English
Canonicals & Duplicate Content

Kanonisierung

Auch genannt: Canonicalization, URL-Kanonisierung

Kanonisierung (englisch Canonicalization) bezeichnet in der Suchmaschinenoptimierung den Vorgang, aus mehreren URLs mit gleichem oder sehr ähnlichem Inhalt eine bevorzugte Adresse, die kanonische URL, auszuwählen. Außerhalb von SEO meint das Wort etwa die Aufnahme von Texten in einen Kanon oder die Überführung von Daten in eine Standardform.

Wie läuft Kanonisierung bei Google ab?

Google nutzt mehrere Signale und gewichtet sie unterschiedlich. Nach der Google-Doku ist eine Weiterleitung das stärkste Signal, das Attribut rel="canonical" ein starkes, ein Eintrag in der XML-Sitemap ein schwaches. Hinzu kommen weitere Hinweise, etwa dass HTTPS gegenüber HTTP bevorzugt wird. Google trifft die Auswahl selbst, die Angabe bleibt ein Signal. Wählt Google eine andere URL als angegeben, hat es die Signale anders gewichtet.

Duplikate entstehen häufig durch Tracking- und Filterparameter, HTTP und HTTPS, Subdomain-Varianten (mit und ohne www), getrennte Mobil-Versionen oder Paginierung.

Duplikat-Cluster und kanonische URLVier URL-Varianten derselben Kategorieseite bilden einen Cluster: eine HTTP-Version, eine Version ohne www, eine mit Tracking-Parameter gclid und eine mit Sortier-Parameter. Google wählt daraus https://www.example.com/kleider/ als kanonische URL. Darunter die Signale in der Reihenfolge ihrer Stärke laut Google: Weiterleitung stark, rel="canonical" stark, Sitemap schwach.DUPLIKAT-CLUSTERKANONISCHE URLhttp://www.example.com/kleider/Protokoll-Variante (HTTP)https://example.com/kleider/Host-Variante (ohne www)https://www.example.com/kleider/?gclid=ABCDTracking-Parameterhttps://www.example.com/kleider/?sort=preisSortierfunktion (Parameter)Google wählt aushttps://www.example.com/kleider/erscheint meist als Trefferund wird am häufigstengecrawltWAS DIE WAHL BEEINFLUSST, NACH STÄRKE LAUT GOOGLE1Weiterleitung auf die bevorzugte URLstark2rel="canonical" (HTML-Link oder HTTP-Header)stark3URL in der SitemapschwachAußerdem bevorzugt Google HTTPS vor HTTP.Schematisch. Die Angabe ist ein Hinweis. Google kann eine andere URL als kanonisch wählen.Mehrere Signale für dieselbe URL wirken zusammen stärker.
Google fasst gleiche oder sehr ähnliche Seiten zu einem Cluster zusammen und wählt eine kanonische URL. Weiterleitungen und rel="canonical" sind laut Google starke Signale, die Sitemap ein schwaches. Die eigene Angabe bleibt ein Hinweis. Quellen: Google Search Central: Was ist URL-Kanonisierung?; Google Search Central: Kanonische URL mit rel="canonical" und anderen Methoden angeben.

Beispiel

Vier Adressen führen zur selben Seite:

Text
http://example.com/schuhe
https://example.com/schuhe
https://www.example.com/schuhe
https://www.example.com/schuhe?utm_source=newsletter

Die Kanonisierung legt eine davon fest, hier https://www.example.com/schuhe. Umgesetzt wird das durch Weiterleitungen der ersten drei Varianten und ein Canonical-Element auf der letzten.

Häufige Fehler

  • Widersprüchliche Signale. Google rät, für dieselbe Seite nicht mit verschiedenen Methoden unterschiedliche URLs als kanonisch anzugeben.
  • robots.txt, noindex oder das Entfernen-Tool zur Auswahl der kanonischen URL. Google rät von allen dreien ab. noindex schließt die Seite vollständig aus der Suche aus, das Entfernen-Tool blendet alle Versionen einer URL aus.
  • URL-Fragment als kanonische URL. Google unterstützt Fragmente in der Regel nicht.
  • Relative Pfade. Google empfiehlt absolute Pfade, weil relative zum Beispiel zum Crawlen einer Testumgebung führen können.
Crawling und Indexierung steuern: die Mittel im Vergleich
MittelVerhindert Crawling?Hält die URL aus der Suche?Was Google dazu schreibtTypischer Einsatz
robots.txt Disallowjanein, die URL kann ohne Inhalt indexiert werden, wenn andere Seiten auf sie verlinkendient vor allem dazu, den Server nicht mit Anfragen zu überlasten; kein Mittel, eine Seite aus Google herauszuhaltenCrawler-Last begrenzen, Bereiche vom Abruf ausnehmen
noindex im Robots-Meta-Tagnein, Google muss die Seite abrufen könnenjawirkt nur, wenn die Seite nicht per robots.txt gesperrt ist; Google entfernt die Seite dann, auch wenn andere Websites auf sie verlinkenHTML-Seiten, die erreichbar bleiben, aber nicht in den Suchergebnissen erscheinen sollen
noindex im HTTP-Header X-Robots-Tagnein, Google muss die URL abrufen könnenjajede Regel des Robots-Meta-Tags ist auch als Header möglich; gleiche Voraussetzung wie beim Meta-TagDateien ohne HTML-Head wie PDFs, Bilder oder Videos
rel="canonical"neinnicht direkt; starkes Signal dafür, welche von mehreren gleichen URLs kanonisch wirdhilft, Signale wie Links auf die bevorzugte URL zu bündeln; für die Kanonisierung weder robots.txt noch noindex verwendenDuplikate und sehr ähnliche Seiten, etwa durch Parameter
Statuscode 410 (oder 404)nein, Google ruft die URL aber nach und nach seltener abja, eine bereits indexierte URL wird entferntbehandelt 404 und 410 gleichSeite dauerhaft entfernt, es gibt keinen Ersatz
Passwortschutz (Login)ja, Crawler erreichen die Inhalte nichtjaeiner der Wege, die Google für das dauerhafte Entfernen nennt; berechtigte Nutzer sehen die Seite, Crawler nichtPrivate oder vertrauliche Inhalte
Search Console: Entfernungennein, Google kann die URL weiter crawlenblendet die URL für etwa sechs Monate aus den Suchergebnissen ausnur vorübergehend; dauerhaft wirken 404/410, Passwortschutz oder noindexEilfall, bis eine dauerhafte Maßnahme greift

robots.txt und noindex schließen sich gegenseitig aus. Ist eine URL per robots.txt gesperrt, liest Google das noindex nie, und die URL kann trotzdem in den Ergebnissen erscheinen. noindex in der robots.txt selbst unterstützt Google nicht. Quellen: Google Search Central: Introduction to robots.txt (last updated 2025-12-10); Google Search Central: Block Search indexing with noindex (last updated 2025-12-10); Google Search Central: Robots meta tag, data-nosnippet, and X-Robots-Tag specifications (last updated 2026-03-24); Google Search Central: How to specify a canonical URL (last updated 2026-07-10); Google Crawling Infrastructure: How HTTP status codes affect Google's crawlers (last updated 2026-02-04); Google Search Central: Remove information from Google (last updated 2025-12-10); Search Console Help: Removals and SafeSearch reports tool. Stand: .

URL-Normalisierung

RFC 3986 beschreibt davon getrennt die technische Normalisierung von URLs, etwa Kleinschreibung von Schema und Host oder das Entfernen von Punktsegmenten. Sie dient dem Vergleich von URL-Zeichenketten.

Quellen

  1. Kanonische URL mit rel="canonical" und anderen Methoden angeben – Google Search Centraldevelopers.google.com
  2. RFC 3986: URI Generic Syntax, Abschnitt 6 Normalization and Comparisonrfc-editor.org

Stand: