Diesen Leitfaden zur Website-Migration musst du lesen

Patrick Stox
Patrick Stox ist Produktberater, technischer SEO und Markenbotschafter bei Ahrefs. Er ist Organisator des SEO-Meetups in Raleigh, der SEO-Konferenz in Raleigh, des Beer & SEO-Meetups, der Findability-Konferenz und Moderator bei /r/TechSEO.
    Eine Website-Migration ist ein Begriff, der verwendet wird, um alle wesentlichen Änderungen an der Einrichtung einer Website zu beschreiben, die sich auf die Suchmaschinenoptimierung auswirken können, z.B. Änderungen an der Domain, den URLs, dem Hosting, der Plattform oder dem Design.

    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:

    • Crawle deine Website. Dies dient als Grundlage, um später auf Änderungen zu prüfen. Dafür kannst du Site Audit verwenden.
    • Erstelle eine Reihe von Testseiten, z.B. die aus dem Bericht “Top-Seiten” im Site Explorer. Diese wirst du später zur Fehlersuche verwenden. Du solltest sie in einem separaten Site Audit-Projekt crawlen, damit du sie später leicht vergleichen kannst.
    • Schränke den Zugang zu deiner Staging- oder Dev-Site (falls du eine hast) ein, damit sie nicht indexiert wird.
    • Lege ein Backup deiner Website an, für den Fall, dass du darauf zurückgreifen musst.

    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.

    Wenn die URLs dieselben sind…

    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:

    • Hosting: CDN, Server
    • Plattform: CMS, Sprache, JS-Framework
    • Design: Vorlage, interne Verlinkungen, Tags

    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.

    Wonach du suchen musst

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

    • Kanonische Tags. Diese sollten gleich bleiben.
    • Titel-Tags. Vergewissere dich, dass sie gleich oder ähnlich sind wie bei dir. Neue Systeme haben möglicherweise eine automatische Tag-Generierung oder andere Standardeinstellungen, die sich von deinen bisherigen unterscheiden.
    • Meta-Beschreibungen
    • Überschrift-Tags
    • Hreflang
    • Schema
    • Meta-Robots. Stelle sicher, dass deine Seiten nicht indexiert werden.
    • Inhalt. Dies ist besonders wichtig für JavaScript-Systeme. Bei neuen Systemen wird möglicherweise nicht der gesamte Inhalt standardmäßig in den DOM geladen, so dass Suchmaschinen in manchen Fällen einen Teil des Inhalts nicht sehen können.
    • Interne Verlinkungen. Dinge wie Breadcrumbs, verwandte Beiträge, Fußzeilenlinks oder sogar die Hauptnavigation können sich geändert haben.
    • Geschwindigkeitsunterschiede

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

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

    • Wenn du versehentlich eine Sperrung aufrechterhältst, können Suchmaschinen deine Seiten nicht crawlen.
    • Manchmal werden ältere Weiterleitungen nicht aus .htaccess-Dateien oder Serverkonfigurations-Dateien kopiert und du verlierst einige der Links, die auf deine Seite verweisen. Das ist schwierig, weil es nicht einfach zu bemerken ist und oft vorkommt, wenn du den Hoster wechselst. Behalte deinen Best by Links-Bericht im Site Explorer im Auge und filtere nach 404s, um Seiten mit Links zu sehen, die jetzt nicht mehr funktionieren.

    Wenn die URLs unterschiedlich sind…

    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:

    • Domain: Wechsel der Domain, Zusammenlegung mit einer anderen Website, Aufteilung einer Website
    • Protokoll: HTTP > HTTPS
    • Path: Subdomain/Subfolder, Änderung der Website-Struktur

    Spezifisch für HTTP > HTTPS

    • Verwende die Content Security Policy upgrade-insecure-requests, um unterschiedliche Content-Probleme zu lösen. Sie ist schnell implementiert und funktioniert für alle Ressourcen, außer für interne Links — diese musst du immer noch selbst aktualisieren.
    • Installiere ein Sicherheitszertifikat
    • 301-Weiterleitung HTTP > HTTPS
    • Füge einen HSTS Header hinzu

    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.

    Spezifisch für Domain-Änderungen

    • Senke die TTL vorübergehend (ein paar Stunden für den Wert). Dadurch werden die DNS-Caches schneller aktualisiert, und wenn du die Umstellung vornimmst, werden deine Änderungen früher von mehr Nutzern gesehen. 
    • Verwende das Tool zur Adressänderung im GSC. 
    • Überprüfe die alte Domain auf alle manuellen Aktionen, die im GSC vorhanden sein könnten.

    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.

    Alle

    • Aktualisiere interne Links und Links in verschiedenen Tags wie canonicals, hreflang, etc. Möglicherweise kannst du ein Plugin zum Suchen und Ersetzen verwenden, um dies für interne Links schnell zu erledigen.
    • Richte die GSC ein. Dazu gehören Dinge wie das Übertragen deiner Disavow-Datei, das Einstellen von Geo-Targeting, URL-Parametereinstellungen und das Hochladen von Sitemaps. Du solltest eine Sitemap mit alten URLs für einen kurzen Zeitraum aufbewahren. So kannst du die Indexierung der URLs im GSC überwachen.
    • Entferne alle Crawling-Blöcke für Seiten auf der alten und neuen Website. Alles muss gecrawlt werden, damit die Signale richtig konsolidiert werden können.
    • Vergewissere dich, dass die Seiten, die du indexieren willst, nicht als noindex markiert sind. Hierfür kannst du Site Audit verwenden.
    • Leite Seiten um. Du solltest sicherstellen, dass alte Seiten mit einer 301-Weiterleitung auf die neuen Versionen deiner Seiten umgeleitet werden. Es empfiehlt sich, auch Bilder und PDFs umzuleiten, aber mach dir keine Gedanken über JS‑, CSS- oder Font-Dateien. Konzentriere dich darauf, Dinge umzuleiten, die von Suchmaschinen indexiert werden, und kümmere dich nicht um andere Dateitypen.

    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.

    Nebenbei bemerkt.
    Wenn du darüber nachdenkst, die Links zu deiner Website zu aktualisieren, solltest du die Links von Seiten aktualisieren, die du selbst kontrollierst, aber ich würde mir nicht die Mühe machen, die Links auf anderen Websites zu aktualisieren, die auf dich verweisen. Sie sollten mit den 301-Weiterleitungen ordnungsgemäß konsolidiert werden. Es ist den Aufwand nicht wert, sie zu ändern. 

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

    Mit Ahrefs

    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:

    • Canonicals
    • Hreflang. Wenn du die Domains wechselst, wird das eine Weile dauern, da es einige Zeit dauert, bis die Seiten neu gecrawlt und die Verbindungen hergestellt sind.
    • Schema
    • Meta Robots

    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:

    1. Gib deine Domain im Site Explorer ein
    2. Öffne den Bericht “Best by Links”.
    3. Füge einen “404 nicht gefunden”-Filter hinzu
    4. Sortiere nach verweisenden Domains

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

    Mit GSC

    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.

    Sonstiges

    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.

    Fortlaufendes Monitoring

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

    • Überwache die alte Domain, um sicherzustellen, dass sie erneuert wird, und tue dasselbe für alle anderen, die du auf die Website umgeleitet hast. Wenn die Domains auslaufen, können alle Signale, die über die Weiterleitungen von den älteren Websites weitergeleitet wurden, verloren gehen.
    • Wenn du dein altes Hosting nicht abgeschafft hast und dort noch Weiterleitungen eingerichtet hast, musst du damit rechnen, dass diese nicht mehr funktionieren, wenn das Hosting eingestellt wird — und dass du einige Links verlierst. Du kannst das Problem lösen, indem du eine Weiterleitung über DNS einrichtest und die Weiterleitungen auf deiner neuen Website speicherst.
    • Achte darauf, dass du deine Sicherheitszertifikate erneuerst oder zu einem Multi-Domain-Zertifikat wechselst, wie wir bereits erwähnt haben.

    Fazit

    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.