Von WordPress auf ein modernes Setup migrieren, ohne Rankings zu verlieren

Ein Umzug von WordPress auf ein modernes Setup kostet dann keine Rankings, wenn jede alte Adresse entweder unverändert bestehen bleibt oder per serverseitiger permanenter Weiterleitung auf ihr inhaltliches Gegenstück zeigt — und wenn Inhalt, Titel und interne Verlinkung nicht im selben Schritt umgebaut werden. Google überträgt Signale zuverlässig über solche Weiterleitungen, verlangt dafür aber Eindeutigkeit: eine alte Adresse, eine neue Adresse, ein Ziel mit demselben Inhalt.

Was in der Praxis schiefgeht, ist selten der Technologiewechsel. Es ist die Bündelung: Weil ohnehin alles neu gebaut wird, wandern gleichzeitig die URL-Struktur, die Navigation, die Texte und die Bilder mit. Danach bewegt sich die Sichtbarkeit, und niemand kann sagen, woran es lag. Dieser Artikel beschreibt deshalb weniger die Technik als die Reihenfolge.

Warum Migrationen Rankings kosten — und wann nicht

Rankings gehen bei einem Umzug durch drei konkrete Fehler verloren: fehlende oder verkettete Weiterleitungen, gleichzeitig geänderte Inhalte und eine neue Seitenstruktur, die die interne Verlinkung entwertet. Das Content-Management-System selbst taucht in dieser Liste nicht auf, und das ist kein Zufall — Google indexiert Antworten des Servers, nicht die Software dahinter.

Der erste Fehler ist der teuerste, weil er still passiert. Eine Seite, die nach dem Umzug einen 404 liefert, verliert ihre Position nicht sofort, sondern über Wochen, und wer nur die Startseite und die Hauptnavigation prüft, merkt es erst, wenn die Klicks im Bericht fehlen. Betroffen sind fast immer dieselben Kandidaten: alte Blogbeiträge, Kategorieseiten mit Paginierung, Anhang-Seiten aus der WordPress-Mediathek und Adressen mit Parametern, die niemand mehr im Kopf hat.

Der zweite Fehler ist der unsichtbarste. Wenn eine Seite umzieht und dabei einen neuen Titel, eine neue Gliederung und dreihundert Wörter weniger bekommt, ist sie aus Sicht der Suchmaschine nicht dieselbe Seite an einem neuen Ort, sondern eine andere Seite. Google bewertet sie neu. Das kann besser ausgehen, aber es ist kein Umzug mehr, sondern eine Neuveröffentlichung mit Weiterleitung.

Der dritte Fehler betrifft die Struktur. Wenn im neuen Setup die Seitenleiste mit den Querverweisen verschwindet und die Navigation von drei Ebenen auf eine reduziert wird, verlieren tief liegende Seiten ihre interne Anbindung. Sie sind noch erreichbar, aber niemand verweist mehr auf sie — dieselbe Mechanik, die wir im Beitrag zu verwaisten Seiten und interner Verlinkung beschrieben haben, nur ausgelöst durch einen Relaunch statt durch Nachlässigkeit.

Wo diese drei Fehler ausbleiben, ist ein Umzug unspektakulär. Google beschreibt in der Dokumentation zum Umzug mit URL-Änderungen ausdrücklich, dass die Sichtbarkeit während des Umzugs vorübergehend schwanken kann und sich die Rankings danach wieder einpendeln. Das ist keine Beruhigungsformel, sondern die Beschreibung eines Normalvorgangs.

Der URL-Plan ist die Migration

Der wichtigste Teil einer Migration ist eine vollständige, geprüfte Tabelle mit zwei Spalten: alte URL und neue URL. Sie entsteht, bevor die erste Zeile des neuen Setups geschrieben wird, weil sie die Struktur des neuen Setups vorgibt und nicht umgekehrt.

Diese Liste kommt nie aus einer einzigen Quelle. Fünf Quellen finden jeweils etwas, das die anderen nicht sehen:

Die zusammengeführte Liste ist regelmässig 20 bis 40 Prozent länger als die Sitemap. Anschliessend wird jede Zeile entschieden, und dabei gelten drei Regeln.

Erstens: eins zu eins, wo es ein inhaltliches Gegenstück gibt. Zweitens: auf die thematisch nächste Ebene, wenn es keines gibt — eine gelöschte Leistungsseite geht auf die Übersicht der Leistungen, nicht auf die Startseite. Eine pauschale Weiterleitung aller Altadressen auf die Startseite ist der klassische Fehler; Google behandelt solche Ziele wie eine weiche Fehlerseite, und die Signale der alten Seite verpuffen. Drittens: Ketten auflösen. Wenn eine Adresse aus 2019 heute über zwei Zwischenstationen ans Ziel führt, gehört sie im neuen Setup direkt auf das Endziel. Genau dafür müssen die Regeln aus dem alten Weiterleitungs-Plugin exportiert und nicht einfach übernommen werden.

Die Reihenfolge: was zuerst, was zuletzt

Die sichere Reihenfolge lautet: URL-Inventar erstellen, Struktur einfrieren, neu bauen, auf einer für Suchmaschinen gesperrten Vorschau prüfen, umschalten — und erst danach optimieren. Jeder Schritt, der vorgezogen wird, macht die Auswertung des Ergebnisses unmöglich.

Schritt zwei ist der, der am häufigsten übersprungen wird. Wenn im neuen System die Adresse einer Leistungsseite ohne Not von /leistungen/webdesign/ auf /webdesign/ wechselt, ist das eine Migration innerhalb der Migration — technisch beherrschbar, aber jede vermeidbare Adressänderung ist eine vermeidbare Fehlerquelle. Die ehrliche Frage lautet: Bringt die neue Adresse einen Vorteil, der den Weiterleitungsaufwand rechtfertigt? Bei einer sprechenden, gewachsenen URL-Struktur lautet die Antwort meistens nein.

Schritt sechs ist der, der am häufigsten vorgezogen wird. Wer in Woche eins gleichzeitig umzieht und Texte überarbeitet, hat in Woche vier eine Rankingbewegung und keine Ursache.

Der Umzugstag

Am Umzugstag entscheiden fünf Kontrollen, ob die Vorarbeit trägt. Sie dauern zusammen weniger als eine Stunde und sind der einzige Teil des Projekts, bei dem Eile schadet.

Erstens: die Sperre der Vorschauumgebung entfernen. Ein vergessenes noindex im neuen System ist der teuerste Ein-Zeilen-Fehler der Branche — die Seite ist live, funktioniert, konvertiert, und verschwindet über zwei Wochen lautlos aus dem Index. Geprüft wird nicht im Editor, sondern im ausgelieferten Quelltext und in der robots.txt der Produktivdomain.

Zweitens: die Weiterleitungen gegen die Liste testen, nicht stichprobenartig. Jede Zeile des Inventars wird abgerufen und muss mit einem 301 auf genau die Zieladresse antworten, die in der Tabelle steht — nicht auf eine Variante mit oder ohne Schrägstrich am Ende, nicht über eine Zwischenstation. Ein einfaches Skript, das die Liste durchgeht und Statuscode plus Zieladresse protokolliert, findet in zwanzig Minuten, was manuelles Klicken in zwei Tagen nicht findet.

Drittens: die neue Sitemap in der Search Console einreichen. Google empfiehlt im genannten Dokument, nach dem Start die neue Sitemap einzureichen; die alte kann anschliessend entfernt werden. Nützlich ist, sie noch einige Tage weiter auszuliefern, damit die alten Adressen zügig erneut abgerufen werden und die Weiterleitung sehen.

Viertens: Analytics und Search Console prüfen. Neue Property bei Domainwechsel, Zieldefinitionen kontrollieren, Consent-Einbindung testen. Ohne saubere Messung ist die Nachkontrolle in den folgenden Wochen wertlos.

Fünftens: die Startseite und die fünf umsatzstärksten Seiten manuell durchklicken — Formulare abschicken, Telefonnummer antippen, Bestätigungsseite prüfen. Technisch korrekte Weiterleitungen und ein kaputtes Kontaktformular kommen häufiger zusammen vor, als einem lieb ist.

Die ersten sechs Wochen

Nach dem Umschalten werden wöchentlich drei Dinge gemessen: die Zahl indexierter Adressen, die Klicks je Seitengruppe im Vergleich zum Vorjahreszeitraum, und die Fehlerarten im Indexierungsbericht. Alles andere ist Ablenkung.

Ein Rückgang in den ersten zwei bis drei Wochen ist erwartbar und laut Google normal. Handlungsbedarf entsteht bei drei Mustern: wenn im Indexierungsbericht die Kategorie «Nicht gefunden (404)» wächst statt zu schrumpfen, wenn «Seite mit Weiterleitung» dauerhaft hoch bleibt, obwohl längst alle Ziele erreichbar sind, oder wenn eine einzelne Seitengruppe — etwa alle Standortseiten — überproportional verliert, während der Rest stabil ist. Das dritte Muster deutet fast immer auf ein Strukturproblem hin, nicht auf einen Weiterleitungsfehler.

Die Weiterleitungen bleiben. Google rät, sie so lange wie möglich zu behalten, generell mindestens ein Jahr. Praktisch gibt es keinen Grund, sie je abzuschalten: Eine Regel in der Konfiguration kostet nichts, ein 404 auf einer extern verlinkten Altadresse kostet einen Besucher und ein Signal.

Was der Wechsel technisch bringt — und was nicht

Ein moderner Stack bringt keine Rankings; er entfernt technische Gründe, nicht gefunden zu werden. Diese Unterscheidung ist der ganze Unterschied zwischen einer belegbaren Aussage und einem Versprechen.

Belegbar ist der Auslieferungsteil, und wir können ihn an der eigenen Seite zeigen. Nachdem wir auf /seo-agentur-zuerich das automatische Inlining des CSS entfernt hatten, fiel das ausgelieferte HTML von 517 KB auf 159 KB — 358 KB weniger, also knapp 69 Prozent. Die Text-Ratio stieg im selben Schritt von 2,45 auf 9,45 Prozent, und die Payload bei internen Klicks sank um 79 Prozent (eigene Messung, August 2026). Warum das für KI-Suchsysteme mehr zählt als für Google, haben wir in Text-Ratio und Payload in der KI-Suche auseinandergenommen.

Nicht belegbar ist die Behauptung, WordPress könne das nicht. Es kann. Eine schlank gebaute WordPress-Installation mit wenigen Plugins, ohne Page Builder und mit ordentlichem Caching liefert Dokumente in derselben Grössenordnung aus und rankt hervorragend. Laut W3Techs laufen 40,7 Prozent aller Websites darauf; ein grosser Teil der Suchergebnisse, gegen die man antritt, ist WordPress.

Der reale Unterschied liegt woanders — in der Kontrolle darüber, was ausgeliefert wird, und im Wartungsaufwand. Die Schwachstellen entstehen fast vollständig im Erweiterungs-Ökosystem: Patchstack zählte für 2025 11'334 neue Schwachstellen im WordPress-Ökosystem, 91 Prozent davon in Plugins, 9 Prozent in Themes und lediglich sechs im Kern selbst. Das ist kein Argument gegen WordPress, sondern eines gegen unkontrolliertes Erweitern — und genau das ist der Punkt, an dem sich ein Umzug rechnet oder eben nicht. Diese Gegenrechnung führen wir in Wann sich eine Migration nicht lohnt mit Zahlen durch.

Wer den Umzug angeht, sollte ihn deshalb aus dem richtigen Grund angehen: weil Auslieferung, Wartbarkeit oder gewünschte Funktionalität es verlangen. Ob das bei einer bestehenden Seite zutrifft, klärt am schnellsten ein Website-Audit; was ein Neubau kostet, steht transparent unter Webdesign-Preise, und wie wir dabei arbeiten, beschreibt die Seite zur Web-Agentur. Für den Bau selbst ist Website erstellen lassen der Einstieg.