Sichtbarkeit beim Website-Relaunch bewahren: Der SEO-Migrationsleitfaden

1. Art und Risiko der Veränderung zuerst definieren

Nicht jede Neugestaltung ist ein vollständiger Website-Umzug. Bleiben URLs gleich, liegen Risiken vor allem in Rendering, Content, internen Links und Performance. Ändern sich Domain, Protokoll, Verzeichnisse oder Sprache, müssen Suchmaschinen die Beziehung zwischen alten und neuen Adressen neu verstehen.

Dokumentieren Sie betroffene Domains, indexierbare URLs, Templates, Formulare, CRM-Verbindungen, Sprachen und Content-Kürzungen. Design, Entwicklung, Redaktion, SEO, Analyse und Vertrieb benötigen denselben Umfang und dieselben Freigabekriterien.

Priorisieren Sie Seiten mit organischen Einstiegen, externen Links, Kampagnen- oder Lead-Funktion. Auch PDFs und selten besuchte Supportseiten können geschäftskritisch sein.

2. Inventar und Ausgangsmessung der alten Website sichern

Verbinden Sie Crawl, XML-Sitemap, Analytics-Landingpages, Search Console, Backlinks, Kampagnenziele und CMS-Daten in einer Liste. Jede Zeile braucht Statuscode, Canonical, Titel, organische Bedeutung, Conversion-Rolle, neues Ziel und eine begründete Entscheidung.Google Search Central – Website-Umzug mit URL-Änderungen

Archivieren Sie acht bis zwölf Wochen Daten nach Suchanfrage, Landingpage, Kanal, Gerät und Conversion. Wenn Saisonalität relevant ist, vergleichen Sie den Vorjahreszeitraum. Screenshots, strukturierte Daten und Performancewerte kritischer Templates helfen bei der Ursachenanalyse.

Das Inventar ist keine Löschliste. Niedriger Traffic bedeutet nicht automatisch niedrigen Wert; Support, Vertrieb oder externe Verweise können eine Seite weiterhin notwendig machen.

• Indexierbare HTML-Seiten und Dateien erfasst
• Traffic-, Link- und Conversion-Rolle dokumentiert
• Canonical, hreflang, robots und Schema geprüft
• Formular- und CRM-Flüsse beschrieben
• Ausgangsdaten archiviert

3. URL-Zuordnung nach Nutzerabsicht aufbauen

Ordnen Sie nicht nach ähnlichen Wörtern, sondern nach gleicher Erwartung zu. Eine fortbestehende Kategorie erhält ein direktes Gegenstück; echte Überschneidungen dürfen in einer umfassenderen Seite zusammenlaufen. Ohne relevanten Ersatz ist die Startseite kein sinnvoller Auffangort.

Nutzen Sie 301 oder 308 für dauerhafte serverseitige Weiterleitungen. Vermeiden Sie Ketten und führen Sie alte Adressen direkt zum endgültigen Ziel. Prüfen Sie Regeln automatisiert inklusive Parameter-, Großschreibungs- und Slash-Varianten.

Kennzeichnen Sie Entscheidungen als erhalten, migrieren, zusammenführen, entfernen oder prüfen. Jede Zeile braucht eine verantwortliche Person und einen Teststatus; Stichproben reichen bei geschäftskritischen URLs nicht.

4. Eine messbare Qualitätsfreigabe im Staging einrichten

Prüfen Sie nicht nur Screenshots. Crawlen Sie Templates und vergleichen Sie Statuscode, Title, H1, Canonical, hreflang, strukturierte Daten, Alt-Texte, interne Links und Pagination. Testen Sie gerenderten Hauptinhalt, mobile Navigation, Suche, Filter und Formulare auf echten Geräten.

Halten Sie das Staging aus dem Index, aber machen Sie das Entfernen dieser Sperre zu einem verpflichtenden Launch-Schritt. Ein übernommenes noindex oder eine falsche robots-Datei kann den gesamten Relaunch entwerten.

Definieren Sie Bedingungen: keine kritischen Broken Links, hundertprozentiger Redirect-Test für Prioritätsseiten, erfolgreiche CRM-Aufzeichnung, geprüfte Analyseereignisse, Performancebudget und Accessibility-Check. Wird ein Tor nicht erfüllt, bleibt das Risiko sichtbar.

5. Beispiel: Eine Service-Website in ein neues CMS migrieren

Dieses Szenario ist hypothetisch. Eine mehrsprachige Beratung möchte 180 URLs auf 20 modernisierte Seiten reduzieren. Im ersten Entwurf führen alle alten Leistungen auf Bereichsstartseiten, Sprachverzeichnisse ändern sich und der neue Formularabschluss besitzt keine eigene Messlogik.Google Search Central – Website-Umzug mit URL-Änderungen

Das Team gruppiert Seiten nach Suchabsicht und Vertriebsrolle. Nur echte Überschneidungen werden zusammengeführt, eigenständige Intentionen bleiben erhalten und veraltete Inhalte werden erst nach Link- und Nachfrageprüfung entfernt. Für jede Sprache entsteht eine eigene URL-Matrix.

Der Launch erfolgt in einem verkehrsarmen Zeitfenster mit Rückfallkriterien. In den ersten Stunden werden kritische URLs, Formulare und Fehler beobachtet, danach Suchanfragegruppen und Lead-Qualität. Das verhindert keine Schwankung, macht ihre Ursache aber handhabbar.

6. Den Launch wie einen Betriebseinsatz führen

Benennen Sie Entscheidungsträger und Verantwortliche für Technik, SEO, Analyse und CRM. Prüfen Sie DNS, CDN, Zertifikate und Abhängigkeiten; schreiben Sie Rückfallkriterien vor Beginn fest.

Nach Aktivierung müssen neue Canonicals, robots-Regeln und Sitemaps geprüft werden. Bei einem Domainwechsel kommen bestätigte Search-Console-Properties und gegebenenfalls das Adressänderungswerkzeug hinzu. Permanente Redirects sollten mindestens ein Jahr und für Nutzer möglichst länger bestehen.

Kontrollieren Sie in 24 Stunden Statuscodes, Formulare, Ereignisse, Zahlungen und Serverfehler. In der ersten Woche folgen tägliche 404-, Crawl-, Sitemap- und Conversion-Prüfungen; später sinkt die Frequenz erst, wenn Prioritätsseiten stabil sind.

• Alte URLs führen direkt zum richtigen Endziel
• Canonical, hreflang und Sitemap nutzen nur neue URLs
• robots und noindex sind produktionsgerecht
• Analytics, Consent und CRM funktionieren
• Search-Console-Properties sind bestätigt
• Zuständigkeiten für 404, 5xx und Leads sind benannt

7. Typische Fehler, Grenzen und die letzte Entscheidung

Der häufigste Fehler ist, SEO erst zur finalen Kontrolle einzuladen, obwohl URL-, Content- und JavaScript-Entscheidungen längst gefallen sind. Ebenso riskant ist es, ohne Ausgangsmessung zu launchen oder Domain, CMS, Informationsarchitektur, Tonalität und Tracking gleichzeitig zu verändern.

Temporäre Schwankungen sind bei großen Umzügen möglich, während Suchmaschinen neu crawlen und indexieren. Eine wichtige 404-Seite, ein Canonical zur alten Domain oder ein verschwundenes Lead-Ereignis sind dagegen keine normale Volatilität. Vorab definierte Schwellen trennen beides.

Wenn ein besseres Design auf den bestehenden URLs umgesetzt werden kann, ändern Sie Adressen nicht aus ästhetischen Gründen. Jede Migration sollte einen nachvollziehbaren Nutzen für Nutzer, Inhalte oder Technologie haben.