Website-Migration ohne SEO-Verluste

Was eine Website-Migration umfasst#

Wir richten das Projekt am konkreten Briefing aus. Im Angebot steht, welche dieser Leistungen enthalten sind, wer welche Inhalte und Zugänge liefert und wie jede Leistung abgenommen wird.

• Inventar aller URLs und Inhalte
• Eine 1:1-Redirect-Map für jede alte URL
• Inhalte, Metadaten und Medien ins neue CMS übertragen
• Formulare, Analytics, Consent und Integrationen neu aufgebaut und getestet
• Staging-Crawl und Checkliste für den Launch-Tag
• Suchanalysen nach 30 und 60 Tagen
• Übergabe von Konten, DNS und Redirect-Liste

Wann migrieren und wann stattdessen ein Redesign sinnvoll ist#

Eine Migration ist die richtige Wahl, wenn Inhalte und Struktur der Website noch funktionieren, aber Plattform, Hoster oder Domain gewechselt werden müssen: wegen steigender Kosten, nicht mehr gepflegter Plugins, eines trägen Baukastens oder einer neuen Marke auf einer neuen Domain. Wenn die Seiten Ihr Angebot nicht mehr gut erklären, wählen Sie Website-Redesign, das dieselben Prüfungen innerhalb eines neuen Designs durchführt. Wenn Sie nur SEO-Korrekturen auf der aktuellen Plattform brauchen, starten Sie mit SEO.

So läuft eine Migration ab: inventarisieren, mappen, proben, umschalten, beobachten#

Bevor etwas umzieht, halten wir fest, was die aktuelle Website alles leistet. Aus diesem Inventar entstehen die Redirect-Map und das Inhaltsmodell. Die neue Website wird auf einer Staging-Adresse gebaut und befüllt, die Suchmaschinen nicht indexieren sollen. So läuft die alte Website bis zur Umschaltung weiter.

Vor dem Launch crawlen wir das Staging mit der vollständigen Liste der alten URLs und beheben jede Abweichung. Der Launch ist ein geplantes Zeitfenster: DNS oder Hosting werden umgeschaltet, Redirects sind aktiv, Sitemaps eingereicht, Formulare mit echten Einsendungen getestet und bei einem Domainwechsel wird in der Search Console eine Adressänderung gemeldet. Nach 30 und 60 Tagen vergleichen wir Indexierung und Suchleistung mit der Baseline vor dem Launch und beheben, was die Daten zeigen.

Was wird inventarisiert, bevor etwas umzieht?#

Alles, was Besucher bringt oder eine Aufgabe erfüllt, nicht nur die Seiten im Menü. Suchtraffic landet oft auf alten Blogartikeln, PDFs, gefilterten Listen oder Seiten, die seit Jahren niemand bearbeitet hat. Fehlt eine URL im Inventar, fehlt sie auch in der Redirect-Map, und ihre Besucher und Links landen auf einer Fehlerseite.

Jede Zeile erhält eine Entscheidung: behalten, dauerhaft weiterleiten, mit einer gleichwertigen Seite zusammenführen oder entfernen. Außerdem halten wir fest, wovon die Seite abhängt, etwa ein Formularziel, ein Buchungs-Widget, ein Tracking-Skript oder eine Mediendatei, damit die Abhängigkeit mit umzieht.

• Jede URL, die antwortet, einschließlich PDFs, Bildern und Parameter-URLs
• Landingpages aus Search Console und Analytics über mindestens ein volles Jahr, damit saisonale Seiten berücksichtigt werden
• Backlinks: auf welche Seiten andere Websites verlinken
• Formulare, ihre Felder und wohin jede Einsendung geht
• Skripte und Integrationen: CRM, Buchung, Chat, Zahlungen, Analytics, Consent
• Medien und Download-Dateien mit ihren aktuellen URLs
• CMS-Rollen: wer was mit welchen Feldern bearbeitet

Wie schützen Redirects Rankings und Links?#

Die Dokumentation von Google zum Website-Umzug verlangt, jede alte URL ihrer neuen URL zuzuordnen und dauerhafte serverseitige Weiterleitungen einzurichten. Ein 301- oder 308-Status teilt Suchmaschinen mit, dass eine Seite endgültig umgezogen ist. Jede alte URL sollte direkt auf ihre nächstliegende Entsprechung verweisen; Google empfiehlt kurze Ketten, idealerweise höchstens drei Weiterleitungen, und aktualisierte interne Links, damit die Website nicht von Redirects abhängt.

Wenn eine Seite keine echte Entsprechung hat, sollte sie mit 404 oder 410 antworten. Google rät davon ab, viele alte URLs auf ein einziges irrelevantes Ziel wie die neue Startseite weiterzuleiten, und entfernt URLs, die diese Codes zurückgeben, aus dem Index. Liefern Sie die normale Fehlerseite der Website mit diesem Status aus, damit Besucher, die über einen alten Link kommen, trotzdem Navigation vorfinden.

Google sagt außerdem, Redirects so lange wie möglich beizubehalten, in der Regel mindestens ein Jahr, und bei einem Wechsel der Domain oder Subdomain in der Search Console eine Adressänderung zu melden. Es warnt vor vorübergehenden Ranking-Schwankungen; bei einer kleinen bis mittelgroßen Website kann es einige Wochen dauern, bis die meisten Seiten umgezogen sind. Unsere Arbeit begrenzt die Verluste auf diese Einpendelphase, ohne vermeidbare Verluste durch fehlende Redirects oder defekte Seiten.

Was geht kaputt, wenn Sie WordPress, Webflow, Wix, Framer, Squarespace oder Shopify verlassen?#

Jede Plattform speichert Inhalte auf ihre eigene Weise, daher unterscheiden sich Exporte und Redirect-Einrichtung. Gehostete Baukästen wie Wix, Webflow, Framer und Squarespace betreiben Ihre Website auf ihren eigenen Servern. Der Umzug ist daher ein Neuaufbau, der mit den Inhalten gespeist wird, die sich jeweils exportieren lassen.

Auf unserem Standard-Stack, Astro auf Cloudflare mit Headless-CMS, werden Seiten als HTML ausgeliefert, Redirects sind serverseitige 301er oder 308er, und Redakteure erhalten Felder für Titel, Beschreibungen und Alt-Texte. Braucht ein Shop den Checkout und die Apps von Shopify oder verlässt sich ein Team auf vertraute WordPress-Plugins, ziehen wir mit denselben Prüfungen zu WordPress oder Shopify um.

Was zieht neben den URLs noch um, und wann wird es geprüft?#

Eine URL kann korrekt weiterleiten und trotzdem verlieren, was sie ranken oder konvertieren ließ. Diese Elemente gehen leicht verloren, wenn Inhalte per Exportdatei oder von Hand umziehen. Deshalb wird jedes davon vor dem Launch in den neuen Templates geprüft.

Mit dem Launch ist der Umfang nicht abgeschlossen: Übersehene URLs zeigen sich erst Wochen später in den Daten, daher gehören die Prüfungen in der Tabelle zum Projekt.

• Titel, Meta-Beschreibungen und Überschriften, auch die in Plugins gespeicherten
• Canonical-Tags, die auf die jeweils neue URL zeigen, und hreflang in allen Sprachen aktualisiert
• Strukturierte Daten wie Organization, Article, Product oder LocalBusiness
• Bild-URLs, Alt-Texte und herunterladbare Dateien
• Formulare und das Ziel jeder Übermittlung
• Analytics-Events, Conversions und der Consent-Banner, der sie steuert
• CMS-Rollen, damit Redakteurinnen und Redakteure am Tag nach dem Launch veröffentlichen können

Fragen vor Ihrer Entscheidung#

Aus dem Blog#

• SEO-Checkliste für den Website-Relaunch: Plattform oder Domain wechseln, ohne Rankings zu verlieren

  Rankings brechen selten wegen der neuen Plattform ein, sondern weil URLs, die Traffic brachten, nicht mehr antworten. Eine Checkliste von der URL-Inventur bis Tag 90.