SEO bei Plattform-Migrationen

Bevor Sie Migrationseinstellungen anruehren, benoetigen Sie einen umfassenden Schnappschuss Ihrer aktuellen SEO-Performance. Diese Baseline wird Ihr Referenzpunkt fuer die Messung des Migrationserfolgs und die Diagnose etwaiger Post-Migrations-Probleme. Starten Sie mit einem vollstaendigen Crawl Ihrer bestehenden Website mit Tools wie Screaming Frog, Sitebulb oder Lumar. Erfassen Sie jede URL, ihren HTTP-Statuscode, Canonical Tag, Meta-Titel, Meta-Beschreibung, H1-Tag, Wortanzahl und interne Link-Anzahl.

Dokumentieren Sie Ihren aktuellen Indexierungsstatus, indem Sie die vollstaendige Liste der indexierten Seiten aus der Google Search Console herunterladen. Vergleichen Sie diese mit Ihren Crawl-Daten, um Seiten zu identifizieren, die indexiert aber nicht in Ihrer Sitemap sind, und Seiten in Ihrer Sitemap, die nicht indexiert sind.

Erfassen Sie Ihre leistungsstaerksten Seiten nach organischem Traffic, Umsatz und Keyword-Rankings. Dies sind die Seiten, bei denen jede Stoerung die groesste geschaeftliche Auswirkung hat. Exportieren Sie Ihren Google-Analytics-Landingpage-Bericht, gefiltert auf organischen Traffic der letzten 12 Monate.

Erfassen Sie Ihre aktuelle Implementierung strukturierter Daten, einschliesslich welche Seiten Produkt-Schema, Breadcrumb-Markup, FAQ-Schema und andere Rich-Result-Typen haben. Dokumentieren Sie auch Ihre Robots.txt-Regeln, XML-Sitemap-Struktur, Hreflang-Implementierung und benutzerdefinierte Canonical-Tag-Muster.

URL-Mapping ist die wichtigste SEO-Aufgabe waehrend einer Plattform-Migration. Jede URL auf Ihrer aktuellen Website, die organischen Traffic erhaelt, Backlinks hat oder von Google indexiert ist, muss auf ihre entsprechende URL auf der neuen Plattform gemappt werden. Selbst das Uebersehen weniger High-Traffic-URLs kann zu erheblichen Ranking- und Umsatzverlusten fuehren.

Beginnen Sie mit einem Eins-zu-eins-URL-Mapping fuer alle Produktseiten, Kategorieseiten, Inhaltsseiten und Blogbeitraege. Exportieren Sie Ihre aktuelle URL-Liste aus den Crawl-Daten und erstellen Sie eine Mapping-Tabelle mit Spalten fuer alte URL, neue URL, Seitentyp, monatliche organische Sitzungen und Anzahl der verweisenden Domains. Priorisieren Sie das Mapping nach Traffic-Wert.

Fuer URLs ohne direktes Aequivalent auf der neuen Plattform entscheiden Sie, ob Sie diese auf die naechstliegende relevante Seite weiterleiten oder einen 404-Status zurueckgeben lassen. Seiten mit bedeutendem Backlink-Profil sollten immer weitergeleitet werden, auch wenn der Inhalt nicht mehr existiert, um Link-Equity zu erhalten.

Implementieren Sie alle Weiterleitungen als 301-permanente Weiterleitungen, nicht als 302-temporaere Weiterleitungen. Testen Sie Ihre Redirect-Map in einer Staging-Umgebung vor dem Launch der neuen Website. Verwenden Sie ein Crawling-Tool, um jeder Weiterleitung zu folgen und zu verifizieren, dass die Ziel-URL einen 200-Statuscode zurueckgibt und keine Weiterleitungsketten erzeugt.

Fuer Websites mit Tausenden von URLs unterstuetzen die meisten E-Commerce-Plattformen CSV-basierte Massen-Redirect-Importe. Bereiten Sie Ihre Redirect-Datei im erforderlichen Format rechtzeitig vor dem Migrationsdatum vor.

Die Bewahrung von Rankings erfordert mehr als nur die Implementierung von Weiterleitungen. Google bewertet das gesamte Seitenerlebnis, daher muessen die neuen Seiten die SEO-Qualitaet der Originale erreichen oder uebertreffen. Title-Tags, Meta-Beschreibungen, Ueberschriftenstrukturen und On-Page-Inhalte sollten so nah wie moeglich an den Originalversionen migriert werden. Die Aenderung von Seitentiteln waehrend einer Migration ist eine der haeufigsten Ursachen fuer Ranking-Verluste.

Die interne Verlinkungsarchitektur ist ebenso kritisch. Die neue Plattform muss die interne Linkstruktur der alten Website replizieren, einschliesslich Navigationsmenuen, Breadcrumb-Trails, Cross-Sell- und Upsell-Widgets sowie Footer-Links. Wenn die neue Plattform aendert, wie Kategorieseiten auf Produkte oder Blogbeitraege auf Produktseiten verlinken, aendert sich der Autoritaetsfluss, was sich direkt auf Rankings auswirkt.

Strukturierte Daten muessen auf der neuen Plattform vor dem Launch implementiert werden. Wenn Ihre alte Website Produkt-Schema mit Bewertungen, Preisen und Verfuegbarkeit hatte, muss die neue Website identische oder bessere strukturierte Daten haben. Fehlende strukturierte Daten nach der Migration fuehren dazu, dass Rich Results aus den SERPs verschwinden.

Die Seitengeschwindigkeit auf der neuen Plattform sollte vor dem Launch umfassend getestet werden. Wenn die neue Website langsamer ist als die alte, erwarten Sie Ranking-Rueckgaenge. Fuehren Sie Lighthouse-Audits auf Schluesselseiten-Templates durch und vergleichen Sie die Ergebnisse mit Ihrer aktuellen Website.

Reichen Sie die aktualisierte XML-Sitemap unmittelbar nach dem Launch bei der Google Search Console ein.

Die ersten 72 Stunden nach einer Plattform-Migration sind entscheidend fuer die Identifizierung und Behebung von Problemen, bevor sie sich potenzieren. Richten Sie ein Monitoring-Dashboard ein, das indexierte Seitenzahl, organische Sitzungen, Crawl-Fehler und durchschnittliche Position fuer Ihre Top-50-Keywords verfolgt. Pruefen Sie diese Metriken am Launch-Tag alle paar Stunden und in den ersten zwei Wochen taeglich.

Die Google Search Console ist Ihr primaeres Monitoring-Tool. Beobachten Sie den Abdeckungsbericht auf Spitzen bei ausgeschlossenen Seiten, Redirect-Fehlern oder Server-Fehlern. Verwenden Sie das URL-Inspektionstool, um die Indexierung Ihrer wichtigsten Seiten manuell anzufordern. Reichen Sie die neue Sitemap ein und ueberwachen Sie deren Verarbeitungsstatus.

Traffic-Rueckgaenge von 10 bis 20 Prozent sind in der ersten Woche nach der Migration normal, waehrend Google Ihre Seiten neu crawlt und indexiert. Wenn der Rueckgang 30 Prozent uebersteigt oder ueber zwei Wochen anhalt, untersuchen Sie sofort. Haeufige Post-Migrations-Probleme umfassen fehlerhafte Weiterleitungen, Canonical Tags die auf alte URLs verweisen, interne Links die noch alte URL-Muster referenzieren und fehlende strukturierte Daten auf den neuen Templates.

Ueberwachen Sie Ihren Google-Analytics-Landingpage-Bericht gefiltert nach organischem Traffic. Vergleichen Sie die Top 50 Landingpages des Monats vor der Migration mit den aktuellen Daten. Jede Seite mit einem deutlichen Rueckgang sollte einzeln untersucht werden.

Richten Sie die Bing Webmaster Tools zusaetzlich zur Google Search Console ein. Bing crawlt oft langsamer als Google, und die Ueberwachung beider Suchmaschinen gibt Ihnen ein vollstaendigeres Bild der SEO-Auswirkungen.

Der haeufigste Migrationsfehler ist unvollstaendiges URL-Mapping. Teams konzentrieren sich oft auf Produkt- und Kategorieseiten, vergessen aber Blog-Beitraege, Informationsseiten, Bild-URLs, PDF-Dokumente und paginierte Kollektionsseiten zu mappen. Jede von Google indexierte URL oder URL mit externen Backlinks benoetigt eine Weiterleitung.

Ein weiterer kritischer Fehler ist der Launch der Migration waehrend einer Spitzen-Traffic-Periode. Migrieren Sie niemals waehrend der Black-Friday-Saison, bei grossen Verkaufsaktionen oder in Zeitraeumen, die einen ueberproportionalen Anteil am Jahresumsatz ausmachen. Planen Sie Migrationen fuer Ihre traffic-aermsten Monate und idealerweise unter der Woche.

Das Versaeumnis, URL-Parameter fuer Marketingkampagnen zu erhalten, ist ein subtiler aber kostspieliger Fehler. Wenn Ihre alte Plattform Parameter wie ?utm_source oder ?ref fuer Kampagnen-Tracking verwendete, stellen Sie sicher, dass die neue Plattform diese korrekt verarbeitet und sie nicht waehrend der Weiterleitung entfernt.

Viele Migrationen scheitern, weil die Staging-Umgebung die Produktionskonfiguration nicht genau widerspiegelt. Testen Sie Weiterleitungen, Canonical Tags, strukturierte Daten und Seitengeschwindigkeit auf einem Staging-Server, der die Produktionskonfiguration spiegelt.

Entfernen Sie schliesslich niemals die Redirect-Regeln der alten Website nach der Migration. Weiterleitungen sollten dauerhaft bestehen bleiben, da externe Links, Lesezeichen und gecachte Suchergebnisse noch Monate oder Jahre nach der Migration alte URLs referenzieren.

Ein gut strukturierter Migrationszeitplan verhindert uebereilte Entscheidungen und stellt sicher, dass jedes SEO-Element beruecksichtigt wird. Beginnen Sie den Planungsprozess mindestens acht Wochen vor dem angestrebten Launch-Datum. Die ersten zwei Wochen sollten sich auf das Pre-Migrations-Audit, URL-Mapping und die Vorbereitung der Redirect-Dateien konzentrieren. Wochen drei und vier dienen der Implementierung von Weiterleitungen auf Staging, dem Testen strukturierter Daten und der Verifizierung der Meta-Tag-Paritaet.

Wochen fuenf und sechs sollten vollstaendigen Staging-Crawls, Performance-Tests und der Behebung entdeckter Probleme gewidmet sein. Fuehren Sie einen vollstaendigen Screaming-Frog-Crawl der Staging-Website durch und vergleichen Sie ihn mit Ihrer Pre-Migrations-Baseline.

Woche sieben ist fuer die abschliessende Ueberpruefung und Stakeholder-Freigabe. Praesentieren Sie den Migrationsplan allen Beteiligten einschliesslich Marketing, Entwicklung und Fuehrung. Teilen Sie den erwarteten Zeitplan fuer die Traffic-Wiederherstellung mit und setzen Sie realistische Erwartungen. Die meisten gut ausgefuehrten Migrationen zeigen eine Traffic-Erholung innerhalb von vier bis sechs Wochen.

Die Rollback-Strategie sollte spezifische Ausloeser-Bedingungen definieren, die eine Rueckkehr zur alten Plattform einleiten. Haeufige Ausloeser sind ein Traffic-Rueckgang von mehr als 50 Prozent fuer ueber 48 Stunden, kritische Funktionsausfaelle auf der neuen Plattform oder weit verbreitete Redirect-Fehler. Dokumentieren Sie die technischen Schritte fuer den Rollback und testen Sie das Verfahren mindestens einmal vor dem Migrationsdatum.

Fuehren Sie die Migration am Launch-Tag waehrend verkehrsarmer Stunden durch und halten Sie das gesamte Team fuer Monitoring bereit. Weisen Sie bestimmten Teammitgliedern die Ueberwachung von Google Search Console, Crawl-Health, Konversionsraten und kundennaher Funktionalitaet zu.