Duplicate Content nach einer CMS-Migration: Ein Wiederherstellungsplan

Duplicate Content nach einer CMS-Migration ist fast unvermeidlich. Das alte CMS hat URLs auf eine Weise aufgebaut, das neue tut es anders, und die Weiterleitungen dazwischen bündeln selten sauber. Die Folge ist eine Übergangszeit, mal Wochen, mal Monate, in der Google zwei Versionen jeder Seite sieht und die Rankings leiden. Dieser Artikel ist der gezielte Plan, um solche Probleme in diesem Zeitfenster zu erkennen und zu beheben.

Wie Duplikate nach einer Migration aussehen

Nach den meisten Migrationen treten drei typische Muster auf. Erstens: derselbe Inhalt unter zwei URLs, weil die Weiterleitungslogik einen Hop statt einer 301 erzeugt hat (Status 200 bei beiden URLs). Zweitens: Inhalte, die bei der Migration zusammengeführt wurden, erscheinen jetzt als Duplikate, weil die Canonical-Tags der alten Website erhalten geblieben sind. Drittens: Parametervarianten, die zuvor über Canonicals abgefangen wurden, sind jetzt indexierbar, weil das neue CMS Canonical-Tags nicht konsistent ausgibt.

Die alte URL-Liste crawlen

Holen Sie die URL-Liste der alten Website, am besten aus der alten Sitemap, sofern Sie sie noch haben, sonst aus den historischen Daten der Search Console. Crawlen Sie jede alte URL und prüfen Sie die Antwort. Eine 301 auf ein einziges Ziel ist korrekt. Ein 200 bedeutet, dass die alte URL auf der neuen Plattform weiterhin live ist, also ein Duplikat. Ein 404 ist in Ordnung, wenn er gewollt ist, und ein Problem, wenn er versehentlich entstanden ist.

Canonical-Tags in jedem Template prüfen

Wählen Sie aus jedem Template-Typ der neuen Website fünf Seiten aus und prüfen Sie, ob jede ein Canonical-Tag hat, das auf sich selbst (oder auf das vorgesehene kanonische Ziel) zeigt. Templates, die keine Canonical-Tags ausgeben oder Canonicals auf falsche Ziele setzen, müssen auf Template-Ebene korrigiert werden, nicht Seite für Seite.

Sitemap mit indexierten Seiten abgleichen

Holen Sie die aktuelle Sitemap und vergleichen Sie sie mit der Anzahl indexierter Seiten in der Search Console. Enthält die Sitemap 1000 URLs und die Search Console zeigt 1500 indexierte Seiten, sind die zusätzlichen 500 wahrscheinlich Duplikate oder ungewollte URLs, die ausgeschlossen werden sollten. Finden Sie heraus, um welche URLs es sich handelt, und lenken Sie sie per Canonical um oder sperren Sie sie für die Indexierung.

Paginierung und Facettennavigation

Paginierungs-URLs (?page=2, ?page=3) und URLs der Facettennavigation (?color=red&size=large) sind nach Migrationen Magneten für Duplicate Content. Die alte Website hatte vermutlich Canonical-Regeln dafür, die die neue möglicherweise nicht übernommen hat. Prüfen Sie gezielt die Canonicals der Paginierung und legen Sie Ihre Regel für die Facettennavigation fest (alle Varianten per Canonical auf die ungefilterte URL setzen oder Filter-URLs auf noindex).

Variantenseiten im E-Commerce

Bei Migrationen von einer E-Commerce-Plattform auf eine andere ändert sich oft, wie Produktvarianten abgebildet werden. Dasselbe Produkt in drei Farben hat jetzt womöglich drei URLs statt einer. Prüfen Sie stichprobenartig Produkttypen und stellen Sie sicher, dass Varianten-URLs per Canonical auf das Hauptprodukt verweisen.

Domainübergreifende Duplikate

Wenn Ihre Migration Inhalte von einer Domain auf eine andere verschoben hat (Zusammenlegung von Subdomains, Zusammenführung getrennter Sprachseiten usw.), prüfen Sie, ob die alte Domain korrekt weiterleitet. Derselbe Inhalt auf zwei verschiedenen Domains ist die gravierendste Form von Duplicate Content und kann länger brauchen, bis er behoben ist.

Duplikate beim Schema-Markup

Manchmal hat derselbe Artikel nach der Migration Schema-Markup auf mehreren URLs. Google geht damit eigenwillig um: Das Rich Result erscheint möglicherweise für die falsche URL oder gar nicht mehr. Prüfen Sie die Ziel-URLs des Schemas auf verdächtigen Duplikatseiten und führen Sie sie zusammen.

Der Zeitplan der Wiederherstellung

Die meisten Duplikatprobleme nach einer Migration lösen sich innerhalb von 4 bis 8 Wochen nach der Behebung der Ursache. Google muss neu crawlen, Canonicals neu verarbeiten und den Index aktualisieren. Beschleunigen können Sie das, indem Sie betroffene URLs in der Search Console zur erneuten Indexierung einreichen und dafür sorgen, dass die Canonical-Tags klar und konsistent sind.

So überwachen Sie die Wiederherstellung

Wöchentliche Kontrollen während der Wiederherstellung: Trend der Anzahl indexierter Seiten (sollte sich dem Zielwert annähern), Duplicate-Content-Hinweise in der Search Console (sollten abnehmen), Performance bei Marken-Suchanfragen (sollte sich auf den Stand vor der Migration erholen). Ein stagnierender oder sich verschlechternder Trend nach Woche vier deutet darauf hin, dass die Korrektur unvollständig ist und eine weitere Untersuchung nötig macht.

Tools zur Erkennung von Migrationsduplikaten

Ein umfassendes Website-Audit, das kontinuierlich läuft, erkennt Duplikate, sobald sie auftreten, statt auf das nächste manuelle Audit zu warten. Im Migrationszeitraum zählt der Zeitpunkt der Erkennung: Was in Woche eins behoben wird, ist bis Woche acht erledigt, was erst in Woche sechs auffällt, dauert bis Woche zwölf.

UtilitySEO und ähnliche Tools haben migrationsspezifische Audit-Modi, die typische Duplicate-Content-Muster von Migrationen sichtbar machen. Bei Migrationen mit hohem Risiko lohnt es sich, das Audit während des gesamten Wiederherstellungszeitraums kontinuierlich laufen zu lassen, denn die Kosten sind gering im Vergleich zum Schaden, den ungelöste Duplikate über Monate an den Rankings anrichten.

Bei dem Wiederherstellungsplan geht es vor allem um Disziplin, nicht um Neues. Führen Sie wöchentlich dasselbe Audit durch, beheben Sie, was auftaucht, und lassen Sie den Index zur Ruhe kommen. Die meisten Migrationen erholen sich mit dieser Disziplin sauber. Migrationen, die sich nicht erholen, haben meist einen dieser Schritte ausgelassen.