WordPress zu Next.js: SEO-Risiken beim Website-Relaunch erkennen und absichern

Warum bei einem Relaunch Sichtbarkeit verloren geht

Beim Umzug ordnet Google Signale Adresse für Adresse neu zu. Jede URL hat ihre eigene Geschichte: Suchanfragen, für die sie erscheint, Links, die auf sie zeigen, Signale aus vielen Monaten. Ändert sich die Adresse, muss diese Geschichte bewusst übertragen werden – sonst beginnt die neue Seite bei null, und die alte liefert einen Fehler.

Die häufigsten Ursachen für Verluste nach einem Relaunch sind deshalb technisch und vermeidbar:

• Fehlende Weiterleitungen: Alte URLs liefern 404, obwohl der Inhalt unter neuer Adresse existiert.
• Sammelweiterleitungen auf die Startseite: Google rät ausdrücklich davon ab, viele alte Adressen auf ein einziges, thematisch unpassendes Ziel umzuleiten.
• Temporäre statt dauerhafter Weiterleitungen: Dauerhafte Weiterleitungen (etwa 301 oder 308) signalisieren Google, dass das neue Ziel die maßgebliche Adresse ist; temporäre Weiterleitungen tun das nicht.
• Weiterleitungsketten und Schleifen: Jeder zusätzliche Sprung kostet Zeit und Zuverlässigkeit; Google empfiehlt, direkt auf das endgültige Ziel zu verweisen.
• Neue Duplikate: Dieselbe Seite ist plötzlich unter mehreren Schreibweisen erreichbar und konkurriert mit sich selbst.
• Widersprüchliche Signale: Sitemap, Canonical-Tags, robots-Angaben und interne Links zeigen auf unterschiedliche Varianten.
• Zu viel gleichzeitig: Werden URLs, Inhalte und Seitenstruktur in einem Schritt geändert, lässt sich hinterher kaum noch sagen, was eine Veränderung ausgelöst hat.

Hinzu kommt: Selbst ein sauberer Umzug braucht Zeit. Google überträgt Signale URL für URL; bei mittelgroßen Websites kann es nach Googles eigener Darstellung einige Wochen oder länger dauern, bis die neuen Adressen durchgängig erscheinen.

Worauf es beim Umzug ankommt

Bei einem Wechsel von WordPress zu Next.js geht Sichtbarkeit selten wegen des neuen Systems verloren. Sie geht verloren, weil beim Umzug unbemerkt etwas wegfällt: Adressen, die plötzlich ins Leere führen, Weiterleitungen über Umwege, doppelte Varianten derselben Seite mit und ohne Schrägstrich am Ende, falsche Canonical-Angaben oder eine Sitemap, die Google die falschen Seiten meldet.

Das Risiko lässt sich deutlich verringern, wenn Sie vor dem Umzug drei Dinge tun: jede alte URL erfassen, für jede eine begründete Entscheidung treffen – behalten, dauerhaft weiterleiten oder bewusst entfernen – und das Ergebnis vor und nach dem Go-live automatisiert prüfen. Eine Garantie für Rankings gibt es nicht; Google selbst kündigt bei einem Umzug vorübergehende Schwankungen an.

Für Unternehmenswebsites in Deutschland kommt eine Pflicht hinzu, die auch während der Umstellung gilt: Das Impressum muss nach § 5 DDG leicht erkennbar, unmittelbar erreichbar und ständig verfügbar sein – und die Datenschutzerklärung sollte ebenfalls durchgängig erreichbar bleiben.

So sichern Sie den Umzug von WordPress auf Next.js ab

1. Das URL-Inventar reicht weiter als die Sitemap. Die WordPress-Sitemap ist ein Startpunkt, nicht die vollständige Liste. Ziehen Sie zusätzlich die Leistungs- und Indexierungsberichte aus der Google Search Console heran – inklusive der 404-Fehler –, prüfen Sie die Live-Website und bekannte externe Verweise. WordPress erzeugt nebenbei viele technische Adressen: Entwürfe aus Page-Buildern, Dateien von Plugins und Consent-Tools, Anhangseiten. Trennen Sie diese technischen URLs strikt von den Adressen mit echtem Suchwert.

2. Für jede URL eine dokumentierte Entscheidung. Jede Adresse bekommt genau einen Status: behalten (die Seite bleibt unter ihrer bisherigen Adresse), dauerhaft weiterleiten (auf ein thematisch passendes Ziel) oder entfernen (die Seite antwortet mit 410 bzw. 404). Konkurrieren mehrere alte Seiten um dieselbe Suchabsicht, bleibt die stärkere – gemessen an Klicks, Impressionen, Indexstatus und externen Links – und die schwächere wird auf sie weitergeleitet. Inhalte, die bewusst nicht übernommen werden, leiten Sie nicht auf die Startseite um.

3. Die Schrägstrich-Frage früh entscheiden. WordPress-Adressen enden typischerweise mit einem Schrägstrich, etwa /leistungen/. Next.js leitet standardmäßig in die umgekehrte Richtung um: /leistungen/ wird zu /leistungen. Ohne bewusste Entscheidung erhält dadurch jede etablierte Adresse eine zusätzliche Weiterleitung – im ungünstigen Fall sogar eine auf sich selbst. Legen Sie fest, welche Schreibweise kanonisch ist, und sorgen Sie dafür, dass jede andere Variante in genau einem Schritt dorthin führt. Im unten beschriebenen Fall wurde so entschieden: Bestehende Adressen behalten ihre historische Form, neue Seiten folgen einer einheitlichen Konvention.

4. Weiterleitungen als Vertrag, nicht als Liste im Hinterkopf. Halten Sie alle Entscheidungen in einer maschinenlesbaren Datei fest, aus der die Weiterleitungen automatisch erzeugt werden. So gibt es genau eine Quelle der Wahrheit. Dauerhafte Weiterleitungen führen in einem Schritt zum endgültigen Ziel, behalten Parameter in der Adresse bei und dürfen keine Ketten oder Schleifen bilden. Automatisierte Tests prüfen das bei jeder Änderung erneut.

5. Sitemap, Canonicals und interne Links in Einklang bringen. Die neue Sitemap enthält ausschließlich indexierbare, endgültige Adressen. Jede Seite verweist per Canonical auf sich selbst, und interne Links zeigen direkt auf die kanonische Form – nicht auf eine Variante, die erst weitergeleitet wird. Seiten ohne eigenständigen Inhalt gehören nicht in den Index.

6. Pflichtseiten und Formulare mitdenken. Impressum und Datenschutzerklärung bleiben ohne Unterbrechung erreichbar. Kontaktformulare werden vor dem Go-live mit einer echten Zustellung getestet – ein Relaunch, der Anfragen verschluckt, kostet mehr als jedes Ranking.

7. Go-live mit Prüfmatrix, danach Monitoring. Spielen Sie unmittelbar nach dem Umschalten eine feste Liste von Prüfungen gegen die Live-Website ab: alte Adressen, Weiterleitungen, entfernte Seiten, die Varianten mit www und http, Sitemap und robots.txt. Reichen Sie danach die neue Sitemap in der Search Console ein und beobachten Sie über mehrere Wochen Indexierung, Fehlerseiten und die Leistung der wichtigsten Adressen. Legen Sie vorher fest, wer überwacht und wann zurückgerollt wird. Die Weiterleitungen bleiben mindestens ein Jahr bestehen – Google empfiehlt, sie möglichst dauerhaft beizubehalten.

Praxisfall: Umzug eines Dienstleistungsbetriebs von WordPress auf Next.js

Transparenz: GlanzFix Reinigung & Umzugsservice ist ein Betrieb, den ich selbst führe – kein Kundenauftrag. Die Website dieses Betriebs habe ich von WordPress auf Next.js umgezogen und die Migration selbst geplant und geprüft; bei Umsetzung und Texten habe ich KI-gestützte Werkzeuge eingesetzt. Auch diese Seite ist mit KI-Unterstützung entstanden – die redaktionelle Verantwortung liegt bei mir. Der Fall zeigt deshalb mein Vorgehen an einem echten, produktiven Beispiel; er ersetzt keine Kundenreferenz.

Ausgangslage. GlanzFix (glanzfix-reinigung.de), ein Reinigungs- und Umzugsbetrieb mit Sitz in Duisburg, lief auf WordPress und war in der Google-Suche bereits für Leistungen in mehreren Städten sichtbar. Ziel war ein Neuaufbau mit Next.js auf derselben Domain – ohne diese Sichtbarkeit zu riskieren.

Inventar. Die WordPress-Sitemap enthielt 36 Adressen. Aus Search-Console-Daten (Leistung, Indexierung, 404-Fehler) und Prüfungen der Live-Website kamen 13 weitere Adressen mit echtem Suchwert hinzu – zusammen 49 Einträge. Technische Adressen von WordPress und Plugins wurden separat geführt und nicht in den Vertrag aufgenommen. Grundlage war ein Export der Search Console über zwölf Monate, Stand 25. September 2026.

Entscheidungen. Für alle 49 Einträge wurde eine begründete Entscheidung dokumentiert: 30 Adressen bleiben unter ihrer bisherigen Adresse erhalten. 18 werden dauerhaft weitergeleitet – auf die stärkere Seite derselben Suchabsicht, auf die kanonische Schreibweise oder auf die maßgebliche Leistungsseite. Eine Adresse wird bewusst entfernt: Die Leistung, die sie beschrieb, wird nicht mehr angeboten; die Seite antwortet seitdem mit 410, statt auf die Startseite umzuleiten.

Was die Tests vor dem Go-live gefunden haben:

• Schrägstriche: Im Test vor dem Go-live hätten 16 von 29 Bestandsseiten (ohne Startseite) in ihrer ursprünglichen WordPress-Form eine Weiterleitung auf sich selbst erzeugt. Nach der Korrektur zeigte eine Prüfmatrix mit 119 Anfragen keine Selbstweiterleitung, keine Kette und keine Schleife.
• Interne Links: 220 interne Verweise zeigten auf nicht-kanonische Varianten. Nach der Korrektur führte keiner der 2.403 Links auf 123 Seiten über eine Weiterleitung oder auf eine entfernte Seite.
• Sitemap: Zwölf Seiten ohne eigenständigen Inhalt standen in der Sitemap. Sie sind jetzt auf noindex, follow gesetzt und nicht mehr gelistet.
• Überschriften: Eine automatische Prüfung aller 117 gerenderten Seiten fand fehlerhafte H1-Überschriften, etwa auseinandergerissene Wortzusammensetzungen; nach der Korrektur bestanden alle 117 Seiten.

Live-Prüfung nach dem Go-live (15. Oktober 2026). Alle 18 alten Adressen antworten mit genau einer dauerhaften Weiterleitung (301) auf das vorgesehene Ziel, das wiederum regulär lädt; Parameter in der Adresse bleiben erhalten. Die entfernte Seite antwortet mit 410. Die Varianten mit www und http führen in einem Schritt zur Hauptadresse. Sie können das selbst nachprüfen, zum Beispiel: /gebaeudereinigung-duisburg-stadt/ → /gebaeudereinigung-duisburg/.

Was dieser Fall (noch) nicht belegt. Die neue Website ist spätestens seit dem 13. Oktober 2026 live. Ob Sichtbarkeit und Anfragen gehalten wurden, lässt sich erst nach mehreren Wochen mit Search-Console-Daten seriös beurteilen. Dieser Abschnitt wird mit den Ergebnissen aktualisiert – auch dann, wenn sie nicht positiv ausfallen.

Was eine saubere Migration nicht garantiert

• Keine Ranking-Garantie: Eine technisch saubere Migration schützt vor vermeidbaren Verlusten; Positionen hängen weiterhin von Inhalten, Wettbewerb und Googles Bewertung ab.
• Schwankungen sind normal: Während Google die Adressen neu zuordnet, kann sich die Sichtbarkeit vorübergehend verändern – auch wenn alles richtig umgesetzt ist.
• Gleichzeitige Inhaltsänderungen verwischen Ursachen: Wer Texte, Struktur und Technik gleichzeitig ändert, kann Veränderungen hinterher nicht mehr eindeutig zuordnen.
• Externe Links liegen nicht in Ihrer Hand: Weiterleitungen fangen alte Verweise auf; sie ersetzen nicht, betroffene Partner um eine Aktualisierung zu bitten.
• Next.js ist kein SEO-Versprechen: Das Framework macht schnelle, saubere Seiten möglich, aber nicht automatisch. Und nicht jede WordPress-Website braucht einen Systemwechsel: Wenn die bestehende Seite gut funktioniert, kann ein gezieltes Redesign die bessere Entscheidung sein.

Häufige Fragen

Verliere ich durch einen Relaunch automatisch Rankings?

Nein. Verluste entstehen meist durch fehlende oder falsche Weiterleitungen, neue Duplikate und widersprüchliche Signale. Vorübergehende Schwankungen sind aber auch bei einem sauberen Umzug möglich.

Wie lange müssen die Weiterleitungen bestehen bleiben?

Google empfiehlt mindestens ein Jahr und rät, sie für Besucher möglichst dauerhaft beizubehalten. In der Praxis spricht wenig dagegen, sie unbefristet aktiv zu lassen.

301 oder 308 – macht das einen Unterschied?

Für Google nicht: Beide gelten als dauerhafte Weiterleitung. Entscheidend ist, dass die Weiterleitung dauerhaft ist und in einem Schritt zum Ziel führt.

Darf ich alte Seiten einfach auf die Startseite umleiten?

Davon rät Google ab. Leiten Sie auf eine thematisch passende Seite weiter. Gibt es keine, ist eine klare 404- oder 410-Antwort die ehrlichere Lösung.

Ist Next.js besser für SEO als WordPress?

Nicht von sich aus. Next.js bietet volle Kontrolle über Rendering, Adressen und Metadaten – genau diese Kontrolle muss aber auch genutzt werden. Eine gut gepflegte WordPress-Website kann ebenso gut ranken.

Wann sehe ich, ob der Umzug funktioniert hat?

Technisch sofort: Eine Prüfmatrix zeigt am Tag des Go-live, ob alle Adressen richtig antworten. Ob die Sichtbarkeit gehalten wurde, zeigt sich erst über Wochen in der Search Console.

Quellen

1. Google Search Central: Website mit URL-Änderungen verschieben — abgerufen am 15.10.2026
2. Google Search Central: Weiterleitungen und die Google Suche — abgerufen am 15.10.2026
3. § 5 Digitale-Dienste-Gesetz (DDG) — abgerufen am 15.10.2026
4. Next.js-Dokumentation: trailingSlash — abgerufen am 15.10.2026