Keyword-Kannibalisierung: Diagnose, Fix, Prävention

Keyword-Kannibalisierung ist das SEO-Problem, das keine Fehlermeldung auslöst. Kein Tool zeigt ein rotes Banner. Die Google Search Console zeigt nichts Auffälliges. Die Site rankt weiter, nur immer ein oder zwei Positionen niedriger als sie sollte, und dein Team kann nicht ganz nachvollziehen, warum eine Kategorie-Seite, die auf Seite eins gehören würde, ständig auf Position 7 abdriftet. Der Grund ist meistens, dass eine andere URL auf derselben Domain um dieselbe Query konkurriert und Google nicht entscheiden kann, welche der beiden er surfacen soll.

Ich habe ein Live-Audit der 10 Top-Guides auf Google EN und DE für keyword cannibalization / keyword kannibalisierung mit Lumina's SERP Overlap Tool, Schema Validator und Meta-Tag-Analyzer durchgeführt. Das Muster ist trostlos: nur 1 von 10 shipt FAQPage-Schema, keiner erwähnt, wie KI-Suchmaschinen mit derselben Frage umgehen, SEMrush's englischer Guide hat seinen dateModified seit März 2023 nicht angefasst (1.141 Tage stale), und ein DE-Artikel rankt #4 auf Google.de buchstäblich ohne ein einziges JSON-LD auf der Seite. Dieser Leitfaden ist die vollständige Evergreen-Referenz: was Kannibalisierung ist, wann sie wirklich zählt, wie du sie findest, die sechs Fixes nach Impact, der KI-Suche-Winkel, über den niemand sonst schreibt, und wie du sie im Content-Planning verhinderst, statt sie sechs Monate zu spät aufzuräumen.

Was Keyword-Kannibalisierung wirklich ist

Keyword-Kannibalisierung ist, wenn zwei URLs deiner Site um dieselbe Query konkurrieren und Google nicht entscheiden kann, welche das Ranking verdient. Das Ergebnis ist eine Position-5-Seite, wo jede URL allein auf Position 2 stehen würde. Die Kosten sind keine Strafe — es sind Link-Equity, Freshness und Klicks, alle dünn verteilt über Seiten, die eine hätten sein sollen.

Der Mechanismus ist simpel. Backlinks zu deinem Thema landen nicht alle auf einer URL — sie splitten zwischen den kannibalisierenden Seiten. Interne Links von deiner eigenen Site verhalten sich genauso. Klickrate verteilt sich über mehrere Impressions statt sich auf einer zu konzentrieren. Jede einzelne URL hat weniger Signale als die konsolidierte Version hätte. Keines dieser Signale geht technisch verloren, aber sie arbeiten nicht mehr zusammen, um eine Seite im SERP nach oben zu drücken. Kannibalisierung ist ein Koordinationsproblem, kein Zerstörungsproblem.

Ist Keyword-Kannibalisierung immer schlimm?

Zwei URLs, die für dieselbe Query ranken, sind okay, wenn jede einen anderen Intent bedient. Eine Produktseite und ein Blog-Erklärer für denselben Brand-Begriff — ein Käufer will kaufen, der andere lernen — ist Intent-Split, keine Kannibalisierung. Das echte Problem entsteht, wenn beide URLs dieselbe Query UND denselben Intent targeten und Google wählen muss.

Der klassische Fall, in dem zwei URLs sich NICHT kannibalisieren: ein Glossar-Eintrag und ein How-to-Artikel zum selben Begriff. Wer "was ist keyword kannibalisierung" sucht, will den Glossar-Eintrag; wer "keyword kannibalisierung beheben" sucht, will das How-to. Zwei URLs, dasselbe Root-Keyword, unterschiedliches SERP-Verhalten, keine Kannibalisierung. Schief geht es, wenn Glossar und How-to beide wie How-tos geschrieben sind, beide "keyword kannibalisierung beheben" im Title targeten, und beide im selben SERP ranken. Jetzt hat Google zwei Kandidaten für einen Intent, und der Slot, den eine URL verdient, halbiert sich.

Ahrefs argumentiert kontroverser, was eine Überlegung wert ist: in ihren Daten sind viele Fälle, die SEO-Teams als Kannibalisierung diagnostizieren, in Wahrheit kein Traffic-Verlust, weil der Traffic der zweiten URL echt zusätzlich ist statt der ersten gestohlen. Die ehrliche Antwort ist, dass Kannibalisierung auf einem Spektrum existiert. Manche Fälle sind klare Konsolidierungs-Kandidaten. Manche sind Non-Issues, die im Dashboard wie Kannibalisierung aussehen, im SERP aber nicht. Der Rest dieses Leitfadens nimmt an, dass du in Fall eins bist, und die Diagnose-Arbeit gemacht hast.

Wie du Kannibalisierung diagnostizierst (3 Methoden)

Drei Methoden finden echte Keyword-Kannibalisierung zuverlässig. Keine davon dauert mehr als zehn Minuten pro Query. Lass alle drei laufen, wenn du eine Query als kannibalisiert vermutest — sie cross-validieren sich gegenseitig, und ein Fund, der nur in einer Methode auftaucht, ist meist ein False Positive.

Methode 1: Google Search Console Performance-Report

Search Console öffnen, in den Performance-Report wechseln, auf die exakte Query filtern, die du verdächtigst, und dann in den Pages-Tab schalten. Wenn eine einzelne URL alle Impressions und Klicks hat, hast du keine Kannibalisierung auf dieser Query. Wenn zwei oder drei URLs jeweils Impressions für dieselbe Query haben, ohne klaren Gewinner, hast du einen Kandidaten. Das Muster, das es bestätigt: Dieselbe Query landet zu 60% auf URL A und zu 40% auf URL B, keine URL ist sauber Position 1, und Klicks sind über beide verteilt. Das ist Kannibalisierung im Dashboard. Das Signal, nach dem du suchst, ist Impression-Splitting, nicht Click-Splitting.

Methode 2: site:-Suche bei Google

Geh zu Google und suche site:deine-site.de "exakte Ziel-Query". Die Reihenfolge, in der Google die Ergebnisse zurückgibt, entspricht seiner eigenen Einschätzung, welche URL das Ranking verdient. Wenn das erste Ergebnis richtig aussieht und gefolgt wird von klar anderem Content, bist du okay. Wenn das erste Ergebnis die falsche URL ist oder die ersten drei Ergebnisse alle Variationen desselben Inhalts sind, hast du ein Problem, das Google bereits bemerkt hat. Mache die Suche im Inkognito-Modus, um Personalisierung zu vermeiden. Das Site:-Ranking ist nicht identisch zum Live-SERP, aber Uneinigkeit zwischen beiden ist selbst Signal — wenn site: URL A zuerst rankt und das Live-SERP URL B für dieselbe Query zeigt, ist Google gespalten, und das ist die Definition von Kannibalisierung.

Methode 3: SERP-Overlap-Analyse

Lumina's SERP Overlap Tool nimmt zwei URLs und eine Query, holt das Top-10-SERP für jede und reportet die Overlap-Prozent. Hoher Overlap (über 60%) für zwei URLs, die dieselbe Query targeten, ist harte Kannibalisierung — beide Seiten konkurrieren um dasselbe Publikum. Niedriger Overlap (unter 30%) bedeutet, die zwei Seiten bedienen unterschiedliche Intents und kannibalisieren sich im SERP nicht. Der 30-60%-Bereich ist die Grauzone, in der eine taktische Entscheidung zwischen Konsolidierung, Internal-Link-Disambiguierung und "nichts tun" davon abhängt, welche der zwei Seiten mehr eingehende Links und Engagement-Signale hat.

Die 5 Kannibalisierungs-Muster

Die meiste Kannibalisierung auf realen Sites fällt in eines von fünf wiederkehrenden Mustern. Zu wissen, welches Muster du hast, bestimmt welcher Fix richtig ist — einen 301-Redirect auf ein Muster anzuwenden, das Canonicalisierung gebraucht hätte, ist ein häufiger, teurer Fehler.

1. Same-Intent-Duplicate-Pages. Der sauberste Fall. Zwei URLs targeten dieselbe Query mit demselben Intent und überlappen über 70% im SERP. Oft das Ergebnis einer Content-Migration, bei der die alte URL nie redirected wurde, oder eines CMS, das automatisch eine Tag-Seite generiert, die mit einer Kategorie-Seite konkurriert. Fix: zu einer URL via 301-Redirect konsolidieren.

2. Near-Duplicate Intent-Varianten. Zwei URLs targeten leicht unterschiedliche Long-Tail-Varianten derselben Query — "keyword kannibalisierung beheben" und "wie behebt man keyword kannibalisierung" — aber Google behandelt sie als denselben Intent und rotiert, welche rankt. Die Seiten haben distinct Content, aber die Queries trennen sie nicht. Fix: kanonische Version wählen, ihren Content erweitern, um beide Varianten abzudecken, Verlierer redirecten oder canonical setzen.

3. Intent-Split falsch gemacht. Eine Produktseite und ein Blog-Erklärer, die unterschiedliche Intents bedienen sollten, aber beide mit derselben H1 und Meta-Description geschrieben wurden, was das Signal verwischt. Die URLs würden sich nicht kannibalisieren, wenn sie sauber differenziert wären. Fix: Title, H1 und Meta-Description des Verlierers umschreiben, um den tatsächlichen Intent klar zu signalisieren. Die Produktseite wird "[Produktname]: Features und Preise" und der Blog bleibt "Was ist [Produktname]: ein 2026er Guide". Interne Links vom Blog zur Produktseite verstärken den Split.

4. Pagination- oder Filter-Page-Kannibalisierung. Eine E-Commerce-Kategorie-Seite konkurriert mit paginierten ?page=2-URLs oder gefilterten ?color=red-URLs. Google indexiert die Varianten und sie konkurrieren mit der kanonischen Kategorie-Seite. Fix: rel="canonical" auf den Varianten, die auf die kanonische Kategorie-URL zeigt. Filter-Seiten nicht 301-redirecten, da Nutzer sie zur Navigation brauchen.

5. Programmatische Kannibalisierung. Ein Verzeichnis oder programmatisches SEO-Setup generiert URLs wie /services/seo, /seo-services, /agentur/seo, die alle für dieselbe Query ranken. Die Site braucht in Wahrheit nur eine davon. Fix: URL mit der saubersten Struktur und meisten Backlinks wählen, andere 301en, und die URL-Generierungs-Logik auditieren, damit der Bug nicht im nächsten Quartal wieder auftaucht.

Wie du es behebst: 6 Taktiken nach Impact

Die Fix-Taktiken für Keyword-Kannibalisierung lassen sich vom höchsten zum niedrigsten Impact ranken. Nimm die höchste-Impact-Taktik, die zu deiner Situation passt — niedriger auf dieser Liste zu gehen, weil es "einfacher" ist, bedeutet meist, dass du in sechs Monaten zurückkommst, wenn der niedrigere Fix das Problem nicht voll gelöst hat.

1. Mergen und 301-Redirect des Verlierers. Höchster Impact. Die zwei Seiten werden eine kanonische URL. Alle Link-Equity, alle internen Links, alle Freshness-Signale konsolidieren sich. Wähle die URL mit mehr Backlinks als Ziel, kopiere den besten Content beider Seiten in einen tieferen Artikel auf dieser URL und 301-redirecte den Verlierer. Das ist, was in 60-70% echter Kannibalisierungs-Fälle passieren sollte. Der Nachteil ist, dass es echte editorische Arbeit erfordert — du justierst nicht nur Metadaten, du produzierst einen Artikel aus zweien.

2. Canonical-Tag setzen. Zweithöchster Impact. Wenn Mergen nicht möglich ist (z.B. beide Seiten sind legitim nötig, aber Google kann nicht wählen), sagt rel="canonical" auf der sekundären URL, die auf die primäre zeigt, Google, welche ranken soll. Google beschreibt das in seiner Konsolidieren-Duplicate-URLs-Doku als "ein starkes Signal, dass die spezifizierte URL kanonisch werden soll". Es ist keine harte Direktive — Google kann den Canonical überschreiben, wenn es nicht zustimmt — aber in über 90% der Fälle hält es.

3. Interne-Link-Disambiguierung. Die Seiten bleiben getrennt, aber jeder interne Link zum Thema geht mit beschreibendem Anchor-Text auf die Primär-URL, und die sekundäre URL bekommt interne Links mit Anchor-Text, der ihren anderen Intent signalisiert. Das funktioniert, wenn die Kannibalisierung mild ist (unter 50% Overlap) und beide Seiten wirklich existieren sollten. Der Fix ist editorisch, nicht technisch.

4. Titles, H1s und Meta-Descriptions umschreiben. Mittlerer Impact. Wenn die Kannibalisierung "Intent-Split falsch gemacht" ist (Muster 3 oben), löst Umschreiben der Metadaten, sodass jede Seite ein distinktes Query-Signal sendet, sie oft ohne Redirect oder Canonical. Google updated sein Verständnis der Seite innerhalb von ein bis zwei Crawls und die Kannibalisierung verschwindet. Kombiniere mit Internal-Link-Disambiguierung für stärkeren Effekt.

5. noindex auf der sekundären Seite. Niedriger Impact und selten richtig. Googles eigene Doku rät explizit davon ab, noindex für Canonicalisierung innerhalb einer Site zu nutzen, weil es die Seite komplett aus den Suchergebnissen entfernt statt Signale zu konsolidieren. Reserviere noindex für Seiten, die du wirklich versteckt haben willst (Admin, interne Tools, Draft-Content). Nutze es nicht als Kannibalisierungs-Fix.

6. Nichts tun. Manchmal die richtige Antwort. Wenn dein Audit ergab, dass die Kannibalisierung mild ist, beide URLs wirklich unterschiedliche Audiences bedienen, und du sie nicht mergen kannst ohne Content-Qualität zu verlieren, kann das Cost-Benefit dafür sprechen, sie in Ruhe zu lassen. Googles Auto-Canonicalization wird eine wählen; die andere bekommt Resttraffic. Dokumentiere die Entscheidung, damit du das Audit nicht in einem Quartal wiederholst.

Wie Google Kannibalisierung wirklich behandelt

Googles Doku zur Canonicalisierung ist nachsichtiger als die meisten SEO-Tipps suggerieren. Die Search-Central-Seite sagt: „Wenn du keine kanonische URL angibst, identifiziert Google selbst, welche Version objektiv die beste ist, um Nutzern gezeigt zu werden.“ Übersetzung: Google handelt Kannibalisierung selbst. Die Kosten sind Unvorhersehbarkeit — du verlierst die Fähigkeit zu beeinflussen, welche URL rankt.

Dieselbe Doku etabliert eine Hierarchie kanonischer Signale: 301-Redirects sind „ein starkes Signal“, rel="canonical"-Tags sind „ein starkes Signal“, Sitemap-Inklusion ist „ein schwaches Signal“. Wenn du sie stackst (Varianten 301en, den Rest canonicalen, nur die kanonische in der Sitemap listen), verstärken sie sich gegenseitig. Gemischte Signale (Canonical zeigt eine Richtung, Sitemap eine andere) brechen Google nicht, machen aber seine Entscheidung weniger vorhersehbar.

Dieselbe Doku macht auch den oft übersehenen Punkt: „Wir empfehlen nicht, noindex zu verwenden, um die Auswahl einer kanonischen Seite innerhalb einer einzelnen Site zu verhindern, weil es die Seite komplett aus der Suche blockiert.“ Der Duplicate-Content-Mythos (dass Google Sites mit mehreren Seiten zu ähnlichen Themen bestraft) ist von Google öffentlich seit über einem Jahrzehnt entkräftet. Es gibt keine Strafe. Es gibt nur Signal-Verdünnung. Konsolidierung ist der Fix, nicht Verstecken.

KI-Suche und der Kannibalisierungs-Multiplikator

KI-Suchmaschinen verstärken die Kosten von Kannibalisierung. ChatGPT Search, Perplexity, Claude und Google AI Overviews zitieren typischerweise eine URL pro Behauptung. Wenn zwei URLs deiner Site um eine Query konkurrieren, macht die KI eines von dreien: sie wählt eine (Verlierer taucht nicht auf), skippt beide und zitiert einen Wettbewerber, oder collagiert Fragmente, dass keine URL den Credit voll bekommt.

Der Verstärkungseffekt ist härter als Blue-Link-Kannibalisierung. Google-SERPs zeigen wenigstens manchmal beide Seiten in einer Reihe, splitten Klicks aber nicht Sichtbarkeit. KI-Suche hat kein Seite-2-Resultat. Es gibt das Zitat oder es gibt kein Zitat. Eine Blue-Link-Seite-2-URL verdient noch gelegentlich Traffic von hartnäckigen Suchern; eine KI-Suche-Nicht-Zitation verdient null. Der Traffic-Wert von Konsolidierung in KI-Suche-bewussten Sites ist deshalb höher als in reinem Google-Planning. Wenn deine Site sich für eine Query kannibalisiert, die KI-Engines beantworten, splittest du das Zitat nicht 50/50 — du verlierst es ganz.

Die Fix-Pfade sind dieselben wie die Google-Pfade: mergen, canonical, internal-link-disambiguieren. Der Diagnose-Test ist anders. Lass die Query in ChatGPT Search, Perplexity und Google AI Overviews laufen. Wenn deine Site überhaupt zitiert wird, notiere welche URL. Wenn verschiedene KI-Engines verschiedene URLs deiner Site für dieselbe Query zitieren, siehst du Kannibalisierung im Citation-Graph, und das ist das sauberste Signal, dass es ein Problem wert ist zu fixen.

Wie du es im Content-Planning verhinderst

Die meiste Keyword-Kannibalisierung wird durch editorische Prozesse verursacht, nicht durch technisches Versagen. Zwei Autoren wählten dasselbe Ziel ohne sich abzusprechen; eine Content-Migration verschob einen Artikel ohne die alte URL stillzulegen; eine programmatische Content-Engine generiert Duplicate-Intents, weil niemand den Keyword-Raum vorab gemappt hat. Prävention ist billiger als Cleanup, und Prävention lebt immer im editorischen Workflow, nicht im CMS.

Die einzelne effektivste Präventionspraxis ist eine Keyword-Map, die auf Site-Ebene gepflegt wird. Jede veröffentlichte Seite hat ein Primary-Keyword und drei Secondary-Keywords zugewiesen, in einem zentralen Dokument festgehalten und vor jedem neuen Artikel-Brief reviewt. Der Lumina Blog nutzt genau diese Praxis — jeder Eintrag in der Keyword-Map hat sein Primary-Keyword von genau einer Seite besessen, und eine „Move-Regel“ dokumentiert, was passiert, wenn ein Primary zu einer anderen Seite gehören sollte. Die Kannibalisierungs-Rate auf einer Site, die diese Praxis fährt, geht gegen null, weil die Prävention zur Brief-Zeit passiert, nicht zur Audit-Zeit.

Die zweite Präventionspraxis ist intent-first Content-Briefing. Bevor irgendein neuer Artikel geschrieben wird, spezifiziert das Brief den SERP-Intent (informational, transactional, navigational, commercial), die Frage des Nutzers, die beantwortet wird, und die existierenden Seiten der Site, die schon angrenzende Intents bedienen. Wenn eine existierende Seite denselben Intent abdeckt, wird das Brief zu „existierende Seite erweitern“ statt „neue schreiben“. Das klingt offensichtlich; der Grund, warum Kannibalisierung ein wiederkehrendes Branchenproblem ist, ist, dass dieser Schritt der ist, den die meisten Editorial-Calendars überspringen.

5 häufige Fehler aus echten Audits

Fünf Muster machen die meisten Kannibalisierungs-Fehler aus, die ich in Client-Audits sehe — Diagnose aus einem einzigen Signal, falschen Gewinner wählen, noindex als Fix nutzen, Filter-URLs als Kannibalisierung behandeln, und das Symptom aufräumen ohne den editorischen Prozess zu fixen. Jeder einzelne ist eine bekannte Falle und jeder ist fixbar, sobald du ihn erkennst.

1. Kannibalisierung aus einem einzigen Signal diagnostizieren. Das häufigste False Positive: ein Team sieht zwei URLs in GSC für dieselbe Query, deklariert Kannibalisierung und 301-redirected eine. Zwei Monate später stellen sie fest, dass Traffic gefallen ist, weil die URLs eigentlich unterschiedliche Intents bedienten, die GSCs Aggregation versteckte. Immer mit site:-Suche und SERP-Overlap cross-validieren, bevor irgendein Redirect.

2. Den falschen Gewinner wählen. Die Seite mit mehr Backlinks ist meist das richtige Ziel, aber nicht immer. Wenn die Seite mit mehr Links älter, weniger vollständig und mit schlechteren Engagement-Metriken ist, downgradet das Redirecten der besseren Seite zur schlechteren die Qualität dauerhaft. Das Ziel sollte nach Link-Equity UND Content-Qualität gewählt werden, nicht nach einem allein.

3. noindex als Fix nutzen. Geerbt aus der „Duplicate-Content-Strafe“-Mythologie. Googles eigene Doku sagt, es nicht zu tun. Canonicalisieren oder mergen, niemals verstecken.

4. Filter- und Pagination-URLs als Kannibalisierung behandeln. Filter-Parameter (?color=red) und Pagination (?page=2) brauchen rel="canonical" auf den Parent zeigend, keinen 301-Redirect. Filter-URLs zu redirecten bricht User-Navigation. Pagination zu redirecten bricht tiefe Crawl-Pfade. Canonical, nicht redirecten.

5. Kannibalisierung aufräumen ohne die editorische Wurzel zu fixen. Der teuerste Fehler. Ein Team verbringt eine Woche mit Konsolidierung kannibalisierter Seiten, dann publiziert es nächsten Monat drei neue Artikel, die sich gegenseitig kannibalisieren, weil keine Keyword-Map aufgesetzt wurde. Kannibalisierung durch editorische Prozesse wiederholt sich endlos, bis sich der editorische Prozess ändert.

FAQ

Wo du anfängst

Fünf Schritte, in dieser Reihenfolge. Halber Tag Arbeit für eine kleine Site, zwei Tage für eine mittlere Content-Operation. Beginne damit, Kandidaten aus der Google Search Console zu ziehen, jeden mit SERP-Overlap und einer site:-Suche zu cross-validieren, den richtigen Fix pro Muster zu wählen, und schließe mit einer Keyword-Map ab, die die nächste Runde verhindert, bevor sie shipt.