Kurze Erinnerung: Was ist kanonisch und warum existiert es?

Die Kanonisierung ist der Prozess, durch den Google die repräsentativste URL für Inhalte auswählt, wenn mehrere ähnliche oder identische Versionen einer Seite existieren. Die kanonische URL ist diese „repräsentative“ Version, die Google bevorzugt in den Suchergebnissen anzeigt. 

Im E-Commerce sind doppelte URLs weit verbreitet, da Shops Varianten und Kombinationen generieren:

• Filtern und Sortieren (URL-Parameter),
• Pagination,
• Produktvarianten (Farbe/Größe),
• Kampagnenparameter (UTM),
• Sprachversionen
• unterschiedliche Wege zum selben Inhalt (Kategorie → Produkt vs. Suchmaschine → Produkt).

Wenn die kanonische Version falsch eingestellt ist, können die Folgen schmerzhaft sein:

• Google indexiert die falschen Adressen (Fehler im Index)
• Signale (Links, Autorität, Verhaltensdaten) werden über mehrere URLs verteilt
• Sie verschwenden Ihr Crawling-Budget für Duplikate
• Die Sichtbarkeit wichtiger Kategorien und Produkte nimmt ab.

 Was genau hat Google dazu gesagt, dass der kanonische Wert in JavaScript festgelegt wird?

Die Botschaft ist einfach:

• (in " festzulegen
• Falls das nicht möglich ist , können Sie die kanonische URL über JavaScript festlegen – achten Sie dabei aber darauf, dass die kanonische URL konsistent und eindeutig ist.
• Die Kanonisierung erfolgt vor und nach dem Rendern , daher führt eine Überschneidung der kanonischen Werte „im Quellcode“ und „nach dem Rendern“ zwangsläufig zu Problemen.

Google betont außerdem eine sehr praktische Regel: Wenn die kanonische URL bereits im HTML-Code vorhanden ist, sollte JavaScript sie nicht ändern. Und wenn es unmöglich ist, die kanonische URL in den HTML-Code einzufügen, ist es besser, sie gar nicht erst einzubinden und sie stattdessen per JavaScript (korrekterweise in Anführungszeichen ) .

Warum ist „canonical set after render“ riskant?

Denn Google sieht Ihre Website nicht immer so, wie ein Nutzer sie im Browser sieht. Vereinfacht gesagt gibt es zwei „Momente“:

• HTML vor dem Rendern (was der Server sofort zurückgibt),
• HTML nach dem Rendern (was nach der Ausführung von JavaScript entsteht).

Wenn „canonical“ erst nach dem Rendern erscheint, dann:

• Sie erhöhen Ihre Abhängigkeit davon, dass Google JS korrekt rendert
• Sie schaffen Raum für Überschneidungen (unterschiedliche kanonische Formate in der Quelle, unterschiedliche Formate nach dem Rendern)
• In Frameworks lassen sich leichter Fehler machen (z. B. doppelte Einträge).<link rel=”canonical”> oder es an der falschen Stelle einzufügen).

Google weist ausdrücklich darauf hin, dass die kanonische Syntax nur dann akzeptiert wird, wenn sie in " , und dass man sie bei JavaScript korrekt "einfügen" muss.

Wann ist die Verwendung von Canonical in JavaScript in der Praxis sinnvoll?

Es gibt Situationen, in denen dies ein vernünftiger Kompromiss sein kann:

• SPA-Anwendung, die clientseitig gerendert wird, wo die Generierung von " auf dem Server schwierig ist.
• veraltetes CMS/Plattform, bei dem Sie keine vollständige Kontrolle über die Vorlage haben " ,
• Dynamische Ansichten, bei denen die kanonische Ansicht vom Anwendungsstatus abhängt (hier ist jedoch besondere Vorsicht geboten).

In Online-Shops (insbesondere bei Headless-Frameworks) wird die kanonische URL manchmal von Bibliotheken wie Head Manager (z. B. React Helmet, Next.js Head) festgelegt. Das funktioniert, aber nur, wenn eine einzige , konsistente kanonische URL erhalten bleibt und keine widersprüchlichen Signale auftreten.

Die wichtigste Regel: kanonische Konsistenz „vorher“ und „nachher“ beim Rendern

Wenn Sie sich eine Sache aus diesem Artikel merken sollten, dann diese:

Vermeiden Sie eine Situation, in der der kanonische Wert in HTML auf A verweist und der kanonische Wert nach dem Rendern auf B verweist.

Google selbst weist darauf hin, dass die Kanonisierung in verschiedenen Phasen stattfindet, sodass „gemischte Signale“ die Eindeutigkeit verringern und das Risiko erhöhen, dass der Algorithmus eine andere Version auswählt. 

Im E-Commerce erfolgt ein solcher Übergang häufig durch:

• Filter und Sortierung erzeugen unterschiedliche URLs,
• automatische Parameterbindung in JS,
• Routingfehler (z. B. Schrägstrich / kein Schrägstrich),
• Unterschiede in den kanonischen Adressen zwischen mobilen und Desktop-Versionen.

Schritt für Schritt: Wie man in JavaScript ohne Minuten eine kanonische Settable-Methode implementiert

Schritt 1: Entscheiden Sie, was kanonisch sein soll (Geschäftslogik)

Zuerst müssen die Regeln festgelegt werden. Beispiele aus einem Geschäft:

• Das Produkt verfügt über einen kanonischen Verweis auf die „saubere“ URL ohne Kampagnenparameter
• Die Kategorie verfügt über eine kanonische und eine unsortierte Version
• Filterseiten: entweder kanonisch für die Basiskategorie oder (wenn Filter für SEO sinnvoll sind) kanonisch für eine bestimmte Kombination - dann muss es aber eine Indexierungsstrategie geben.

Schritt 2: Stellen Sie sicher, dass nach dem Rendern ein kanonischer Wert vorhanden ist

Nicht zwei, nicht drei. Eins. In " . Google erinnert Sie daran, den kanonischen Tag korrekt und im richtigen Abschnitt des Dokuments einzufügen.

Schritt 3: Wenn Sie den kanonischen Tag nicht in HTML einfügen können, fügen Sie ihn gar nicht erst ein

Dies ist eine wichtige Nuance aus Googles Klarstellung: Es ist besser, keine kanonische Variable im Quellcode zu haben, als eine andere zu verwenden als die, die man später in JS festlegt. 

Schritt 4: Testen Sie in der Google Search Console

Google empfiehlt, Ihre Darstellung und die kanonische URL mithilfe von Tools wie der Search Console zu testen, um sicherzustellen, dass Google Ihre Zielsetzung versteht. Die URL-Prüfung ist bei der Kanonisierung hilfreich, da sie unter anderem die von Ihnen angegebene und die von Google gewählte kanonische URL anzeigt. 

Schritt 5: Überwachen Sie die „Google hat einen anderen kanonischen Crossover gewählt“-Übergänge

Wenn Google häufig eine andere kanonische URL auswählt als die von Ihnen festgelegte, ist dies ein Hinweis darauf, dass:

• Der Inhalt ist nicht ähnlich genug (der Algorithmus betrachtet ihn nicht als Duplikat)
• Die Signale sind widersprüchlich (interne Verlinkung, Weiterleitungen, Sitemaps)
• „Canonical“ kennzeichnet eine URL von geringerer Qualität (z. B. mit Fehlern, ohne Inhalt, mit abweichenden Parametern).

Google weist darauf hin, dass der Algorithmus selbst bei Angabe der kanonischen Version aus verschiedenen Gründen eine andere Version wählen kann und dass es sich lohnt zu prüfen, ob Googles Wahl aus funktionaler Sicht sinnvoll ist. 

Häufige Fehler im E-Commerce, die zu Problemen mit dem kanonischen Code führen (insbesondere bei Verwendung von JavaScript)

Duplikat kanonisch

Das Framework fügt den kanonischen <code><body></code>-Tag ein, und die Shop-Plattform fügt den zweiten <code><body></code>-Tag in die Vorlage ein. Nach dem Rendern haben Sie zwei verschiedene <code><body></code>-Tags.<link rel=”canonical”> Auswirkung: Das Signal wird unlesbar.

Kanonisch außerhalb festgelegt<head>

Google betont wiederholt, dass der kanonische Wert in Anführungszeichen Anführungszeichen steht , wird er manchmal ignoriert.

Canonical verweist auf eine URL mit Parametern

In den meisten Fällen sollte der Canonical-Attribut auf die „saubere“ Version verweisen. Wenn der Canonical-Attribut auf eine URL mit UTM-Parametern, Sortierung oder Filterung verweist, entsteht schnell ein unübersichtliches Labyrinth.

Canonical hängt vom Anwendungsstatus ab

Der Benutzer klickte auf einen Filter, woraufhin JavaScript die kanonische URL änderte. Dadurch kann es vorkommen, dass der Render-Bot in verschiedenen Durchläufen unterschiedliche Versionen sieht. Dies ist schwer zu kontrollieren, und das Risiko von Indexierungsproblemen steigt.

Was ändert sich dadurch in der Praxis für Online-Shops?

Wenn Sie ein E-Commerce-Unternehmen betreiben, hat die Google-Suchverfeinerung zwei konkrete Auswirkungen:

• Weniger Angst bei Headless-/SPA-Projekten – Canonical in JS kann funktionieren, wenn es konsequent implementiert wird.
• Mehr Verantwortung liegt auf der Implementierungsseite – denn die „Best Practice“ ist nach wie vor in HTML kanonisch, und JS ist eine Ausweichvariante.

In Shops mit vielen URL-Kombinationen (Filter, Parameter, Varianten) ist die Canonicalisierung eines der wichtigsten Werkzeuge zur Indexorganisation. Eine korrekt konfigurierte Canonicalisierung fördert die Sichtbarkeit von Kategorien und Produkten, während eine fehlerhafte Konfiguration das Wachstum behindern kann.

Checkliste: Was Sie heute in Ihrem Geschäft überprüfen sollten 

• Öffnen Sie die Produktkarte und überprüfen Sie den Seitenquelltext, um festzustellen, ob sich der kanonische Wert in " .
• Prüfen Sie, ob nach dem Rendern immer noch nur ein kanonischer Wert vorhanden ist (z. B. in den Entwicklertools).
• Rufen Sie die URL mit Parametern (UTM / Sortierung) auf und prüfen Sie, ob die kanonischen Links auf die Basisversion verweisen.
• Verwenden Sie in der Search Console die URL-Prüfung und vergleichen Sie: die deklarierte kanonische URL mit der von Google gewählten kanonischen URL. 
• Wenn die kanonische URL in JS festgelegt ist, prüfen Sie, ob es Überschneidungen mit HTML gibt (oder ob HTML überhaupt keine kanonische URL hat, falls diese von JS festgelegt werden soll). 

Wo genau befindet sich swiatcyfrowy.pl an diesem Ort?

Wenn Sie sicherstellen möchten, dass Canonical-Tags, JS-Rendering und Indexierung korrekt eingestellt sind, ist der schnellste Weg in der Regel ein technischer SEO-Audit (mit E-Commerce-Elementen).

In der digitalen Welt können Sie dieses Thema als Teil einer umfassenderen Analyse betrachten: Indexierung bereinigen, Duplikate entfernen, Sichtbarkeit von Kategorien und Produkten verbessern und den SEO-Funnel optimieren → Produktkarte → kupi.swia