Website-Content-Migration: So verlieren Sie Ihre Rankings nicht
Von Toy Wen Da, Mitgründer · · 7 Min. Lesezeit
Übersetzt aus dem englischen Original. Auf Englisch lesen
Bei einer Website-Content-Migration werden Ihre Seiten, Metadaten, URLs und die Seitenstruktur von einer Plattform, Domain oder einem Design auf eine andere übertragen. Als Erstes sollten Sie jede Live-URL erfassen, bevor Sie irgendetwas anfassen, denn eine Seite, von deren Existenz Sie nichts wissen, können Sie weder zuordnen noch weiterleiten. Wer diesen Schritt überspringt, muss fast sicher mit Traffic-Verlusten rechnen.
Bevor Sie irgendetwas anderes planen, lassen Sie Ihre alten URLs durch den kostenlosen Redirect Checker laufen. Er verfolgt Weiterleitungsketten und Schleifen auf jeder Seite, und genau das ruiniert bei einer Content-Migration die Rankings: eine Kette mit drei Sprüngen, eine Weiterleitung, die in einem 404 endet, oder eine Schleife, die Googlebot an den Ausgangspunkt zurückschickt.
Was Website-Content-Migration wirklich bedeutet
Trotz des Namens geht es bei einer Content-Migration nicht nur darum, Blogbeiträge und Produktbeschreibungen zu verschieben. Sie umfasst alles, was verändert, wie eine Suchmaschine Ihre Website liest: eine neue Domain, ein neues CMS, ein Redesign oder sogar den Wechsel von HTTP auf HTTPS. Wenn die Änderung eine URL, ein Title-Tag oder einen internen Link betreffen könnte, behandeln Sie sie als Migration und nicht als schnelles Update.
Die gängigen Migrationsarten
Unterschiedliche Auslöser bringen unterschiedliche Risiken mit sich. Die Tabelle unten zeigt die häufigsten Gründe für eine Migration und was dabei jeweils typischerweise schiefgeht.
| Migrationsart | Was sich ändert | Wichtigstes SEO-Risiko | Was hilft |
|---|---|---|---|
| CMS- oder Plattformwechsel (z. B. WordPress zu Squarespace) | Das zugrunde liegende System, das Seiten und URLs erzeugt | URL-Struktur verschiebt sich, alte Permalinks brechen | Eine 301-Weiterleitungsliste eins zu eins, Metadaten und Schema erneut prüfen |
| Domainwechsel | Die Root-Domain selbst (oldsite.com zu newsite.com) | Backlinks und Vertrauenssignale zeigen auf die falsche Domain | 301-Weiterleitungen für die gesamte Website, aktualisierte Sitemap, Adressänderung in der Search Console |
| Komplettes Redesign | Navigation, Templates, interne Verlinkung, teils URLs | Der interne Linkwert gerät durcheinander, verwaiste Seiten entstehen | Interne Links gezielt neu aufbauen, nicht nur das Aussehen ändern |
| Hosting-Wechsel | Serverumgebung, teils die Seitengeschwindigkeit | Ausfallzeit bei der Umstellung, defekte Dateipfade | Startzeitpunkt mit wenig Traffic wählen, zuerst auf der Staging-Umgebung testen |
| HTTP auf HTTPS | Protokoll und kanonische URLs | Mixed-Content-Fehler, doppelt indexierte HTTP- und HTTPS-Versionen | HTTPS-Weiterleitungen erzwingen, Canonical-Tags aktualisieren |
Der Ablauf der Website-Content-Migration, Schritt für Schritt
Das ist die Reihenfolge, die Ihre Rankings schützt, in der Abfolge, in der sie in Ihrer eigenen Website und Ihren eigenen Tools umgesetzt werden sollte.
Bevor Sie etwas verschieben
- Bestehende Website crawlen und erfassen. Exportieren Sie jede Live-URL, jeden Titel und jede Meta-Beschreibung, damit nichts zurückbleibt.
- Neue Inhalte kurz einfrieren. Die meisten Teams veröffentlichen einige Wochen vor dem Umzug keine neuen Seiten mehr, damit die Bestandsliste stimmt.
- Eine URL-Weiterleitungsliste erstellen. Ordnen Sie in einer Tabelle jede alte URL ihrem neuen Gegenstück zu, bevor ein Entwickler auch nur eine Weiterleitungsregel schreibt.
- Auf einer Staging-Umgebung testen. Sperren Sie die Staging-Website per Passwortschutz oder IP-Beschränkung für die Indexierung durch Suchmaschinen, damit kein Duplicate Content entsteht.
Während und nach dem Launch
- 301-Weiterleitungen für jede zugeordnete URL einrichten, je nach Plattform im Weiterleitungsmanager Ihres CMS oder in der Serverkonfigurationsdatei.
- Die robots.txt-Datei prüfen, um sicherzugehen, dass sie das Crawlen der neuen Website nicht blockiert.
- Eine aktualisierte XML-Sitemap bei der Google Search Console einreichen, sobald die neue Website live ist.
- Das Analytics-Tracking erneut prüfen, denn eine Migration kann unbemerkt Tags beschädigen, die in Ihrem alten Template lagen.
- Crawling-Fehler und 404-Fehler in der Search Console in den ersten zwei Wochen täglich überwachen, danach wöchentlich.
Wenn Sie speziell auf HubSpot umziehen, laufen Weiterleitungen und Blog-URLs ausreichend anders ab, dass sich vorab eine eigene Anleitung lohnt, etwa zum Schutz Ihrer Rankings bei einer HubSpot-Website-Migration, bevor Sie mit der Zuordnung der Weiterleitungen beginnen.
Die vollständige Abfolge vom Vorbereiten bis nach dem Launch finden Sie als Checkliste in einer Schritt-für-Schritt-Checkliste für die SEO-Migration, die Sie parallel zu Ihrem eigenen Projektplan abarbeiten können.
Wann Ihre eigenen Tools reichen und wann nicht
Seien Sie ehrlich zu sich selbst, was den Umfang angeht, bevor Sie entscheiden, dass Sie das in Eigenregie erledigen. Die Korrektur einer einzelnen Seite und der Umzug einer ganzen Domain gehören nicht in dieselbe Risikokategorie, auch wenn beides „Migration“ genannt wird.
| Situation | Können Sie das selbst erledigen? | Warum |
|---|---|---|
| Die URL einer einzelnen Seite ändern | Ja | Eine einzelne Weiterleitung lässt sich leicht einrichten und mit einem Redirect Checker prüfen |
| Einen einmaligen defekten Link nach einer kleinen Änderung beheben | Ja | Geringes Risiko, auf eine Seite begrenzt, keine strukturelle Änderung |
| Ihre gesamte Domain oder CMS-Plattform umziehen | Meist nicht allein | Hunderte oder Tausende URLs müssen zugeordnet werden; eine vergessene Weiterleitung kann Kreise ziehen |
| Ein wiederkehrendes Muster von Traffic-Einbrüchen nach kleinen Änderungen | Nein | Deutet auf ein tieferes Struktur- oder Indexierungsproblem hin, nicht auf einen einmaligen Fehler |
| Seitenarchitektur oder Navigation neu aufbauen | SEO hinzuziehen | Interner Linkwert geht leicht verloren, ohne dass man es merkt, bis die Rankings fallen |
Handelt es sich nur um eine Seite, reichen Ihre eigenen Tools tatsächlich aus: prüfen, weiterleiten, weitermachen. Bei einem Plattformwechsel oder Domainumzug ist die Entscheidung eine ganz andere Größenordnung. Eine Fallstudie zur Website-Migration, die zeigt, was bei einem echten Projekt tatsächlich schiefgegangen ist, hilft Ihnen schnell einzuschätzen, ob Ihre Situation eher einer einmaligen Korrektur oder einem vollständigen Migrationsprojekt entspricht.
Häufige Fehler, die eine Migration scheitern lassen
- Launch ohne Weiterleitungsliste. Wer „ungefähr passende“ Seiten statt exakter Eins-zu-eins-Entsprechungen weiterleitet, verwirrt Suchmaschinen und Nutzer gleichermaßen.
- Die robots.txt-Datei vergessen. Eine vom Staging übrig gebliebene „Disallow all“-Regel kann die Indexierung der Live-Website unbemerkt blockieren.
- Inhalte nicht früh genug einfrieren. Neue Seiten, die mitten in der Bestandsaufnahme veröffentlicht werden, fehlen später in der Weiterleitungsliste.
- Den Staging-Test überspringen. Probleme, die in einer Testumgebung auffallen, lassen sich viel günstiger beheben als solche, die erst nach dem Launch entdeckt werden.
- Nach dem Launch-Tag nicht mehr hinsehen. Rankings brauchen unter Umständen Wochen, um sich einzupendeln; wer das Monitoring zu früh beendet, übersieht schleichende Verluste.
Laut den Hinweisen von Google Search Central zu Website-Umzügen brauchen Suchmaschinen Zeit, um weitergeleitete URLs erneut zu crawlen und neu zu bewerten, und eine unvollständige Weiterleitungsabdeckung gehört zu den häufigsten Ursachen für Ranking-Verluste nach einem Umzug (Quelle: Google Search Central).
Häufig gestellte Fragen
Wie lange dauert es, bis sich eine Website-Content-Migration in den Suchergebnissen eingependelt hat?
Das hängt von der Größe der Website ab, aber die meisten Praktiker prüfen den Fortschritt 7, 30, 60 und 90 Tage nach dem Launch. Kleinere Websites stabilisieren sich oft schneller; bei großen Websites mit Tausenden Seiten kann es länger dauern, bis Google sie vollständig neu gecrawlt hat.
Verliere ich bei einer Content-Migration Rankings?
Gewisse vorübergehende Schwankungen sind auch bei einer sauberen Migration normal, da Suchmaschinen Ihre URLs neu crawlen und neu indexieren müssen. Dauerhafte Verluste entstehen meist durch fehlende Weiterleitungen, blockiertes Crawling oder defekte interne Links, nicht durch den Umzug selbst.
Was ist der Unterschied zwischen einer Content-Migration und einem Website-Redesign?
Ein Redesign ändert Aussehen und Layout einer Website. Zur Content-Migration wird es in dem Moment, in dem es zusätzlich URLs, Navigationsstruktur oder die zugrunde liegende Plattform verändert – und das ist häufiger der Fall, als man denkt.
Brauche ich für jede einzelne Seite eine 301-Weiterleitung?
Ja, für jede URL, die existierte und Traffic, Links oder Rankings hatte. Auf eine ähnliche statt auf die exakt entsprechende Seite weiterzuleiten, gehört zu den häufigeren Ursachen für verlorene Sichtbarkeit.
Kann ich eine Website-Content-Migration selbst ohne Entwickler durchführen?
Bei einer einzelnen Seite oder einer kleinen Website auf einer Plattform mit integrierten Weiterleitungstools oft ja. Bei einem kompletten Domain-, CMS- oder Plattformwechsel brauchen Sie in der Regel jemanden, der sich mit Weiterleitungsregeln, Crawl-Daten und der Search Console auskennt.
Beginnen Sie mit einem vollständigen Website-Crawl
Bevor Sie einen Launch-Termin festlegen, verschaffen Sie sich ein vollständiges Bild davon, was Sie tatsächlich migrieren. Lassen Sie Ihre aktuellen Seiten durch einen Redirect Checker laufen, erstellen Sie auf Basis dieser Daten Ihre URL-Zuordnung und verzichten Sie nicht auf das Monitoring nach dem Launch – dort treten die meisten Probleme einer Website-Content-Migration tatsächlich zutage. Sprechen Sie mit dem Team, indem Sie einen Muster-SEO-Report anfordern, um zu sehen, was ein vollständiges Website-Audit bemängeln würde, bevor Sie auch nur eine Seite verschieben.
Ressourcen / Referenzen
Quellen
Über den Autor
SearchBlueprint hat diesen Artikel mit der Content-Pipeline recherchiert, geschrieben und bewertet, die unsere Kunden auf ihren eigenen Websites einsetzen. Die Bewertung in der Autorenzeile ist die, die unsere Content-Engine dieser Seite vor der Veröffentlichung gegeben hat. Nichts davon wird von Hand geprüft, und genau das ist der Punkt: Es ist das Ergebnis des Produkts, veröffentlicht dort, wo jeder es nachprüfen kann.