Eine Website kann ohne vermeidbaren organischen Trafficverlust migriert werden, wenn wichtige URLs gleichwertige Ziele erhalten, technische Signale getestet werden und die Umstellung überwacht wird. Nicht der Technologiewechsel ist das Kernrisiko, sondern ein Launch ohne Inventar, URL-zu-URL-Mapping, Indexierungsprüfung und verlässliche Weiterleitungen.
Direkte Antwort: Wie migriert man ohne Trafficverlust?
Erstellen Sie einen Benchmark des aktuellen Auftritts, ordnen Sie jeder alten URL die passendste neue URL zu, testen Sie direkte permanente 301- oder 308-Weiterleitungen und erhalten Sie Canonicals, interne Links, hreflang, XML-Sitemap und Messung. Überwachen Sie nach dem Launch Crawling, Indexierung, Logs, Fehler und Conversions und halten Sie einen Rollback bereit.
Zuerst die Art der Migration bestimmen
Ein Domainwechsel verändert die Herkunft und kann Change of Address erfordern. Ein Plattform-/CMS-Wechsel verändert Templates, Rendering und Integrationen, auch bei gleichen URLs. Ein Wechsel von Architektur/URLs braucht Mapping und Weiterleitungen pro Seite. Ein Hostingwechsel kann URLs beibehalten, aber Verfügbarkeit, Header, Geschwindigkeit und Googlebot-Zugriff beeinflussen. Bei kombinierten Änderungen wird jedes Risiko einzeln gesteuert.
Kontrollplan: vor, während und nach dem Launch
Stimmen Sie SEO, Entwicklung, Content, Analytics und DNS-Verantwortung vor dem Cutover ab. Die Google-Leitfäden zu Umzügen mit URL-Änderungen und Umzügen ohne URL-Änderungen sind maßgebliche Quellen.
Wischen Sie auf Mobilgeräten seitlich, um alle Tabellenspalten zu sehen.
| Phase | Aufgabe | Abschlussnachweis |
|---|---|---|
| Vorher | URLs, Signale, Traffic, Backlinks und Conversions inventarisieren | Exportierte Tabelle und gespeicherter Benchmark |
| Während | Direkte 301/308 setzen; robots, noindex, Sitemap, Links und Tracking prüfen | Staging und URL-Stichprobe freigegeben |
| Nachher | Sitemap senden; URLs prüfen; Logs, Abdeckung und Conversions beobachten | Tägliches Dashboard und Fehlerliste |
Checkliste vor der Migration
- Crawlen Sie die bestehende Site und exportieren Sie indexierbare URLs, HTTP-Status, Titles, Canonicals, hreflang, interne Links und Klicktiefe.
- Erstellen Sie Benchmarks in Analytics, GTM und Search Console: organische Seiten und Suchanfragen, Impressions, Klicks, Position, Sitzungen, Leads und verfügbare Conversions.
- Erstellen Sie ein URL-zu-URL-Mapping. Jede alte URL braucht die neue Seite mit gleicher Intention—notfalls nicht die Startseite aus Bequemlichkeit.
- Entscheiden Sie, welche Seiten bleiben, zusammengeführt oder entfernt werden. Ohne Entsprechung braucht eine Seite eine redaktionelle Entscheidung statt einer beliebigen Weiterleitung.
- Schützen Sie Staging vor Indexierung und prüfen Sie, dass robots.txt, Meta Robots und X-Robots-Tag nicht in Produktion übernommen werden.
- Definieren Sie Verantwortliche, Launch-Fenster, getestetes Backup, DNS/TTL-Plan und Rollback-Kriterien.
Das Inventar zeigt erhaltenswerte Inhalte. Ein CMS-Wechsel ist Anlass für besseres HTML und Tempo, nicht zum Löschen nachfragestarker Seiten. Nutzen Sie SEO und Nutzererfahrung, um Intention, Überschriften und interne Routen zu prüfen, ohne nützliche Seiten wahllos umzuschreiben.
Checkliste während des Launchs
- Setzen Sie 301 oder 308 bei permanenten Änderungen; beachten Sie Googles Hinweis zu permanenten Weiterleitungen. Testen Sie priorisierte URLs und Stichproben nach Template; vermeiden Sie Ketten, Loops, HTTP/HTTPS-Sprünge und verlorene Parameter.
- Jede neue Seite erhält einen Canonical auf ihre bevorzugte finale URL. Googles Anleitung zur Konsolidierung doppelter URLs verhindert widersprüchliche Signale.
- Aktualisieren Sie interne Links, Navigation, Breadcrumbs, Canonicals, hreflang, Feeds und strukturierte Daten auf finale URLs. Weiterleitungen sind Sicherheitsnetz, kein Ersatz für korrekte Links.
- Veröffentlichen Sie eine XML-Sitemap nur mit kanonischen 200-URLs und reichen Sie sie in der Search Console ein. Prüfen Sie robots.txt, Meta noindex und Header, damit Produktion nicht weiter wie Staging blockiert ist.
- Validieren Sie Analytics, GTM, Consent, Formulare, Events, Telefon- und Nachrichten-Klicks sowie Conversions vor der Öffnung für Traffic.
Bei vollständigem Domainwechsel prüfen Sie Quell- und Ziel-Property und verwenden Change of Address in der Search Console, wenn es zutrifft. Das kommuniziert den Wechsel, erstellt aber keine Weiterleitungen und repariert keine schwache Architektur.
Checkliste nach der Veröffentlichung
- Überwachen Sie anfangs täglich Status wichtiger URLs, Seitenberichte und URL-Prüfung in der Search Console.
- Prüfen Sie Logs auf Googlebot bei neuen URLs sowie auf 404, 5xx, wiederholte Weiterleitungen und Sperren.
- Vergleichen Sie Impressions, Klicks, Suchanfragen, organische Sitzungen und Conversions mit dem Benchmark; trennen Sie Saisonalität von technischem Fehler.
- Beheben Sie 404 mit interner Quelle, relevanten externen Links und Seiten ohne Ziel. Halten Sie Weiterleitungen mindestens ein Jahr.
- Ändern Sie nicht täglich URLs, Inhalte und Weiterleitungen: geben Sie Crawlern stabile Signale und dokumentieren Sie Änderungen.
Monitoring und Rollback
Richten Sie Warnungen für sinkende Conversions, mehr 404/5xx und versehentlich verlorene indexierbare Seiten ein. Rollback ist keine Improvisation: Bewahren Sie Backup, vorherige Konfiguration, DNS-Plan und klaren Auslöser für eine Rückkehr auf, falls Verfügbarkeit, Crawlability oder Messung scheitern. Isolierte Fehler werden korrigiert, ohne eine gesunde Migration zurückzudrehen.
Migration ist ein SEO-Projekt, nicht nur IT
Der vollständige SEO-Leitfaden hilft bei der Priorisierung von Intention, Barrierefreiheit und technischen Signalen. professionelle Website-Erstellung sollte die Struktur bewahren, die Menschen und Suchmaschinen verstehen. Für Risikoprüfung und Begleitung kann eine SEO-Agentur den Prozess organisieren. Für eine Prüfung mit lokalem Sichtbarkeitsfokus mit LondrinaSEO sprechen.
Häufige Fragen
Sinkt der organische Traffic bei jeder Website-Migration?
Nicht zwingend. Während Google neue Signale crawlt und verarbeitet, sind kurzfristige Schwankungen möglich. URL-genaues Mapping, permanente Weiterleitungen und Monitoring reduzieren vermeidbare Verluste.
Sollte ich 301 oder 308 verwenden?
Bei einer permanenten Änderung signalisieren 301 und 308 Dauerhaftigkeit. Entscheidend sind Tests, die direkte Weiterleitung jeder alten URL zur besten neuen Entsprechung und bei Bedarf der Erhalt der HTTP-Methode.
Kann ich alle alten URLs auf die Startseite weiterleiten?
Nicht standardmäßig. Dadurch gehen Seitenspezifität und Nutzererwartung verloren. Jede alte URL sollte zur ähnlichsten neuen Seite führen; ohne echte Entsprechung sind Inhalte zu behalten oder ein bewusster 410-Status zu prüfen.
Wann verwende ich Change of Address in der Search Console?
Bei Umzug einer vollständigen Domain oder Subdomain zu einer anderen Domain und erfüllten Google-Voraussetzungen. Das Tool ersetzt keine Weiterleitungen und gilt nicht für CMS-, Hosting- oder reine HTTPS-Wechsel.
Wie lange sollten Weiterleitungen bestehen bleiben?
Mindestens ein Jahr, bei URLs mit Backlinks, wiederkehrendem Traffic oder historischem Wert nach Möglichkeit länger. Ein frühes Entfernen unterbricht Zugriffe und angesammelte Signale.
Ist ein Rollback bei einer Migration möglich?
Ja, wenn es vor dem Launch vorbereitet wird. Behalten Sie Backup und vorherige Konfiguration, definieren Sie objektive Kriterien und vermeiden Sie häufiges Umschalten, das widersprüchliche Signale erzeugt.
