Die Vorbereitungsphase einer Website-Migration, Schritt für Schritt

Über den Erfolg einer Migration wird vor dem Start entschieden. Die Schritte der Vorbereitung, von der Abgrenzung bis zur Abnahme auf der Staging-Umgebung, und was jeder verhindert.

Die Vorbereitungsphase einer Website-Migration, Schritt für Schritt

Über den Erfolg einer Website-Migration wird fast vollständig vor dem Start entschieden. Die Vorbereitung verringert die Risiken, indem sie festlegt, was migriert wird, den Bestand dokumentiert und den Weiterleitungsplan erstellt, während die neue Website entwickelt wird. Hier ihre Schritte in der Reihenfolge, in der sie durchgeführt werden.

1. Das Projekt abgrenzen

Halten Sie die Ziele der Migration schriftlich fest (was sie verbessern soll und wie das gemessen wird), ihren Umfang (betroffene Inhalte, Sprachen und Bereiche), das Team und den Zeitplan. Wählen Sie einen Starttermin außerhalb der Spitzenzeiten und informieren Sie alle Beteiligten, vom Kundenservice bis zum Marketing. Der Umfang hängt von der Art der Migration ab: siehe die Arten der Migration und ihr Umfang, und für den Zeitplan wann der Migrationsplan erstellt wird.

2. Den Bestand sichern

Sichern Sie vor jeder Änderung die Dateien und die Datenbank der alten Website sowie die Liste ihrer URLs und Inhalte. Die Sicherung wird außerhalb des Servers aufbewahrt (lokal oder in einem Online-Speicher) und erlaubt bei Problemen die Rückkehr zum alten Stand.

Die Sicherungs- und Übertragungstools des Hosters (zum Beispiel OVHcloud) reichen oft aus, ohne besondere Kenntnisse. Die Datenbank lässt sich auch über phpMyAdmin exportieren, das MySQL-Verwaltungstool, das die meisten Hoster bereitstellen. Einzelheiten stehen in unserem Artikel über die Datensicherung vor einer Migration und in dem über die Sicherung der Datenbank.

3. URLs und Inhalte erfassen

Erstellen Sie die Liste aller wichtigen URLs: die aus einem Crawl der alten Website (Screaming Frog oder ein anderer Crawler), aber auch die aus der Search Console, den Link-Tools (Ahrefs, Majestic), den Server-Logs und alten Sitemaps. Eine Seite, die in keinem Menü steht, kann noch Links und Traffic erhalten. Bestimmen Sie auch die zu löschenden URLs, die mit dem Code 410 antworten werden.

Für die Inhalte zeigt eine Bestandsaufnahme Seite für Seite, was übernommen, neu geschrieben oder aufgegeben wird: siehe die Datenübernahme beim Relaunch.

4. Referenzmessungen erheben

Um die Migration zu beurteilen, muss man vergleichen können. Erfassen Sie vor dem Start die Leistung der Website mit PageSpeed Insights und den Core Web Vitals: die Anzeigezeit des größten Inhaltselements (LCP), die Reaktionsfähigkeit der Seite bei Interaktionen (INP) und die visuelle Stabilität des Layouts (CLS). Exportieren Sie auch die Seiten und Suchanfragen aus der Search Console und die Berichte von Google Analytics 4 zu Seiten und Conversions (siehe Daten aus Google Analytics 4 sichern).

5. Inhalte und Keywords prüfen

Die Vorbereitung ist die Gelegenheit, das Ranking zu verbessern, statt den Bestand zu kopieren. Das Content-Audit zeigt, welche Seiten bleiben, zusammengeführt oder überarbeitet werden. Die Keyword-Recherche mit Tools wie Ubersuggest, Semrush oder Ahrefs prüft, ob die Seiten der neuen Struktur echten Suchanfragen entsprechen.

Prüfen Sie auch die Grundlagen Seite für Seite: Title und Meta Description, Überschriftenhierarchie, interne und externe Links. Was auf der alten Website fehlt, muss in die Vorgaben für die neue.

6. Die SEO-Vorgaben schreiben

Die Entwickler brauchen schriftliche Regeln: URL-Struktur, Title- und Meta-Description-Tags, Canonical-Tags, hreflang für eine mehrsprachige Website, strukturierte Daten, Paginierung, XML-Sitemap, robots.txt und erwartete Ladezeiten. Früh übergeben, verhindern diese Vorgaben, dass Abweichungen erst bei der Abnahme auffallen, wenn es für Korrekturen spät ist.

7. Die externen Links erfassen

Links anderer Websites auf Ihre sind ein wesentlicher Teil des Rankings. Erfassen Sie schon zu Beginn des Relaunchs die URLs, die solche Links erhalten (Search Console, Ahrefs, Majestic), und bewerten Sie deren Qualität, etwa mit dem Trust Flow von Majestic: Bei diesen URLs darf die Weiterleitung keinesfalls fehlen. Siehe die Bedeutung von Backlinks bei einer Migration.

8. Den Weiterleitungsplan erstellen

Der Weiterleitungsplan ordnet jeder alten URL ihre neue Adresse zu. Er wird auf der Staging-Umgebung erstellt, sobald die neuen Seiten existieren, und kurz vor dem Start mit einem neuen Crawl geprüft: Solange die neue Website nicht feststeht, können sich ihre URLs noch ändern. Siehe den Weiterleitungsplan.

9. Die Testumgebung vorbereiten

Die Staging-Umgebung dient dazu, die neue Website unter realen Bedingungen zu testen, ohne dass sie indexiert wird: Weiterleitungen, interne Links, Tags, Formulare, Bestellprozess, Ladezeiten. Halten Sie sie für Suchmaschinen gesperrt (Passwort oder noindex) und prüfen Sie, dass diese Einstellungen nicht in die Produktion gelangen. Die Prüfungen stehen in unserer Migrations-Checkliste, die häufigsten Fallen bei den Fehlern, die man bei einer Migration vermeiden sollte.

Sich begleiten lassen

Wenn Ihnen Code, Entwicklung oder SEO nicht vertraut sind, übertragen Sie die Vorbereitung einem Team mit Migrationserfahrung: Es übernimmt die Analysen, die technische Migration und die Tests. Das ist kein Projekt, das man unterschätzen sollte: Es geht um Ihren Traffic und Ihre Kunden.

Swan crawlt Ihre alte Website und die Staging-Umgebung, schlägt die Zuordnung ihrer Seiten vor und bereitet Ihren Weiterleitungsplan vor.

Weiterlesen

Alle Artikel