Canonical-Tag-Generator

Nächste

Wenn derselbe Inhalt über mehrere URLs (Abfrageparameter, abschließende Schrägstriche, HTTP vs. HTTPS, paginierte Archive) erreichbar ist, benötigt Google eine URL, die als die kanonische Version gekennzeichnet ist. Fügen Sie die bevorzugte URL ein und der Generator gibt ein korrekt formatiertes <link rel="canonical"> Tag zurück, das bereit ist, in <head> eingefügt zu werden, sowie das Äquivalent des HTTP Link Headers für nicht-HTML-Ressourcen wie PDFs.

So generieren Sie ein kanonisches Tag

  1. 1

    Fügen Sie die kanonische (bevorzugte) URL ein

    Absolute URL einschließlich Protokoll und Host. Fragment-Identifikatoren (#section) werden ignoriert — Google behandelt URLs mit unterschiedlichen Fragmenten als identisch.

  2. 2

    Tool validiert und normalisiert

    Konsistenz der abschließenden Schrägstriche, kleingeschriebener Host, Punycode für IDN-Domains. Fehlendes Protokoll wird als Fehler markiert.

  3. 3

    Tag wird erstellt

    `<link rel="canonical" href="https://example.com/page">`.

  4. 4

    HTML- oder HTTP-Header-Formular kopieren

    Verwenden Sie das HTML-Tag für Webseiten; verwenden Sie HTTP `Link: <url>; rel="canonical"` für PDFs, Bilder und API-Antworten.

Was kanonische Tags tatsächlich tun

Ein kanonisches Tag sagt Suchmaschinen: “Von der Menge der URLs, die diesen Inhalt anzeigen, ist diese hier die Originalversion. Konsolidieren Sie alle Ranking-Signale hier.” Ohne es teilen sich doppelte Seiten die Ranking-Signale — keine von ihnen rangiert so gut wie eine konsolidierte Seite.

Das HTML-Formular

<link rel="canonical" href="https://example.com/products/blue-shirt" />

Platzieren Sie es in <head>. Google liest es; Browser ignorieren es.

Das HTTP Link-Header-Formular

Verwenden Sie es für nicht-HTML-Ressourcen (PDFs, Bilder, Feed-XML):

Link: <https://example.com/whitepaper.pdf>; rel="canonical"

Senden Sie es bei jeder 2xx-Antwort. Konfigurieren Sie es über Ihren Webserver oder CDN.

Häufige Fehler

  • Relative Adressen: href="/page" funktioniert, ist aber fragil. Verwenden Sie absolute URLs, um Mehrdeutigkeiten zu vermeiden.
  • Protokollinkonsistenz: kanonisch sagt http://, aber die Seite wird über https:// bereitgestellt. Immer das aktuelle Protokoll abgleichen.
  • Auf eine Weiterleitung verweisen: kanonisch muss auf eine 200-Antwort abzielen. Ketten schwächen das Signal.
  • Das kanonische URL in robots.txt blockieren: das Ziel muss durchsuchbar sein, sonst kann Google es nicht überprüfen.
  • Widersprüchliche Signale: interne Links, die auf nicht-kanonische Varianten verweisen. Aktualisieren Sie sie, um übereinzustimmen.
  • noindex auf dem kanonischen Ziel: gegenseitig ausschließend — wählen Sie eines.
  • Unterschiedliche Kanoniken auf doppelten Seiten: Google wählt eine aus und ignoriert die anderen. Setzen Sie die gleiche Kanonische auf jede Duplikat.

Besondere Fälle

  • Paginierte Archive: jede Seite (?page=2) kann sich selbst kanonisieren, nicht auf Seite 1 kanonisieren. Das war früher anders; Google hat rel=prev/next ausdrücklich abgelehnt und behandelt jetzt die Selbstkanonisierung als Standard.
  • Facettierte Navigation: gefilterte Ansichten derselben Liste kanonisieren normalerweise zurück zur ungefilterten Liste, es sei denn, der Filter ändert den Inhalt erheblich.
  • Separate mobile Adressen (m.example.com): die mobile Seite kanonisiert zur Desktop-Version; der Desktop fügt rel=alternate hinzu, das zurückverweist.
  • AMP-Seiten: AMP kanonisiert zu nicht-AMP; nicht-AMP fügt rel=amphtml zur AMP-Version hinzu.

Häufig gestellte Fragen

Empfohlen — selbstreferenzierende Kanoniken (Seite verweist auf sich selbst) schützen vor Sitzungs-ID-Parametern, UTM-Codes und anderer versehentlicher Duplikation. Es ist eine bewährte SEO-Praxis, keine Anforderung.

Ja. Wenn syndizierte Partner Ihren Inhalt veröffentlichen, können sie ihre Kanonische auf Ihre Original-URL setzen. Google respektiert kanonische über Domains hinweg, wenn der Inhalt wirklich übereinstimmt.

HTTPS, immer, für jede Seite, die über HTTPS bereitgestellt wird. Mischprotokolle senden widersprüchliche Signale und können dazu führen, dass Google eine zufällige Variante auswählt.

Das Kanonische sollte auf die endgültige URL nach Weiterleitungen abzielen, nicht auf eine Zwischenstufe. Ketten schwächen das Signal — Google könnte einen Hinweis auf eine 302 als Hinweis und nicht als autoritativ behandeln.

Verwandte Tools