Eine Checkliste für vor, während und nach Website-Migrationen: URL-Inventar, 301-Weiterleitungspläne, Launch-Tag-Prüfungen und das Monitoring, das Rankingverluste früh erkennt, plus warum Agenturen Punkte übersehen.
Wählen Sie ein festes Fenster, etwa 28 Tage nach dem Launch gegenüber 28 Tagen davor, und vergleichen Sie dieselben Seiten in der Search Console. Notieren Sie die Daten, damit Sie die Prüfung wiederholen können.
Etwas vorübergehende Schwankung ist normal, während Google Weiterleitungen neu crawlt und verarbeitet. Dauerhafte Verluste kommen fast immer von vermeidbaren Problemen: fehlende Weiterleitungen, entfernter Inhalt, blockiertes Crawling oder geänderte Titel und interne Links. Eine sorgfältige Migration erholt sich meist innerhalb weniger Wochen.
Nutzen Sie dauerhafte Weiterleitungen (301 oder 308) für Seiten, die endgültig umgezogen sind. Temporäre Weiterleitungen (302 oder 307) sagen Suchmaschinen, dass die alte URL zurückkommen könnte, was Sie bei einer Migration nicht wollen.
Googles Empfehlung ist, Weiterleitungen mindestens ein Jahr zu behalten, und in der Praxis, wo möglich, unbegrenzt, weil alte Links, Lesezeichen und E-Mails weiterhin Besucher zu den alten URLs schicken.
Nur beim Umzug auf eine neue Domain. Sobald Weiterleitungen live sind, nutzen Sie das Adressänderungstool in der Search-Console-Property der alten Domain. Es wird nicht für das Verschieben von URLs innerhalb derselben Domain oder den Wechsel von HTTP zu HTTPS verwendet.
Meist weil SEO erst hinzugezogen wird, nachdem der Bau fertig ist, das URL-Inventar aus dem CMS statt aus einem Crawl plus Analytics- und Backlink-Daten stammt, und niemand das Monitoring nach dem Launch verantwortet. Beheben Sie das, indem Sie den Weiterleitungsplan vor dem Launch zur Freigabepflicht machen und eine benannte Person zuweisen, die zwei Wochen lang täglich die Search Console prüft.
Kurze Antwort: Eine Website-Migration behält ihr SEO, wenn jede wichtige alte URL mit einem 301 zu ihrem nächstliegenden neuen Äquivalent weiterleitet, Inhalt, Titel und interne Links auf zentralen Seiten den Umzug überstehen, die neue Website am Launch-Tag crawlbar ist und jemand die folgenden Wochen genau die Search Console beobachtet. Fast jede Migrationskatastrophe lässt sich auf einen übersprungenen Punkt unten zurückführen.
Das Risiko hängt davon ab, was sich ändert:
| Migration | Was sich ändert | Risiko |
|---|---|---|
| HTTP zu HTTPS | Nur Protokoll | Niedrig |
| Plattformwechsel, gleiche URLs | CMS oder Baukasten | Niedrig bis mittel |
| Redesign mit neuer URL-Struktur | URLs, Vorlagen, Inhalt | Mittel bis hoch |
| Domainwechsel | Jede URL | Hoch |
| Mehrere gleichzeitig (neue Domain + Plattform + Struktur) | Alles | Am höchsten |
Vermeiden Sie es, wenn möglich, alles gleichzeitig zu ändern. Domain, URL-Struktur und Inhalt im selben Launch zu ändern, macht es sehr schwer zu erkennen, was einen Rückgang verursacht hat.
1. Aktuelle Leistung als Referenz festhalten. Exportieren Sie 16 Monate Search-Console-Daten (Suchanfragen und Seiten) und erfassen Sie organische Sitzungen und Conversions nach Landingpage aus Ihren Analytics. Sie brauchen eine Basislinie zum Vergleichen.
2. Ein vollständiges URL-Inventar aufbauen. Kombinieren Sie drei Quellen, da jede etwas übersieht:
Die CMS-Seitenliste allein reicht nicht. Sie übersieht alte Kampagnenseiten, PDFs, Bild-URLs und gelöschte Seiten, die noch Links haben.
3. Markieren Sie Ihre Prioritätsseiten. Sortieren Sie das Inventar nach organischen Klicks, Conversions und verweisenden Domains. Die Top-Seiten erhalten durchgehend individuelle Aufmerksamkeit.
4. Speichern Sie die On-Page-Daten der alten Website. Titel, Meta-Beschreibungen, H1s, kanonische Tags, strukturierte Daten und interne Linkzahlen für Prioritätsseiten. Crawl-Tools können all das exportieren.
Das ist das mit Abstand wichtigste Ergebnis. Es ist eine Tabelle mit zwei Spalten, alte URL und neue URL, die jede URL aus dem Inventar abdeckt.
Regeln:
Testen Sie den Plan auf Staging, indem Sie die alte URL-Liste im Listenmodus durch einen Crawler laufen lassen und prüfen, dass jede einen 301 zum erwarteten Ziel mit einem 200 am Ende zurückgibt.
Gehen Sie dies in dieser Reihenfolge durch, idealerweise zu einer ruhigen Traffic-Zeit:
Tage 1 bis 14: Prüfen Sie die Search Console täglich auf Crawling-Fehler, 404-Spitzen und Indexierungsprobleme. Schauen Sie sich Server-Logs an, falls vorhanden, um zu sehen, wie Googlebot alte URLs trifft und Weiterleitungen folgt.
Wochen 2 bis 8: Vergleichen Sie Klicks und Impressionen nach Seite mit Ihrer Basislinie. Etwas Bewegung ist normal. Eine Prioritätsseite, die stark gefallen ist und unten bleibt, braucht eine Prüfung: Weiterleitung korrekt, Inhalt intakt, interne Links vorhanden.
Laufend: Behalten Sie Weiterleitungen gemäß Googles Empfehlung mindestens ein Jahr bei, vorzugsweise unbegrenzt. Kontaktieren Sie die Websites hinter Ihren wertvollsten Backlinks und bitten Sie sie, die URL zu aktualisieren.
Die Frage „warum übersehen Agenturen wichtige Punkte auf ihrer SEO-Checkliste bei Website-Migrationen" wird aus gutem Grund gestellt. Die wiederkehrenden Ursachen:
Vorbeugung ist prozedural: Beziehen Sie SEO ein, wenn die Sitemap geplant wird, machen Sie den freigegebenen Weiterleitungsplan zur Launch-Voraussetzung, fügen Sie „Robots- und noindex-Prüfung" zu den Deploy-Schritten hinzu, und weisen Sie eine benannte Person für das Monitoring im ersten Monat zu, mit einem schriftlichen Rollback- oder Korrekturplan.
Ausgefülltes Beispiel (gekennzeichnete Demonstration, eine fiktive fünfseitige Klempner-Website, die zu Buildern umzieht):
| Alte URL | Klicks, letzte 3 Monate | Neue URL | Weiterleitung | Titel behalten? | Geprüft nach Launch |
|---|---|---|---|---|---|
| /plumbing-services.html | Hoch | /services | 301 | Ja | Tag 1, Tag 7 |
| /about-us.html | Niedrig | /about | 301 | Ja | Tag 1 |
| /boiler-repair.html | Mittel | /services/boiler-repair | 301 | Neu geschrieben, gleiches Keyword | Tag 1, Tag 7 |
| /old-offer-2023.html | Keine | /services | 301 zur nächstliegenden Seite | n/a | Tag 1 |
| /contact.html | Mittel | /contact | 301 | Ja | Tag 1 |
Leeres Arbeitsblatt:
| Alte URL | Klicks, letzte 3 Monate | Neue URL | Weiterleitung | Titel behalten? | Geprüft nach Launch |
|---|---|---|---|---|---|
Schreiben Sie eine benannte Person für den Launch-Tag auf, wer was rückgängig machen kann, und den Auslöser für ein Rollback (zum Beispiel zentrale Seiten, die Fehler zurückgeben). Behalten Sie die Dateien oder den Export der alten Website, bis die neue stabil ist.
Vergleichen Sie ein festes Fenster, etwa die 28 Tage nach dem Launch gegen die 28 Tage davor, mit denselben Seiten. Notieren Sie die Daten in Ihrem Arbeitsblatt, damit der Vergleich wiederholbar ist. Erwarten Sie etwas Bewegung in den ersten Wochen; untersuchen Sie Seiten, die fallen und unten bleiben. Offizielle Anleitung: Google Search Central's Dokumentation zu Site-Umzügen mit URL-Änderungen.
Bauen Sie Ihre Unternehmenswebsite. Erstellen Sie Ihr Konto. Der kostenlose Plan veröffentlicht bis zu 3 Vorlagen-Websites unter einer we.inc-Adresse (keine KI-Credits, keine eigene Domain). KI-Bau und Ihre eigene Domain beginnen mit Starter für 20 $ pro Monat; siehe Preise.
Nützliche nächste Schritte: prüfen Sie eine bestehende Website mit dem kostenlosen Website-Grader, schätzen Sie ein Budget mit dem Website-Kostenrechner, durchsuchen Sie Unternehmens-Website-Vorlagen oder lesen Sie, wie der We.Inc-Website-Baukasten funktioniert.
Migrieren Sie, weil Ihre aktuelle Plattform schwer zu pflegen ist, wählen Sie ein Ziel, bei dem Sie URLs, Titel und Weiterleitungen selbst kontrollieren. We.Inc lässt Sie Seiten aus einer Chat-Beschreibung neu bauen und sie dann visuell oder im Code anpassen, mit inklusivem Hosting und SSL, sodass Sie Ihre bestehende URL-Struktur behalten können. Testen Sie vor dem Launch die neuen Seiten gegen unsere On-Page-SEO-Checkliste und stellen Sie sicher, dass Tracking mit dem Analytics-Einrichtungsleitfaden eingerichtet ist.
Kostenlos starten · Keine Kreditkarte nötig