Duplicate Content: Was Google wirklich macht und warum AI Search die Regeln verschärft

Google schreibt in der eigenen Dokumentation, dass ein gewisses Maß an doppelten Inhalten auf einer Website normal ist und keinen Verstoß gegen die Spam-Richtlinien darstellt. Das ist keine Auslegung, das steht da. Was Google stattdessen macht, nennt Google selbst Kanonisierung: Den Prozess, aus mehreren URLs mit demselben Inhalt eine als repräsentativ auszuwählen. In der Dokumentation steht dafür auch der Begriff Deduplizierung.

Der Unterschied verändert die Diagnose. Eine Strafe wäre etwas, das dir aktiv Sichtbarkeit wegnimmt. Deduplizierung ist eine Aufräumfunktion. Sie kostet dich nur dann etwas, wenn Google eine andere Version wählt als du, oder wenn deine Signale sich so weit verteilen, dass keine Version stark genug wird.

Und genau da liegt das eigentliche Thema. Nicht bei der Strafe, sondern bei der Frage: Welche deiner URLs wird zur Repräsentantin, und ist das die, die du haben wolltest?

Wer dir etwas anderes erzählt, verkauft dir gerade entweder ein Tool oder ein Audit.

Bevor du irgendetwas reparierst, solltest du wissen, wie die Auswahl abläuft. Vier Punkte, die in vielen deutschen Ratgebern nicht sauber drinstehen, obwohl sie in Googles Dokumentation nachlesbar sind.

Es gibt eine Rangfolge, und Google nennt sie

Google listet die Methoden, mit denen du eine kanonische URL angeben kannst, ausdrücklich nach Stärke sortiert:

1. Weiterleitungen sind ein starkes Signal dafür, dass das Ziel kanonisch werden soll

2. rel="canonical" ist ein starkes Signal für die angegebene URL

3. Aufnahme in die Sitemap ist ein schwaches Signal

Google ergänzt, dass sich diese Methoden stapeln lassen und in Kombination wirksamer werden. Das heißt praktisch: Wenn du eine URL wirklich loswerden willst, ist die 301 das Mittel. Der Canonical ist die Wahl, wenn beide Versionen erreichbar bleiben müssen. Die Sitemap allein richtet fast nichts aus.

Der dritte Punkt ist übrigens der Grund, warum die alte Empfehlung „setz die kanonische URL in die Sitemap" so wenig bringt. Sie ist nicht falsch, sie ist nur schwach.

Der Canonical ist ein Hinweis, keine Anweisung

Das steht so in der Dokumentation, und es wird trotzdem ständig ignoriert. Google kann deinen Canonical übergehen, unter anderem wegen der inhaltlichen Qualität der Seiten. Wenn du im Seitenindexierungsbericht die Meldung „Duplikat, Google hat eine andere Seite als der Nutzer als kanonische Seite bestimmt" siehst, ist das Google, das dir mitteilt, dass es deine Einschätzung nicht teilt.

Google empfiehlt an dieser Stelle sogar etwas, das viele SEOs beleidigt: Überleg erst mal, ob Googles Auswahl für deine Besucher nicht die sinnvollere ist. In der Praxis stimmt das öfter, als man zugeben möchte.

Wie viele Signale in die Auswahl einfließen, ist nicht offiziell dokumentiert. In einer Folge von „Search Off the Record" fiel die Zahl von rund vierzig Signalen. Das ist eine Aussage aus einem Podcast, keine Dokumentation, und ich behandle sie entsprechend: Als Größenordnung, nicht als Fakt.

Korrekturen brauchen Zeit, und Google sagt wie viel

Google dokumentiert, dass Seiten nach einer inhaltlichen Korrektur bis zu zwei Wochen im Duplikat-Cluster bleiben können. Seiten trennen sich schneller, wenn der Unterschied klar und deutlich ausfällt.

Diese zwei Wochen sind der Mindestwert unter guten Bedingungen. In meinen eigenen Daten weiter unten hat es vier bis sechs Wochen gedauert, und das bei einer sauber umgesetzten Migration mit korrekten Weiterleitungen. Wer nach zehn Tagen nervös wird und noch eine Maßnahme obendrauf setzt, macht es in der Regel schlimmer, weil er widersprüchliche Signale erzeugt.

robots.txt ist kein Kanonisierungswerkzeug

Google schreibt es direkt: Nutze die robots.txt nicht zur Kanonisierung, weil Google per Disallow gesperrte URLs trotzdem indexieren kann, nur ohne deren Inhalt.

Das ist die häufigste Fehlkonstruktion überhaupt. Jemand sperrt Filter-URLs per robots.txt und wundert sich, warum sie im Index auftauchen. Sie tauchen auf, weil Google sie über externe Links entdeckt hat und die Sperre nur das Crawling verhindert, nicht die Aufnahme. Ergebnis: URLs im Index, ohne Snippet, ohne Titel, und du kommst nicht mehr ran, weil Google den noindex auf einer gesperrten Seite nie zu sehen bekommt.

Die Reihenfolge lautet also: Erst entscheiden, ob die URL überhaupt existieren soll. Wenn nein, 301 oder 410. Wenn sie existieren, aber nicht ranken soll, noindex bei erlaubtem Crawling. Robots.txt nur dann, wenn du reine Crawl-Last reduzieren willst und die Indexierung dir egal ist.

Statt dir einen anonymisierten Kundenfall zu zeigen, nehme ich meine eigene Website. Ich bin im Mai 2026 von Publii auf Kirby umgezogen. Dabei hat sich zweierlei geändert: Die Pfadstruktur und der abschließende Schrägstrich (Trailing Slash).

Aus /seo-wissen/local-seo/ wurde /seo/grundlagen/local-seo. Aus /seo-tools/redirect-generator/ wurde /toolbox/redirect-generator. Und bei Blogbeiträgen fiel schlicht der Trailing Slash weg: /blog/beitragsname/ wurde zu /blog/beitragsname.

Damit hatte ich für einen Zeitraum genau die Konstellation, vor der jeder Duplicate-Content-Ratgeber warnt: Zwei URL-Strukturen parallel, identische Inhalte, identische Titel, identische Meta-Beschreibungen.

Was in den Daten steht

Impressionen pro Monat, aus meiner Search Console, alte gegen neue Struktur:

Beim Trailing Slash sieht es identisch aus. Mein Publii-Beitrag lief bis Mai 2026 unter der Variante mit Schrägstrich (577 Impressionen im Mai), ab Mai unter der Variante ohne (634, dann 1.005, dann 920).

Der Mai war der einzige Monat, in dem beide Strukturen gleichzeitig Impressionen bekommen haben. Danach hat Google konsolidiert. Über die zwölf Monate davor hat die alte Struktur insgesamt 221.898 Impressionen und ganze zehn Klicks gesammelt, was nebenbei zeigt, wie wenig Impressionen auf Positionen jenseits von 50 wert sind.

Die Weiterleitungen habe ich geprüft, alle vier Stichproben liefern sauber:

Ein Hop, korrektes Ziel, kein Umweg.

Was das über Tool-Befunde aussagt

Im Mai 2026 hätte jedes Audit-Tool bei meiner Website Alarm geschlagen. Doppelte Titel, doppelte Inhalte, identische Seiten mit und ohne Schrägstrich, zwei parallele Strukturen. Ein Audit hätte „massiver interner Duplicate Content" diagnostiziert und einen Maßnahmenkatalog produziert. Sechs Wochen später war die Sache erledigt, ohne dass ich irgendetwas getan hätte, außer die Weiterleitungen korrekt zu setzen.

Wer mir im Mai ein Projekt zur Behebung verkauft hätte, hätte mir Geld für Nichtstun berechnet.

Und noch etwas: Wenn dir Ahrefs, SISTRIX oder SE Ranking heute noch beide Varianten anzeigen, liegt das an deren Indizes, nicht an Google. Drittanbieter-Crawler hängen der Suchmaschine hinterher, teils um Wochen. Ein Toolbefund ist kein Suchmaschinenbefund. Das ist keine Kritik an den Tools, die können gar nicht anders. Ok, könnten sie schon, dann würden die Tool-Preise aber völlig aus dem Ruder laufen. Es ist eine Kritik an Leuten, die Tool-Ausgaben ungeprüft als Realität weiterreichen.

Was der Fall nicht zeigt

Ehrlichkeit gehört dazu: Der Umzug hat mir nicht geschadet. Die neue Struktur trägt heute mehr als die alte je getragen hat. /seo/grundlagen/onpage-seo steht im Juli bei 10.274 Impressionen, die alte URL lag zuletzt bei rund 3.500 im Monat. Die Durchschnittsposition ist sogar leicht besser geworden, wenn auch auf schlechtem Niveau (57,9 statt 73,1, das ist für beide kein Ruhmesblatt, anderes Thema).

Ich kann dir also nicht demonstrieren, wie eine Migration Sichtbarkeit vernichtet. Ich kann dir demonstrieren, wie sie es nicht tut, wenn die Weiterleitungen stimmen. Das ist die nützlichere Information, weil sie dir sagt, worauf du achten musst: Nicht auf die Anzahl der Duplikate, sondern auf den Statuscode der alten URLs.

Grob drei Quellen, mit sehr unterschiedlicher Behandlung.

Technisch erzeugt

Das sind die Fälle, bei denen dieselbe Seite unter mehreren Adressen erreichbar ist, ohne dass jemand das beabsichtigt hat:

• Protokoll und Host: http gegen https, mit gegen ohne www

• Trailing Slash: Mit gegen ohne abschließenden Schrägstrich

• Groß- und Kleinschreibung: /Produkt gegen /produkt, was auf Linux-Servern zwei verschiedene URLs sind

• URL-Parameter: Tracking-Parameter aus Kampagnen, Session-IDs, Sortier- und Filterparameter

• Druckversionen und andere Ausgabeformate mit eigener URL

• Paginierung, besonders bei Kommentaren

• Öffentlich erreichbare Staging- oder Archivumgebungen, was häufiger vorkommt, als Agenturen zugeben

Wichtig: Die URL-Parameter-Konfiguration in der Search Console, die dir viele ältere Ratgeber empfehlen, gibt es nicht mehr. Google hat das Tool am 26. April 2022 abgeschaltet und damals begründet, dass nur rund ein Prozent der eingetragenen Konfigurationen fürs Crawling überhaupt nützlich war. Der Verweis lautet seither: robots.txt-Regeln, hreflang, und ansonsten lernen die Crawler die Parameterbehandlung selbst.

Wenn du irgendwo liest, du sollst Parameter in der Search Console konfigurieren, ist der Text mindestens vier Jahre alt und du solltest den Rest ebenfalls mit Vorsicht lesen.

Redaktionell und geschäftlich erzeugt

Hier sind die Duplikate gewollt oder unvermeidbar:

• Herstellerbeschreibungen im Handel: Zwanzig Shops, dieselbe Produktbeschreibung vom Hersteller. Klassiker, und für kleine Händler kaum lösbar, weil niemand tausend Produkttexte selbst schreibt.

• Standort- und Filialseiten: Franchise, Handwerksbetriebe mit Einzugsgebiet, Ketten. Vierzig Seiten, die sich im Ortsnamen unterscheiden.

• Kampagnenseiten: Dieselbe Landingpage für drei Zielgruppen, unterschieden durch Headline und Bild.

• Lokalisierung ohne echte Anpassung: Die deutsche und die österreichische Version, identisch bis auf die Telefonnummer.

• Saisonale Wiederholungen: Die Black-Friday-Seite, die jedes Jahr das Datum tauscht.

• Syndizierte Inhalte: Dein Artikel erscheint zusätzlich bei einem Partner. Dazu unten ein eigener Abschnitt, weil die Empfehlungen der Suchmaschinen auseinandergehen.

Bing hat im Dezember 2025 für die Kampagnen- und Lokalisierungsfälle eine brauchbare Faustregel formuliert: Separate Seiten sind sinnvoll, wenn sich die Suchintention wirklich unterscheidet, etwa bei saisonalen Angeboten, regionalen Preisen oder vergleichsorientierten Seiten. Wenn sich die Varianten nur kosmetisch unterscheiden, gehören sie zusammengeführt.

Selbst erzeugt, mit KI

Das ist der Teil, den kaum jemand ausspricht, weil er unbequem ist.

Wenn du Standortseiten, Produkttexte oder Blogbeiträge mit demselben Prompt und demselben Modell erzeugst, produzierst du planmäßig Near Duplicates. Nicht weil die Modelle schlecht wären, sondern weil sie genau dafür gebaut sind: Die wahrscheinlichste Formulierung zu wählen. Bei „Schreibe eine Landingpage für [Stadt]" bekommst du vierzig Texte, die sich in einem Wort unterscheiden und deren Satzbau, Absatzlänge und Argumentationsreihenfolge identisch sind.

Ich muss dazu etwas offenlegen. Der Beitrag, den du gerade liest, ist eine Überarbeitung. Die Fassung davor stammte im Wesentlichen aus einem Sprachmodell, und sie enthielt genau diesen Fehler: Das Kapitel „Strategien zur Vermeidung von Duplicate Content" existierte zweimal, einmal als Hauptabschnitt und einmal als Unterabschnitt an anderer Stelle, mit weitgehend gleichem Inhalt. Dazu vier verschiedene Schlussabsätze und dieselben drei Ratschläge in fünf Kapiteln.

Ein Beitrag über Duplicate Content mit Duplicate Content darin. Das ist komisch genug, um es stehen zu lassen, und lehrreich genug, um es zu erwähnen: Wenn ein System, das den ganzen Tag über das Thema schreibt, den Fehler selbst macht, dann macht ihn deine Marketing-Abteilung mit ihrem Content-Kalender erst recht.

Die Gegenmaßnahme ist unspektakulär: Wer mit Sprachmodellen skaliert, braucht pro Seite immer einzigartige Informationen, die nur diese Seite hat. Bei Standortseiten sind das Öffnungszeiten, Ansprechpartner, tatsächlich durchgeführte Projekte, lokale Besonderheiten. Nicht „Wir sind Ihr Partner in Flensburg", sondern etwas, das ein Mensch nachschlagen musste.

Hier trennt sich Belegbares von Branchen-Folklore.

Was tatsächlich passiert

Signale verteilen sich. Wenn externe Links, interne Links, Klicks und Impressionen auf mehrere URLs desselben Inhalts entfallen, stärkt keine davon so, wie eine einzelne es könnte. Bing hat das im Dezember 2025 explizit so beschrieben. Mein Local-SEO-Fall oben ist ein Beispiel: 26.435 Impressionen im Zeitraum Februar bis August, verteilt auf zwei URLs, ein einziger Klick.

Crawl-Zeit geht verloren. Crawler besuchen Duplikate statt neuer oder aktualisierter Seiten. Für eine Website mit dreißig Seiten ist das irrelevant. Für einen Shop mit sechsstelliger URL-Zahl ist es das Hauptproblem. Google schreibt zur Facettennavigation, dass Overcrawling die häufigste Beschwerde ist, die von Website-Betreibern eingeht, und dass fast alle diese Fälle vermeidbar gewesen wären.

Seiten konkurrieren gegeneinander. Keyword-Kannibalisierung ist keine Fantasie. Wenn zwei deiner Seiten dieselbe Suchintention bedienen, schwanken beide, und keine setzt sich durch. Das siehst du im Leistungsbericht der Search Console, wenn du nach Suchanfragen filterst und pro Anfrage mehrere URLs mit ähnlichen Positionen findest.

Die falsche Version wird gezeigt. Google wählt eine Repräsentantin. Wenn das die veraltete Kampagnenseite ist statt der aktuellen, hast du ein Problem, das kein Ranking-Tool anzeigt, weil die Position ja stimmt.

Was nicht passiert

Bounce Rate ist kein Ranking-Signal. Der alte Beitrag behauptete, Nutzer, die auf Duplikate stoßen, springen ab, und Google werte das negativ. Das ist falsch, und zwar seit über einem Jahrzehnt widerlegt. Matt Cutts sagte 2010, Google Analytics werde in keiner Weise für die Rankings verwendet. Gary Illyes 2015 dasselbe. John Mueller nannte es 2022 ausdrücklich ein Missverständnis.

Es gibt gute Gründe, sich um Absprungraten zu kümmern. Ranking gehört nicht dazu. Wer dir Duplicate-Content-Behebung mit dem Argument Bounce Rate verkauft, hat entweder nicht nachgelesen oder hofft, dass du es nicht tust.

301-Weiterleitungen verlieren keinen PageRank. Die Zahl „90 bis 99 Prozent bleiben erhalten" geistert seit der Cutts-Ära durch die Branche und stammt aus einer Zeit, in der das noch stimmte. Gary Illyes hat 2016 bestätigt, dass 30x-Weiterleitungen keinen PageRank mehr verlieren. John Mueller ergänzte, das sei keine Neuigkeit, sondern schon länger so.

Was weiterhin gilt: Weiterleitungsketten kosten Crawl-Zeit und Ladezeit. Nicht weil unterwegs etwas versickert, sondern weil jeder zusätzliche Sprung eine zusätzliche Anfrage ist. Leite direkt aufs Ziel.

Eine Strafe gibt es nicht. Siehe oben. Was es gibt, ist die Spam-Richtlinie zu skalierten Inhalten, und die ist etwas anderes. Dazu unten mehr.

Das ist der Teil, der in den bestehenden deutschen Ratgebern schlicht fehlt, und der Grund, warum das Thema gerade wieder relevant wird.

Am 19. Dezember 2025 hat das Bing-Webmaster-Team einen Beitrag veröffentlicht, geschrieben von Fabrice Canel und Krishna Madhavan, in dem beschrieben wird, wie sich Duplikate auf die Sichtbarkeit in AI-Antworten auswirken. Das ist eine Primärquelle, keine Interpretation aus der Branche, und der Inhalt ist bemerkenswert konkret.

Was Bing beschreibt

Sprachmodelle bilden Cluster und wählen einen Repräsentanten. Bing schreibt, dass Sprachmodelle nahezu identische URLs zu einem Cluster gruppieren und daraus eine Seite auswählen, die für die gesamte Gruppe steht. Wenn die Unterschiede zwischen den Seiten gering sind, kann das Modell eine veraltete oder nicht beabsichtigte Version wählen.

Die Intent-Signale verschwimmen. Wenn mehrere Seiten dasselbe Thema mit ähnlicher Wortwahl, ähnlicher Struktur und ähnlichen Metadaten behandeln, können AI-Systeme schwerer bestimmen, welche Version am besten zur Frage passt. Das senkt die Wahrscheinlichkeit, dass deine bevorzugte Seite als Grounding-Quelle gewählt wird.

Aktualisierungen kommen langsamer an. AI-Systeme bevorzugen aktuelle Inhalte, aber Duplikate verzögern, wie schnell Änderungen ankommen, weil Crawler ihre Zeit auf Duplikaten statt auf aktualisierten Seiten verbringen.

Der Unterbau ist derselbe. Bing weist darauf hin, dass viele AI-Erlebnisse auf Daten aus dem Bing-Index oder anderen Suchindizes aufsetzen. Ist der Index durch Duplikate unklar, taucht dieselbe Unklarheit weiter unten in den AI-Antworten wieder auf.

Warum das eine andere Größenordnung ist

In der klassischen Suche ist Deduplizierung graduell. Google wählt eine Version, die andere fällt aus den Ergebnissen, aber du bist als Domain weiterhin sichtbar, irgendwo. Wenn du auf Position 9 stehst statt auf 6, hast du weniger Klicks, aber du existierst.

In einer AI-Antwort gibt es diese Abstufung nicht. Es werden drei, vier, vielleicht sechs Quellen zitiert. Entweder du bist dabei oder nicht. Wenn dein Cluster-Repräsentant eine andere URL ist als die, die du im Kopf hattest, oder wenn dein Inhalt so nah an dem von fünfzig anderen liegt, dass das Modell keinen Grund hat, ausgerechnet dich zu wählen, dann bist du in dieser Antwort nicht vorhanden.

Das ist der wesentliche Unterschied. Nicht: Schlechter sichtbar. Sondern: Nicht vorhanden.

Und jetzt die Einordnung, weil sonst niemand sie liefert

An dieser Stelle drehen die üblichen Verdächtigen auf LinkedIn oder X regelmäßig voll auf. „Duplicate Content ist jetzt tödlich", „du musst sofort deine gesamte Content-Struktur überarbeiten", „wer jetzt nicht handelt, verschwindet aus der KI-Suche". Das ist Content-Marketing mit Angst als Treibstoff, und es ist überzogen.

Realistisch:

• Für die meisten kleinen und mittleren Websites ist das derzeit kein akutes Problem, weil sie ohnehin keine hunderte Near Duplicates haben. Zwei Kampagnenseiten und ein alter Blogbeitrag mit ähnlichem Thema kosten dich keine AI-Zitationen.

• Wirklich betroffen sind Shops mit Facettennavigation, Franchise-Strukturen mit vielen Standortseiten, Verlage mit Syndication, und alle, die in den letzten zwei Jahren mit KI-Tools Inhalte skaliert haben.

• Die Maßnahmen sind dieselben wie vorher. Saubere URL-Struktur, klare Kanonisierung, echte inhaltliche Unterschiede zwischen Seiten. Es gibt keine gesonderte AI-Search-Technik gegen Duplikate. Wer dir eine verkauft, verkauft dir alten Wein.

Was sich ändert, ist die Konsequenz, nicht die Aufgabe. Das ist ein Grund, das Thema ernster zu nehmen, kein Grund für Panik.

Ein Nebenaspekt, den man mitdenken sollte

Die Beobachtung, dass viele AI-Antworten auf dem Bing-Index gegroundet sind, hat eine Nebenwirkung, über die in SEO-Kreisen noch zu wenig geredet wird. Microsoft hält einen erheblichen Anteil an OpenAI, und ChatGPT Search greift auf Bing-Infrastruktur zurück. Deine Sichtbarkeit in einem der meistgenutzten AI-Systeme hängt damit an den Dedup-Regeln eines einzigen Index, den ein einziges Unternehmen betreibt und dessen Kriterien du nicht einsehen kannst.

Das ist keine Verschwörung, das ist Marktkonzentration. Aber es ist ein Grund, Bing Webmaster Tools nicht als Nebenschauplatz zu behandeln. Seit dem 10. Februar 2026 gibt es dort in der Public Preview einen Bericht namens AI Performance, der zeigt, wann Inhalte deiner Website als Quelle in AI-generierten Antworten zitiert werden. Wer wissen will, ob sein Cluster-Repräsentant der richtige ist, hat dort zum ersten Mal einen belastbaren Anhaltspunkt.

Wenn du Inhalte an Partner weitergibst, wird es kompliziert, weil sich die beiden großen Suchmaschinen widersprechen.

Google, seit Mai 2023: Das Canonical-Element wird für syndizierte Inhalte ausdrücklich nicht empfohlen, weil die Seiten sich insgesamt oft stark unterscheiden. Die wirksamste Lösung sei, dass die Partner die Indexierung deiner Inhalte blockieren, also noindex setzen.

Bing, seit Dezember 2025: Bitte deine Partner, ein Canonical-Tag auf deine Original-URL zu setzen, wenn die Vereinbarungen das zulassen. Wenn möglich, syndiziere Auszüge statt vollständiger Artikel, mit klarem Link zur Quelle.

Zwei Suchsysteme, dieselbe technische Ausgangslage, gegenläufige Empfehlungen.

Was das praktisch heißt

Googles Begründung ist nachvollziehbar: Ein syndizierter Artikel steht beim Partner in einem völlig anderen Seitenkontext, mit anderer Navigation, anderen Werbeblöcken, anderen Randinhalten. Googles Systeme erkennen dann unter Umständen gar nicht, dass es sich um denselben Artikel handelt, und der Canonical läuft ins Leere oder wird ignoriert. Die Praxis hat das bestätigt: Syndizierte Kopien haben trotz Canonical regelmäßig das Original überholt.

Nur ist noindex beim Partner eine Forderung, die sich schlecht verhandeln lässt. Kaum ein Verlag lässt sich darauf ein, Inhalte zu übernehmen, die er nicht in die Suche bekommt. Wer die Verhandlungsmacht dafür hat, ist meistens nicht der, der Syndication nötig hat.

Meine Einschätzung für die typische Situation im Mittelstand:

Der Auszug-Weg ist die pragmatische Antwort, und er ist bemerkenswerterweise die einzige Variante, bei der sich Google und Bing nicht widersprechen.

Der Teil, über den nicht geredet wird

Syndication war immer ein Tauschgeschäft: Du gibst Reichweite ab, du bekommst Reichweite zurück, in Form von Verweisen, Markennennung, Traffic. In der klassischen Suche war der Gegenwert sichtbar und messbar.

In AI-Antworten schrumpft der Gegenwert auf eine Fußnote. Und wenn der Partner statt deiner als Cluster-Repräsentant gewählt wird, ist selbst die weg. Google hat 2024 eingeräumt, dass beim Republizieren auf anderen Plattformen die andere Plattform über deiner eigenen Website stehen kann.

Wer heute Syndication-Verträge verlängert, sollte das mit anderen Zahlen rechnen als vor drei Jahren. Das ist keine SEO-Frage mehr, das ist eine Frage der Vertragsgestaltung.

Hier passieren die meisten Fehldiagnosen, und sie kosten Geld.

Die Prozentwert-Falle

Es gibt keinen Schwellenwert, ab dem Duplicate Content zum Problem wird. Keine dreißig Prozent, keine fünfzig, keine achtzig. Alle Zahlen, die in der Branche kursieren, sind erfunden. Ich habe nie eine Quelle gefunden, die eine solche Grenze belegt, und Google hat nie eine genannt.

Praktisch relevanter ist, wie diese Prozentwerte zustande kommen. Werkzeuge wie Siteliner vergleichen Seiten vollständig, also inklusive Navigation, Footer, Cookie-Hinweis, Impressumslink, Kontaktblock. Bei einer Website mit umfangreicher Navigation und langem Footer sind schnell sechzig Prozent des Quelltexts auf jeder Seite gleich, ohne dass ein einziges Wort des eigentlichen Inhalts doppelt wäre.

Ein Wert von sechzig Prozent kann also völlig unproblematisch sein. Und umgekehrt: Zwei Seiten mit unterschiedlicher Navigation und identischem Hauptinhalt können bei zwanzig Prozent liegen und ein echtes Problem darstellen.

Was du stattdessen prüfst: Den Hauptinhalt gegen den Hauptinhalt. Screaming Frog kann das über Content-Bereichsdefinition, indem du Navigation und Footer per CSS-Selektor ausschließt. Ohne diesen Schritt sind die Duplicate-Content-Werte im Crawl weitgehend wertlos.

Search Console: die Meldungen, auf die es ankommt

Der Bericht heißt seit einiger Zeit Seitenindexierung, nicht mehr Index-Abdeckung. Drei Meldungen sind für dieses Thema relevant, und sie bedeuten sehr Unterschiedliches:

Die erste Meldung wird regelmäßig als Fehler missverstanden, weil sie im Bericht unter „Nicht indexiert" auftaucht. Sie ist keiner. Sie bedeutet, dass alles funktioniert.

Dazu die URL-Prüfung: Sie zeigt dir für eine einzelne URL, welche Seite Google als kanonisch ausgewählt hat, und zwar die von Google gewählte im Vergleich zur von dir angegebenen. Das ist das genaueste Werkzeug, das du für diese Frage hast.

Bing Webmaster Tools

Wird im deutschsprachigen Raum sträflich ignoriert, was angesichts des AI-Search-Aspekts wenig sinnvoll ist. Bing weist im Dezember-Beitrag darauf hin, dass der Bereich Empfehlungen mögliche Duplikate aufzeigt, etwa zu viele Seiten mit identischen Titeln, und dass sich die betroffenen URLs nach Excel oder CSV exportieren lassen.

Identische Titel sind ohnehin der beste Frühindikator, den es gibt. Sie sind billig zu prüfen und korrelieren stark mit tatsächlichen Duplikaten.

Crawler und externe Tools

Screaming Frog, Sitebulb, SE Ranking, Ahrefs, SISTRIX. Alle brauchbar, alle mit derselben Einschränkung: Sie zeigen dir ihren eigenen Crawl-Stand, nicht Googles Index. Mein Beispiel oben ist ein Lehrstück dafür. Die Search Console zeigte im Juli null, externe Tools zeigten noch beide Varianten.

Für externe Kopien deiner Inhalte funktioniert Copyscape weiterhin, ebenso die simple Methode, einen charakteristischen Satz in Anführungszeichen zu suchen. Nimm dafür keinen Satz aus der Einleitung, sondern einen aus der Mitte, der eine ungewöhnliche Formulierung enthält.

Was du dir sparen kannst

Der alte Beitrag empfahl an dieser Stelle „Clustering-Algorithmen", „Hashing-Verfahren" und „API-basierte Lösungen", was nach viel klingt und nichts sagt. Der Vollständigkeit halber: Was dahintersteckt, sind Verfahren wie Shingling und MinHash, mit denen sich Textähnlichkeit über große Datenmengen berechnen lässt. Das ist ein sinnvolles Werkzeug, wenn du hunderttausende Seiten hast und ein Entwicklungsteam dazu. Für alle anderen ist es der Versuch, ein Problem mit Technik zu lösen, das man mit einer Stunde Nachdenken über die Seitenstruktur lösen kann.

Vier Werkzeuge, klare Zuständigkeiten.

Die häufigsten Fehler dabei

Canonical und noindex auf derselben Seite. Das sind widersprüchliche Anweisungen: Der Canonical sagt „übertrag die Signale dorthin", das noindex sagt „ignorier diese Seite". Im schlechtesten Fall wird das noindex auf die kanonische Zielseite mitübertragen und du kickst deine Hauptseite aus dem Index. Entweder oder, nie beides.

Canonical-Ketten. Seite A verweist auf B, B verweist auf C. Verweise direkt auf das Endziel.

Relative URLs im Canonical. Funktioniert manchmal, geht aber schief, sobald die Seite unter mehreren Hosts erreichbar ist, also genau in dem Fall, in dem du den Canonical brauchst. Immer absolut.

Canonical auf eine Seite, die inhaltlich nicht passt. Wenn du von einer Produktvariante auf eine Kategorieseite verweist, ist das kein Duplikat, und Google wird den Verweis wahrscheinlich ignorieren. Der Canonical funktioniert nur zwischen Seiten, die tatsächlich denselben (oder sehr ähnlichen) Inhalt zeigen.

Nach zwei Wochen nachjustieren. Google dokumentiert bis zu zwei Wochen für die Neubewertung. Meine eigenen Daten zeigen vier bis sechs. Warte ab und beobachte die URL-Prüfung, statt eine zweite Maßnahme über die erste zu legen.

Interne Links nicht mitziehen. Wenn du auf eine kanonische Version konsolidierst, deine Navigation aber weiter auf die alte URL zeigt, sendest du widersprüchliche Signale und produzierst bei jedem Seitenaufruf eine unnötige Weiterleitung.

Der Bereich, in dem Duplikate am schnellsten aus dem Ruder laufen, weil jede Filterkombination eine neue URL erzeugen kann. Bei fünf Filtern mit je vier Werten sind das rechnerisch über tausend Kombinationen für eine einzige Kategorie.

Google hat die Empfehlungen dazu im Dezember 2024 aus einem alten Blogbeitrag in die offizielle Dokumentation überführt. Der Kern:

Wenn du die Filter-URLs nicht in der Suche brauchst, verhindere das Crawling. Google nennt dafür robots.txt-Regeln oder URL-Fragmente, also Filter, die nach dem Rautezeichen stehen und von Crawlern ignoriert werden. Beachte dabei den Punkt von oben: robots.txt verhindert Crawling, nicht Indexierung. Für Filter-URLs, die niemand extern verlinkt, reicht das trotzdem meistens.

Wenn du sie brauchst, halte sie sauber. Standardisierte Parameter-Trennzeichen, konsistente Reihenfolge der Filter, damit ?farbe=blau&groesse=42 und ?groesse=42&farbe=blau nicht zwei URLs ergeben. Leere Ergebnislisten sollen einen 404 zurückgeben statt einer leeren Seite mit Code 200.

Entscheide nach Nachfrage, nicht nach Vollständigkeit. Prüfe im Keyword-Tool, für welche Filterkombinationen es tatsächlich Suchanfragen gibt. „Herren Laufschuhe blau" wird gesucht, „Herren Laufschuhe blau Größe 43 Sortierung Preis absteigend" nicht. Die erste Kombination darf indexierbar sein und braucht dann auch einen eigenen Titel und einen eigenen Einleitungstext. Alles andere nicht.

Bei Produktvarianten in Farbe oder Größe ist der Standardweg: Eine Produktseite, Varianten über Auswahlfelder ohne eigene URL, und wenn eigene URLs technisch nötig sind, Canonical auf die Hauptseite. Zur Kennzeichnung im Markup gibt es die Schema.org-Eigenschaft hasVariant innerhalb des Product-Typs.

Was der alte Beitrag an dieser Stelle empfahl und was du bitte nicht machst: Unterschiedliches HTML für Desktop und Mobile über serverseitige Erkennung des Browserkennung ausliefern. Das war schon 2015 ein Notbehelf, es kollidiert mit Mobile-First-Indexierung und liegt gefährlich nah an Cloaking. Responsive Design löst dasselbe Problem ohne Risiko.

Es gibt keine Duplicate Content Penalty. Es gibt aber eine Richtlinie, die viele derzeit verletzen, ohne es zu merken, und die trifft near-duplicate Inhalte sehr wohl.

Im März 2024 hat Google die frühere Richtlinie zu automatisch erzeugtem Spam umbenannt und erweitert. Sie heißt jetzt Scaled Content Abuse, also Missbrauch durch skalierte Inhalte, und Google nennt in der Dokumentation unter anderem diese Beispiele:

• Generative KI-Tools nutzen, um viele Seiten zu erzeugen, ohne Mehrwert für Nutzer

• Feeds, Suchergebnisse oder andere Inhalte scrapen, um daraus viele Seiten zu erzeugen, einschließlich automatischer Umformungen wie Synonymisieren, Übersetzen oder anderer Verschleierung

• Inhalte aus verschiedenen Webseiten zusammenstückeln, ohne Mehrwert zu schaffen

• Mehrere Websites anlegen, um den skalierten Charakter der Inhalte zu verschleiern

Dazu kamen im selben Zug die Richtlinien zu Site Reputation Abuse, also fremde Inhalte auf einer autoritativen Domain platzieren, mit Durchsetzung ab Mai 2024, und zu abgelaufenen Domains. Am 26. August 2025 folgte ein eigenes Spam-Update.

Die ehrliche Einordnung lautet damit: Zwei doppelte Seiten interessieren niemanden. Vierhundert generierte Standortseiten, die sich im Ortsnamen unterscheiden, sind ein Kandidat für genau diese Richtlinie. Nicht weil sie doppelt sind, sondern weil sie in großer Zahl ohne eigenen Wert existieren.

Und der Unterschied liegt nicht in der Produktionsmethode.

Der Fall, in dem du nichts falsch gemacht hast und trotzdem betroffen bist.

Zunächst die Entwarnung: Google erkennt in den allermeisten Fällen, welche Version das Original ist. Kriterien dafür sind unter anderem, wann die Seite erstmals gecrawlt wurde, wie die Domain insgesamt eingeschätzt wird, und wie die Verlinkungssituation aussieht. Eine etablierte Domain verliert selten gegen einen Scraper.

Problematisch wird es, wenn die kopierende Seite deutlich stärker ist als deine. Dann kann es passieren, dass die Kopie besser rankt als das Original.

Der deutsche Weg

Hier muss ich einen Punkt korrigieren, der in der Vorgängerfassung dieses Beitrags stand und der in vielen deutschen Ratgebern ebenfalls falsch steht: Der DMCA ist US-Recht. Der Digital Millennium Copyright Act regelt das Verfahren für Anbieter, die US-Recht unterliegen. Für einen deutschen Website-Betreiber, dessen Inhalte von einer deutschen Website kopiert werden, ist er nicht das passende Instrument.

Was tatsächlich funktioniert, gestaffelt nach Aufwand:

1. Direkter Kontakt. Eine sachliche Mail an den Betreiber mit Verweis auf die Originalquelle und der Bitte um Entfernung. Löst überraschend viele Fälle, vor allem wenn ein Praktikant den Text kopiert hat und der Geschäftsführer davon nichts weiß.

2. Beschwerde bei Google. Google bietet ein Formular für urheberrechtliche Beschwerden an, über das sich betroffene URLs aus den Suchergebnissen entfernen lassen. Das ist zwar am DMCA-Verfahren orientiert, steht aber auch Rechteinhabern außerhalb der USA offen. Es entfernt den Inhalt nicht aus dem Netz, sondern nur aus der Google-Suche, was praktisch oft ausreicht.

3. Meldung beim Hoster. Fast jeder Hoster hat eine Abuse-Adresse und reagiert bei klaren Urheberrechtsverletzungen.

4. Anwaltlicher Weg. In Deutschland läuft das über das Urheberrechtsgesetz, in der Regel als Abmahnung mit Unterlassungserklärung. Ob sich das lohnt, hängt vom Schaden ab. Bei einem kopierten Blogbeitrag steht der Aufwand meistens in keinem Verhältnis.

Ich bin kein Anwalt und das ist keine Rechtsberatung. Wenn du erwägst, den vierten Weg zu gehen, sprich mit jemandem, der es ist.

Vorbeugen, so weit es geht

Vollständig verhindern kannst du das Kopieren nicht. Was hilft, ist Nachweisbarkeit: Klare Veröffentlichungsdaten im Markup, eine XML-Sitemap mit korrekten lastmod-Angaben, und bei Bing die Nutzung von IndexNow, um neue Inhalte sofort zu melden. Je schneller dein Original erfasst ist, desto klarer die Reihenfolge.

Wenn du an dieser Stelle etwas Konkretes suchst, in dieser Reihenfolge:

1. Statuscodes prüfen. Nimm zehn alte URLs, von denen du glaubst, dass sie weitergeleitet werden, und prüf sie mit curl -I oder im Crawler. Ein Hop, 301, korrektes Ziel. Das ist die wichtigste Prüfung überhaupt, weil sie über neunzig Prozent der echten Fälle abdeckt.

2. Host-Varianten testen. Ruf deine Startseite mit und ohne www auf, mit http und https, mit und ohne abschließenden Schrägstrich. Wenn mehr als eine Variante mit Status 200 antwortet, hast du ein Problem, das eine Serverkonfiguration löst.

3. Titel-Dubletten suchen. Crawle die Website und sortiere nach Seitentitel. Identische Titel sind der billigste Frühindikator, den es gibt.

4. Seitenindexierungsbericht öffnen. Schau dir „Duplikat, Google hat eine andere Seite als der Nutzer als kanonische Seite bestimmt" an. Wenn dort wichtige Seiten stehen, hast du eine konkrete Aufgabe. Wenn dort nur Filter- und Paginierungs-URLs stehen, ist alles in Ordnung.

5. Bei Kampagnen- und Standortseiten fragen: Was steht hier, das nirgendwo sonst steht? Wenn dir nichts einfällt, gehört die Seite konsolidiert.

Was du nicht tun solltest: Aufgrund eines Prozentwerts aus einem Tool ein Projekt aufsetzen, ohne vorher Punkt 1 und 2 geprüft zu haben.

Für Migrationen und URL-Umstellungen bin ich als Sparringspartner buchbar, bevor die Weiterleitungen live gehen. Falls du gerade einen Audit-Bericht mit Duplicate-Content-Warnungen vor dir hast und einordnen möchtest, was davon relevant ist, melde dich hier.

Quellen

• Google Search Central: Was ist URL-Kanonisierung. https://developers.google.com/search/docs/crawling-indexing/canonicalization

• Google Search Central: Kanonische URLs angeben. https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls

• Google Search Central: Kanonisierungsprobleme beheben. https://developers.google.com/search/docs/crawling-indexing/canonicalization-troubleshooting

• Google Search Central: Spam-Richtlinien für die Google Websuche. https://developers.google.com/search/docs/essentials/spam-policies

• Google Search Central Blog: Spring cleaning, the URL Parameters tool, 28.03.2022. https://developers.google.com/search/blog/2022/03/url-parameters-tool-deprecated

• Google Search Central Blog: Crawling December, Faceted navigation, 12/2024. https://developers.google.com/search/blog/2024/12/crawling-december-faceted-nav

• Bing Webmaster Blog: Does Duplicate Content Hurt SEO and AI Search Visibility, 19.12.2025. https://blogs.bing.com/webmaster/December-2025/Does-Duplicate-Content-Hurt-SEO-and-AI-Search-Visibility

• Bing Webmaster Blog: Introducing AI Performance in Bing Webmaster Tools Public Preview, 10.02.2026. https://blogs.bing.com/webmaster/February-2026/Introducing-AI-Performance-in-Bing-Webmaster-Tools-Public-Preview

• Google Analytics Hilfe: Sunset September 2023, Google Optimize. https://support.google.com/analytics/answer/12979939

• Search Engine Land: Google no longer recommends canonical tags for syndicated content, 03.05.2023. https://searchengineland.com/google-no-longer-recommends-canonical-tags-for-syndicated-content-406491

• Search Engine Land: Google, no PageRank dilution using 301, 302, 30x redirects anymore, 2016. https://searchengineland.com/google-no-pagerank-dilution-using-301-302-30x-redirects-anymore-254608

• Search Engine Journal: Is Bounce Rate A Google Ranking Factor. https://www.searchenginejournal.com/ranking-factors/bounce-rate/

• Eigene Daten: Google Search Console, Property sc-domain:feller.systems, Zeitraum 08/2025 bis 08/2026