Ein digitales Labyrinth aus gleichen Datenpfaden, wobei ein Canonical-Tag den einzigen richtigen Ausweg markiert.
60 Views
Wer als Entwickler komplexe Listenansichten oder E-Commerce-Kategorien baut, läuft in eine gefährliche Falle. Sie wollen Duplicate Content vermeiden, doch Ihre Applikation generiert ihn automatisch. Das Szenario: Eine Kategorie-Seite /schuhe. Der Nutzer klickt auf "Farbe: Rot". Die URL wird zu /schuhe?color=red. Der Inhalt ist zu 95% identisch mit der Hauptseite. Der Nutzer klickt auf "Sortieren: Preis aufsteigend". Die URL wird zu /schuhe?color=red&sort=price_asc.
Für Googlebot sind das drei völlig verschiedene Seiten mit fast gleichem Inhalt. Wenn Sie tausende Filter-Kombinationen zulassen, verschwenden Sie das Crawl-Budget für wertlosen Müll (sogenannte "Spider Traps"). Um Duplicate Content vermeiden zu können, müssen wir dem Bot erklären, welche URL das "Original" ist und welche nur eine Variante.
1. Der Canonical Tag: "Ich bin nur eine Kopie"
Das wichtigste Werkzeug im Header ist der <link rel="canonical">. Er fungiert als "Soft Redirect". Er sagt der Suchmaschine: "Du kannst diese URL hier crawlen, aber bitte indexiere stattdessen die URL, die ich dir hier nenne."
Die Logik für Entwickler:
Die Hauptseite (Self-Referencing): Jede Seite sollte standardmäßig auf sich selbst zeigen. URL: /schuhe -> Canonical: /schuheWarum? Das schützt vor externen Parametern (z.B. Facebook-Tracking-IDs ?fbclid=...), die sonst Duplicate Content erzeugen würden.
Die Filter-Seite (Pointing to Root): Wenn die Filterung den Inhalt nicht grundlegend ändert (z.B. Sortierung), muss der Canonical auf die Kategorie ohne Parameter zeigen. URL: /schuhe?sort=price -> Canonical: /schuhe
Vorsicht: Wenn ein Filter den Inhalt massiv ändert (z.B. /schuhe?marke=nike), ist das für den User eine neue Seite. Hier sollte der Canonical selbstreferenzierend sein (/schuhe?marke=nike), damit diese spezielle Landingpage bei Google ranken kann.
2. Paginierung: Das "Seite 2" Problem
Früher nutzte man rel="next" und rel="prev", um paginierte Seiten zu verketten. Wichtig für Entwickler: Google nutzt diese Tags seit Jahren nicht mehr! (Bing nutzt sie noch).
Wie gehen wir also heute mit /blog/page/2 um? Viele Entwickler machen den Fehler und setzen den Canonical von Seite 2 auf Seite 1. Das ist falsch! Seite 2 hat anderen Inhalt (andere Artikel) als Seite 1. Sie ist kein Duplikat.
Best Practice für Pagination:
Canonical: Jede Seite zeigt auf sich selbst. /blog/page/2 -> Canonical: /blog/page/2
HTML-Links: Nutzen Sie normale <a href="...">-Links für die Paginierung, keine JS-Buttons (<button onClick="loadMore()">). Googlebot klickt keine "Load More"-Buttons, er folgt Links.
3. Robots.txt und Noindex: Blockieren statt kanonisieren
Der Canonical Tag ist nur eine "Empfehlung" an Google. Manchmal müssen wir härter durchgreifen, um Server-Last zu sparen.
Wann robots.txt? (Crawling verbieten)
Wenn Sie Parameter haben, die unendlich viele Kombinationen erzeugen (z.B. Session-IDs oder komplexe Preis-Filter ?price_min=10&price_max=11), sollten Sie dem Bot verbieten, diese überhaupt abzurufen.
Effekt: Google ruft diese URLs nie ab. Das spart massiv Crawl-Budget.
Wann noindex? (Indexierung verbieten)
Wenn Google die Seite sehen darf (um Links zu folgen), sie aber nicht im Suchergebnis auftauchen soll (z.B. "Suchergebnisseite", "Warenkorb").
bash
<meta name="robots"content="noindex, follow">
Der tödliche Fehler: Blockieren Sie eine URL niemals gleichzeitig per robots.txt UND setzen Sie sie auf noindex. Wenn Google die Seite in der robots.txt verboten wird, kann der Bot sie nicht lesen. Er sieht also das noindex-Tag im HTML gar nicht! Die Seite kann trotzdem im Index landen (als leeres Ergebnis).
Fazit: Logik vor Inhalt
Um Duplicate Content vermeiden zu können, müssen Backend-Entwickler eine klare Logik für Parameter definieren.
Ist die URL nur eine Sortierung? -> Canonical auf Hauptseite.
Ist die URL eine wichtige Filter-Seite (Marke)? -> Canonical auf sich selbst (indexierbar).
Ist die URL technischer Müll (Session-ID)? -> Blockieren via robots.txt.
Wir haben jetzt das Backend und die URL-Struktur im Griff. Aber was passiert, wenn das Frontend die URLs manipuliert, ohne dass der Server davon weiß?
Es gab früher ein Tool "URL Parameter" in der Search Console. Achtung: Dieses Tool wurde von Google abgeschaltet! Sie müssen die Steuerung jetzt über robots.txt oder Canonical-Tags im Code lösen.
Nur mit Fallback! Googlebot scrollt nicht. Wenn Sie Infinite Scroll nutzen, müssen Sie im Hintergrund trotzdem eine Paginierungs-Struktur (/page/2, /page/3) bereitstellen und diese im DOM verlinken, damit der Bot alle Produkte findet.
Selten eine manuelle Abstrafung, aber ein technisches Desaster. Google wählt einfach eine Version aus (oft die falsche) und ignoriert den Rest. Ihre "Link-Power" teilt sich auf 10 Versionen auf, statt sich auf einer URL zu bündeln. Resultat: Schlechtes Ranking für alle.
PRG steht für "Post-Redirect-Get". Es ist eine Technik für Entwickler, um Filter-URLs komplett zu verstecken. Der Filter-Button sendet einen POST-Request (Google folgt POST nicht). Der Server antwortet mit einem Redirect auf die saubere URL. Das ist die sauberste, aber aufwendigste Lösung zur Vermeidung von Spider Traps.
Wenn die Single Page App (SPA) das Routing übernimmt
In modernen React- oder Vue-Apps übernimmt oft der Client das Routing (History API). Das fühlt sich schnell an, führt aber oft zu fatalen SEO-Fehlern: "Soft 404s", fehlende History-Updates und Links, die keine Links sind.
Im nächsten Teil unserer Masterclass untersuchen wir die spezifischen SEO-Fallen von Single Page Applications und wie man sie behebt.
Webinteger arbeitet seit vielen Jahren produktiv mit Linux-basierten Entwicklungsumgebungen unter Windows. Der Fokus liegt auf performanten Setups mit WSL 2, Docker, PHP, Node.js und modernen Build-Tools in realen Projekten – nicht auf theoretischen Beispielkonfigurationen.
Die Artikel dieser Serie entstehen direkt aus dem täglichen Einsatz in Kunden- und Eigenprojekten und dokumentieren bewusst auch typische Fehler, Engpässe und bewährte Workarounds.
Webseite besuchen
