Que fait réellement une balise canonique ?

Elle indique aux moteurs de recherche quelle URL est la copie « maîtresse » lorsqu'un contenu identique ou quasi identique est accessible à plusieurs URL - les signaux de classement du doublon crawlé sont consolidés sur la cible canonique au lieu d'être répartis entre les deux.

Scanverra valide-t-il que ma balise canonique est correcte ?

En partie, et c'est réellement utile. Le score SEO du Website Audit exécute le contrôle canonique de Lighthouse, qui signale une URL relative (non absolue), une URL invalide, plusieurs balises canoniques contradictoires sur une page, et l'erreur courante où chaque page canonicalise vers votre page d'accueil au lieu d'elle-même. Le Browser Test montre en plus la balise brute et sa valeur exacte. Ce qu'aucun des deux ne vérifie : si la cible canonique renvoie réellement un code 200 (plutôt qu'une redirection ou un 404), et si elle est cohérente avec le protocole/sous-domaine choisi par votre site sur chaque page - ces points nécessitent encore une vérification manuelle.

L'URL canonique doit-elle être absolue ou relative ?

Absolue, toujours - un chemin canonique relatif est techniquement contraire à la spécification et peut être résolu incorrectement par différents crawlers, en particulier sur un site servi depuis plusieurs sous-domaines ou protocoles.

Une page peut-elle canonicaliser vers une URL qui renvoie une redirection ou un 404 ?

C'est possible, mais ce ne devrait pas l'être - une canonique pointant vers une redirection ou une URL brisée envoie un signal confus et les moteurs de recherche peuvent simplement l'ignorer. Comme Scanverra ne vérifie pas cela pour vous, assurez-vous que la cible canonique renvoie bien un code 200 et correspond au contenu, en particulier après une restructuration d'URL.

Comment corriger les problèmes d'URL canonique

Une URL canonique, définie via <link rel="canonical">, indique aux moteurs de recherche quelle URL unique doit recevoir le crédit lorsqu'un contenu identique ou quasi identique est accessible à plusieurs adresses. Une erreur ici peut amener les moteurs de recherche à indexer - et classer - une version de la page que vous n'aviez pas prévue.

Pourquoi les balises canoniques posent problème

Des paramètres d'URL créant des doublons involontaires. Les paramètres de suivi, l'ordre de tri ou l'état des filtres (?utm_source=, ?sort=price) génèrent des URL techniquement différentes servant le même contenu, sans canonique les faisant pointer vers la version propre.
Des incohérences de protocole ou de sous-domaine. http contre https, ou www contre domaine nu, divisant le même contenu entre deux adresses indexées.
Une pagination sans canonique auto-référente ou tenant compte de la série. La page 2 d'une liste paginée canonicalisée vers la page 1 (ou sans canonique du tout) peut amener les moteurs de recherche à ignorer entièrement le contenu unique de la page 2.
Des URL de préproduction ou de prévisualisation laissant fuiter une canonique pointant vers la production, ou l'inverse, après qu'un modèle a été copié entre environnements.

Comment identifier le problème

Le score SEO du Website Audit exécute un véritable contrôle de correction canonique à chaque scan - il signale une URL canonique relative plutôt qu'absolue, une URL carrément invalide, plusieurs balises canoniques contradictoires sur la même page, et l'erreur spécifique et courante d'une page canonicalisée vers votre page d'accueil au lieu d'elle-même. Le Browser Test complète cela en vous montrant la balise brute et l'URL exacte capturée sur votre page en direct, rendue.

Aucun des deux contrôles ne confirme que la cible canonique renvoie effectivement un code 200 (plutôt qu'une redirection ou un 404), ni qu'elle est cohérente avec le choix de protocole/sous-domaine à l'échelle du site - ces deux points nécessitent encore une vérification manuelle.

Comment le corriger

1. Auto-référencez l'URL canonique sur la version privilégiée d'une page

Une page canonicalisée vers sa propre URL propre et absoluetypescript

1export const metadata = {
2  alternates: {
3    canonical: "https://example.com/products/keyboard",
4  },
5};

Ou directement en HTML :

Utilisez toujours l'URL absolue, jamais un chemin relatifhtml

1<link rel="canonical" href="https://example.com/products/keyboard" />

2. Canonicalisez les variantes de paramètres et de tri/filtre vers l'URL propre

Une page accessible à la fois via /products?sort=price et /products devrait avoir sa version paramétrée dont la canonique pointe vers l'URL propre /products, afin que le link equity et l'indexation se consolident sur une seule adresse.

3. Choisissez un protocole et un hôte, partout

Standardisez sur https et soit www, soit le domaine nu, redirigez l'autre de façon permanente (301), et assurez-vous que chaque balise canonique du site utilise ce même standard - une canonique pointant vers la version non redirigée annule l'objectif recherché.

4. Vérifiez manuellement que la cible canonique se résout réellement

Lancez d'abord un Website Audit - il détectera automatiquement les URL relatives, les URL invalides, les canoniques contradictoires et l'erreur de page d'accueil. Ce qu'il reste à vérifier manuellement : que l'URL canonique renvoie un code 200 et correspond réellement au contenu de la page qui pointe vers elle, surtout juste après une restructuration ou une migration d'URL.

Comment Scanverra détecte cela

Le score SEO du Website Audit (l'audit canonique de Lighthouse) analyse chaque lien rel="canonical" de la page et signale une URL relative ou invalide, plusieurs canoniques contradictoires, et une canonique pointant vers la racine de votre page d'accueil au lieu de la page elle-même. Le Browser Test capture séparément la présence d'une balise canonique et l'URL exacte vers laquelle elle pointe. Ensemble, ils couvrent les erreurs ci-dessus - ce qu'ils ne peuvent pas voir, c'est si l'URL cible se résout réellement correctement ou correspond au contenu de la page source.