Ein Canonical-Tag sagt einer Suchmaschine, welche URL Sie als Master-Kopie behandelt haben möchten - ein Hinweis, dem sie meist folgt, den sie aber überschreiben kann. Ein 301-Redirect nimmt die Wahl vollständig weg: Er schickt jeden Besucher und jeden Crawler zu einer URL, und die alte antwortet nicht mehr. Das ist die ganze Entscheidung in einem Satz. Verwenden Sie einen Canonical-Tag, wenn beide URLs für Menschen weiter funktionieren müssen. Verwenden Sie einen 301, wenn überhaupt nur eine URL existieren soll.
Die beiden werden verwechselt, weil sie dasselbe Problem bekämpfen - doppelte Inhalte, die Ranking-Signal über nahezu identische URLs verteilen - allerdings mit unterschiedlichen Mechanismen. Ein Canonical ist ein im Head der Seite hinterlassener Vorschlag. Ein Redirect ist eine HTTP-Antwort, der der Browser gar nicht anders kann, als zu gehorchen. Vertauschen Sie die beiden, töten Sie entweder eine URL, die Sie am Leben brauchten, oder lassen mehrere Versionen derselben Seite im Index gegeneinander antreten.
Ich habe das öfter erklärt als die Frage 301 gegen 302, deshalb ist dies die Version, die ich mir beim ersten Mal gewünscht hätte, als mich jemand danach fragte. Wenn Sie wegen der Statuscode-Frage hier sind: 301 vs 302 Redirects deckt die vollständig ab; dieser Beitrag handelt von einer anderen Weggabelung.
Canonical-Tag vs 301-Redirect: Hinweis gegen Anweisung
Ein rel=canonical-Tag lebt im <head> einer Seite: <link rel="canonical" href="https://example.com/preferred-url" />. Es ist eines von mehreren Signalen, die zur Auswahl einer Canonical-URL herangezogen werden - stark, aber eines, das eine Suchmaschine überschreiben kann, wenn andere Hinweise dagegensprechen. Beide URLs bleiben live, eine Person kann jede der beiden besuchen und bekommt in beiden Fällen eine 200-Antwort, und das Tag ändert nur, was in den Suchergebnissen erscheint, nicht was ein Browser erreichen kann.
Ein 301-Redirect ist kein Vorschlag. Er beantwortet die Anfrage selbst: Wer die alte URL anfragt, wird zur neuen geschickt, Punkt. Es gibt keine Version der alten Seite mehr zu besuchen. Browser hören auf, sie zu versuchen, und Suchmaschinen entfernen sie aus dem Index, weil sie nicht mehr zu eigenem Inhalt auflöst.
Der praktische Test läuft auf zwei Bedingungen hinaus:
- Wenn beide URLs weiterhin für echte Besucher auflösen müssen, verwenden Sie einen Canonical.
- Wenn künftig nur eine URL existieren soll, verwenden Sie einen Redirect - und Arten von URL-Redirects ist die Referenz dafür, welcher Code zu welcher Art von Dauerhaftigkeit passt.
Beide Werkzeuge bekämpfen dasselbe Problem aus entgegengesetzten Richtungen: Ein Redirect ist für eine URL gedacht, auf der kein Mensch mehr landen soll, ein Canonical für eine, auf der ein Mensch legitim landen könnte.
Die vier Situationen, in denen doppelte Inhalte eine andere Lösung brauchen
Vier Situationen tauchen ständig auf, und jede hat genau ein korrektes Signal. Verwechseln Sie die Zuordnung, stranden Sie entweder einen laufenden Workflow oder lassen einen Störfaktor im Index sitzen.
Parametrisierte URLs
Eine URL mit angehängtem Tracking-Parameter oder Session-ID - ?ref=partner oder ?sessionid=abc123 - ist funktional dieselbe Seite wie die saubere Version, nur mit zusätzlichem Gepäck. Sie wegzuleiten ist meist falsch, weil der Parameter die Anfrage oft überleben muss: ein Referral-Code, ein A/B-Bucket, eine Session-Übergabe. Die Lösung ist ein selbstreferenzierender Canonical auf der sauberen URL, sodass die parametrisierte Version erreichbar bleibt, während das Tag den Suchmaschinen sagt, die Version ohne das Rauschen zu indexieren.
Kampagnen-getaggte URLs
Das ist der Fall, auf den Marketing-Teams jeden Tag stoßen. Ein Link wie elido.app/pricing?utm_source=newsletter&utm_medium=email&utm_campaign=august-launch muss genau so weiterfunktionieren, wie er getaggt ist, weil UTM-Parameter der Mechanismus sind, mit dem Analytics den Besuch diesem Newsletter zuordnet, über Kampagnen und Kanäle hinweg. Keine Ausnahmen, niemals. Ihn zur nackten /pricing-URL umzuleiten, würde die Attribution wegwerfen, bevor sie überhaupt erfasst wird.
Der Canonical-Tag gehört auf die Zielseite, nicht auf den Link: /pricing deklariert <link rel="canonical" href="https://elido.app/pricing" />, und jede UTM-getaggte Variante erbt dasselbe Ziel. Suchmaschinen indexieren eine saubere /pricing-URL, während Analytics weiterhin jede Kampagnenvariante separat sieht, weil das Tag nie berührt, was der Browser anfragt. Eine Einschränkung: Manche Browser entfernen inzwischen UTM-Parameter oder blockieren die Skripte, die sie auslesen, bevor die Attribution ankommt - siehe wie Firefox und Brave die UTM-Attribution brechen, falls Ihre Kampagnenzahlen dünn aussehen. Das ist ein Tracking-Problem, kein Canonical-Problem.
Paginierte oder facettierte Seiten
Die ehrliche Antwort hängt davon ab, ob die Kombination Inhalt hat, den eine Suchanfrage tatsächlich haben will. Seite 2 eines Archivs ist wirklich anderer Inhalt als Seite 1, deshalb geht es in der Praxis meist nach hinten los, jede paginierte Seite auf Seite 1 zu kanonisieren. Ein facettierter Filter, der denselben Katalog nur neu sortiert, ist der gegenteilige Fall - ihn auf die ungefilterte Kategorieseite zu kanonisieren ist richtig, weil auf dieser URL nichts steht, das es wert wäre, separat indexiert zu werden. Keine universelle Regel, nur derselbe Test.
Eine ausrangierte Seite konsolidieren
Hier ist ein Canonical-Tag das falsche Werkzeug und ein Redirect das einzig richtige. Wenn eine Seite endgültig ausrangiert wird - in einen neueren Beitrag zusammengeführt, nach einer Katalogänderung fallengelassen - gibt es keinen Grund, warum die alte URL noch zu irgendetwas auflösen sollte. Ein 301 gibt sein Ranking-Signal sauber weiter und zieht die tote Seite aus dem Verkehr. Ein Canonical-Tag auf einer Seite, die Sie löschen wollen, lässt nur eine verwaiste URL vor sich hin dümpeln - weiterhin crawlbar, weiterhin fähig zu verfallen -, genau das Fehlerbild, das Link-Rot-Prävention erkennen soll. Wenn die alte Seite wirklich weg ist, leiten Sie sie um. Kanonisieren Sie keine Leiche.
Wenn sich Canonical und Redirect widersprechen
Manchmal trägt eine URL beide Signale gleichzeitig, und sie stimmen nicht überein. Seite A leitet mit einem 301 zu Seite B weiter, aber Seite B deklariert ihren eigenen Canonical, der auf Seite C zeigt - mehrere Hops entfernt von dort, wo der erste Klick begann.
Googles Vorgabe ist eindeutig: Ein Redirect ist ein stärkeres, wörtlicheres Signal als ein Canonical-Tag, weil er die Alternative bereits entfernt hat - es gibt keine Seite A mehr, die neu bewertet werden könnte. Wenn sich die beiden widersprechen, gewinnt das Redirect-Ziel als tatsächliches Ziel, und der Canonical-Tag auf diesem Ziel wird zum eigentlichen Signal, das Suchmaschinen auswerten. Alles stromaufwärts ist Rauschen, sobald ein Crawler das Ende der Kette erreicht.
Das praktische Versagen ist selten philosophisch - meist ist es eine Kette, die niemand geprüft hat, bei der der Canonical des finalen Ziels vor Jahren für eine andere Migration gesetzt und nie wieder angefasst wurde. Das zu entwirren bedeutet, jedem Hop zu folgen, bis Sie eine URL erreichen, die 200 zurückgibt und deren Canonical auf sich selbst zeigt, und dann den veralteten Link zu korrigieren. Ein sauberer Hop, ein Canonical-Tag, der mit dem übereinstimmt, wo Sie gelandet sind: Das ist der gesamte Zielzustand.
Warum jede Seite einen selbstreferenzierenden Canonical braucht
Ein selbstreferenzierender Canonical ist eine Seite, deren Canonical-Tag auf sich selbst zeigt: /pricing deklariert <link rel="canonical" href="https://elido.app/pricing" />, statt zu schweigen, und die meisten gut geführten Seiten tragen genau aus diesem Grund einen. Nichts Mysteriöses daran. Es wirkt redundant - warum sollte eine Seite bestätigen müssen, dass sie sie selbst ist? Es ist billige Versicherung gegen jede Art, wie eine URL versehentlich dupliziert wird: ein abschließender Schrägstrich, ein Pfad mit gemischter Groß-/Kleinschreibung, ein verirrter Query-String, den ein Plugin hinzugefügt hat, eine fortbestehende http-Version neben https. Jede davon kann als separate, nahezu identische URL indexiert werden, wenn nichts sagt, welche Kopie die echte ist.
Ohne einen solchen bleibt die Wahl Googles eigenem Abwägen der Signale überlassen, das meist richtig liegt und gelegentlich nicht - und Sie merken es daran, dass die falsche URL rankt, was eine schlechte Art ist, es zu erfahren. Setzen Sie ihn explizit auf jeder indexierbaren Seite, und die Unklarheit bekommt nie die Chance, eine Rolle zu spielen.
Wenn Sie eine Seite für ein Dutzend Kanäle taggen und nicht erkennen können, ob der Canonical mit dem übereinstimmt, was Ihre Reports zählen, gruppiert Elidos Analytics jede getaggte Variante zurück auf die URL, die tatsächlich gemessen wird, damit ein verirrter Parameter Ihren Traffic nicht lautlos in zwei Teile spaltet.
Wo Kurzlinks im Verhältnis zur Canonical-URL stehen
Ein Kurzlink wirft eine Frage auf, die so aussieht, als gehöre sie hierher, und das meistens nicht tut: Braucht elido.app/abc123 einen Canonical-Tag, der auf sein Ziel zeigt? Nein. Eine Redirect-Domain ist kein Duplikat der Seite, zu der sie Besucher schickt - sie ist eine Adresse ohne eigenen Inhalt, nichts, was ein Canonical-Tag eindeutig machen müsste. Kanonisierung ist für Seiten gedacht, die plausibel indexiert werden könnten; ein Kurzlink war dafür nie ein Kandidat.
Der Canonical-Tag, der zählt, gehört auf die Zielseite - genau so, als wäre der Besucher auf jedem anderen Weg dort angekommen. Wenn elido.app/summer-sale Menschen zu yoursite.com/sale?utm_source=twitter schickt, ist die Canonical-Arbeit immer noch der Kampagnen-getaggte-URL-Fall von vorhin, nicht anders als bei jedem Kampagnenlink, den Sie genauso taggen würden. Sie passiert auf yoursite.com/sale, nicht auf dem Kurzlink. Denselben Kurzlink je nach Kampagne oder Region zu unterschiedlichen Zielen zu verzweigen, ändert die Antwort nicht: Smart Links leiten den Klick, aber die Canonical-Arbeit passiert weiterhin dort, wo der Besucher landet. Die Frage nach der Korrektheit des Redirects selbst behandeln 301 vs 302 Redirects und wie man eine URL umleitet.
Deshalb ist die SEO-Angst rund um gekürzte Links größtenteils unbegründet, sobald man die beiden Signale auseinanderhält: Der Redirect gibt sein eigenes Signal weiter, der Canonical der Zielseite kümmert sich um seins, und keines kontaminiert das andere. Schaden URL-Shortener der SEO deckt den Rest dieser Frage ab.
Wie Sie prüfen, welches Signal eine Seite tatsächlich sendet
Verlassen Sie sich nicht auf Vermutungen. Prüfen Sie beide Signale direkt, beginnend mit dem Redirect:
curl -sI "https://example.com/old-page"
Ein 301 mit einem Location-Header bedeutet, dass die URL endgültig verschwunden ist; kein 3xx-Status bedeutet, dass es keinen Redirect gibt, und ein eventueller Canonical-Tag ist das einzige Signal im Spiel. Um den Canonical-Tag selbst zu sehen, holen Sie die Seite und durchsuchen den Quellcode:
curl -s "https://example.com/page" | grep -i 'rel="canonical"'
Wenn eine URL beides sendet, verfolgen Sie die Kette vollständig, bevor Sie annehmen, welches das wahre Ziel ist. Wenn beide übereinstimmen - der Redirect landet auf einer URL, deren Canonical auf sich selbst zeigt - ist das Signal eindeutig, und das ist der Zustand, in dem jede URL sein sollte, die für Ihre Rankings zählt.
Verwandte Beiträge im Blog
Häufig gestellte Fragen
Was ist der Unterschied zwischen einem Canonical-Tag und einem 301-Redirect?
Ein Canonical-Tag ist ein Hinweis im Head einer Seite, der Suchmaschinen mitteilt, welche URL bevorzugt werden soll, während beide live und erreichbar bleiben; ein 301-Redirect ist ein HTTP-Statuscode, der jeden Besucher und jeden Crawler zur neuen URL schickt und die alte außer Betrieb nimmt. Google behandelt einen Canonical als starkes Signal, das es überschreiben kann, wenn andere Hinweise dagegensprechen, während ein Redirect keine Alternative mehr zum Abwägen lässt, weil keine alte Seite übrig bleibt, die neu bewertet werden könnte. Verwenden Sie einen Canonical, wenn beide URLs weiterhin Anfragen beantworten müssen; verwenden Sie einen Redirect, wenn nur eine davon bestehen bleiben soll.
Sollte ich für doppelte Inhalte einen Canonical-Tag oder einen 301-Redirect verwenden?
Verwenden Sie einen Redirect, wenn die doppelte URL komplett aufhören soll zu existieren - eine ausrangierte Seite, eine alte Domain, ein dauerhafter Umzug -, weil ein Redirect sowohl das Ranking-Signal konsolidiert als auch die tote URL aus dem Verkehr zieht. Verwenden Sie einen Canonical-Tag, wenn das Duplikat aus einem echten Grund erreichbar bleiben muss, etwa ein UTM-getaggter Kampagnenlink, ein Session-Parameter oder eine gefilterte, fast identische Seite. Die entscheidende Frage ist, ob ein Mensch einen legitimen Grund hat, weiterhin die URL zu besuchen, die Sie nicht als Canonical wählen.
Was passiert, wenn sich Canonical-Tag und Redirect widersprechen?
Der Redirect gewinnt, weil er die alternative URL bereits aus der Gleichung entfernt hat - an dieser Stelle der Kette bleibt nichts mehr übrig, dem ein Canonical-Tag widersprechen könnte. Google folgt zuerst dem Redirect bis zu seinem Ziel und liest dann, welchen Canonical-Tag dieses Ziel als maßgebliches Signal deklariert. Die Lösung bei einem Widerspruch ist, jeden Hop zu verfolgen, bis Sie bei einer URL landen, die 200 zurückgibt und deren Canonical-Tag auf sich selbst zeigt.
Brauchen URLs mit UTM-Parametern einen Canonical-Tag?
Ja, der Canonical-Tag gehört auf die Zielseite und sollte auf die saubere URL ohne die angehängten Tracking-Parameter zeigen. Eine Seite wie /pricing sollte sich unabhängig davon, wie viele UTM-getaggte Varianten auf sie verlinken, selbst als eigenen Canonical deklarieren, damit Suchmaschinen eine saubere URL indexieren, während Analytics jede getaggte Variante weiterhin separat erfasst. Eine UTM-getaggte URL stattdessen umzuleiten, würde die Parameter entfernen, bevor Ihr Analytics-Tool den Besuch zuordnen kann.
Warum sollte jede Seite einen selbstreferenzierenden Canonical-Tag tragen?
Ein selbstreferenzierender Canonical - eine Seite, die sich selbst als ihre bevorzugte URL deklariert - schließt jede zufällige Art aus, wie eine Seite dupliziert werden kann, von abschließenden Schrägstrichen über verirrte Query-Parameter bis zu einer fortbestehenden http-Version neben https. Ohne einen solchen wählt Google die Canonical-URL anhand eigener Signale, was meist richtig ist, aber gelegentlich die falsche Variante trifft. Ihn explizit auf jeder indexierbaren Seite zu setzen, beseitigt diese Unklarheit ohne Aufwand.
Braucht ein Kurzlink einen Canonical-Tag?
Nein. Ein Kurzlink ist ein reiner HTTP-Redirect ohne eigenen Inhalt, also gibt es auf dieser URL nichts, was ein Canonical-Tag eindeutig machen müsste, und Kanonisierung spielt nur bei Seiten eine Rolle, die plausibel als Inhalt indexiert werden könnten. Der Canonical-Tag, der zählt, liegt auf der Zielseite, zu der der Kurzlink weiterleitet - genau wie er dort läge, wenn ein Besucher auf jedem anderen Weg dorthin gelangt wäre.
Elido testen
URL einfügen, kurzer Link in Sekunden
Kein Konto nötig. Link bleibt 30 Tage aktiv. Konto erstellen, um ihn dauerhaft zu behalten.
Kostenlos, keine Anmeldung erforderlich · 2 pro Tag