Site-Migrations-Checkliste (Excel)

Verfolgen Sie eine Site-Migration in Excel mit einer URL-Mapping-Arbeitsmappe: alte und neue URLs, Statuscodes, Redirect-Typen, Verantwortliche und eine Prüfspalte, damit keine Seite durchrutscht.

Nutzen Sie diese Arbeitsmappe, um eine Site-Migration als nachverfolgtes, zeilenweises URL-Mapping durchzuführen statt als hoffnungsvolle Vermutung. Jede Variante ist ein Tab der Excel-Datei mit den genauen Spalten, die Sie hinzufügen, und den Prüfungen, die Sie zu jeder URL festhalten. Füllen Sie zuerst den URL-Mapping-Tab aus einem vollständigen Crawl der alten Site, arbeiten Sie dann die anderen Tabs durch, um zu bestätigen, dass Redirects auslösen, Statuscodes stimmen und Metadaten übertragen wurden. Halten Sie die Arbeitsmappe von der Planung bis zur Verifizierung nach dem Launch als Ihre einzige Quelle der Wahrheit.

6 einsatzbereite Varianten

Setup- & Legende-Tab

Definieren Sie die Status, Redirect-Typen und Verantwortlichen, auf die der Rest der Arbeitsmappe verweist.

Ziel: das Vokabular einmal festlegen, damit jede Zeile auf jedem Tab dasselbe bedeutet.

Referenzzellen ausfüllen

  • Alte Domain: [old-domain.com]
  • Neue Domain: [new-domain.com]
  • Geplantes Launch-Datum: [Datum]
  • Statuswerte: Nicht begonnen / Gemappt / Redirect erstellt / Verifiziert / Fehlgeschlagen
  • Redirect-Typen: 301 permanent / 302 temporär / Canonical / Kein Redirect (behalten)
  • Verantwortliche: [Dev], [SEO], [Content]

So richten Sie es ein

  1. Wandeln Sie die Status- und Redirect-Listen in Dropdown-Listen mit Datenvalidierung für den Mapping-Tab um.
  2. Wenden Sie bedingte Formatierung an, damit „Fehlgeschlagen“-Zeilen automatisch rot werden.
  3. Fixieren Sie die Kopfzeile auf jedem Tab, damit Spalten beim Scrollen beschriftet bleiben.

URL-Mapping-Tab

Der Kern-Tracker: eine Zeile pro alter URL, gemappt auf ihr neues Ziel.

Ziel: jede alte URL auf genau eine neue URL mappen, mit einem Verantwortlichen und einem Status, damit beim Launch nichts verwaist ist.

Spalten (A–H)

  • A – Alte URL: [aus vollem Crawl einfügen]
  • B – Neue URL: [Ziel-URL]
  • C – Seitentyp: [Produkt / Blog / Kategorie / Landing]
  • D – Redirect-Typ: [301 / 302 / Canonical / Keiner]
  • E – Status: [Nicht begonnen / Gemappt / Verifiziert]
  • F – Verantwortlich: [Name]
  • G – Priorität: [Hoch / Mittel / Niedrig]
  • H – Geprüft?: [J/N]

Regeln für den Tab

  1. Jede alte URL aus dem Crawl bekommt eine Zeile; keine Leerstellen in Spalte A oder B.
  2. Markieren Sie Zeilen als hohe Priorität, deren Seiten Traffic, Rankings oder Backlinks haben.
  3. Verwenden Sie =COUNTIF(B:B,B2)>1, um zwei alte URLs zu erwischen, die versehentlich auf dieselbe neue zeigen.

Redirect-Regeln-Tab

Verwandeln Sie das Mapping in eine saubere Redirect-Liste, die Ihr Entwickler umsetzen kann.

Ziel: Entwicklern eine eindeutige Liste von Quelle-zu-Ziel-Redirects ohne Schleifen oder Ketten übergeben.

Spalten (A–E)

  • A – Quellpfad: [/old-path]
  • B – Zielpfad: [/new-path]
  • C – Redirect-Typ: [301]
  • D – Umgesetzt?: [J/N]
  • E – Notizen: [Sonderfälle, Parameter]

Prüfungen vor der Übergabe

  1. Bestätigen Sie, dass kein Zielpfad auch als Quellpfad auftaucht (das ist eine Redirect-Kette).
  2. Bestätigen Sie, dass kein Quellpfad gleich seinem eigenen Ziel ist (das ist eine Schleife).
  3. Gruppieren Sie Regeln mit gemeinsamem Muster, damit sie wo möglich mit einer einzigen Regel behandelt werden können.
  4. Markieren Sie Sonderfälle mit Parametern und Trailing Slash in den Notizen, damit sie nicht übersehen werden.

Statuscode-Prüf-Tab

Protokollieren Sie die Live-HTTP-Antwort für jede URL vor und nach dem Launch.

Ziel: verifizieren, dass jede alte URL den erwarteten Redirect liefert und jede neue URL 200 zurückgibt.

Spalten (A–F)

  • A – Alte URL: [URL]
  • B – Erwarteter Code: [301]
  • C – Tatsächlicher Code (Staging vor Launch): [Code]
  • D – Tatsächlicher Code (nach Launch): [Code]
  • E – Finale URL nach Redirect: [aufgelöste URL]
  • F – Bestanden/Fehlgeschlagen: =IF(D2=B2,"Pass","Fail")

So führen Sie ihn aus

  1. Crawlen Sie die alte URL-Liste und fügen Sie die Antwortcodes in die Spalten C und D ein.
  2. Achten Sie auf 302 dort, wo Sie 301 erwartet haben, und auf Redirects, die auf einer 404 landen.
  3. Filtern Sie Spalte F auf „Fail“, um eine sofortige Fix-Liste für den Dev-Verantwortlichen zu erhalten.

Metadaten- & Content-Paritäts-Tab

Bestätigen Sie, dass Titel, Meta, Überschriften und Canonicals auf die neuen URLs übertragen wurden.

Ziel: sicherstellen, dass die neuen Seiten die Onpage-Signale behalten haben, die den alten Seiten ihre Rankings verdient haben.

Spalten (A–G)

  • A – Neue URL: [URL]
  • B – Titel vorhanden & korrekt?: [J/N]
  • C – Meta-Description vorhanden?: [J/N]
  • D – H1 entspricht dem Intent?: [J/N]
  • E – Canonical korrekt?: [J/N]
  • F – Interne Links aktualisiert?: [J/N]
  • G – Content-Parität: [Voll / Teilweise / Fehlend]

Prioritätsreihenfolge

  1. Prüfen Sie zuerst die Zeilen mit hohem Traffic und vielen Backlinks aus dem Mapping-Tab.
  2. Markieren Sie jede Seite, deren Content beim Umzug gekürzt wurde; verlorener Content kann Rankings kosten.
  3. Bestätigen Sie, dass Canonicals auf die neue URL zeigen, nicht auf die stillgelegte alte.

Fortschritts-Dashboard-Tab

Eine Live-Zusammenfassung, wie viel der Migration verifiziert ist, damit nichts halbfertig live geht.

Ziel: die Fertigstellung auf einen Blick sehen und die Bereitschaft vor und nach dem Go-Live belegen.

Zu berechnende Kennzahlen

  • URLs gesamt: =COUNTA('URL Mapping'!A:A)-1
  • % gemappt: =COUNTIF('URL Mapping'!E:E,"Verified")/total
  • Bestehende Redirects: =COUNTIF('Status Code Check'!F:F,"Pass")
  • Offene fehlgeschlagene Zeilen: [Anzahl]
  • Verifizierte Seiten mit hoher Priorität: [Anzahl / gesamt]

Damit entscheiden

  1. Gehen Sie nicht live, solange eine Zeile mit hoher Priorität unverifiziert ist oder fehlschlägt.
  2. Stellen Sie die Bestehensrate als Diagramm dar, damit Stakeholder den Fortschritt sehen, ohne jeden Tab zu lesen.
  3. Führen Sie den Status-Crawl am Tag nach dem Launch erneut aus und aktualisieren Sie das Dashboard, bevor Sie das Projekt abschließen.

So verwendest du diese Vorlage

  1. Crawlen Sie die alte Site vollständig und fügen Sie jede URL in den URL-Mapping-Tab ein, eine Zeile pro Seite.
  2. Füllen Sie den Setup-Tab aus, damit Status- und Redirect-Dropdowns und Formatierungen in der gesamten Arbeitsmappe gelten.
  3. Mappen Sie jede alte URL auf genau eine neue URL und weisen Sie dann Redirect-Typ, Verantwortlichen und Priorität zu.
  4. Exportieren Sie das Mapping in den Redirect-Regeln-Tab und prüfen Sie auf Ketten, Schleifen und doppelte Ziele.
  5. Crawlen Sie die URLs auf Staging und protokollieren Sie die Statuscodes, damit Fehler vor dem Launch auffallen, nicht danach.
  6. Verifizieren Sie Metadaten, Canonicals und Content-Parität zuerst auf den wertvollsten Seiten.
  7. Beobachten Sie das Fortschritts-Dashboard und verweigern Sie den Launch, solange eine Zeile mit hoher Priorität fehlschlägt.
  8. Crawlen Sie am Tag nach dem Go-Live erneut, aktualisieren Sie die tatsächlichen Statuscodes und räumen Sie die verbleibenden Fehler ab.

Profi-Tipps

  • Mappen Sie aus einem vollständigen Crawl, nicht aus Ihrer Sitemap: Sitemaps übersehen verwaiste und alte URLs, die noch Backlinks halten, die Sie nicht verlieren wollen.
  • Priorisieren Sie Zeilen nach Traffic, Rankings und Backlinks, damit begrenzte QA-Zeit die Seiten schützt, die wirklich zählen.
  • Jagen Sie Redirect-Ketten und -Schleifen im Redirect-Regeln-Tab vor dem Launch; jeder zusätzliche Hop lässt ein wenig Autorität abfließen und verlangsamt die Seite.
  • Halten Sie das Fortschritts-Dashboard als Ihr Go/No-Go-Gate: Ein Launch ist bereit, wenn die Zeilen mit hoher Priorität verifiziert sind, nicht wenn der Kalender es sagt.

Haeufige Fragen

Warum Excel statt einfach ein Redirect-Plugin?

Ein Plugin setzt Redirects um, verfolgt aber nicht Verantwortung, Verifizierung oder Content-Parität über Hunderte URLs. Die Arbeitsmappe ist Ihr Audit-Trail: Sie zeigt, was gemappt wurde, wer verantwortlich ist und ob jeder Redirect tatsächlich ausgelöst hat, was eine Live-Redirect-Regel allein nicht sagen kann.

Sollte jede alte URL einen 301 bekommen?

Die meisten sollten, da 301 das stärkste Signal an die neue URL weitergibt. Verwenden Sie 302 nur für wirklich temporäre Umzüge. Einige geringwertige URLs können absichtlich ohne Redirect stillgelegt werden, aber protokollieren Sie diese Entscheidung in der Arbeitsmappe, damit sie bewusst ist und kein Versehen.

Wie finde ich jede alte URL zum Mappen?

Führen Sie einen vollständigen Crawl der alten Site durch und gleichen Sie ihn mit Serverlogs, Analytics und Ihren Backlink-Daten ab. Sich allein auf die Sitemap zu verlassen übersieht verwaiste Seiten und alte URLs, die noch Links verdienen, und genau die bricht eine Migration tendenziell.

Was fängt das am häufigsten ab?

Redirect-Ketten und 302, wo 301 gemeint waren. Beide schwächen still das an die neue Seite weitergegebene Signal. Der Statuscode-Prüf-Tab macht sie sichtbar, indem er den erwarteten mit dem tatsächlichen Code vergleicht, sodass Sie sie beheben, bevor die Rankings reagieren.

Ersetzt das ein vollständiges technisches Audit?

Nein. Es konzentriert sich auf URL-Mapping und Redirect-Integrität, wo der meiste Migrations-Traffic verloren geht, deckt aber Seitengeschwindigkeit, strukturierte Daten oder Crawl-Budget nicht in der Tiefe ab. Kombinieren Sie es mit einem breiteren technischen Review für eine vollständige Prüfung vor dem Launch.

Wann kann ich das Tracking beenden?

Halten Sie die Arbeitsmappe aktiv, bis der Recrawl am Tag nach dem Launch zeigt, dass die Zeilen mit hoher Priorität bestehen und Fehler bereinigt sind. Rankings und Crawling pendeln sich über Wochen ein, daher lohnt sich eine finale Prüfung nach einem Monat, um zu bestätigen, dass die neuen URLs indexiert sind und ihre Positionen halten.