Wenn du mit SEO arbeitest, kennst du diese kleinen technischen Empfehlungen, die auf den ersten Blick fast banal wirken. Ein einzelnes Tag im Quellcode, ein kurzer Hinweis in einer Dokumentation, zwei neue Sätze irgendwo in einer Hilfeseite. Und trotzdem kann genau so etwas später den Unterschied machen zwischen einer sauber verstandenen Website und einem Indexierungschaos, das dir unnötig Zeit, Nerven und manchmal auch Rankings kostet.
Genau darum geht es hier: Für kanonische URLs wird noch einmal ausdrücklich empfohlen, auch auf der eigentlichen kanonischen Seite selbst ein rel=“canonical“-Element einzubauen. Man nennt das meist einen selbstreferenzierenden Canonical. Gemeint ist: Die Hauptversion einer Seite zeigt per Canonical nicht nur von Varianten auf sich, sondern sie verweist auch selbst auf sich.
Klingt erst einmal etwas doppelt gemoppelt. Ich habe früher auch oft gehört: „Warum soll eine Seite sich selbst als bevorzugte Version auszeichnen? Sie ist doch schon die bevorzugte Version.“ Ja, logisch betrachtet stimmt das. Aber Suchmaschinen arbeiten eben nicht mit Bauchgefühl, sondern mit Signalen. Und je sauberer diese Signale sind, desto weniger Interpretationsspielraum bleibt. Aus meiner Erfahrung ist genau das bei größeren Websites Gold wert, vor allem wenn Parameter, Tracking-URLs, Filterseiten, Archivversionen oder verschiedene technische URL-Varianten im Spiel sind.
Die Empfehlung ist nicht neu. Sie wurde nur noch einmal deutlicher in die offizielle Dokumentation aufgenommen. Inhaltlich geht es um zwei Kernaussagen: Du solltest auf der kanonischen Seite selbst ein rel=“canonical“-Linkelement setzen. Und es wird empfohlen, genau dieses selbstreferenzierende Canonical-Element auch auf der Hauptversion der Seite zu verwenden. Mehr wurde offenbar nicht groß geändert. Aber manchmal sind es eben genau diese kleinen Ergänzungen, die zeigen, welche Praxis langfristig als Standard gelten sollte.
Was ein selbstreferenzierender Canonical eigentlich bedeutet
Ein Canonical-Tag ist ein Hinweis an Suchmaschinen, welche URL als bevorzugte Version eines Inhalts betrachtet werden soll. Wenn du also denselben oder sehr ähnlichen Inhalt über mehrere URLs erreichbar machst, kann das Canonical-Element helfen, die Signale zu bündeln. Es sagt sinngemäß: „Bitte behandle diese URL hier als die Hauptversion.“
Ein einfaches Beispiel: Du hast eine Produktseite unter https://example.com/schuhe/lederstiefel. Gleichzeitig kann dieselbe Seite mit Tracking-Parameter aufgerufen werden, etwa ?utm_source=newsletter. Vielleicht gibt es zusätzlich Sortierparameter, Session-IDs oder eine Variante mit abschließendem Slash. Für Nutzer ist das meistens egal. Für Suchmaschinen kann es aber schnell aussehen, als gäbe es mehrere URLs mit identischem oder nahezu identischem Inhalt.
Ein Canonical auf den Varianten würde dann auf die saubere Haupt-URL zeigen. So weit, so bekannt. Beim selbstreferenzierenden Canonical passiert nun noch etwas zusätzlich: Auch die Hauptseite selbst enthält ein Canonical-Tag, das auf genau ihre eigene URL zeigt.
Im Quellcode könnte das vereinfacht so aussehen:
<link rel="canonical" href="https://example.com/schuhe/lederstiefel" />
Das bedeutet nicht, dass du Suchmaschinen zwingst, diese URL zu indexieren. Ein Canonical ist kein harter Befehl wie etwa eine robots.txt-Regel oder ein noindex-Tag. Es ist ein starkes Signal, aber eben ein Signal. Suchmaschinen können es berücksichtigen, sie müssen es aber nicht immer blind übernehmen, besonders wenn andere Signale widersprüchlich sind. Trotzdem: Wenn du es richtig einsetzt, machst du die Lage deutlich klarer.
Und ja, die Seite sagt damit im Grunde: „Ich bin ich.“ Das wirkt etwas komisch, aber technisch ist es sauber. Ich vergleiche das gern mit einem Namensschild auf einer Konferenz. Du weißt zwar selbst, wer du bist. Aber für alle anderen ist es einfacher, wenn es eindeutig dransteht.
Warum diese kleine Ergänzung in der Praxis wichtig ist
Man könnte meinen, diese Empfehlung sei nur eine Kleinigkeit für technische Puristen. Aber ganz so harmlos ist das Thema nicht. Gerade bei Websites, die über Jahre wachsen, entstehen fast zwangsläufig URL-Varianten. Man sieht das bei Shops, Magazinen, SaaS-Seiten, Immobilienportalen, Rezeptseiten, Vergleichsplattformen, eigentlich überall.
Eine Seite kann plötzlich über mehrere Pfade erreichbar sein. Mal mit Großbuchstaben, mal mit Kleinbuchstaben. Mal mit Slash, mal ohne. Mal über eine alte URL-Struktur, die eigentlich weitergeleitet werden sollte, aber irgendwo noch intern verlinkt ist. Mal über Kampagnenparameter, die von außen hereinkommen. Dann crawlt eine Suchmaschine diese Varianten, sieht ähnliche Inhalte und muss entscheiden, welche URL sie als Hauptversion nimmt.
Wenn du kein klares Canonical setzt, entscheidet die Suchmaschine selbst. Das geht oft gut. Wirklich. Moderne Suchmaschinen sind ziemlich gut darin, Duplikate zu erkennen. Aber „oft gut“ ist eben nicht dasselbe wie „verlässlich sauber“. Und als SEO oder Website-Verantwortlicher willst du nicht, dass eine Maschine aus sechs ähnlichen URLs irgendeine auswählt, wenn du selbst genau weißt, welche URL im Index landen soll.
Der selbstreferenzierende Canonical hält die Signale konsistent. Jede relevante Seite trägt ihre eigene bevorzugte URL im Code. Varianten zeigen ebenfalls auf diese URL. Interne Links zeigen idealerweise auch dorthin. XML-Sitemaps enthalten dieselbe URL. Weiterleitungen passen dazu. Dann entsteht ein rundes Bild. Kein wildes Durcheinander.
Gerade diese Konsistenz ist aus meiner Sicht der eigentliche Punkt. Nicht das einzelne Tag rettet deine Website. Aber es ist Teil einer sauberen technischen Hygiene. Und technische Hygiene ist selten spektakulär. Sie ist eher wie regelmäßiges Zähneputzen: Man merkt oft erst, dass sie wichtig war, wenn man sie zu lange ignoriert hat.
Es geht nicht nur um Duplicate Content
Viele denken beim Canonical sofort an Duplicate Content. Das stimmt auch, aber es greift ein wenig zu kurz. Natürlich hilft ein Canonical dabei, doppelte oder ähnliche Inhalte zusammenzuführen. Aber in der Praxis geht es oft auch um Signalbündelung.
Stell dir vor, eine Produktseite bekommt Backlinks auf verschiedene URL-Varianten. Ein Link zeigt auf die URL mit Tracking-Parameter, ein anderer auf eine alte Version, wieder ein anderer auf die Haupt-URL. Wenn die Canonical-Signale sauber sind, können Suchmaschinen diese Signale besser der bevorzugten URL zuordnen. Es ist keine Magie, aber es reduziert Reibung.
Auch Nutzersignale, interne Verlinkung, Sitemap-Angaben und Crawling-Muster spielen mit hinein. Wenn all diese Dinge in dieselbe Richtung zeigen, entsteht Klarheit. Wenn sie durcheinanderlaufen, kann eine Suchmaschine zwar immer noch richtige Entscheidungen treffen, aber du machst es ihr unnötig schwer.
Ich habe schon Relaunches gesehen, bei denen Canonicals halbherzig gesetzt wurden. Manche Seiten hatten selbstreferenzierende Canonicals, manche nicht. Parameterseiten zeigten mal auf sich selbst, mal auf die Hauptseite. Paginierte Seiten waren wieder anders gelöst. Das Ergebnis war nicht sofort eine Katastrophe, aber die Analyse wurde zäh. Man musste sich durch Logfiles, Indexierungsberichte und URL-Prüfungen hangeln, nur um herauszufinden, welches Signal eigentlich wohin zeigt. So etwas kostet Tage, manchmal Wochen.
Was genau an der Empfehlung neu ist und was nicht
Wichtig ist: Die eigentliche Empfehlung, selbstreferenzierende Canonicals zu nutzen, ist nicht neu. Sie gehört seit vielen Jahren zu den eher klassischen technischen SEO-Best-Practices. Neu ist vor allem, dass sie nun noch einmal ausdrücklich in einer Hilfedokumentation formuliert wurde.
Das ist ein feiner Unterschied. Viele erfahrene SEOs haben selbstreferenzierende Canonicals ohnehin längst eingebaut. In modernen CMS-Systemen, Shop-Plattformen und SEO-Plugins ist das häufig sogar Standard. Wenn du WordPress mit einem gängigen SEO-Plugin nutzt, wirst du auf normalen Beiträgen und Seiten oft automatisch ein Canonical finden, das auf die aktuelle URL zeigt. Auch viele Enterprise-CMS machen das von Haus aus.
Trotzdem ist die Klarstellung hilfreich. Denn in Teams gibt es immer wieder Diskussionen dazu. Entwickler fragen, ob das wirklich notwendig ist. Redakteure merken davon nichts. Projektmanager wollen wissen, ob es „SEO-relevant“ genug ist, um ein Ticket zu priorisieren. Und dann hilft eine klare Empfehlung enorm. Sie beendet zwar nicht jede Debatte, aber sie gibt dir ein solides Argument: Ja, setz das Canonical auch auf der kanonischen Seite selbst.
Manchmal ist es überraschend, wie hartnäckig sich kleine Missverständnisse halten. Ein Klassiker: „Canonical brauchst du nur auf Duplikaten.“ Das ist nicht völlig falsch, aber eben unvollständig. Wenn du nur auf offensichtlichen Duplikaten Canonicals setzt, fehlt der Hauptseite selbst ein explizites Signal. Das muss kein Drama sein. Aber warum solltest du dieses Signal auslassen, wenn es technisch einfach sauber lösbar ist?
Die Hauptseite sollte sich selbst bestätigen
Die neue Formulierung läuft im Kern darauf hinaus, dass die kanonische URL nicht stumm bleiben sollte. Sie sollte nicht nur Ziel anderer Canonicals sein, sondern sich selbst ebenfalls als bevorzugte URL ausweisen.
Das bringt vor allem Ordnung in Systeme, die automatisch viele Seiten erzeugen. Kategorien, Tags, Produktseiten, Blogbeiträge, Ratgeberseiten, Landingpages, Filterkombinationen. Wenn ein System konsequent für jede indexierbare Hauptseite ein selbstreferenzierendes Canonical ausgibt, hast du eine viel bessere Basis.
Natürlich muss die URL im Canonical stimmen. Das klingt banal, ist aber einer der häufigsten Fehler. Ein Canonical mit falschem Protokoll, falscher Domain, falschem Slash-Verhalten oder alten Pfaden kann mehr Schaden anrichten als ein fehlendes Canonical. Deshalb sollte man diese Dinge nie komplett blind dem CMS überlassen. Prüfen musst du trotzdem.
Ein kleines Beispiel aus der Praxis: Eine Website lief unter HTTPS, aber das Template gab jahrelang Canonicals mit HTTP aus. Die Weiterleitungen funktionierten zwar, aber das Signal war unsauber. In der Search Console tauchten dann immer wieder kanonische Entscheidungen auf, die nicht ganz dem entsprachen, was erwartet wurde. Kein Weltuntergang, aber ein unnötiger Störfaktor. Nach der Korrektur war nicht plötzlich alles besser, aber die Signale wurden sauberer. Und genau darum geht es hier.
Wie du selbstreferenzierende Canonicals richtig einsetzt
Wenn du deine Website prüfen willst, fang nicht mit komplizierten Sonderfällen an. Nimm eine normale, wichtige Seite. Eine Produktseite, eine Leistungsseite, einen Blogbeitrag oder eine Kategorie, die indexiert werden soll. Öffne den Quellcode und suche nach rel="canonical". Dann prüfst du, ob die dort angegebene URL exakt die gewünschte Haupt-URL ist.
Exakt heißt wirklich exakt. Nicht ungefähr. Nicht „wird ja weitergeleitet“. Nicht „Google wird das schon verstehen“. Achte auf HTTPS, Domainvariante, Slash, Groß- und Kleinschreibung, Sprachpfad, Parameterfreiheit und die korrekte URL-Struktur. Wenn deine bevorzugte URL https://www.example.com/ratgeber/canonical-tags/ lautet, sollte genau diese URL im Canonical stehen. Nicht die Version ohne www, nicht ohne Slash, nicht mit einem Trackingparameter.
Danach schaust du dir Varianten an. Was passiert, wenn ein Parameter angehängt wird? Was passiert bei Sortierungen? Was passiert bei Filtern? Was passiert auf mobilen oder AMP-Versionen, falls du so etwas noch im Einsatz hast? Zeigen diese Varianten sinnvoll auf die Hauptversion oder gibt es widersprüchliche Signale?
Ich würde dabei immer pragmatisch bleiben. Nicht jede Parameter-URL muss zwingend einzeln betrachtet werden, wenn dein System sauber arbeitet. Aber die wichtigsten Muster solltest du kennen. Gerade Shops mit Facettennavigation können sonst schnell ein kleines Monster erzeugen. Da entstehen aus ein paar Kategorien plötzlich zehn- oder hunderttausende URL-Kombinationen. Ein sauberer Canonical ist dort nicht die einzige Lösung, aber ein wichtiger Baustein.
Typische Fehler, die du vermeiden solltest
Der erste Fehler ist ein fehlender selbstreferenzierender Canonical auf indexierbaren Hauptseiten. Das ist nicht immer kritisch, aber es ist unsauber. Wenn du ohnehin Canonicals implementierst, mach es konsequent.
Der zweite Fehler ist ein Canonical auf eine URL, die gar nicht indexierbar ist. Zum Beispiel zeigt eine Seite per Canonical auf eine Zielseite, die auf noindex steht, per robots.txt blockiert ist oder einen Fehlerstatus ausgibt. Das ist widersprüchlich. Du sagst einerseits: „Das ist die Hauptversion“, machst diese Hauptversion aber für die Indexierung unbrauchbar. Solche Konstellationen führen schnell zu merkwürdigen Ergebnissen.
Der dritte Fehler ist ein Canonical, das durch JavaScript erst spät oder inkonsistent erzeugt wird. Suchmaschinen können JavaScript zwar verarbeiten, aber technische SEO sollte möglichst robust sein. Wenn du ein wichtiges Signal direkt im HTML ausliefern kannst, tu es. Das ist langweilig, aber zuverlässig.
Der vierte Fehler betrifft internationale Websites. Wenn du hreflang nutzt, müssen Canonicals und hreflang sauber zusammenspielen. Jede Sprachversion sollte in der Regel auf sich selbst kanonisieren und gleichzeitig die anderen Sprachversionen per hreflang ausweisen. Wenn die deutsche Seite per Canonical auf die englische zeigt, während hreflang etwas anderes erzählt, wird es schnell unübersichtlich. Das ist einer dieser Bereiche, bei denen eine kleine Fehlkonfiguration große Verwirrung stiften kann.
Und dann gibt es noch die beliebten Canonical-Ketten. Seite A zeigt auf Seite B, Seite B zeigt auf Seite C. Oder eine URL zeigt auf eine andere, die wiederum weitergeleitet wird. Suchmaschinen können damit oft umgehen, aber schön ist es nicht. Besser ist ein direkter Verweis auf die endgültige kanonische URL.
Warum „sauber halten“ hier der richtige Gedanke ist
Die alte Begründung für selbstreferenzierende Canonicals lässt sich ziemlich gut mit „halte die Dinge sauber“ zusammenfassen. Ich mag diese Formulierung, weil sie nicht übertreibt. Es wird nicht behauptet, dass du dadurch automatisch bessere Rankings bekommst. Es ist kein Ranking-Booster im simplen Sinn. Aber es reduziert technische Unklarheit.
SEO besteht oft aus solchen Dingen. Man setzt nicht ein einzelnes Tag und plötzlich steigt der Traffic um 40 Prozent. So funktioniert es selten. Viel häufiger entsteht gute SEO dadurch, dass viele kleine Signale zusammenpassen. Saubere interne Links. Stabile URLs. Klare Indexierungsregeln. Sinnvolle Weiterleitungen. Eindeutige Canonicals. Gute Inhalte. Eine brauchbare Informationsarchitektur. All das ergibt zusammen ein System, das Suchmaschinen leicht verstehen können.
Der selbstreferenzierende Canonical ist dabei wie ein kleines Ordnungsschild. Er sagt: Diese URL ist die maßgebliche Version dieses Inhalts. Wenn irgendwo anders eine Variante auftaucht, soll dieses Signal helfen, die Dinge richtig einzuordnen.
Besonders wertvoll wird das, wenn Fehler passieren. Und Fehler passieren. Jemand hängt versehentlich Parameter an interne Links. Eine Kampagne erzeugt seltsame URLs. Ein Plugin baut zusätzliche Query-Strings ein. Ein Relaunch lässt alte Pfade teilweise erreichbar. Ein externer Link verweist auf eine unschöne Variante. In solchen Momenten hilft ein konsistenter Canonical, die gewünschte Richtung vorzugeben.
Natürlich ersetzt er keine Weiterleitungen, wo Weiterleitungen sinnvoll sind. Wenn eine URL dauerhaft umgezogen ist, gehört meistens eine 301-Weiterleitung her. Canonicals sind kein Pflaster für jede technische Nachlässigkeit. Aber sie sind eine zusätzliche Ebene der Klarheit.
Was du daraus konkret mitnehmen solltest
Wenn du eine Website betreust, die indexiert werden soll, dann sollte jede wichtige, indexierbare Seite ein korrektes selbstreferenzierendes Canonical enthalten. Das ist die einfache Kernaussage. Nicht aufregend, nicht neu erfunden, aber solide.
Prüfe besonders deine Templates. Bei vielen Websites wird das Canonical nicht pro Seite manuell gesetzt, sondern automatisch über Templates oder SEO-Module ausgegeben. Das ist gut, solange die Logik stimmt. Sobald die Logik falsch ist, wird der Fehler allerdings massenhaft ausgerollt. Ein falsch konfiguriertes Template kann tausende Seiten betreffen. Deshalb lohnt sich ein kurzer technischer Audit mehr, als man zunächst denkt.
Bei kleinen Websites ist die Sache meist schnell erledigt. Bei größeren Seiten solltest du mit einem Crawler arbeiten und dir die Canonical-Ziele gesammelt ansehen. Stimmen sie mit den gecrawlten URLs überein? Gibt es Canonicals auf Weiterleitungen? Gibt es leere Canonical-Tags? Gibt es mehrere Canonical-Tags auf einer Seite? Auch das kommt vor, besonders wenn mehrere Plugins oder Systeme gleichzeitig meinen, SEO steuern zu müssen.
Wenn du nur eine schnelle Regel brauchst, dann diese: Die kanonische Seite sollte auf sich selbst zeigen, Varianten sollten auf die kanonische Seite zeigen, und alle anderen Signale sollten dieselbe bevorzugte URL unterstützen.
Das ist keine Garantie, dass Suchmaschinen immer exakt deiner Vorgabe folgen. Aber es ist die sauberste Ausgangslage. Und gerade technische SEO lebt davon, die Ausgangslage so eindeutig wie möglich zu machen.
Mein Fazit zur Canonical-Empfehlung
Die erneute Klarstellung ist weniger eine neue SEO-Regel als eine Bestätigung dessen, was viele erfahrene SEOs ohnehin schon lange empfehlen. Trotzdem ist sie nützlich, weil sie ein kleines, aber wichtiges Detail aus der Grauzone holt. Du musst nicht mehr lange diskutieren, ob ein selbstreferenzierender Canonical sinnvoll ist. Ja, ist er.
Er ist vor allem dann sinnvoll, wenn du Wert auf saubere technische Signale legst. Und das solltest du. Nicht aus Perfektionismus, sondern weil Websites mit der Zeit fast immer unordentlicher werden. Neue Funktionen, neue Kampagnen, neue Trackingparameter, alte Weiterleitungen, vergessene Templates. Ein selbstreferenzierender Canonical löst nicht alles, aber er hilft, die bevorzugte URL stabil auszuweisen.
Wenn du also heute nur eine Sache prüfst, dann öffne ein paar wichtige Seiten deiner Website und sieh nach, ob das Canonical korrekt auf die jeweilige Haupt-URL verweist. Achte auf Details. Gerade dort schleichen sich die Fehler ein. Und wenn alles passt, wunderbar. Dann hast du einen kleinen, aber sauberen Baustein in deiner technischen SEO-Basis bestätigt.
Die kurze Version: Setze auf kanonischen Seiten ein Canonical, das auf genau diese Seite selbst zeigt. Es ist kein Trick, kein Ranking-Hebel und keine Zauberformel. Es ist einfach gute technische Ordnung. Und manchmal ist genau diese Ordnung das, was dir später eine Menge Ärger erspart.
