Warum Migrationen so riskant sind
Bei einer Website-Migration ändern sich zahlreiche technische Parameter gleichzeitig: URLs, Server-Konfiguration, DNS-Einstellungen, SSL-Zertifikate, Content-Struktur und häufig auch das Frontend. Jede dieser Änderungen kann unerwartete Nebenwirkungen haben. Ein vergessenes Redirect lässt eine seit Jahren gut rankende Seite ins Leere laufen. Ein falsch konfigurierter Server antwortet mit 500er-Fehlern. Ein abgelaufenes SSL-Zertifikat blockiert den Zugang komplett. Und das alles möglicherweise unbemerkt, wenn kein Monitoring aktiv ist.
Googles John Mueller hat wiederholt betont, dass Migrationen grundsätzlich mit temporären Ranking-Schwankungen verbunden sind, selbst wenn technisch alles korrekt umgesetzt wird (Google Search Central Blog). Der Googlebot muss die neuen URLs crawlen, die Redirects verarbeiten und die Verknüpfungen im Index aktualisieren. Dieser Prozess dauert Wochen bis Monate. Technische Fehler verlängern ihn erheblich. Professionelles Monitoring verkürzt die Reaktionszeit auf Probleme und minimiert so die Auswirkungen.
Vor der Migration: Baseline erfassen und vorbereiten
Performance-Baseline dokumentieren
Bevor Sie irgendetwas ändern, dokumentieren Sie den Ist-Zustand Ihrer Website vollständig. Diese Baseline ist Ihr Referenzpunkt für alles, was nach der Migration passiert. Erfassen Sie folgende Werte: die Uptime-Statistik der letzten 30 Tage, die Core Web Vitals (LCP, INP, CLS) für die wichtigsten Seiten, den Lighthouse-Score für Performance, Accessibility, Best Practices und SEO, die aktuellen Rankings für Ihre wichtigsten Keywords, den organischen Traffic (Google Search Console), alle bestehenden 301-Redirects und die Response-Zeiten der wichtigsten Endpunkte. XICTRAQ erfasst diese Daten automatisch über das Performance-Monitoring und speichert historische Werte, die Sie nach der Migration als Vergleichsgrundlage nutzen können.
Monitoring vor der Migration einrichten
Richten Sie das Monitoring nicht erst während der Migration ein, sondern mindestens zwei Wochen vorher. So haben Sie eine stabile Datenbasis und können nach der Migration sofort vergleichen. Konfigurieren Sie in XICTRAQ die folgenden Checks: Uptime-Monitoring mit 30-Sekunden-Intervall für die kritischsten Seiten, SSL-Monitoring für alle Domains und Subdomains, DNS-Monitoring zur Überwachung der DNS-Propagation nach der Migration, Lighthouse-Checks für die Top-10-Seiten nach Traffic und Security-Header-Checks zur Absicherung der Server-Konfiguration.
Redirect-Map vorbereiten
Der häufigste Fehler bei Migrationen sind fehlende oder fehlerhafte Redirects. Erstellen Sie eine vollständige Redirect-Map, die jede alte URL auf die entsprechende neue URL abbildet. Nutzen Sie ausschließlich 301-Redirects (permanent), nicht 302 (temporär), damit Suchmaschinen die Weiterleitung als dauerhafte Änderung verstehen. Überprüfen Sie die Redirect-Map auf häufige Fehler: Redirect-Ketten (A leitet auf B weiter, B auf C), Redirect-Schleifen, nicht erreichbare Ziel-URLs und fehlende Weiterleitungen für hochfrequentierte Seiten. Laut Screaming Frog reicht bereits eine Handvoll vergessener Weiterleitungen, um Traffic und Rankings dauerhaft zu verlieren, weshalb jede alte URL gegen die Redirect-Map geprüft werden sollte (Screaming Frog Migration Guide).
Während der Migration: Echtzeitüberwachung aktivieren
Die Phase während der Migration ist die kritischste. In diesen Stunden passieren die meisten Fehler, und die Auswirkungen sind am gravierendsten. Aktivieren Sie das engste Monitoring-Intervall, das verfügbar ist. XICTRAQ bietet Prüfintervalle ab 30 Sekunden, die Sie temporär für die Migrationsphase aktivieren können. Bei einer Migration sollten Sie folgende Aspekte in Echtzeit überwachen.
HTTP-Statuscodes prüfen
Nach dem DNS-Switch und dem Go-Live der neuen Umgebung muss jede kritische URL einen HTTP-200-Status zurückgeben. 5xx-Fehler weisen auf Server-Probleme hin, 4xx-Fehler auf fehlende Seiten oder fehlerhafte Redirects. XICTRAQ prüft den HTTP-Statuscode bei jedem Check und alarmiert sofort, wenn ein Monitor einen unerwarteten Status zurückgibt. Achten Sie besonders auf die Startseite, die wichtigsten Landingpages, den Shop-Checkout (falls vorhanden), die Sitemap und die robots.txt.
SSL und HTTPS sicherstellen
Bei einem Hosting-Wechsel ist das SSL-Zertifikat einer der häufigsten Fehlerquellen. Das alte Zertifikat ist auf dem neuen Server nicht gültig, und Let's Encrypt kann erst ausstellen, wenn die DNS-Propagation abgeschlossen ist. In der Zwischenzeit zeigt der Browser eine Sicherheitswarnung, die praktisch alle Besucher abschreckt. Planen Sie den SSL-Wechsel sorgfältig: Stellen Sie das neue Zertifikat vor der Migration aus, wenn möglich, oder nutzen Sie einen DNS-Challenge-Mechanismus. SSL-Monitoring von XICTRAQ erkennt Zertifikatsprobleme innerhalb von Sekunden.
DNS-Propagation überwachen
Nach einer DNS-Änderung dauert die vollständige Propagation je nach TTL-Einstellung zwischen wenigen Minuten und 48 Stunden. Während dieser Phase können Nutzer an verschiedenen Standorten unterschiedliche Server-Antworten erhalten: Manche sehen noch die alte Website, andere bereits die neue. Das Multi-Location-Monitoring von XICTRAQ prüft von mehreren europäischen Standorten aus und zeigt Ihnen in Echtzeit, wo die Propagation bereits abgeschlossen ist und wo nicht.
Nach der Migration: Langzeitüberwachung und SEO-Recovery
Die ersten 48 Stunden: Kritische Überwachungsphase
Die ersten zwei Tage nach der Migration sind entscheidend. In dieser Phase treten die meisten Probleme auf, die während der Migration übersehen wurden. Halten Sie das enge Monitoring-Intervall bei und überprüfen Sie aktiv: ob alle Hauptseiten korrekt laden und den erwarteten Inhalt anzeigen, ob alle Formulare und interaktiven Elemente funktionieren, ob der Checkout-Prozess reibungslos läuft, ob Tracking und Analytics korrekte Daten liefern und ob die robots.txt und Sitemap korrekt ausgeliefert werden. Der Screenshot-Changelog von XICTRAQ ist in dieser Phase besonders wertvoll: Er zeigt Ihnen visuell, wie sich Ihre Seiten vor und nach der Migration verändert haben, und hilft, unbeabsichtigte Designänderungen oder fehlende Inhalte zu identifizieren.
404-Fehler systematisch aufspüren
Auch bei sorgfältiger Redirect-Planung bleiben nach einer Migration typischerweise 404-Fehler übrig. Interne Links verweisen auf alte URLs, die nicht in der Redirect-Map erfasst wurden. Externe Backlinks von anderen Websites zeigen auf URLs, die sich geändert haben. Und Suchmaschinen haben noch alte URLs im Index, die nicht korrekt weitergeleitet werden. Überwachen Sie die Google Search Console auf 404-Fehler und richten Sie in XICTRAQ Monitore für die wichtigsten Einstiegsseiten ein. Jeder 404-Fehler auf einer ehemals gut rankenden Seite ist ein direkter SEO-Verlust, der schnellstmöglich durch einen korrekten Redirect behoben werden sollte.
Performance nach der Migration bewerten
Eine Migration ist oft eine Gelegenheit, die Performance zu verbessern, etwa durch einen schnelleren Server oder ein schlankeres CMS. Ebenso häufig verschlechtert sich die Performance jedoch unbeabsichtigt. Vergleichen Sie die Core Web Vitals und Lighthouse-Scores der neuen Umgebung mit der vor der Migration erfassten Baseline. Achten Sie besonders auf LCP-Verschlechterungen durch nicht optimierte Bilder auf dem neuen Server, CLS-Probleme durch geändertes Layout oder neue Schriftarten, höhere Server-Antwortzeiten (TTFB) durch eine andere Server-Konfiguration und neue Third-Party-Scripts, die beim Relaunch hinzugefügt wurden.
SEO-Recovery langfristig tracken
Selbst bei einer technisch einwandfreien Migration sind temporäre Ranking-Schwankungen normal. Google muss die neuen URLs crawlen, die Redirect-Signale verarbeiten und den Index aktualisieren. Dieser Prozess dauert erfahrungsgemäß einige Wochen bis mehrere Monate, bei größeren Websites auch länger (Moz Migration Study). Tracken Sie folgende Metriken über mindestens 3 Monate nach der Migration: den organischen Traffic insgesamt und pro Seite, die Positionen für Ihre wichtigsten Keywords, die Anzahl indexierter Seiten in der Google Search Console und die Crawl-Statistiken. Wenn nach 4 Wochen keine Erholung erkennbar ist, liegt wahrscheinlich ein technisches Problem vor, das eine erneute Analyse erfordert.
Migrations-Checkliste für verschiedene Szenarien
Hosting-Wechsel
Beim reinen Hosting-Wechsel bleiben Domain und URLs identisch. Das Hauptrisiko liegt bei DNS-Propagation, SSL-Zertifikaten und Server-Konfiguration. Monitoring-Schwerpunkte: Uptime während des DNS-Wechsels (30-Sekunden-Intervall), SSL-Gültigkeit auf dem neuen Server, Server-Antwortzeiten im Vergleich zur Baseline und Security-Headers, die auf dem neuen Server korrekt gesetzt sein müssen.
CMS-Wechsel und Relaunch
Ein CMS-Wechsel ändert typischerweise die URL-Struktur. Das erfordert eine vollständige Redirect-Map und erhöht das SEO-Risiko erheblich. Monitoring-Schwerpunkte: Redirect-Funktionalität für alle migrierten URLs, 404-Fehler in den ersten Wochen, Performance-Vergleich mit der Baseline, visuelle Prüfung über Screenshots und Content-Vollständigkeit. Bei einem WordPress-Projekt kommen zusätzliche Sicherheitsaspekte hinzu.
Domain-Wechsel
Ein Domain-Wechsel ist die riskanteste Form der Migration. Alle externen Backlinks, alle Social-Media-Verweise und alle Lesezeichen der Nutzer zeigen auf die alte Domain. Sie benötigen eine dauerhafte 301-Weiterleitung der gesamten alten Domain auf die neue. Monitoring-Schwerpunkte: Redirects für alle Seiten der alten Domain, DNS-Konfiguration beider Domains, SSL-Zertifikate für beide Domains, Indexierung der neuen Domain in der Google Search Console und Domain-Ablauf der alten Domain, die Sie mindestens zwei Jahre weiter verlängern sollten.
Migrations-Risiken mit XICTRAQ minimieren
XICTRAQ bietet eine integrierte Monitoring-Lösung, die alle Aspekte einer Website-Migration abdeckt. Statt für Uptime, SSL, Performance und SEO jeweils separate Tools zu betreiben, überwachen Sie alles in einem zentralen Dashboard. Das spart nicht nur Zeit, sondern stellt sicher, dass keine Monitoring-Dimension vergessen wird. Für Agenturen, die regelmäßig Migrationen für Kunden durchführen, bietet XICTRAQ zusätzlich White-Label-Monitoring, um Kunden professionelle Migrations-Reports unter eigener Marke bereitzustellen.
Starten Sie mit einer kostenlosen Demo und richten Sie das Monitoring für Ihre anstehende Migration ein. Je früher Sie die Baseline erfassen, desto aussagekräftiger sind die Vergleichsdaten nach dem Go-Live. XICTRAQ ist die Sicherheitsleine, die Ihren Relaunch von einem Risiko in ein kontrolliertes Projekt verwandelt.
Wie viel Traffic verliert man typischerweise bei einer Website-Migration?
Wie überwache ich die DNS-Propagation nach einer Migration?
Welches Monitoring-Intervall sollte ich während einer Migration verwenden?
Was ist wichtiger: 301- oder 302-Redirects bei einer Migration?
Wie lange sollte ich nach einer Migration intensiv überwachen?
Was tun, wenn nach der Migration 404-Fehler auftreten?
Dieser Artikel basiert auf Daten von: Site Migration Study (Ahrefs), Search Central (Google), (Moz), Migration Guide (Screaming Frog).