Duplicate Content im Shop: Varianten, Filter, Canonical
Warum Shops doppelte Inhalte erzeugen – Varianten, Filter, Sortierung, Paginierung – und welche Lösung in welchem Fall richtig ist. Mit Entscheidungstabelle.

Inhalt
Ein Shop erzeugt doppelte Inhalte fast von allein: jede Variante, jeder Filter, jede Sortierung kann eine eigene URL bekommen. Das ist in der Regel keine Strafe, sondern verschenkte Kraft – Google crawlt dutzende fast gleiche Seiten und verteilt Signale wie Links, Klicks und interne Verweise auf mehrere URLs statt auf eine. Dieser Artikel zeigt die typischen Quellen in Shops, welche Lösung zu welchem Fall passt und wie du den Zustand in der Search Console prüfst.
Was Duplicate Content wirklich anrichtet
Google erkennt nahezu gleiche Seiten und wählt selbst eine davon als kanonische URL aus. Deine Canonical-Angabe ist dabei ein Hinweis, keine Anweisung. Wenn interne Links, Sitemap und Canonical widersprüchlich sind, entscheidet Google – manchmal für die Filter-URL statt für die Kategorieseite.
Die Folgen sind unspektakulär, kosten aber Sichtbarkeit:
- Crawling läuft in die Breite. Der Crawler holt sich zehntausende Parameter-URLs und kommt seltener an neue Produkte und geänderte Kategorietexte.
- Signale zersplittern. Ein externer Link auf
?farbe=blaustärkt nicht die Hauptseite, wenn die Zuordnung unklar ist. - Die falsche URL steht im Index. Dann landen Besucher auf einer vorgefilterten Liste statt auf der optimierten Kategorieseite.
- Deine eigenen Seiten konkurrieren. Zwei fast identische Kategorien zum gleichen Suchbegriff bringen keine doppelte Chance, sondern zwei mittelmäßige Positionen.
Eine manuelle Maßnahme droht nur, wenn im großen Stil kopierte Inhalte veröffentlicht werden, um Suchergebnisse zu manipulieren. Varianten- und Filter-URLs sind das nicht.
Die typischen Quellen in Shops
Varianten
Farbe, Größe, Länge, Menge. Viele Shopsysteme hängen die Auswahl als Parameter an die Produkt-URL. Der Text bleibt gleich, nur Bild und Preis ändern sich manchmal.
Filter und Facetten
?marke=, ?groesse=, ?preis_bis= – und Kombinationen daraus. Aus fünf Filtern mit je fünf Werten entstehen rechnerisch tausende URLs, fast alle mit den gleichen Produkten in anderer Reihenfolge.
Sortierung und Ansicht
?sort=preis-aufsteigend, ?view=liste, ?anzahl=48. Diese Parameter ändern nie den Inhalt, nur die Darstellung. Sie sind der reinste Fall von doppeltem Inhalt.
Paginierung
Seite 2, 3, 4 einer Kategorie. Kein echtes Duplikat, aber oft falsch behandelt: Wer alle Unterseiten per Canonical auf Seite 1 zeigen lässt, versteckt damit die Produkte der hinteren Seiten.
Interne Suchergebnisse
/suche?q=... erzeugt beliebig viele Seiten, die je nach Eingabe leer oder zufällig gefüllt sind. Gehört nicht in den Index.
Tracking-Parameter
?utm_source=newsletter, Klick-IDs aus Werbekampagnen, Affiliate-Parameter. Technisch dieselbe Seite, für den Crawler eine neue URL.
Ein Produkt in mehreren Kategorien
Manche Systeme erzeugen für dasselbe Produkt mehrere Pfade, etwa unter zwei Kategorien. Shopify löst das intern über einen Canonical auf die Produkt-URL unter /products/; in anderen Systemen musst du das prüfen.
Host- und Schreibvarianten
example.de und www.example.de, http und https, mit und ohne abschließenden Schrägstrich, Groß- und Kleinschreibung im Pfad, /index.php neben /. Jede Variante, die eine Seite ausliefert statt weiterzuleiten, ist eine eigene URL.
Druck-, Vorschau- und Entwicklungsansichten
Druckversionen, Vorschau-Links, Staging-Domains ohne Sperre. Klassiker, weil sie niemand bewusst veröffentlicht hat.
Textliche Dubletten
Derselbe Herstellertext auf hunderten Shops, identische Beschreibungen über alle Varianten hinweg, Kategorietexte, bei denen nur das Wort für die Kategorie ausgetauscht wurde. Technisch alles korrekt, inhaltlich austauschbar. Wie du das löst, steht im Artikel zu Produktbeschreibungen, die ranken und verkaufen.
Die Werkzeuge und was sie tatsächlich tun
| Werkzeug | Wirkung | Nicht geeignet für |
|---|---|---|
rel="canonical" | Hinweis, welche URL die Hauptversion ist; Signale werden zusammengeführt | Seiten mit deutlich anderem Inhalt; Erzwingen einer Entscheidung |
| Selbstreferenzierender Canonical | Jede Seite nennt sich selbst als Hauptversion; macht Parameter-Varianten eindeutig zuordenbar | Fälle, in denen eine andere URL ranken soll |
noindex (Meta-Tag oder HTTP-Header) | Seite fliegt aus dem Index, bleibt aber crawlbar und vererbt Links weiter | URLs, die per robots.txt gesperrt sind – dort liest Google das Tag nie |
robots.txt Disallow | Verhindert das Crawlen, spart Crawl-Budget | Seiten aus dem Index entfernen; gesperrte URLs können trotzdem gelistet werden |
| 301-Weiterleitung | Führt Host- und Schreibvarianten dauerhaft zusammen | Varianten, die als eigene URL erreichbar bleiben müssen |
| Interne Verlinkung | Stärkstes Signal dafür, welche URL du selbst für wichtig hältst | Ersatz für Canonical oder noindex |
Links mit nofollow-Attribut | Steuert kein Crawling zuverlässig | Filter-Navigation zu entschärfen |
Zwei Dinge, die oft veraltet weitergegeben werden. Erstens: Das URL-Parameter-Tool in der Search Console gibt es nicht mehr – Google hat es 2022 abgeschafft, weil kaum eine der dort hinterlegten Konfigurationen dem Crawling half. Parameter steuerst du heute über Canonicals, interne Links und robots.txt; welche URLs überhaupt entstehen sollen, entscheidet die URL-Struktur des Shops. Zweitens: rel="next" und rel="prev" nutzt Google nicht mehr. In der Dokumentation steht dazu ausdrücklich, dass Google diese Auszeichnungen nicht mehr verwendet, andere Suchmaschinen sie aber weiterhin lesen können. Paginierung funktioniert über normale Links und selbstreferenzierende Canonicals; nachzulesen in der Google-Dokumentation zur Paginierung und zur Zusammenführung doppelter URLs.
Entscheidungstabelle: welcher Fall braucht welche Lösung
| Fall | Lösung | Begründung |
|---|---|---|
Sortier- und Ansichtsparameter (sort, view, limit) | Canonical auf die Kategorie ohne Parameter; keine internen Links auf Parameter-URLs | Inhalt identisch, Reihenfolge ist kein eigener Suchintent |
Tracking-Parameter (utm, Klick-IDs) | Canonical auf die saubere URL | Seite ist dieselbe; Kampagnenlinks sollen nicht in den Index |
| Varianten ohne eigene Nachfrage (Größen, Mengen) | Eine Produktseite mit Auswahl, Varianten-URLs per Canonical darauf | Bündelt alle Signale auf eine Seite |
| Varianten mit echter Nachfrage (Farbe bei Mode, Kapazität bei Technik) | Eigene, indexierbare Seite mit eigenem Titel, eigenen Bildern, eigenem Text; selbstreferenzierender Canonical | Menschen suchen nach „Modell in Schwarz“; dann braucht es eine Seite dafür |
| Filter mit Suchnachfrage (z. B. Marke in einer Kategorie) | Eigene, crawlbare Seite behandeln wie eine Kategorie: Titel, Einleitung, interner Link aus der Navigation | Verdient eine eigene Landingpage – mehr dazu unter Kategorieseiten optimieren |
| Filter ohne Suchnachfrage, wenige Kombinationen | noindex, crawlbar lassen | Aus dem Index, Links wirken weiter |
| Filter ohne Suchnachfrage, sehr viele Kombinationen | Crawling begrenzen (robots.txt für das Parameter-Muster), keine internen Links darauf | Menge ist das Problem, nicht die einzelne Seite |
| Paginierung (Seite 2 ff.) | Selbstreferenzierender Canonical je Seite, normale Links zwischen den Seiten, indexierbar lassen | Nur so findet Google die Produkte der hinteren Seiten |
| Interne Suchergebnisse | noindex, zusätzlich per robots.txt bremsen, wenn sie stark gecrawlt werden | Beliebig viele Seiten ohne eigenständigen Wert |
| Warenkorb, Konto, Checkout | noindex | Kein Inhalt für Suchende |
www/non-www, http/https, Schrägstrich, index.php | 301 auf eine Schreibweise, überall konsequent verlinken | Eine Seite, eine URL |
| Druck- und Vorschauansichten | Canonical auf die Normalansicht oder abschalten | Reines Duplikat |
| Staging- oder Testumgebung | Zugang mit Passwort schützen | Sperren allein reicht oft nicht |
| Gleiche Produkte in zwei Shops oder Sprachversionen in Shopify Markets | Eine Hauptversion bestimmen, bei Sprachen zusätzlich hreflang | Ohne klare Zuordnung entscheidet Google |
Merksatz: Wenn ein Mensch nach dem Zustand der Seite suchen würde, gehört sie in den Index. Wenn nicht, gehört sie es nicht – und die Frage ist nur noch, ob noindex oder Crawling-Sperre.
Schritt für Schritt: aufräumen in sieben Schritten
- Bestand aufnehmen. In der Search Console den Indexierungsbericht öffnen und die nicht indexierten Seiten durchsehen. Relevant sind „Duplikat – vom Nutzer nicht als kanonisch bestimmt“, „Duplikat, Google hat eine andere Seite als kanonische Seite bestimmt“ und „Alternative Seite mit richtigem kanonischen Tag“. Die erste Meldung ist ein Auftrag, die dritte ist der Normalzustand. Die Berichte im Detail erklärt die Anleitung zur Google Search Console.
- Parameter sammeln. Notiere alle Parameter, die dein Shop erzeugt: Filter, Sortierung, Varianten, Tracking, Paginierung. Ein Blick in die Serverlogs oder in die URL-Liste eines Crawlers zeigt, was Google tatsächlich abholt.
- Jeden Parameter einordnen. Ändert er den Inhalt, nur die Darstellung, oder gar nichts? Danach richtet sich die Zeile in der Tabelle oben.
- Nachfrage prüfen, bevor du löschst. Für Filter und Varianten kurz gegenprüfen, ob es Suchanfragen dafür gibt. In der Search Console siehst du unter Abfragen, wofür die Seite heute schon Impressionen bekommt.
- Canonicals vereinheitlichen. Jede indexierbare Seite nennt sich selbst als kanonisch, jede Duplikatsvariante die Hauptseite. Absolute URLs verwenden, gleiche Schreibweise wie in Sitemap und internen Links.
- Interne Links begradigen. Sitemap, Navigation, Breadcrumbs und Produktlisten dürfen nur auf die kanonischen URLs zeigen. Widersprechen sich Canonical und interne Links, gewinnt oft der Link. Wie du das systematisch aufsetzt, steht unter interne Verlinkung im Shop.
- Nachmessen. Nach zwei bis vier Wochen dieselben Berichte erneut ansehen: Ist die Zahl der Duplikat-Meldungen gesunken, werden die richtigen URLs indexiert, ranken die Kategorieseiten statt der Filter-URLs? Einzelne URLs prüfst du mit der URL-Prüfung, dort steht die von Google gewählte kanonische Seite.
Fünf Fehler, die am häufigsten vorkommen
- robots.txt plus noindex gleichzeitig. Google kann das noindex dann nicht lesen. Entscheide dich für eines.
- Alle Unterseiten per Canonical auf Seite 1. Damit erklärst du die Produkte ab Seite 2 für unwichtig.
- Canonical auf eine weitergeleitete oder nicht erreichbare URL. Der Hinweis wird ignoriert.
- Canonical auf die Startseite. Wird bei Produktseiten regelmäßig gesetzt und sorgt dafür, dass gar keine Produktseite rankt.
- Weiterleitungsketten.
http://example.de→https://example.de→https://www.example.de→ Zielseite. Jede Kette kürzen, ein Sprung genügt.
Was Shopsysteme schon von allein machen
Shopify setzt Canonicals für Produkte, die über Kategorie-Pfade erreichbar sind, und pflegt eine eigene robots.txt, die sich über eine Vorlage anpassen lässt; Details dazu stehen in der Shopify-Hilfe. Lightspeed eCom setzt bei mehrfach zugeordneten Produkten ebenfalls Canonicals, bietet aber je nach Version unterschiedliche Einstellungen – prüfe hier konkret, was dein Backend anbietet, statt einem allgemeinen Klickpfad zu folgen.
Wichtig in beiden Fällen: Automatische Canonicals entlasten dich bei Produkt-URLs, nicht bei Filter- und Sortierparametern, die deine Navigation oder eine Filter-App erzeugt. Genau dort entsteht die Masse. Prüfe deshalb nach jeder neuen App oder jedem Theme-Update, ob plötzlich neue Parameter-URLs im Index auftauchen.
Wenn du das Thema laufend beobachten willst: In ecomando siehst du im SEO-Audit, welche URLs mit fremdem Canonical oder ohne Indexierung auftauchen. Und wenn du beim Aufräumen gleich die technische Basis mitnehmen willst, arbeite parallel die technische SEO-Checkliste durch – Weiterleitungen, Sitemap und Statuscodes hängen mit diesem Thema direkt zusammen.
Häufige Fragen
Bestraft Google Duplicate Content?
In der Regel nicht. Google wählt bei nahezu gleichen Seiten selbst eine kanonische URL aus und zeigt nur diese. Eine manuelle Maßnahme droht nur, wenn Inhalte in großem Stil kopiert werden, um Suchergebnisse zu manipulieren.
Brauchen Farb- und Größenvarianten eigene Seiten?
Nur wenn Menschen wirklich danach suchen, zum Beispiel nach einem Modell in einer bestimmten Farbe. Sonst gehören Varianten auf eine Produktseite mit Auswahl, und die Varianten-URLs verweisen per Canonical auf diese Seite.
Soll ich Filter-URLs per robots.txt sperren?
Nur bei echten Crawling-Problemen und mit Bedacht. Eine per robots.txt gesperrte URL kann Google nicht lesen, also auch kein Canonical und kein noindex darauf sehen. Für einzelne Seiten ist noindex meist die bessere Wahl.
Wie finde ich doppelte Seiten in meinem Shop?
Im Indexierungsbericht der Search Console unter den nicht indexierten Seiten. Meldungen wie „Duplikat – vom Nutzer nicht als kanonisch bestimmt“ oder „Google hat eine andere Seite als kanonische Seite bestimmt“ zeigen genau diese Fälle.
Ist derselbe Herstellertext auf vielen Shops ein Problem?
Er ist kein Grund für eine Strafe, aber er gibt Google keinen Grund, deine Seite vorzuziehen. Ergänze eigene Abschnitte: Einsatz, Passform, Vergleich zu Alternativen, Pflege, Lieferumfang.


