Umgang mit Duplicate Content: doppelte URLs erkennen und konsolidieren
Duplicate Content liegt vor, wenn derselbe oder im Hauptinhalt sehr ähnliche Inhalt unter mehreren URLs erreichbar ist. Lege für jede Gruppe eine Ziel-URL fest und richte Weiterleitungen, Canonical-Angaben, interne Links und Sitemap auf diese Adresse aus. So erhält eine Suchmaschine ein einheitliches Signal, welche Version den Inhalt vertritt.
Google fasst doppelte oder sehr ähnliche Seiten zu einer Gruppe zusammen und wählt daraus eine kanonische URL. Die eigene Canonical-Angabe bildet ein starkes Signal, aber keine Garantie. Google kann eine andere URL wählen, wenn die übrigen Signale oder der Inhalt dagegen sprechen.
Arbeitsdefinition: Eine kanonische URL ist die bevorzugte Adresse für einen Inhalt. Die alternativen URLs bleiben entweder erreichbar und verweisen per Canonical auf diese Adresse, oder sie leiten dauerhaft auf sie weiter.
Duplicate Content richtig einordnen
Doppelte URLs entstehen oft durch die Technik einer Website. HTTP- und HTTPS-Varianten, unterschiedliche Hosts, Filter und Sortierungen, Druckansichten oder Tracking-Parameter können denselben Kerninhalt ausliefern. Google nennt solche Varianten als Gründe für die Kanonisierung.
Wiederkehrende Navigation, Header und Footer machen eine Seite nicht automatisch zu einem URL-Duplikat. Maßgeblich sind Hauptinhalt und Aufgabe der Seite. Prüfe daher nicht nur Textähnlichkeit. Prüfe auch, ob zwei URLs dieselbe Information für denselben Zweck anbieten.
| Ursache | Typisches Muster | Prüffrage | Passende erste Richtung |
|---|---|---|---|
| Protokoll oder Host | http und https, www und ohne www | Soll nur eine öffentliche Variante bestehen? | Eine Hauptvariante festlegen und die übrigen dauerhaft weiterleiten. |
| Parameter | Kampagnen-, Filter-, Sortier- oder Sitzungsparameter | Ändert der Parameter den Hauptinhalt oder nur die Darstellung? | Bei gleichem Kerninhalt Canonical auf die Haupt-URL setzen. |
| CMS-Ausgaben | Druckansichten, Anhänge, Vorschauen oder Archive | Hat die Ausgabe einen eigenen Informationswert? | Eigene Seite abgrenzen oder auf die Hauptseite verweisen. |
| Mehrseitige Inhalte | Seite 1, Seite 2 und weitere Abschnitte | Enthält jede Seite eigenständige Inhalte? | Inhalte prüfen und nicht pauschal auf Seite 1 kanonisieren. |
| Überholte Seiten | alter Artikel neben einer zusammengeführten Fassung | Ersetzt die neue Seite die alte fachlich? | Bei Ersatz dauerhaft weiterleiten; sonst getrennt halten oder entfernen. |
Nicht jede Ähnlichkeit verlangt eine Konsolidierung. Zwei Produktseiten können sich ähneln und dennoch unterschiedliche Varianten, Einsatzfälle oder Preise erklären. Eine Canonical-Angabe darf nur auf eine Seite zeigen, deren Inhalt den Quellinhalt abdeckt. Der Standard warnt besonders davor, die Folgeseiten eines mehrseitigen Inhalts pauschal auf die erste Seite zu setzen. Dabei können Inhalte verloren gehen.
Google beschreibt doppelte Inhalte auf einer Website grundsätzlich nicht als Verstoß gegen die Spam-Richtlinien. Anders liegt der Fall bei massenhaft kopierten oder nur oberflächlich veränderten fremden Inhalten ohne eigenen Nutzen. Das betrifft Inhaltsherkunft und Mehrwert, nicht bloß die URL-Kanonisierung.
Die Content-Redaktion für Themen, Rollen und Redaktionsprozesse klärt, welche URL eine Hauptaufgabe übernimmt. Diese Prüfung setzt darauf auf und kontrolliert, ob Technik und interne Verweise diese Entscheidung tragen.
Die passende Maßnahme wählen
Canonical, Weiterleitung, noindex und Pruning lösen unterschiedliche Fälle. Wer sie vermischt, setzt widersprüchliche Signale oder nimmt Nutzenden eine benötigte Seite.
| Maßnahme | Passt, wenn | Wirkung | Voraussetzung |
|---|---|---|---|
| Dauerhafte Weiterleitung | Die alte URL hat keinen eigenen Zweck mehr und die Zielseite ersetzt sie. | Ein serverseitiger 301- oder 308-Status führt Menschen und Crawler zur neuen Adresse. Google wertet dauerhafte Weiterleitungen als starkes Kanonisierungssignal. | Die Zielseite deckt den bisherigen Inhalt ab. |
| rel="canonical" | Mehrere erreichbare URLs zeigen denselben oder sehr ähnlichen Hauptinhalt. | Die Quellseite nennt die bevorzugte URL für die Kanonisierung. | Das Signal leitet Besuchende nicht weiter und bildet keine Garantie für die Google-Auswahl. |
| noindex | Eine Seite soll in Google nicht erscheinen (z. B. interne Suche oder Funktionsseite). | Der Robots-Meta-Tag oder X-Robots-Tag schließt die Seite aus Suchergebnissen aus. | Die Seite bleibt für den Crawler abrufbar. |
| Pruning | Eine Seite ist fachlich überholt, ohne Suchzweck und ohne Ersatzseite. | Redaktion und Technik nehmen sie aus dem Bestand, entfernen interne Verweise und prüfen die Folgen. | Die Seite besitzt keine verlinkte Ersatzseite. |
Setze eine dauerhafte Weiterleitung ein, wenn der Zielinhalt die alte Seite tatsächlich ersetzt. Google empfiehlt serverseitige permanente Weiterleitungen, wenn sich die Adresse für Suchergebnisse dauerhaft ändert. Temporäre Weiterleitungen wie 302 oder 307 senden dieses Kanonisierungssignal nicht.
Setze rel="canonical" auf Seiten, die aus funktionalen Gründen erreichbar bleiben. Verwende eine absolute Ziel-URL im <head> und ergänze auf der Zielseite einen Canonical-Tag auf sich selbst. Google führt rel="canonical" als starkes Signal und die Sitemap als Zusatzsignal.
<link rel="canonical" href="https://www.beispiel.de/produkte/rote-jacke/" />
Für nicht als HTML ausgelieferte Dateien kann der Server den Canonical-Hinweis im HTTP-Header ausgeben. Das betrifft alternative Dokumentformate. Der Standard und Google erlauben diese Form, wenn der Zielinhalt die Quelle dupliziert oder einschließt.
noindex verlangt eine abrufbare Seite. Blockiert robots.txt den Abruf, kann Google den Meta-Tag oder HTTP-Header nicht lesen. Nutze robots.txt daher nicht als Mittel, um einen HTML-Inhalt aus den Suchergebnissen zu halten.
Doppelte URLs in sechs Schritten prüfen
Beginne mit einer URL-Gruppe. Ein Crawl, XML-Sitemaps, Serverlogs und die Search Console zeigen jeweils andere Teile des Bestands. Fasse sie in einer Liste zusammen und halte pro URL die beabsichtigte Rolle fest.
- →Varianten sammeln: Erfasse pro Inhalt Host, Protokoll, Pfad, abschließenden Slash und Parameter. Nimm zudem Druckansichten, Archivseiten, Paginierung, Facetten und alte Pfade aus Migrationen auf. Bewahre die URL auf. Erst sie zeigt, welche Variante ein System aufgerufen hat.
- →Inhalt und Zweck vergleichen: Lies Hauptüberschrift, Hauptinhalt, Produktdaten, Filterzustand und Nutzeraufgabe. Markiere URLs nur dann als Gruppe, wenn ihr Kerninhalt gleich oder sehr ähnlich ist. Eine ähnliche Vorlage genügt nicht. Eine Kategorie mit aktivem Filter kann einen eigenen Zweck haben, wenn sie eine geänderte Auswahl zeigt.
- →Ziel-URL begründen: Die Ziel-URL muss erreichbar sein, den relevanten Inhalt tragen und zur vorgesehenen Informationsarchitektur passen. Wähle nicht allein die kürzeste Adresse. Prüfe auch, welche URL intern verlinkt ist, in der Sitemap steht und eine passende Hauptüberschrift führt.
- →Signale auf die Ziel-URL ausrichten: Leite entfallene Varianten dauerhaft weiter. Setze bei weiter benötigten Varianten einen Canonical-Tag auf die Ziel-URL. Verlinke intern direkt auf diese URL und führe sie in der Sitemap. Google nennt genau diese Kombination als Kanonisierungssignale.
- →Auslieferung testen: Prüfe Quell- und Ziel-URL im Browser und per HTTP-Abruf. Kontrolliere Statuscode, Weiterleitungsziel, finale URL,
rel="canonical", Robots-Anweisungen und den Sitemap-Eintrag. Prüfe bei JavaScript-Rendering zusätzlich den HTML-Quelltext. Google rät, den Canonical-Hinweis im HTML auszuliefern und ihn nicht nachträglich durch JavaScript zu verändern. - →Google-Auswahl kontrollieren: Prüfe Quell- und Ziel-URL im URL-Prüftool der Search Console. Der Bericht zur indexierten URL nennt die von Nutzenden angegebene sowie die von Google ausgewählte kanonische URL. Der Live-Test kann diese Google-Auswahl nicht vorhersagen.
Die Logfile-Analyse für Bot-Crawling und Serverantworten ergänzt diesen Schritt, wenn du nachvollziehen willst, welche URL-Varianten Bots am Server aufrufen. Die Auswertung ersetzt nicht die Indexprüfung in der Search Console.
Prüfkriterien für die Konsolidierung
Die Checkliste prüft, ob alle Signale dieselbe Entscheidung stützen. Das Schema eignet sich für eine einzelne URL-Gruppe und für einen wiederkehrenden Crawl.
| Prüffeld | Sollzustand | Typischer Befund |
|---|---|---|
| Gruppenbildung | Nur URLs mit gleichem oder sehr ähnlichem Hauptinhalt bilden eine Gruppe. | Zwei fachlich verschiedene Seiten zeigen auf dieselbe kanonische URL. |
| Zielseite | Die Ziel-URL ist erreichbar, enthält den relevanten Inhalt und verweist auf sich selbst. | Canonical-Ziel antwortet mit Fehler, leitet weiter oder verweist auf ein anderes Ziel. |
| Canonical-Angabe | Jede erreichbare Variante nennt genau die begründete Ziel-URL. | Verschiedene Canonicals in HTML, HTTP-Header oder CMS-Ausgabe. |
| Weiterleitung | Alte, ersetzte URLs führen ohne Kette zur passenden Ziel-URL. | Mehrere Sprünge, Schleifen oder Weiterleitung auf eine nur grob verwandte Seite. |
| Interne Verlinkung | Menüs, Teaser, Inhaltslinks und Hreflang-Verweise nutzen die Ziel-URL. | Interne Links halten Parameter- oder Altvarianten im Umlauf. |
| Sitemap | Die Sitemap enthält nur die beabsichtigte kanonische URL. | Sitemap und Canonical nennen unterschiedliche Adressen. |
| Indexsteuerung | noindex-Seiten bleiben für den Crawler abrufbar; die Zielseite trägt kein noindex. | robots.txt blockiert eine URL, deren noindex Google lesen soll. |
| Search Console | Die von Google ausgewählte kanonische URL stimmt mit der Entscheidung überein. | Google wählt wiederholt eine andere URL. |
Google kann eine andere kanonische URL auswählen, obwohl die eigene Angabe technisch vorliegt. Prüfe dann zuerst Inhalt, Weiterleitungen, interne Links, Sitemap und widersprüchliche Canonical-Tags. Ein einzelner Tag wirkt nicht losgelöst von der restlichen Website.
Der Hub Technisches SEO: Infrastruktur, Architektur und Jamstack ordnet diese Prüfung in Crawling, Rendering, Indexierung und Webarchitektur ein. Für bestätigte Befunde mit mehreren Teams, Abhängigkeiten oder Risiken führt die SEO-Strategie mit Audit, Roadmap und Umsetzung zur Priorisierung weiter.
Grenzen der Konsolidierung
Kanonisierung löst kein schwaches Informationsangebot. Wenn zwei URLs denselben Bedarf bedienen, entscheidet die Redaktion zuerst, ob sie eine Seite zusammenführt, abgrenzt oder entfernt. Der Canonical-Tag dokumentiert anschließend die technische Präferenz. Er ersetzt keine Entscheidung über Inhalt und Zielgruppe.
Auch ein korrekter Canonical-Tag zwingt Google nicht. Google wählt die kanonische Seite aus einer Gruppe anhand mehrerer Signale. Deshalb müssen Weiterleitungen, Canonical, Sitemap und interne Links dieselbe Adresse bevorzugen.
Eine reine Ähnlichkeitsquote aus einem Werkzeug reicht für die Entscheidung nicht aus. Das Analyse-Tool übersieht Filterzustände, regionale Varianten, paginierte Inhalte oder unterschiedliche Aufgaben. Prüfe immer auch, ob Nutzende auf beiden URLs unterschiedliche Informationen oder Funktionen benötigen.
Häufige Fragen zu Duplicate Content
Bestraft Google Duplicate Content?
Google beschreibt doppelte Inhalte auf einer Website als normal und nicht als Verstoß gegen die Spam-Richtlinien. Google wählt in einer Gruppe in der Regel eine repräsentative URL. Unabhängig davon können massenhaft kopierte oder nur geringfügig veränderte fremde Inhalte ohne eigenen Nutzen gegen Spam-Richtlinien verstoßen.
Wann nutze ich eine Weiterleitung statt eines Canonical-Tags?
Nutze eine dauerhafte Weiterleitung, wenn die Quell-URL entfällt und die Zielseite sie inhaltlich ersetzt. Nutze einen Canonical-Tag, wenn die Quell-URL für Nutzende oder Funktionen erreichbar bleiben muss, ihr Hauptinhalt aber von einer anderen URL vertreten werden soll.
Darf eine paginierte Seite auf Seite 1 kanonisieren?
Nicht pauschal. Wenn spätere Seiten eigenständige Inhalte enthalten, deckt Seite 1 diese Inhalte nicht ab. RFC 6596 nennt dieses Muster als Fall, in dem Inhalt verloren gehen kann.
Soll ich Filterseiten immer mit noindex versehen?
Nein. Prüfe zuerst, ob eine Filterseite einen eigenständigen Informations- oder Nutzwert besitzt. Bei gleichem Hauptinhalt kann eine Canonical-Angabe passen. Soll die Seite in Google nicht erscheinen, kann noindex passen. Lass die Seite dann crawlbar, damit Google die Anweisung lesen kann.
Warum zeigt Google eine andere kanonische URL als mein CMS?
Das CMS zeigt die selbst deklarierte Präferenz. Google bewertet zusätzlich Weiterleitungen, Inhalt, Sitemap, interne Links sowie weitere Signale. Vergleiche im URL-Prüftool die deklarierte und die von Google ausgewählte kanonische URL.
Nächster Schritt
OLDSCHOOLSEO prüft URL-Varianten, Weiterleitungen, Canonical-Signale und interne Verweise im Rahmen der Suchmaschinenoptimierung für Unternehmen.
Projektanfrage per E-Mail senden · Erstgespräch mit Sandra buchen
Sandra Krone und Michael Kienzler | Seriöse Suchmaschinenoptimierung aus Stuttgart | Seit 2018
▋