Diesen Leitfaden zur Website-Migration musst du lesen

Es gibt viele verschiedene Arten von Migrationen, aber die grundlegenden Schritte der Planung und Fehlerbehebung sind ähnlich. Migrationen können sehr komplex sein, da oft viele Personen und Faktoren betroffen sind. Gerate nicht in Panik, wenn nicht alles wie geplant läuft; du kannst fast alles, was schief läuft, reparieren.

In diesem Leitfaden gehen wir auf Folgendes ein:

Du musst wissen, was sich ändern soll und wer daran beteiligt sein muss, damit die Migration stattfinden kann. Mit anderen Worten: Du brauchst einen Plan und einen Ort, an dem du alle Faktoren verfolgen kannst. Du musst alle beteiligten Personen, ihre Rolle und die Fristen kennen und einen Prozess haben, um alles zu verfolgen. Ein Projektmanager und ein Projektmanagementsystem helfen dir dabei. Wenn du versuchst, alles per E-Mail und Slack zu erledigen, kann das schnell außer Kontrolle geraten.

Außerdem solltest du einen Plan für die Rückgängigmachung des Ganzen haben, falls etwas schief geht. Du solltest immer eine Möglichkeit haben, zum ursprünglichen Zustand zurückzukehren, auch wenn du davon nur in Extremsituationen Gebrauch machen willst.

Du willst wissen, wie sich eine Migration auswirkt, also stell sicher, dass du Zugang zur Google Search Console und zu Analytics auf der alten und der neuen Website hast (wenn nötig, erstelle eine kombinierte Ansicht, um beide zu sehen). Bei einigen Änderungen kann es einige Wochen oder sogar Monate dauern, bis du einen Wandel bemerkst, bei anderen hingegen überhaupt nicht. Wenn du z.B. eine mittelgroße Website auf eine neue Domain migrierst, würde ich mit ein paar Wochen rechnen. Wenn du aber eine Website mit einer bestehenden zusammenlegst, kann es sein, dass du überhaupt keine Traffic-Unterbrechungen bemerkst.

Du solltest auch ein wenig Vorbereitungsarbeit leisten. Ich schlage die folgenden Schritte vor:

Was genau bei einer Website-Migration zu tun ist, hängt davon ab, ob die URLs gleich bleiben oder nicht. Im Folgenden gehen wir auf beide Szenarien ein.

Dies ist in der Regel ein unkomplizierterer Umzug - zumindest aus SEO-Sicht -, da sich weniger Dinge ändern. Es kann zwar immer noch ein komplexer Umzug sein, aber viele der Aufgaben, die mit diesen Umzügen verbunden sind, sind in der Regel eher die Arbeit von Infrastruktur/DevOps oder Entwicklern und nicht von SEOs.

Diese Migrationen können Folgendes beinhalten:

Wenn du eine Staging- oder Dev-Site verwendest, ist es am besten, wenn du Zugang bekommst, um sie auf Probleme zu prüfen, bevor du sie live schaltest.

Hier suchst du im Wesentlichen nach allen Änderungen, einschließlich Dingen wie:

Nutze die Vergleichsfunktion von , um Änderungen seit deinem letzten Crawl zu sehen:

Es gibt noch ein paar weitere Punkte, die größere Probleme verursachen können.

Diese Migrationen sind in der Regel komplexer. Die Ausnahme ist die Umstellung von HTTP auf HTTPS, die heutzutage ziemlich einfach ist.

Diese Migrationen können Folgendes beinhalten:

Ich würde mir keine Sorgen um Dinge wie eine Weiterleitungskette auf dem Root-Pfad oder die Aktualisierung von zur Website verweisenden Links machen. Das Reparieren der Kette und das Aktualisieren der Links bringen dir keine Vorteile, da die Signale durch die Weiterleitungen konsolidiert werden.

Ein kleiner Tipp für Site Audit-Nutzer: Wenn du den Bereich deines Crawls in den Projekteinstellungen auf eine andere Domain änderst, wird dein neuer Crawl auf der neuen Domain durchgeführt und du kannst ihn mit dem Crawl auf der alten Domain vergleichen.

Wenn du also eine Entwicklungs- oder Staging-Site hast, solltest du diese crawlen, um sicherzustellen, dass alles in Ordnung ist, bevor du die Änderungen auf die Live-Site überträgst. Wenn eine alte Website HTTPS verwendet hat und das Zertifikat abläuft, werden die Bots durchgelassen, aber die Nutzer erhalten eine Fehlermeldung und werden nicht weitergeleitet. Es gibt Multi-Domain-Zertifikate, die mehrere Websites abdecken und dieses Problem verhindern können.

Wenn du einen Rückgang feststellst, liegt das wahrscheinlich an Weiterleitungen, etwas, das nicht gecrawlt werden kann, etwas, das nicht indexiert wurde, Änderungen am Inhalt oder das Entfernen von Inhalten, Änderungen an internen Links oder etwas, das sich in Bezug auf die technische SEO geändert hat.

Es gibt verschiedene Möglichkeiten, den Fortschritt der Migration zu beobachten und sicherzustellen, dass alles so läuft, wie es soll.

Es gibt verschiedene Möglichkeiten, um nach Veränderungen zu suchen. Wie ich bereits erwähnt habe, kannst du den Umfang deines Crawls in Site Audit ändern und einen Vergleich erhalten, der dir zeigt, was sich geändert hat. Du solltest nach Änderungen in folgenden Bereichen Ausschau halten:

Weißt du noch, wie wir vorhin die Liste der Top-Seiten erstellt haben? Das sind deine wichtigsten Seiten. Es lohnt sich, diese Liste in Site Audit zu crawlen, um sicherzustellen, dass Weiterleitungen vorhanden sind und keine wesentlichen Änderungen vorgenommen wurden. Wenn du im Voraus ein separates Projekt für diese Liste einrichtest, kannst du sogar einen Vergleichs-Crawl durchführen, um Änderungen auf diesen Seiten schnell zu erkennen.

Mit den Berichten "Top-Seiten" und "Organische Keywords" im Site Explorer 2.0 kannst du den Seiten-Traffic, den Keyword-Traffic und die Änderungshistorie abrufen. Es ist einfach, Vergleiche für dieselbe Domain anzustellen, aber wenn du die Domain gewechselt hast, solltest du diese Daten in Excel oder Google Sheets exportieren, um eine kombinierte Ansicht für verschiedene Zeiträume zu erstellen und zu sehen, wo es zu Verlusten gekommen sein könnte.

Du kannst unseren Crawler auch nutzen, um sicherzustellen, dass deine Weiterleitungen richtig funktionieren und die Links richtig weitergeleitet werden.

So funktioniert es am einfachsten:

Dies zeigt dir Seiten mit darauf verweisenden Links an, die unser Crawler als 404 sieht. Du solltest diese umleiten.

Die Google Search Console enthält viele Daten, die dir bei der Migration helfen. So kannst du zum Beispiel mit dem Tool zur URL-Überprüfung überprüfen, ob es Probleme mit der Kanonisierung gibt. Gib einfach die URL ein, und Google zeigt dir, welche Kanonisierung gewählt wurde.

Darüber hinaus kannst du GSC-Daten exportieren und eine kombinierte Ansicht deines Traffics in Excel oder Google Data Studio erstellen, um die Migration besser zu beobachten. Vielleicht möchtest du auch eine kombinierte Ansicht der Seiten- oder Keyword-Daten verwenden, um eventuelle Verluste zu beheben.

Der Bericht zur Index-Abdeckung hilft dir zu sehen, wie deine Seiten indexiert werden. Wenn du sowohl die alte als auch die neue Sitemap hochgeladen hast, kannst du hier die Veränderungen bei der Indexierung beobachten und auf Probleme überprüfen. Wenn du die Sitemap-Dateien hast, kannst du spezielle Coverage-Berichte nur für die Seiten in diesen Sitemaps erhalten.

Wenn du dir einen Überblick über die Crawling-Aktivitäten von Google und erkannte Probleme verschaffen willst, ist der Crawl-Statistikbericht in der Google Search Console der beste Ort dafür. Hier gibt es verschiedene Berichte, die dir dabei helfen, Änderungen im Crawling-Verhalten und Probleme beim Crawling zu erkennen, und dir weitere Informationen darüber geben, wie Google deine Website crawlt.

Du solltest dir auf jeden Fall alle markierten Crawl-Status wie die hier gezeigten ansehen:

Außerdem gibt es Zeitstempel, wann die Seiten zuletzt gecrawlt wurden.

Wenn du keinen Baseline-Crawl der Website bekommen hast und nach Unterschieden zwischen der alten und der neuen Seite suchen musst, kannst du bei archive.org nachsehen, ob sie eine Kopie der Seiten haben. Dort gibt es normalerweise auch Kopien der robots.txt-Dateien von Websites, die nützlich sein können, um zu sehen, ob etwas schief gelaufen ist und versehentlich während des Prozesses blockiert wurde.

Wenn du keinen Zugriff auf die Google Search Console für eine Website hast, kannst du die Kanonisierung trotzdem überprüfen, indem du eine URL in Google einfügst. In der Regel ist die erste Seite, die angezeigt wird, die kanonische.

Wenn du keinen Zugang zum GSC hast, kannst du viele andere Probleme im Zusammenhang mit dem Crawling in deinen Logdateien überprüfen.

Nur eine Warnung: Der site: Search Operator verwirrt manchmal die Leute. Wenn du site: verwendest, fragst du, was Google über eine bestimmte Website weiß. Nur weil du dort Seiten siehst, heißt das nicht, dass sie auch so indexiert werden oder dass es ein Problem mit der Migration gibt. Ich habe schon erlebt, dass Leute die alte Website blockiert haben, um die Seiten aus der Indexierung auszuschließen, was zu Problemen führt.

Manche Probleme können noch lange nach der Migration auftauchen.

Die Migration von Websites ist kein leichtes Unterfangen, also kannst du das ruhig feiern, wenn alles gut gelaufen ist. Da es aber wahrscheinlich nicht das letzte Mal sein wird, dass du eine Website-Migration vornehmen wirst, würde ich vorschlagen, dass du dich noch einmal mit den Beteiligten triffst, um zu besprechen, was gut gelaufen ist, was falsch gelaufen ist und was man ändern würde, wenn man es noch einmal machen müsste.

Hast du Fragen? Schrieb mir auf Twitter.