Bei den meisten WordPress-Migrationen gehen die Rankings nicht verloren, weil Google einen Umzug bestraft. Sie gehen verloren, weil sich die URLs unbemerkt ändern, Bilder auf Pfade verweisen, die nicht mehr existieren, und niemand die neue Website mit einem Archiv der alten vergleicht.
Das ist die Checkliste, die ich tatsächlich durcharbeite, wenn ich eine Website umziehe: Was muss ich festhalten, bevor ich irgendetwas ändere, wie gehe ich richtig mit Weiterleitungen um und welche Überprüfungen nach dem Start sind notwendig, um Fehler zu erkennen, bevor Google sie entdeckt.
Wichtigste Erkenntnisse
- Die meisten Einbußen im Migrationsranking sind auf nicht zugeordnete URLs und fehlerhafte Pfade zurückzuführen, nicht auf die Migration selbst.
- Erstellen Sie zunächst eine vollständige URL-Bestandsaufnahme und führen Sie ein Crawling durch, bevor Sie irgendetwas ändern; Sie können keine URLs umleiten, die Sie nie aufgelistet haben.
- 301-Weiterleitungen leiten von der alten URL in einem Schritt direkt zur neuen URL weiter; pauschale Weiterleitungen auf die Startseite verschwenden den aufgebauten Link-Equity
- Bei WordPress-Umzügen kommt es am häufigsten zu Fehlern bei Bildern, weil fest codierte Pfade und serialisierte URLs in der Datenbank zurückbleiben.
- Ein vorübergehendes Schwanken über einige Wochen hinweg ist normal; ein anhaltender Rückgang deutet in der Regel darauf hin, dass ein Schritt auf dieser Checkliste übersprungen wurde.
Warum WordPress-Migrationen zu Einbußen bei den Suchrankings führen
Googles eigene Dokumentation zum Standortwechsel Es ist klar, dass eine ordnungsgemäß durchgeführte Umstellung keinen dauerhaften Ranking-Verlust verursachen sollte, und meine Erfahrungen bestätigen dies. Die dauerhaften Schäden, die ich bei Audits feststelle, sind auf technische Fehler zurückzuführen: eine alte URL, die nun einen 404-Fehler statt eines 301-Statuscodes zurückgibt, eine Kategorieseite, deren Slug sich unbemerkt geändert hat, oder eine Medienbibliothek, die Bilder über einen Pfad bereitstellt, der mit dem alten Server nicht mehr existiert.
Jede defekte URL ist wie ein kleines Leck. Ein einzelnes Leck ist noch verkraftbar, aber Migrationen führen selten nur zu einem einzigen Problem; sie verursachen eine ganze Reihe von Problemen, wie zum Beispiel alle Bilder in 300 Beiträgen oder alle URLs unter einer umbenannten Kategorie. Der Schaden richtet sich nach dem Muster, das du verpasst hast, weshalb sich die folgenden Überprüfungen auf URL-Kategorien und nicht auf einzelne Seiten beziehen.
Es gibt außerdem eine zeitliche Realität, die man von vornherein akzeptieren sollte. Selbst bei einer sauberen Umstellung kommt es zu einigen Wochen mit Schwankungen, während Google die Seiten erneut crawlt und die Signale neu zuordnet. Führen Sie in der zweiten Woche keine panikartigen Rückgängigmachungen durch; beurteilen Sie die Migration erst in der sechsten Woche anhand der Basiswerte, die Sie kurz darauf erfassen werden.
Vor der Migration: Erfassen Sie, was Sie haben
Da man einen Zug nicht anhand einer Website überprüfen kann, die nicht mehr existiert, ist die Ausgangsbasis das Wichtigste auf dieser Liste. Bevor ich irgendetwas anfasse, notiere ich mir vier Dinge.
- Eine vollständige URL-Bestandsaufnahme. Durchsuchen Sie die Live-Website (mit Screaming Frog oder einem beliebigen Crawler) und exportieren Sie alle URLs: Seiten, Beiträge, Kategorien, Tags, Bilder, PDFs. Diese Liste bildet die Grundlage für Ihre Weiterleitungsübersicht und Ihren Vergleich nach dem Launch.
- Ein Überblick über Rankings und Besucherzahlen. Exportieren Sie die Leistungsdaten der Search Console (Suchanfragen und Seiten, letzte 3 Monate) und notieren Sie sich Ihre meistbesuchten Seiten. Dies ist die Ausgangsbasis, anhand derer Sie die Migration bewerten; bewahren Sie den Export daher auf und verlassen Sie sich nicht nur auf Ihr Gedächtnis.
- Eine vollständige Sicherung, einschließlich Dateien und Datenbank. Nicht die automatische Version des Hosts, sondern Ihre eigene – heruntergeladen und getestet. Sollte bei der Umstellung etwas schiefgehen, ist das der Unterschied zwischen einer Stunde Ausfallzeit und einem verlorenen Wochenende.
- Die aktuelle Sitemap und die robots.txt-Datei. Speichern Sie Kopien. Nach dem Start werden Sie die Versionen der neuen Website mit diesen vergleichen, und die Unterschiede fallen sofort ins Auge, wenn Sie die Originale nebeneinander haben.
Die Schritte zur WordPress-Migration in der richtigen Reihenfolge
Die Reihenfolge ist wichtiger als jeder einzelne Schritt. Erstellen und testen Sie zunächst auf einer Kopie, ordnen Sie die URLs zu und wechseln Sie dann zum Live-Server; Websites erleiden Schäden, wenn diese Schritte in der falschen Reihenfolge oder unter Zeitdruck auf dem Live-Server durchgeführt werden.
Eine WordPress-Migration in fünf strukturierten Phasen
- Erstellen Sie einen Snapshot und sichern Sie alles (URLs, Rankings, Dateien, Datenbank)
- Die neue Website auf der Staging-Umgebung erstellen und testen, wobei die Indizierung blockiert ist
- Ordnen Sie jede alte URL genau ihrer neuen Adresse zu
- In Betrieb nehmen: DNS umstellen, 301-Weiterleitungen aktivieren, Indizierung freigeben
- 4 bis 6 Wochen lang crawlen, überprüfen und überwachen
In der Staging-Umgebung übernehmen zwei Einstellungen den Großteil der Schutzmaßnahmen. Halten Sie die Staging-Kopie aus dem Index fern (Einstellungen, Lesen, “Suchmaschinen abschrecken” sowie HTTP-Authentifizierung, falls der Host diese anbietet), da eine indizierte Staging-Site zu einem Duplikat Ihrer eigentlichen Website wird. Und wenn Sie die Datenbank migrieren, verwenden Sie ein Tool, das serialisierte Daten (WP Migrate, Duplicator oder die Such- und Ersetzungsfunktion von WP-CLI); ein einfaches Suchen und Ersetzen in einem Datenbank-Dump führt zu fehlerhaften Einstellungen, die URLs in serialisierten Arrays speichern, und Page-Builder tun dies ständig.
Falls der Umzug einen Wechsel des Hosting-Anbieters beinhaltet, testen Sie die Leistung auf dem neuen Server vor der DNS-Umstellung und nicht erst danach. Die „Time to First Byte“ und die „Core Web Vitals“ sind Teil dessen, was Sie migrieren, und ein langsamerer Host wertet das, was Sie monatelang aufgebaut haben, stillschweigend ab; dieselbe Logik wie in meinem Leitfaden zu den Core Web Vitals gilt hier. Managed-WordPress-Tarife bei Hosting-Anbietern wie Hostinger oder Cloudways vereinfacht den Ablauf „Staging und anschließender Wechsel“, da Staging und Klonen bereits integriert sind.
Umleitungszuordnung: Der Schritt, der über den Ausgang entscheidet
Sollten sich URLs in irgendeiner Weise ändern (neue Domain, gelöschter Unterordner, neue Permalink-Struktur, umbenannte Kategorien), muss jede alte URL eine 301 zu seinem exakten neuen Äquivalent, ein Schritt, keine Verkettung. In meinem Artikel habe ich erläutert, wann welche Art der Weiterleitung die richtige Wahl ist: Aufschlüsselung der Weiterleitungen; für einen dauerhaften Umzug lautet die Antwort 301.
Erstellen Sie anhand Ihres URL-Verzeichnisses eine Tabelle: alte URLs in einer Spalte, neue URLs in der nächsten. Der entscheidende Unterschied zwischen einer sauberen und einer nachlässigen Migration ist die Genauigkeit. Eine pauschale Weiterleitung aller URLs auf die neue Startseite sieht zwar nach einer erledigten Aufgabe aus, doch Google behandelt diese als „Soft-404s“, und der auf Seitenebene aufgebaute Link-Wert geht verloren.
Wo man die Umsetzung vornimmt, spielt eine geringere Rolle, als man denkt: Regeln auf Serverebene (.htaccess oder Nginx) sind am schnellsten, und ein Umleitungs-Plugin oder Rang Mathematik’Das Umleitungsmodul von … ist für die meisten Websites völlig ausreichend. Wichtig ist, dass die Muster bestimmte URL-Klassen abdecken und Ausnahmen individuell behandelt werden.
Eine Falle, die es zu vermeiden gilt: Wenn die Website gleichzeitig von HTTP auf HTTPS umgestellt wird oder das „www“ wegfällt, sollten die Regeln so angeordnet werden, dass jede alte Variante die endgültige URL in einem einzigen Schritt erreicht. Ketten wie „zuerst HTTP, dann HTTPS, dann die neue Domain“ verlangsamen das Crawling und führen bei jedem zusätzlichen Schritt zu Signalverlusten.
Nach dem Start: Überprüfen Sie die Änderung, bevor Google dies tut
In den Stunden nach einer DNS-Umstellung zeigt sich, wie wertvoll die Checkliste ist. Durchsuchen Sie die Liste der ALTEN URLs (nicht die neue Website, sondern die alte Liste) und vergewissern Sie sich, dass jede URL eine einzige 301-Weiterleitung zum richtigen Ziel zurückgibt. Durchsuchen Sie anschließend die neue Website und vergleichen Sie sie mit Ihrem Bestand vor dem Umzug; alles, was ohne Weiterleitung verschwunden ist, ist eine Lücke, die Sie noch schließen können.
Bei Stichproben zeigt Ihnen ein Chain-Tester, was ein Crawler sieht. Hier ist unsere eigene Domain auf httpstatus.io: Die reine HTTP-URL benötigt zwei 301-Weiterleitungen, um zur endgültigen HTTPS-www-Version zu gelangen. Das ist für einen Protokollwechsel zwar akzeptabel, aber genau das, was Sie bei einer Domainänderung auf keinen Fall zusätzlich haben wollen.
Fügen Sie in der Search Console die neue Property hinzu (falls sich die Domain geändert hat) und verwenden Sie die Tool zur Adressänderung unter „Einstellungen“; überspringen Sie diesen Schritt bei einer Verlagerung innerhalb derselben Domain oder bei einer Umstellung von HTTP auf HTTPS, da er dort nicht zutrifft. Reichen Sie die Sitemap in jedem Fall erneut ein und beobachten Sie den Bericht „Seiten“ in den folgenden Wochen: Die Anzahl der indizierten Seiten der alten Website sollte sinken, während die der neuen steigt. Falls die Anzahl der neuen Website stattdessen stagniert, ist mein Anleitung zum Ablesen von Indexwertschwankungen erläutert, wie man eine Nachzählung von einem echten Problem unterscheiden kann.
Was bei einer WordPress-Migration üblicherweise schiefgeht – und wie man das mit einer Überprüfung abfangen kann
| Was geht kaputt | Woher es stammt | Die Prüfung, die das aufdeckt |
|---|---|---|
| Fehlerhafte Bilder | Fest codierte Pfade alter Domains und serialisierte URLs in der Datenbank | Durchsuche die neue Website nach 404-Fehlern; öffne deine 10 beliebtesten Beiträge in einem Browser |
| Verlorene URLs | Änderungen an Slugs oder Permalinks, die niemand festgehalten hat | Vergleichen Sie den neuen Crawl mit dem URL-Bestand vor dem Umzug |
| Weiterleitungs-Ketten | Protokoll-, WWW- und Domain-Regeln, die sich gegenseitig überlagern | Die wichtigsten alten URLs mit einem Chain-Tester überprüfen; alles markieren, was mehr als einen Hop umfasst |
| Falsche Kanoniken | Im Head-Bereich verbleibende Staging- oder alte Domain-Canonicals | Quellcode auf wichtigen Seiten anzeigen; jeder kanonische Link sollte auf die neue Live-URL verweisen |
| Veraltete Sitemap | Zwischengespeicherte Sitemap oder Plugin, das weiterhin auf alte URLs verweist | Lade die Datei „/sitemap.xml“ direkt ab und reiche sie erneut in der Search Console ein |
Zwei davon verdienen insbesondere in WordPress besondere Beachtung. Bilder werden nach einem Umzug so häufig nicht mehr richtig angezeigt, dass ich eine eigene Anleitung zur Behebung dieses Problems verfasst habe: Bilder werden nach der Migration nicht geladen; kurz gesagt: Die Datenbank verweist in der Regel immer noch auf den alten Pfad, und die Lösung besteht darin, die serialisierten Daten gezielt zu suchen und zu ersetzen – nicht darin, die Dateien erneut hochzuladen.
Canonical-Tags sind die unauffälligeren. Eine in einem Canonical-Tag hinterlassene Staging-URL teilt Google mit, dass sich die eigentliche Seite an anderer Stelle befindet, was sich später in Unregelmäßigkeiten bei der Indizierung äußert. Wenn die Search Console nach einem Umzug Verwirrung bei den Canonical-Tags meldet, ist meine Offizieller Leitfaden zur Fehlerbehebung geht hindurch.
Wie riskant ist eine WordPress-Seitenmigration also wirklich?
Ehrlich gesagt ist es weitaus weniger riskant als sein Ruf vermuten lässt – unter einer Bedingung: Die langweilige Buchhaltung wird erledigt. Jede Migrations-Horrorgeschichte, bei der ich hinzugezogen wurde, lässt sich auf einen ausgelassenen Schritt aus der obigen Liste zurückführen, meist auf die URL-Bestandsaufnahme oder die Weiterleitungszuordnung, und fast nie darauf, dass Google eine saubere Migration vermasselt hat.
Betrachten Sie den Wechsel also als ein Datenproblem und nicht als einen Vertrauensvorschuss. Erfassen Sie alles, ordnen Sie alles zu, gleichen Sie die Daten mit den Aufzeichnungen ab und geben Sie Google ein paar Wochen Zeit, sich einzupendeln. Ja, vorübergehende Schwankungen gehören dazu; ein dauerhafter Verlust hingegen nicht – und genau diesen Unterschied macht diese Checkliste aus.
Sie möchten eine Website migrieren und wünschen sich eine zweite Meinung?
Zögern Sie nicht kontaktieren Sie uns oder E-Mail Bevor Sie die DNS-Einstellungen umstellen: Eine 30-minütige Überprüfung Ihrer Weiterleitungszuordnungen ist wesentlich kostengünstiger als der Wiederaufbau verlorener Rankings. Denken Sie daran: Eine Migration ist nur so sicher wie die Checkliste, auf der sie basiert.
Möchtest du, dass unsere Beiträge öfter bei Google erscheinen?
Ein Schritt – und Google zeigt diese Seite in Ihren „Top Stories“ an.
