Canonical, Open Graph, Hreflang : évitez le contenu dupliqué

Une balise canonical manquante duplique vos pages dans l'index Google. Un Open Graph cassé ruine vos partages sociaux. Un hreflang absent déroute les moteurs de recherche sur les sites multilingues. Les tests #24, #25 et #37 détectent les trois.

Il existe un problème SEO silencieux qui touche plus de sites qu'on ne le pense : le contenu dupliqué. Pas celui où quelqu'un copie votre texte — celui où votre propre site envoie des signaux contradictoires aux moteurs de recherche. Google voit deux URL avec le même contenu et doit en choisir une. Il choisit souvent mal.

La solution repose sur trois balises HTML que la plupart des développeurs ajoutent une fois puis ne vérifient plus jamais : l'URL canonique, les balises Open Graph et les attributs hreflang. Quand elles fonctionnent, elles sont invisibles. Quand elles cassent — après une migration, une refonte ou une mise à jour de plugin — les dégâts s'accumulent silencieusement : des pages disparaissent des résultats de recherche, les partages sociaux sont cassés, et la mauvaise version linguistique se positionne dans le mauvais pays.

Orilyt exécute trois tests dédiés. Le test #24 valide l'URL canonique. Le test #25 vérifie les balises Open Graph. Le test #37 inspecte le hreflang pour les sites multilingues. Ensemble, ils couvrent toute la surface des signaux de contenu dupliqué — le genre de problèmes invisibles dans un navigateur mais dévastateurs pour le référencement.

Test #24 : Votre URL canonique est-elle correcte ?

La balise canonical dit aux moteurs de recherche : « ceci est l'URL officielle de cette page. » Sans elle, Google doit deviner. Et quand une page est accessible via plusieurs URL — avec ou sans www, avec ou sans slash final, avec des paramètres UTM — Google peut toutes les indexer comme des pages distinctes, diluant votre autorité SEO.

Le test #24 effectue trois vérifications :

1. Présence — la page contient-elle une balise <link rel="canonical"> ? Si elle est absente, le score chute à 35/100. Google doit deviner la version canonique, et il se trompe souvent
2. Unicité — y a-t-il exactement une seule balise canonical ? Des canonicals multiples désorientent les moteurs de recherche. En avoir deux ou plus fait chuter le score à 70/100 car les signaux se contredisent
3. URL absolue — le href canonical est-il une URL absolue (commençant par https://) ? Un canonical relatif est techniquement valide mais peu fiable. Certains crawlers l'interprètent mal. Le score plafonne à 70/100 avec une URL relative

Une page avec un seul canonical absolu obtient 100. Cela semble simple, mais les problèmes de canonical sont étonnamment fréquents — surtout après des migrations de site, des mises à jour de CMS ou lors de l'utilisation de page builders qui injectent leurs propres balises canonical.

Test #25 : Vos balises Open Graph fonctionnent-elles ?

Les balises Open Graph contrôlent l'apparence de votre page lorsqu'elle est partagée sur Facebook, LinkedIn, Twitter et les applications de messagerie. Sans elles, la plateforme devine — affichant une image aléatoire, un titre tronqué ou aucune description. Le résultat paraît amateur et génère moins de clics.

Le test #25 vérifie quatre propriétés Open Graph essentielles :

1. og:title — le titre affiché dans les partages sociaux. Sans lui, les plateformes utilisent le <title> de la page ou le premier titre, souvent trop long ou trop générique
2. og:description — la description affichée sous le titre. Sans elle, les plateformes récupèrent un paragraphe aléatoire de la page — ou n'affichent rien
3. og:image — l'image d'aperçu. C'est la balise la plus importante pour l'engagement social. Sans elle, les partages montrent un cadre vide ou un minuscule favicon. L'image doit faire au minimum 1200x630px
4. og:url — l'URL canonique pour le partage social. Elle doit correspondre à la balise canonical. Si elle diffère, vous créez une confusion entre ce que Google indexe et ce que les réseaux sociaux résolvent

Si aucune balise Open Graph n'est trouvée, le score chute à 60/100. Si certaines balises requises manquent, le score est 80/100. Les quatre présentes = 100/100.

Test #37 : Le hreflang est-il configuré pour le SEO multilingue ?

Les balises hreflang indiquent aux moteurs de recherche quelle version linguistique d'une page afficher dans quel pays. Pour un site disponible en anglais, français, espagnol et allemand, le hreflang garantit qu'un visiteur français voit la version française — et non la version anglaise qui a plus de backlinks.

Le test #37 inspecte le HTML de la page à la recherche de signaux hreflang :

1. Présence des balises — la page contient-elle des balises <link rel="alternate" hreflang="xx"> ? Si aucune n'est trouvée, le score est 70/100. Ce n'est pas critique pour les sites monolingues, mais pour les sites multilingues, Google devine quelle version afficher
2. Fallback x-default — existe-t-il une entrée hreflang="x-default" ? Elle indique aux moteurs de recherche quelle page afficher quand aucune langue ne correspond à la locale du visiteur. L'oublier est une erreur courante
3. Auto-référencement — la page actuelle inclut-elle un hreflang pointant vers elle-même ? Google recommande l'auto-référencement comme bonne pratique. Sans lui, le maillage hreflang est incomplet

Quand les balises hreflang sont présentes et bien formées, le score atteint 90/100. Les 10 points supplémentaires nécessitent une validation croisée (réciprocité inter-pages) qui dépasse l'audit d'une seule page. Mais les signaux détectés ici capturent déjà les échecs les plus courants.

Causes courantes et comment les corriger

Ces trois balises partagent un schéma d'échec commun : elles sont configurées une fois, puis oubliées. Voici les causes de casse les plus fréquentes :

1. Migration de site — les URL changent, mais les canonicals, og:url et les href hreflang pointent toujours vers les anciennes URL. Correction : auditer toutes les balises méta après migration. Utiliser l'outil d'inspection d'URL de la Search Console pour vérifier
2. Conflits de plugins — les plugins SEO (Yoast, Rank Math, All in One SEO) peuvent injecter des canonicals contradictoires. Deux plugins = deux canonicals = confusion. Correction : utiliser un seul plugin SEO et désactiver la sortie canonical dans l'autre
3. og:image manquant — l'URL de l'image était relative, le CDN a changé ou l'image a été supprimée. Correction : utiliser des URL absolues, vérifier que l'image charge réellement et s'assurer qu'elle fait au moins 1200x630px
4. Hreflang sans réciprocité — la page A pointe vers la page B via hreflang, mais la page B ne pointe pas en retour vers A. Google ignore les hreflang non réciproques. Correction : chaque version linguistique doit référencer toutes les autres, y compris elle-même
5. Incohérence de slash final — https://example.com/page et https://example.com/page/ sont deux URL différentes. Si le canonical utilise un format et les liens internes un autre, Google voit des doublons. Correction : choisir un format et l'appliquer partout

Le schéma est clair : ce sont des problèmes de configuration, pas de contenu. Ils sont invisibles pour les visiteurs mais dévastateurs pour le SEO. Et ils se corrigent vite — quand on sait où chercher.

Pourquoi les agences doivent auditer ces 3 tests systématiquement

Pour les freelances et agences qui vendent des services SEO, les tests #24, #25 et #37 sont une mine d'or. Ils révèlent des problèmes que les clients ne peuvent pas voir dans leur navigateur — mais qui impactent directement le trafic, l'engagement social et la visibilité internationale.

Dans le rapport Orilyt, chaque test génère une recommandation FIA structurée :

1. Fait : « Aucune balise canonical trouvée » ou « og:image est manquant » ou « Aucune balise hreflang détectée sur un site multilingue »
2. Impact : « Google peut indexer plusieurs versions de la même page, diluant l'autorité SEO » ou « Les partages sociaux n'affichent aucune image d'aperçu — réduisant le taux de clic de 80 % »
3. Action : « Ajouter une balise <link rel=canonical> pointant vers l'URL préférée » ou « Ajouter og:image avec une image de 1200x630px » ou « Implémenter les balises hreflang avec x-default et auto-référencement »

Ces constats sont particulièrement efficaces dans les propositions commerciales car ils combinent crédibilité technique et impact business clair. Un client qui voit « vos pages françaises se positionnent dans les résultats anglais » comprend le problème immédiatement. Cela positionne l'agence comme un expert qui détecte ce que les autres manquent.

Trois balises invisibles, un impact SEO massif

Canonical, Open Graph et hreflang sont l'épine dorsale du SEO technique pour tout site qui se soucie de sa visibilité dans les moteurs, de sa présence sociale et de sa portée internationale. Ce sont trois lignes de HTML qui déterminent si Google indexe la bonne page, si les partages sociaux sont professionnels et si la bonne langue se positionne dans le bon pays.

Les tests #24, #25 et #37 vérifient les trois en quelques secondes. Ils détectent les échecs les plus courants : balises manquantes, canonicals dupliqués, og:image cassé, hreflang absent sur les sites multilingues. Ce ne sont pas des cas marginaux — ils touchent la majorité des sites WordPress que nous auditons.

Pour les agences, ces tests transforment un problème invisible en opportunité visible. Lancez un audit, montrez les lacunes, proposez la correction. La barrière technique est faible, l'impact SEO est fort, et le client voit la valeur immédiatement.