Themenverantwortung über Teams hinweg zuweisen

Wo Produktmarketing, Blog, Support-Dokumentation und ein Regionalteam alle auf eine Domain veröffentlichen, ist Doppelung strukturell und nicht nachlässig: Niemand sieht das gesamte Inventar, und jedes Team wird an der eigenen Produktion gemessen. Kannibalisierungs-Audits laufen dann endlos und räumen jedes Quartal dieselben Kollisionen weg. Die Lösung liegt weiter vorn und ist organisatorisch - Themen an Verantwortliche vergeben und Anfragen weiterleiten -, weshalb sie meist mit dem Argument abgewehrt wird, das sei keine SEO-Aufgabe.

Die Skill-Datei

---
name: topic-ownership-across-teams
description: Nutzen Sie dies, wenn mehrere Teams auf dieselbe Domain veröffentlichen und zwei davon immer wieder Seiten zum selben Thema produzieren.
---

# Themenverantwortung über Teams hinweg zuweisen

Wo Produktmarketing, Blog, Support-Dokumentation und ein Regionalteam alle auf eine Domain veröffentlichen, ist Doppelung strukturell und nicht nachlässig: Niemand sieht das gesamte Inventar, und jedes Team wird an der eigenen Produktion gemessen. Kannibalisierungs-Audits laufen dann endlos und räumen jedes Quartal dieselben Kollisionen weg. Die Lösung liegt weiter vorn und ist organisatorisch - Themen an Verantwortliche vergeben und Anfragen weiterleiten -, weshalb sie meist mit dem Argument abgewehrt wird, das sei keine SEO-Aufgabe.

## Was Sie vorher brauchen

- ein vollständiges URL-Inventar über jeden Unterordner und jede Subdomain, die unter derselben Marke veröffentlicht
- die Liste der Teams, die ohne SEO-Prüfung veröffentlichen können, und die ist immer länger als erwartet
- die eigene Erfolgskennzahl jedes Teams, denn sie treibt tatsächlich, was veröffentlicht wird
- aktuelle Kollisionen aus einem Export nach Suchanfrage und Seite, als Beleg

## Methode

1. Erfassen Sie, wer veröffentlichen kann, nicht wer es sollte. Nehmen Sie die Teams auf, die in einem CMS arbeiten, für das niemand im SEO ein Konto hat, denn dort entstehen die Kollisionen, die Sie nie kommen sehen.
2. Ordnen Sie das bestehende Inventar Themen zu und markieren Sie jedes Thema, das bereits von zwei oder mehr Teams gehalten wird. Bringen Sie diesen Beleg ins Gespräch, denn abstrakt geführte Zuständigkeitsdebatten lösen sich nicht auf.
3. Weisen Sie jedem Thema genau eine verantwortliche Stelle zu. Geteilte Verantwortung ist der Fehlermodus, den dieses Vorgehen beseitigen soll, ein Thema mit zwei Verantwortlichen ist also eine unfertige Entscheidung und kein Kompromiss.
4. Weisen Sie danach zu, wer das Fachwissen und die Pflegepflicht hat, nicht danach, wer den Traffic will. Ein Preis-Thema in der Hand eines Teams ohne Hoheit über Preise veraltet innerhalb von zwei Quartalen.
5. Schreiben Sie die Weiterleitungsregel für grenzüberschreitende Anfragen auf: Ein Team, das Abdeckung für ein Thema braucht, das ihm nicht gehört, bittet um einen Abschnitt auf der Seite des Verantwortlichen oder um einen internen Link, nie um eine neue URL. Machen Sie diesen Weg kürzer als den Weg zur eigenen Veröffentlichung, sonst veröffentlicht das Team seine eigene Seite.
6. Geben Sie jedem Verantwortlichen die Suchanfragenliste, für die sein Thema geradesteht, damit Verantwortung messbar statt nominell ist, und übertragen Sie die Liste ausdrücklich, wenn ein Thema den Besitzer wechselt.
7. Ergänzen Sie eine Prüfung vor der Veröffentlichung, die fehlschlägt, wenn eine geplante URL auf eine anderswo verantwortete Suchanfrage zielt. Eine Steuerung, die darauf baut, dass Menschen an das Register denken, stimmt einen Monat lang und ist nach der nächsten Umorganisation Fiktion.

## Was dabei herauskommt

Ein Register der Themenverantwortung, das jedes Thema einem verantwortlichen Team mit seiner Suchanfragenliste zuordnet, plus die Weiterleitungsregel für grenzüberschreitende Anfragen.

## Wo es schiefgeht

- Verantwortung nach Traffic-Ehrgeiz vergeben statt danach, wer die Seite pflegen kann, was verantwortete Themen erzeugt, die niemand aktualisiert
- ein Thema geteilt lassen, um einen politischen Streit zu vermeiden, was garantiert, dass dieselbe Kollision im nächsten Quartal wiederkehrt
- das Register schreiben, aber nicht die Prüfung vor der Veröffentlichung, sodass das Register eine Struktur beschreibt, die es nicht mehr gibt

---

Aus der QuQi-Skill-Bibliothek - https://www.quqi.io/de/skills/topic-ownership-across-teams

Was Sie vorher brauchen

• ein vollständiges URL-Inventar über jeden Unterordner und jede Subdomain, die unter derselben Marke veröffentlicht
• die Liste der Teams, die ohne SEO-Prüfung veröffentlichen können, und die ist immer länger als erwartet
• die eigene Erfolgskennzahl jedes Teams, denn sie treibt tatsächlich, was veröffentlicht wird
• aktuelle Kollisionen aus einem Export nach Suchanfrage und Seite, als Beleg

Methode

1. 01 Erfassen Sie, wer veröffentlichen kann, nicht wer es sollte. Nehmen Sie die Teams auf, die in einem CMS arbeiten, für das niemand im SEO ein Konto hat, denn dort entstehen die Kollisionen, die Sie nie kommen sehen.
2. 02 Ordnen Sie das bestehende Inventar Themen zu und markieren Sie jedes Thema, das bereits von zwei oder mehr Teams gehalten wird. Bringen Sie diesen Beleg ins Gespräch, denn abstrakt geführte Zuständigkeitsdebatten lösen sich nicht auf.
3. 03 Weisen Sie jedem Thema genau eine verantwortliche Stelle zu. Geteilte Verantwortung ist der Fehlermodus, den dieses Vorgehen beseitigen soll, ein Thema mit zwei Verantwortlichen ist also eine unfertige Entscheidung und kein Kompromiss.
4. 04 Weisen Sie danach zu, wer das Fachwissen und die Pflegepflicht hat, nicht danach, wer den Traffic will. Ein Preis-Thema in der Hand eines Teams ohne Hoheit über Preise veraltet innerhalb von zwei Quartalen.
5. 05 Schreiben Sie die Weiterleitungsregel für grenzüberschreitende Anfragen auf: Ein Team, das Abdeckung für ein Thema braucht, das ihm nicht gehört, bittet um einen Abschnitt auf der Seite des Verantwortlichen oder um einen internen Link, nie um eine neue URL. Machen Sie diesen Weg kürzer als den Weg zur eigenen Veröffentlichung, sonst veröffentlicht das Team seine eigene Seite.
6. 06 Geben Sie jedem Verantwortlichen die Suchanfragenliste, für die sein Thema geradesteht, damit Verantwortung messbar statt nominell ist, und übertragen Sie die Liste ausdrücklich, wenn ein Thema den Besitzer wechselt.
7. 07 Ergänzen Sie eine Prüfung vor der Veröffentlichung, die fehlschlägt, wenn eine geplante URL auf eine anderswo verantwortete Suchanfrage zielt. Eine Steuerung, die darauf baut, dass Menschen an das Register denken, stimmt einen Monat lang und ist nach der nächsten Umorganisation Fiktion.

Was dabei herauskommt

Ein Register der Themenverantwortung, das jedes Thema einem verantwortlichen Team mit seiner Suchanfragenliste zuordnet, plus die Weiterleitungsregel für grenzüberschreitende Anfragen.

Wo es schiefgeht

• Verantwortung nach Traffic-Ehrgeiz vergeben statt danach, wer die Seite pflegen kann, was verantwortete Themen erzeugt, die niemand aktualisiert
• ein Thema geteilt lassen, um einen politischen Streit zu vermeiden, was garantiert, dass dieselbe Kollision im nächsten Quartal wiederkehrt
• das Register schreiben, aber nicht die Prüfung vor der Veröffentlichung, sodass das Register eine Struktur beschreibt, die es nicht mehr gibt

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