Was ist Duplicate Content?
Duplicate Content bezeichnet Inhalte, die unter mehr als einer URL abrufbar sind. Findet eine Suchmaschine denselben oder nahezu identischen Text an mehreren Webadressen, muss sie entscheiden, welche Version in den Suchergebnissen erscheint. Schätzungen von Google zufolge besteht etwa 25 bis 30 Prozent aller im Web indexierten Inhalte aus Duplikaten.
Der entscheidende Begriff ist die URL. Nicht ob zwei Texte dasselbe Thema behandeln oder stilistisch ähnlich klingen. Duplicate Content entsteht, wenn identischer oder nahezu identischer Inhalt unter zwei oder mehr unterschiedlichen Webadressen abrufbar ist. Ein klassisches Beispiel: `shop.de/schuhe?sort=preis` und `shop.de/schuhe?sort=name` liefern dieselbe Produktliste mit minimalen Unterschieden. Für Google sind es trotzdem zwei getrennte URLs.
Was gilt nicht als Duplicate Content?
Nicht jede inhaltliche Ähnlichkeit ist problematisch. Sprachvarianten derselben Seite (z. B. Deutsch und Englisch) sind kein Duplicate Content, solange sie korrekt mit hreflang-Tags ausgezeichnet sind. Druckfreundliche Versionen einer Seite (etwa `/drucken/artikel-name/`) sind technisch gesehen Duplikate, können aber mit einem Canonical-Tag oder noindex sauber behandelt werden. Auch kurze Zitate und gesetzlich vorgeschriebene Texte wie AGB-Bausteine gelten nicht als problematischer Duplicate Content.
Typische Beispiele für Duplicate Content im Alltag:
- URL-Parameter: `blog.de/artikel/` und `blog.de/artikel/?ref=newsletter` zeigen denselben Inhalt
- HTTP und HTTPS nebeneinander: Beide Protokollvarianten der gleichen Domain sind gleichzeitig erreichbar
- www und non-www: `www.shop.de` und `shop.de` sind für Suchmaschinen unterschiedliche Adressen
- CMS-Archivseiten: WordPress erstellt automatisch Kategorie-, Tag- und Autorenarchive, die denselben Beitrag mehrfach auflisten
Viele Seitenbetreiber verwechseln das. Duplicate Content ist ein technisches, kein redaktionelles Problem. Zwei Artikel, die denselben Ratschlag geben oder dasselbe Keyword targeten, sind kein Duplicate Content im SEO-Sinne, solange sie unter unterschiedlichen URLs mit unterschiedlichem Text erscheinen. Die Suchmaschine bewertet Inhalte auf URL-Ebene, nicht auf Themenebene.
Wie entsteht Duplicate Content? Die häufigsten Ursachen
Fast immer ist es Zufall. Kein Seitenbetreiber baut absichtlich hunderte nahezu identische Seiten. Es passiert durch technische Eigenheiten und CMS-Automatismen. Die fünf häufigsten Ursachen auf einen Blick:
- URL-Parameter (Filter, Sortierungen, Tracking-Codes) erzeugen hunderte nahezu identische Seitenversionen
- HTTP/HTTPS-Dopplung: Nach einer Migration auf HTTPS bleibt die alte HTTP-Variante oft erreichbar
- www-Varianten: Ohne serverseitige Weiterleitung sind `www.domain.de` und `domain.de` zwei separate URLs
- CMS-Archivseiten: Jede Kategorie, jedes Tag und jede Autorenübersicht in WordPress dupliziert Beitragsinhalte
- Staging-Umgebungen: Öffentlich zugängliche Test-Domains indexieren identische Inhalte neben der Produktivseite
Technische Ursachen
URL-Parameter sind die häufigste Quelle für großflächigen Duplicate Content. Bei einem Online-Shop mit Facettierungsnavigation (Filterung nach Farbe, Größe, Marke) entsteht schnell eine URL wie `shop.de/jacken?farbe=rot&groesse=m`. Der Inhalt ist nahezu identisch mit `shop.de/jacken`. Sind diese Parameter-URLs indexierbar, können daraus Tausende Duplikate entstehen.
Session-IDs sind ein älteres, aber immer noch vorkommendes Problem. Manche Shopsysteme hängen jeder URL eine individuelle Sitzungskennung an, z. B. `shop.de/produkt?sid=abc123`. Jeder Besucher erhält dadurch eine eigene URL mit identischem Inhalt.
Trailing Slash und kein Trailing Slash: `shop.de/kategorie/` und `shop.de/kategorie` sind technisch verschiedene URLs. Ohne explizite Serverkonfiguration können beide Versionen gleichzeitig erreichbar und indexierbar sein.
Paginierung: Bei mehrseitigen Blog- oder Kategorie-Übersichten (`/blog/seite/2/`, `/blog/seite/3/`) ist der Seitenrahmen, also Navigation, Sidebar und Footer, identisch. Dünne Kategorieseiten mit ähnlichen Teaser-Texten können als Near Duplicates eingestuft werden.
Hier ist ein Detail, das viele übersehen: Trailing Slash vs. kein Trailing Slash ist tückischer als er klingt. `shop.de/kategorie/` und `shop.de/kategorie` sind für den Server zwei unterschiedliche Anfragen. Manche Webserver antworten auf beide mit einem 200-Status, statt eine davon auf die andere umzuleiten. Das Ergebnis: zwei indexierbare URLs mit identischem Inhalt, die für dieselbe Position konkurrieren.
CMS-bedingte Ursachen
WordPress legt automatisch Archivseiten für jede Kategorie, jedes Tag und jeden Autor an. Ein Beitrag, der mit fünf Tags versehen ist, erscheint auf fünf verschiedenen Archivseiten, oft mit vollem Beitragsinhalt. Dazu kommen Datumsarchive wie `/2025/06/`, die weitere Duplikate bilden.
Shop-Systeme wie WooCommerce erzeugen häufig produktinterne Duplikate: Eine Produktvariante (z. B. ein T-Shirt in drei Farben) kann unter eigenen URLs erreichbar sein und dabei dieselbe Produktbeschreibung verwenden. Ohne Canonical-Tags konkurrieren diese Varianten-URLs gegeneinander.
Auch mehrsprachige Seiten können CMS-bedingte Duplikate erzeugen. Wer etwa mit Polylang oder WPML arbeitet und eine Seite übersetzt, aber den gleichen Text verwendet, hat technisch gesehen externen Near-Duplicate-Content innerhalb derselben Installation. Das passiert besonders beim Starten eines neuen Sprachpfades, wenn Inhalte noch nicht wirklich lokalisiert wurden.
Tipp: Prüfe nach jedem größeren CMS-Update oder Plugin-Wechsel mit einem Crawl-Tool, ob neue Duplikat-URLs entstanden sind. CMS-Updates können URL-Normalisierungsregeln stillschweigend ändern.
Interner und externer Duplicate Content: Typen im Überblick
Interner Duplicate Content
Ein typisches Beispiel: `girokonto.de/beste-girokonten/` ist gleichzeitig unter `girokonto.de/beste-girokonten` (ohne Trailing Slash), unter `http://girokonto.de/beste-girokonten/` (altes Protokoll) und unter `www.girokonto.de/beste-girokonten/` abrufbar. Google sieht vier verschiedene URLs mit identischem Inhalt. Links von externen Seiten, die auf unterschiedliche dieser Varianten zeigen, stärken dadurch keine der Versionen wirklich. Interner Duplicate Content entsteht immer auf einer einzigen Domain. Er ist oft am einfachsten zu beheben, weil man vollständige Kontrolle hat.
Externer Duplicate Content
Manchmal weiß man gar nicht, dass man ein Duplikat-Problem hat. Externer Duplicate Content entsteht, wenn derselbe Inhalt auf verschiedenen Domains erscheint. Das kann durch Syndizierung passieren: Ein Gastbeitrag wird wortgleich auf der Eigendomain und auf einem Partnerportal veröffentlicht. Es passiert auch durch Scraping: Dritte kopieren Inhalte ohne Erlaubnis und veröffentlichen sie auf ihrer eigenen Seite. Wenn der kopierende Betreiber eine höhere Domain-Autorität besitzt, kann die kopierte Version in den Suchergebnissen über dem Original landen. Das ist unbefriedigend, aber behebbar.
Syndizierung ist nicht per se schlecht. Viele Verlage syndizieren bewusst Inhalte auf reichweitenstarke Plattformen, um Aufmerksamkeit zu gewinnen. Das SEO-Risiko entsteht nur, wenn die syndizierte Kopie keinen Canonical-Tag zurück auf das Original setzt. Wer Syndizierungs-Vereinbarungen trifft, sollte den Canonical-Tag als feste Anforderung in der Vereinbarung verankern.
Near Duplicate Content
Near Duplicates sind schwerer zu greifen als exakte Kopien. Diese Seiten sind nicht wortgleich, teilen aber so viel gemeinsamen Inhalt, dass Google sie als nahezu identisch bewertet. Ein Produkt-Template für 50 Städte, das jeweils nur den Ortsnamen austauscht, ist Near Duplicate Content. Dasselbe gilt für Produktvarianten-Seiten, die nur Farbe oder Größe ändern, aber dieselbe Beschreibung verwenden. Bei schlechter Skalierung, etwa bei programmatischem SEO, können sie erheblichen Schaden anrichten.
| Typ | Entstehung | Typische Lösung |
|---|---|---|
| Interner Duplicate Content | URL-Varianten, CMS-Archive, Parameter-URLs auf derselben Domain | Canonical-Tag oder 301-Redirect auf die Primär-URL |
| Externer Duplicate Content | Syndizierung, Scraping, Inhalte auf mehreren Domains | Canonical auf der Fremdkopie oder Rechtsdurchsetzung |
| Near Duplicate Content | Templatisierte Seiten, Produktvarianten, Standortseiten mit Boilerplate | Einzigartigen Mehrwert je Seite ergänzen oder Seiten konsolidieren |
Wie geht Google mit Duplicate Content um?
Keine direkte Strafe. Google wählt algorithmisch eine URL als bevorzugte Version (den sogenannten Canonical) und fasst alle Ranking-Signale auf dieser URL zusammen. Die übrigen Versionen erscheinen entweder gar nicht in den Suchergebnissen oder werden deutlich schlechter gerankt.
Das klingt harmlos, hat aber praktische Konsequenzen. Wenn Google die falsche Version als Canonical wählt, rankt nicht die Seite, die du bevorzugst. Wenn externe Links auf verschiedene URL-Varianten verteilt sind, wird die Linkkraft auf mehrere Adressen aufgeteilt, statt bei einer zu bündeln. Für große Seiten mit Tausenden von Duplikat-URLs gilt: Googlebot verbraucht sein Crawl-Budget für redundante Seiten, anstatt neue oder wichtige Inhalte zu crawlen.
Ein weiterer Effekt, der oft unterschätzt wird: Scraped Copies können das Original überholen. Wenn eine fremde Seite deinen Artikel kopiert und diese Seite eine deutlich höhere Domain-Autorität besitzt, kann es passieren, dass Google die Kopie als Canonical wählt und in den Suchergebnissen bevorzugt. Das ist kein hypothetisches Szenario, sondern ein reales Problem vor allem für neuere Seiten mit wenigen externen Links.
Kurz zusammengefasst passieren bei Duplicate Content drei Dinge gleichzeitig: Ranking-Signale werden verteilt statt gebündelt, Crawl-Budget wird für redundante Seiten verbraucht, und im schlechtesten Fall landet eine Version im Index, die du nicht bevorzugst. Kein einzelnes dieser Probleme ist katastrophal. In Kombination und bei großem Ausmaß können sie aber über mehrere Monate hinweg messbaren Einfluss auf Sichtbarkeit und Traffic haben.
Der „Duplicate Content Penalty“ Mythos
Hartnäckiger Irrglaube: Ein automatischer Duplicate-Content-Penalty existiert nicht. Google hat in seiner offiziellen Dokumentation klargestellt, dass Duplicate Content in den meisten Fällen zu keiner manuellen Maßnahme führt. Was tatsächlich passiert, ist eine algorithmische Deduplizierung. Google filtert Duplikate heraus und zeigt nur eine Version. Seitenbetreiber interpretieren das Verschwinden einer URL aus den Suchergebnissen als Strafe. Es ist keine Strafe. Es ist normales Deduplication-Verhalten.
Die Ausnahme: absichtlich manipulatives Duplizieren, also massenhaftes Content-Scraping, automatisch generierte Doorway-Pages oder Content-Spinning, das Nutzer täuschen soll. Solche Praktiken können tatsächlich zu einer manuellen Spam-Maßnahme führen. Das ist aber eine Spam-Durchsetzung und kein Duplicate-Content-Penalty im technischen Sinne.
Für die überwiegende Mehrheit aller Sites gilt: Duplicate Content, der durch technische Eigenheiten oder CMS-Verhalten entsteht, wird von Google algorithmisch behandelt, ohne strafende Konsequenz.
Duplicate Content erkennen: Tools und Methoden
Tools für internen Duplicate Content
Kostenlos und direkt zugänglich: Die Google Search Console ist der beste Startpunkt. Unter dem Bericht „Seiten“ (ehemals „Coverage“) findest du Ausschlüsse wie „Duplikat, eingereichte URL wurde nicht als kanonische URL ausgewählt“ oder „Duplikat, Google hat eine andere kanonische URL als der Nutzer ausgewählt“. Diese Einträge zeigen dir genau, welche URLs Google bereits als Duplikate erkannt hat. Das URL-Prüftool zeigt zusätzlich an, welche URL Google intern als Canonical betrachtet. Wichtig: Die Search Console zeigt nur indexierte oder vormals indexierte Seiten. Nicht indexierte Duplikate, die trotzdem gecrawlt werden und Crawl-Budget fressen, tauchen dort nicht auf.
Für systematische Crawls sind dedizierte Tools unverzichtbar. Screaming Frog crawlt alle erreichbaren URLs und vergleicht Inhalts-Hashes, um exakte und nahezu identische Seiten zu identifizieren. Die kostenlose Version deckt bis zu 500 URLs ab, was für kleinere Sites und erste Audits ausreicht. Ahrefs Site Audit meldet fehlende oder konfliktbehaftete Canonical-Tags sowie Canonical-Chains und priorisiert Probleme nach erwartetem SEO-Impact.
Siteliner ist eine gute kostenlose Option für den Schnellcheck: Das Tool crawlt deine Domain und zeigt an, wie viel Prozent des Inhalts jeder Seite auch auf anderen Seiten derselben Domain vorkommt. Seiten mit über 50 Prozent geteiltem Inhalt sind Kandidaten für eine Überprüfung.
Tools für externen Duplicate Content
Copyscape ist das bekannteste Tool zum Aufspüren von extern kopierten Inhalten. Du gibst eine URL ein und Copyscape durchsucht das Web nach verbatim-Kopien. Für laufendes Monitoring eignen sich Google Alerts mit charakteristischen Sätzen aus deinen wichtigsten Artikeln. Eine weitere kostenlose Methode: Kopiere einen ungewöhnlichen Satz aus deinem Artikel in Anführungszeichen in die Google-Suche. Taucht er auf einer fremden Domain auf, wurde der Text kopiert. Wer einen Scraper entdeckt, der bereits über dem Original rankt, sollte zunächst die Canonical-Signale der Originalseite stärken (mehr interne Links, Submission in der Search Console) und erst danach rechtliche Schritte erwägen.
| Tool | Funktion | Preis | Use Case |
|---|---|---|---|
| Google Search Console | Zeigt von Google erkannte Duplikate und falsch gesetzte Canonicals an | Kostenlos | Erster Überblick, laufendes Monitoring |
| Screaming Frog | Crawlt alle URLs, vergleicht Inhalts-Hashes, listet Duplikat-Cluster auf | Kostenlos bis 500 URLs, ab 149 GBP/Jahr | Technisches Audit interner Duplikate |
| Siteliner | Findet interne Duplikat-Seiten und gemeinsamen Seiteninhalt (Boilerplate) | Kostenlos bis 250 Seiten, Paid ab 55 USD/Monat | Schnellcheck auf Boilerplate und dünne Seiten |
| Copyscape | Sucht nach verbatim-Kopien deiner Inhalte auf anderen Domains | Ab 0,03 USD pro Suche (Prepaid) | Externer Duplicate-Content-Schutz |
Duplicate Content beheben: Canonical, Redirect oder noindex?
Drei Werkzeuge, eine klare Rangfolge. Der Canonical-Tag ist in den meisten Situationen die richtige Lösung. Er teilt Suchmaschinen mit, welche URL als primäre Version behandelt werden soll, ohne dass die anderen URLs für Nutzer unzugänglich werden. Für permanente URL-Zusammenführungen ist der 301-Redirect die stärkere Option, weil er ein hartes Serverkommando darstellt, keine Empfehlung. noindex kommt zum Einsatz, wenn eine Seite für Nutzer erreichbar bleiben, aber nicht im Index erscheinen soll.
| Methode | Wann einsetzen | Vorteil | Nachteil |
|---|---|---|---|
| rel=canonical | URL-Parametervarianten, Paginierung, Druckversionen, syndizierter Content | Beide URLs bleiben erreichbar; Signale fließen zur Primär-URL | Ist ein „Hinweis“, kein hartes Gebot; Google kann ihn in seltenen Fällen ignorieren |
| 301-Redirect | HTTP-zu-HTTPS-Migration, www-Normalisierung, dauerhaft zusammengeführte Seiten | Stärkstes Kanonisierungssignal; überträgt nahezu die gesamte Linkkraft | Ursprungs-URL ist dauerhaft nicht mehr erreichbar |
| noindex | Tag-/Kategorienarchive, interne Suchergebnisseiten, gefilterte Parametervarianten | Seite bleibt für Nutzer navigierbar, verschwindet aus dem Index | Konsolidiert keine Linkkraft; macht den Content nicht zur Primärversion |
Den Canonical Tag richtig einsetzen
Der Canonical-Tag gehört in den `<head>`-Bereich der Seite, die als Duplikat gilt. Er zeigt auf die bevorzugte, kanonische URL:
„`html
<link rel=“canonical“ href=“https://blog.de/original-artikel/“ />
„`
Wichtige Regeln bei der Implementierung: Verwende immer absolute URLs, keine relativen Pfade. Jede Seite sollte einen Canonical-Tag haben, auch wenn sie auf sich selbst verweist (self-referencing canonical). Der Canonical muss auf eine URL zeigen, die einen 200-Status liefert. Vermeide Canonical-Chains, also Weiterleitungsketten, bei denen URL A auf URL B verweist, die wiederum auf URL C zeigt.
Google behandelt den Canonical-Tag als „starken Hinweis“, nicht als absoluten Befehl. In der Praxis respektiert Google ihn in der Regel, aber er kann überschrieben werden, wenn Google eine andere URL für autoritativer hält. Konsistentes internes Verlinken auf die Canonical-URL stärkt das Signal zusätzlich.
301-Redirect für dauerhaft entfernte Seiten
Der 301-Redirect ist die technisch stärkste Maßnahme. Die Quell-URL verschwindet dauerhaft, und nahezu alle Linkkraft fließt zur Ziel-URL über. Das ist die richtige Wahl bei der HTTP-zu-HTTPS-Migration (alle `http://`-Anfragen dauerhaft auf `https://` weiterleiten), bei der www-Normalisierung (entweder immer www oder nie www), sowie beim dauerhaften Zusammenführen zweier thematisch identischer Seiten.
Ein 301 ist kein Canonical-Tag. Er ist ein hartes Serverkommando, das die Quell-URL dauerhaft auflöst.
noindex für gefilterte oder parametrisierte Seiten
Das noindex-Attribut im robots-Meta-Tag entfernt eine Seite aus dem Index, lässt sie aber für Nutzer erreichbar:
„`html
<meta name=“robots“ content=“noindex, follow“ />
„`
`follow` bedeutet: Links auf der Seite werden trotzdem gecrawlt und Linkkraft weitergegeben. noindex ist die richtige Wahl für WordPress-Archivseiten mit dünnem Inhalt, interne Suchergebnisseiten und parametrisierte Varianten, die für Nutzer nützlich sind, aber nicht im Index erscheinen sollen.
Checkliste: 5 Schritte zur DC-Bereinigung
- Google Search Console Coverage-Report öffnen und alle Ausschlüsse vom Typ „Duplikat“ exportieren, um einen ersten Überblick zu erhalten
- Screaming Frog oder Ahrefs Site Audit für einen vollständigen Crawl nutzen und alle Duplikat-Cluster identifizieren, einschließlich nicht indexierter Varianten
- Für jede Duplikat-Gruppe die richtige Methode bestimmen (Canonical, Redirect oder noindex) und implementieren, beginnend mit den URLs mit der höchsten Sichtbarkeit
- Sicherstellen, dass alle internen Links konsequent auf die bevorzugte Canonical-URL zeigen und nicht auf Duplikate
- Nach der Bereinigung erneut crawlen und den Coverage-Report nach 2 bis 4 Wochen auf neue Ausschlüsse prüfen, um sicherzustellen, dass die Korrekturen greifen
Häufige Fehler beim Umgang mit Duplicate Content
- noindex und Canonical gleichzeitig setzen: Das sind widersprüchliche Signale. noindex sagt Google, die Seite soll nicht indexiert werden; Canonical sagt Google, die Linkkraft soll auf eine andere URL übertragen werden. In Kombination setzt noindex das Canonical-Signal in der Regel außer Kraft. Entscheide dich für eine Methode, nicht für beide.
- Relative statt absolute Canonical-URLs: `href=“/artikel/“` statt `href=“https://blog.de/artikel/“` kann bei Subdomains oder HTTPS/HTTP-Mischbetrieb zur falschen Canonical-Auflösung führen. Immer absolute URLs verwenden.
- Canonical-Tag und 301-Redirect für dieselbe Normalisierung kombinieren: Wer gleichzeitig von `http://` auf `https://` weiterleitet und auf den noch erreichbaren HTTP-Seiten einen Canonical setzt, schickt redundante, teils widersprüchliche Signale. Ein sauber konfigurierter 301 reicht hier vollständig aus.
- Canonical-Chains ignorieren: URL A hat einen Canonical auf URL B, URL B hat einen Canonical auf URL C. Google folgt solchen Ketten oft korrekt, aber das schwächt das Signal und kann bei längeren Ketten zu Fehlläufen führen. Canonical-Tags immer direkt auf die finale Ziel-URL setzen.
- Staging-Umgebung ohne Schutzmechanismus: Eine öffentlich zugängliche Test-Domain ohne noindex oder Passwortschutz dupliziert exakt die Produktivseite. Dieser Fehler wird oft erst bei einem Crawl-Audit entdeckt. Staging-Umgebungen immer mit noindex oder Zugangsbeschränkung sichern, bevor sie öffentlich erreichbar sind.
Häufige Fragen zu Duplicate Content (FAQ)
Schadet Duplicate Content dem Ranking?
Direkt nicht, indirekt schon. Google verhängt keine Strafe für Duplicate Content. Was passiert: Google wählt eine Version als Canonical und filtert den Rest aus dem Index. Wenn Google dabei nicht die von dir bevorzugte URL wählt, rankt die falsche Seite. Sind externe Links auf verschiedene Duplikat-Varianten verteilt, wird die Linkkraft aufgeteilt statt gebündelt. Bei großen Seiten mit vielen Duplikaten leidet zusätzlich das Crawl-Budget. Diese indirekten Effekte können das Ranking spürbar schwächen.
Was ist Near Duplicate Content?
Near Duplicate Content bezeichnet Seiten, die nicht wortgleich sind, aber so viel gemeinsamen Text teilen, dass Suchmaschinen sie als nahezu identisch bewerten. Typische Fälle: Produktseiten, die nur Farbe oder Größe tauschen, aber dieselbe Beschreibung verwenden; Location-Pages, bei denen nur der Stadtname wechselt; automatisch generierte Übersichtsseiten mit ähnlichen Produkt-Teasern. Near Duplicates sind schwieriger zu erkennen als exakte Kopien und entstehen besonders häufig bei programmatisch skalierten Seiten.
Wie schnell muss ich Duplicate Content beheben?
Das hängt vom Ausmaß ab. Wenige URL-Varianten durch ein fehlendes www-Redirect sind kein Notfall und können im nächsten technischen Sprint behoben werden. Tausende indexierbare Parametervarianten auf einem großen Shop, die Crawl-Budget fressen und Linkkraft aufteilen, sollten zeitnah priorisiert werden. Generell gilt: Duplicate Content, der aktiv im Index erscheint und mit deinen wichtigsten Seiten konkurriert, sollte innerhalb weniger Wochen adressiert werden.
Kann ich wenig Duplicate Content ignorieren?
Bei einzelnen, isolierten Duplikaten, etwa einer fehlenden HTTP-zu-HTTPS-Weiterleitung auf einer wenig verlinkten Unterseite, sind die praktischen Auswirkungen gering. Google behandelt solche Fälle algorithmisch und wählt in der Regel die richtige Canonical-URL. Ignoriere jedoch keine systematischen Duplikat-Muster, die aus CMS-Konfigurationen oder URL-Parametern entstehen. Dort summieren sich die Auswirkungen auf Crawl-Budget und Linkkraft schnell zu einem messbaren Problem.
