Qu'est-ce qu'une URL canonique, et quand l'utiliser
Une URL canonique est l'adresse unique que vous désignez comme la vraie version d'une page, afin que les moteurs de recherche consolident chaque doublon en un seul résultat. Vous la déclarez avec <link rel="canonical" href="..."> dans le <head> de la page, ou avec un en-tête de réponse Link, et l'adresse que vous donnez doit être absolue.
Ce que fait réellement rel=canonical
Le même contenu est généralement joignable à plus d'une URL. Des paramètres de suivi, des identifiants de session, une barre oblique finale, http à côté de https, www à côté du domaine nu, une vue imprimable, une liste triée : chacun de ces cas est une URL distincte servant les mêmes mots. Livré à lui-même, un moteur de recherche en choisit une lui-même, et il peut ne pas choisir celle que vous auriez choisie.
Un canonique est la façon de rendre ce choix explicite :
<link rel="canonical" href="https://example.com/shoes">
Link: <https://example.com/shoes>; rel="canonical"Deux propriétés méritent d'être intégrées. D'abord, c'est un indice, pas une instruction. Google le met en balance avec les redirections, les liens internes, les entrées de sitemap et le contenu lui-même, et il peut choisir, et choisit parfois, un canonique différent de celui que vous avez déclaré. Ensuite, il consolide plutôt qu'il ne supprime. Les signaux du doublon s'accumulent sur le canonique, ce qui le distingue du noindex, où le doublon cesse simplement d'exister du point de vue de la recherche.
Les canoniques auto-référencés
Chaque page indexable devrait se déclarer elle-même comme son propre canonique. Cela paraît redondant et c'est pourtant la ligne la plus utile des trois, car c'est ce qui neutralise les paramètres que vous n'aviez pas anticipés. Quand /shoes?utm_source=newsletter déclare https://example.com/shoes, l'URL de campagne se replie automatiquement dans la version propre au lieu de lui faire concurrence.
Trois règles pour bien faire les choses : utilisez des URL absolues incluant le schéma, n'émettez qu'un seul élément canonique par page (une page avec deux canoniques contradictoires les voit tous ignorés), et gardez le canonique cohérent avec le reste de vos signaux. Un canonique pointant vers une URL qui redirige ailleurs, qui renvoie 404, ou qui porte un noindex, envoie des instructions contradictoires et est dévalué.
Les canoniques inter-domaines
Un canonique peut pointer vers un autre domaine. C'est le mécanisme correct quand vous syndiquez un article vers un site partenaire ou un agrégateur de nouvelles : la copie sur leur domaine déclare votre URL comme canonique, donc les classements de recherche s'accumulent sur votre original plutôt que sur leur republication.
C'est aussi ce qui rend les canoniques dangereux. Rien n'empêche une page de désigner une URL sur un hôte avec lequel elle n'a aucune relation, et rien dans la syntaxe ne fait paraître fautif un canonique inter-domaines accidentel. C'est de là que vient la panne du canonique de staging.
La panne du canonique de staging
La plupart des frameworks et des systèmes de gestion de contenu construisent le canonique en concaténant une URL de base configurée avec le chemin actuel. Cette URL de base vit dans une variable d'environnement, une ligne d'option de base de données ou un fichier de config, et elle diffère dans chaque environnement. Quand la valeur du staging atteint la production, chaque page du site en direct déclare que la vraie version vit à https://staging.example.com/....
Ce qui suit est discret et lent. Les pages en direct continuent de renvoyer 200 et de servir le bon contenu. Mais chacune d'elles dit à Google que la copie faisant autorité se trouve ailleurs, et cet ailleurs est soit injoignable, soit protégé par mot de passe, soit en noindex. Les pages commencent à sortir des résultats, une recrawl à la fois, et comme il n'y a aucune erreur sur laquelle alerter, le premier signal est en général un graphique de trafic une semaine plus tard. La réparation est couverte dans corriger un canonique qui pointe vers le staging.
Canonique, redirection ou noindex
Les trois sont utilisés de façon interchangeable alors qu'ils ne le sont pas :
- Redirection 301 quand le doublon ne devrait pas du tout être joignable. Le signal le plus fort disponible, et la bonne réponse pour une URL retirée ou un déménagement de domaine.
- rel=canonical quand les deux URL doivent rester joignables mais qu'une seule doit se classer. Paramètres, vues imprimables, copies syndiquées, listes filtrées.
- noindex quand la page doit rester joignable et ne doit pas se classer, et qu'il n'existe pas de page équivalente vers laquelle consolider. Résultats de recherche interne, pages de remerciement, espaces de compte.
Ne les empilez pas. Un canonique sur une page en noindex est contradictoire, puisque vous demandez une consolidation vers une page tout en demandant simultanément que cette relation soit ignorée.
Vérifiez ce que vous servez réellement
Lire le gabarit n'est pas une vérification, car les workers de bordure, les plugins et la logique côté serveur injectent tous des canoniques qui n'apparaissent jamais dans votre dépôt. Lisez plutôt la réponse : curl -s https://example.com/ | grep -i 'rel="canonical"'. Pour une page, le vérificateur de canonique gratuit résout la balise et indique si elle pointe vers la page elle-même, vers une autre URL sur le même hôte, vers la version http ou vers un autre hôte. Pour vérifier le site entier, l'outil de crawl de site gratuit rapporte un statut de canonique par URL, en marquant les pages où il manque et les pages où il pointe ailleurs. Surveiller vos pages clés pour le jour où la valeur change est ce que fait l'option Indexability d'un moniteur HTTP HostTracker - voir le monitoring SEO.