Zwei Content-Bestände zu einem zusammenführen

Der Standardplan ist, die kleinere Website vollständig auf die größere weiterzuleiten, was genau die Seiten wegwirft, bei denen die kleinere wirklich stärker war, und die Themen fallen lässt, die nur sie abgedeckt hat. Alles zu behalten ist der umgekehrte Fehler und beschert Ihnen zwei Seiten je Thema auf einer Domain, also ein absichtlich gebautes Kannibalisierungsproblem. Die Entscheidung muss Thema für Thema anhand von Belegen fallen, und die Reihenfolge zählt genauso viel wie die Entscheidungen, denn bei einem einzigen Release lässt sich kein Verlust mehr diagnostizieren.

Die Skill-Datei

---
name: post-merger-content-consolidation
description: Nutzen Sie dies, wenn zwei Websites nach einer Übernahme, einem Rebranding oder der Zusammenlegung von Subdomains verschmelzen und beide Bestände dieselben Themen abdecken.
---

# Zwei Content-Bestände zu einem zusammenführen

Der Standardplan ist, die kleinere Website vollständig auf die größere weiterzuleiten, was genau die Seiten wegwirft, bei denen die kleinere wirklich stärker war, und die Themen fallen lässt, die nur sie abgedeckt hat. Alles zu behalten ist der umgekehrte Fehler und beschert Ihnen zwei Seiten je Thema auf einer Domain, also ein absichtlich gebautes Kannibalisierungsproblem. Die Entscheidung muss Thema für Thema anhand von Belegen fallen, und die Reihenfolge zählt genauso viel wie die Entscheidungen, denn bei einem einzigen Release lässt sich kein Verlust mehr diagnostizieren.

## Was Sie vorher brauchen

- Search-Console-Exporte nach Suchanfrage und Seite für beide Properties über 12 Monate, erhoben vor jeder Zugriffs- oder DNS-Änderung
- die Zahl verweisender Domains je URL für beide Websites
- Conversion-Daten je URL für beide Websites, wo sie existieren
- die technischen Randbedingungen: welche Plattform überlebt und ob URL-Strukturen erhalten werden können

## Methode

1. Exportieren Sie alles aus beiden Properties, bevor sonst etwas passiert. Die Search-Console-Historie verschwindet mit der Property, und der Zugang zur übernommenen Website wird meist als Erstes abgeschaltet.
2. Ordnen Sie Seiten über die beiden Bestände hinweg anhand der Suchanfragen zu, für die sie ranken, nicht anhand von Titel- oder URL-Ähnlichkeit. Zwei Seiten mit unverwandten Titeln konkurrieren häufig um dieselbe Suchanfrage, und zwei mit fast identischen Titeln häufig nicht.
3. Wählen Sie bei jedem Paar den Überlebenden nach verweisenden Domains und Conversions aus, nicht danach, welche Marke übernimmt. Die übernommene Website hat oft die bessere Seite zu den Themen, auf die sie spezialisiert war.
4. Listen Sie Themen auf, die nur die stillzulegende Website abdeckt, und behandeln Sie diese als zu migrierende Inhalte statt als Weiterleitungsziele. Ein Thema, das Sie nicht abdecken, auf eine Seite über etwas anderes weiterzuleiten, ist ein Soft 404 und kostet Sie das Thema vollständig.
5. Wo der Überlebende auf der stillzulegenden Domain liegt, verschieben Sie seinen Inhalt auf eine URL der überlebenden Domain, statt die alte Domain als Ausnahme am Leben zu halten. Solche Ausnahmen werden dauerhaft und enden ohne Verantwortlichen.
6. Führen Sie die Migration in Tranchen nach Traffic durch, die kleinste zuerst, mit mindestens drei Wochen Abstand. Die kleinste Tranche ist Ihr Test der Weiterleitungszuordnung und des Templates, und sie kostet wenig, wenn die Zuordnung falsch ist.
7. Schreiben Sie interne Links im selben Release wie jede Tranche auf die endgültigen Ziel-URLs um und wiederholen Sie den Export nach Suchanfrage und Seite vier Wochen später, um übersehene konkurrierende Paare zu finden, bevor die nächste Tranche geht.

## Was dabei herauskommt

Eine Konsolidierungskarte je Thema mit der überlebenden URL, dem Weiterleitungsziel jeder stillgelegten URL und einem Tranchenplan vom niedrigsten zum höchsten Traffic.

## Wo es schiefgeht

- die gesamte übernommene Website auf eine Startseite oder eine einzelne Landingpage weiterleiten, was Google als Soft 404 behandelt und jedes Thema kostet, das diese Website besaß
- die Search-Console-Historie der übernommenen Property verlieren, weil der Zugang vor dem Export entzogen wurde, sodass keine Vergleichsbasis für die Migration bleibt
- alles in einem Release verschieben, sodass ein Einbruch weder der Zuordnung noch der Template-Änderung noch der Zusammenführung selbst zugeordnet werden kann

---

Aus der QuQi-Skill-Bibliothek - https://www.quqi.io/de/skills/post-merger-content-consolidation

Was Sie vorher brauchen

• Search-Console-Exporte nach Suchanfrage und Seite für beide Properties über 12 Monate, erhoben vor jeder Zugriffs- oder DNS-Änderung
• die Zahl verweisender Domains je URL für beide Websites
• Conversion-Daten je URL für beide Websites, wo sie existieren
• die technischen Randbedingungen: welche Plattform überlebt und ob URL-Strukturen erhalten werden können

Methode

1. 01 Exportieren Sie alles aus beiden Properties, bevor sonst etwas passiert. Die Search-Console-Historie verschwindet mit der Property, und der Zugang zur übernommenen Website wird meist als Erstes abgeschaltet.
2. 02 Ordnen Sie Seiten über die beiden Bestände hinweg anhand der Suchanfragen zu, für die sie ranken, nicht anhand von Titel- oder URL-Ähnlichkeit. Zwei Seiten mit unverwandten Titeln konkurrieren häufig um dieselbe Suchanfrage, und zwei mit fast identischen Titeln häufig nicht.
3. 03 Wählen Sie bei jedem Paar den Überlebenden nach verweisenden Domains und Conversions aus, nicht danach, welche Marke übernimmt. Die übernommene Website hat oft die bessere Seite zu den Themen, auf die sie spezialisiert war.
4. 04 Listen Sie Themen auf, die nur die stillzulegende Website abdeckt, und behandeln Sie diese als zu migrierende Inhalte statt als Weiterleitungsziele. Ein Thema, das Sie nicht abdecken, auf eine Seite über etwas anderes weiterzuleiten, ist ein Soft 404 und kostet Sie das Thema vollständig.
5. 05 Wo der Überlebende auf der stillzulegenden Domain liegt, verschieben Sie seinen Inhalt auf eine URL der überlebenden Domain, statt die alte Domain als Ausnahme am Leben zu halten. Solche Ausnahmen werden dauerhaft und enden ohne Verantwortlichen.
6. 06 Führen Sie die Migration in Tranchen nach Traffic durch, die kleinste zuerst, mit mindestens drei Wochen Abstand. Die kleinste Tranche ist Ihr Test der Weiterleitungszuordnung und des Templates, und sie kostet wenig, wenn die Zuordnung falsch ist.
7. 07 Schreiben Sie interne Links im selben Release wie jede Tranche auf die endgültigen Ziel-URLs um und wiederholen Sie den Export nach Suchanfrage und Seite vier Wochen später, um übersehene konkurrierende Paare zu finden, bevor die nächste Tranche geht.

Was dabei herauskommt

Eine Konsolidierungskarte je Thema mit der überlebenden URL, dem Weiterleitungsziel jeder stillgelegten URL und einem Tranchenplan vom niedrigsten zum höchsten Traffic.

Wo es schiefgeht

• die gesamte übernommene Website auf eine Startseite oder eine einzelne Landingpage weiterleiten, was Google als Soft 404 behandelt und jedes Thema kostet, das diese Website besaß
• die Search-Console-Historie der übernommenen Property verlieren, weil der Zugang vor dem Export entzogen wurde, sodass keine Vergleichsbasis für die Migration bleibt
• alles in einem Release verschieben, sodass ein Einbruch weder der Zuordnung noch der Template-Änderung noch der Zusammenführung selbst zugeordnet werden kann

Diese Skill in Ihrer eigenen KI nutzen

Die Datei ist einfaches Markdown, mit Name und Auslöser im Frontmatter. Wo ein Assistent Skills selbst laden kann, liest er genau dieses Frontmatter, um zu entscheiden, dass diese hier passt.

Mehr in Content-Strategie