Pourquoi maîtriser la balise canonique ?
Sans rel="canonical", Google peut indexer plusieurs versions de la même page (avec/sans www, avec paramètres UTM, avec slash final, etc.) et diluer votre autorité SEO sur 3 ou 4 URLs concurrentes. Une canonique correctement posée concentre tous les liens entrants et le crawl budget sur l’URL officielle : c’est l’un des correctifs les plus rentables pour un site qui n’arrive pas à se classer malgré un bon contenu.
Liens canoniques : le problème du contenu dupliqué
Quand Google trouve le même contenu sur plusieurs URLs, il ne sait pas laquelle indexer. Le lien canonique (balise rel="canonical") lui dit : « cette URL est la version officielle, ignore les autres. »
❌ Exemple de problème courant
Ces 4 URLs affichent la même page mais Google les voit comme 4 pages différentes :
- https://votresite.sn/produit
- https://votresite.sn/produit/
- https://votresite.sn/produit?ref=facebook
- https://www.votresite.sn/produit
Résultat : votre « jus SEO » est dilué entre 4 URLs au lieu d’être concentré sur une seule.
Comment fonctionne la balise canonical
Placez cette balise dans le <head> de chaque page :
<link rel= »canonical » href= »https://votresite.sn/produit » />
Cela indique à Google : « quelle que soit l’URL utilisée pour accéder à cette page, la version officielle est celle-ci. »
Quand utiliser un lien canonique ?
| Situation | Solution | Exemple |
|---|---|---|
| Paramètres d’URL (tracking) | Canonical vers l’URL sans paramètres | ?utm_source=facebook → URL propre |
| Variantes www / non-www | Canonical + redirection 301 | www.site.sn → site.sn |
| Pages de tri/filtrage | Canonical vers la page principale | /chaussures?couleur=rouge → /chaussures |
| Contenu syndiqué | Canonical vers l’article original | Republication sur un site partenaire |
| Pagination | Canonical vers page 1 ou self-canonical | /blog/page/2 → /blog ou self |
Canonical vs Redirection 301 : quelle différence ?
🔄 Quand choisir quoi ?
- Canonical : les deux URLs doivent rester accessibles (ex : versions avec paramètres de tracking)
- Redirection 301 : l’ancienne URL n’a plus de raison d’exister (ex : page supprimée ou déplacée)
- Règle simple : si l’utilisateur ne devrait JAMAIS voir l’ancienne URL → 301. Si les deux URLs sont utiles → canonical
Implémenter les canonicals sur WordPress
Méthode 1 : Yoast SEO (recommandé)
- Éditez votre article ou page
- Scrollez jusqu’au panneau Yoast SEO
- Cliquez sur l’onglet « Avancé »
- Remplissez le champ « URL canonique »
- Laissez vide pour utiliser l’URL actuelle (self-canonical automatique)
Méthode 2 : Code PHP (thème enfant)
// Ajouter dans functions.php
add_action(‘wp_head’, function() {
if (is_singular()) {
echo ‘<link rel= »canonical » href= »‘ . get_permalink() . ‘ » />’;
}
});
Erreurs courantes avec les canonicals
- Canonical vers une page 404 — vérifiez que l’URL ciblée existe
- Canonical vers une page redirigée — pointez vers la destination finale
- Canonical contradictoire — Page A canonicalise vers B, et B vers A
- Canonical sur du contenu très différent — Google l’ignorera
- Oublier le protocole — utilisez toujours l’URL complète avec https://
Vérifier vos liens canoniques
Méthode rapide dans le navigateur
// Dans la console du navigateur (F12)
document.querySelector(‘link[rel= »canonical »]’)?.href
Google Search Console
- Outil d’inspection d’URL → entrez votre URL
- Vérifiez « URL canonique déclarée par l’utilisateur » vs « URL canonique sélectionnée par Google »
- Si elles diffèrent, Google a ignoré votre canonical
Erreurs fréquentes
1. Canonical en chaîne (A → B → C)
Cause : la page A canonicalise vers B, qui canonicalise vers C. Google n’est pas obligé de suivre la chaîne ; il peut s’arrêter à B et ignorer C, ou tout simplement choisir lui-même une autre URL.
Solution : chaque canonical doit pointer directement vers l’URL finale. Auditez avec Screaming Frog (rapport « Canonical Chains ») et corrigez en une seule étape.
2. Canonical vers une URL bloquée par robots.txt ou en noindex
Cause : vous demandez à Google d’indexer une URL qu’il ne peut pas explorer ou qu’on lui interdit d’indexer. Signal contradictoire : Google ignore tout et choisit lui-même.
Solution : la cible canonique doit être une URL 200 OK, autorisée par robots.txt, et indexable (pas de noindex).
3. Canonical relatif au lieu d’absolu
Cause : <link rel="canonical" href="/produit"> peut être interprété différemment selon le protocole (http vs https) ou le sous-domaine. Google recommande explicitement les URLs absolues.
Solution : toujours https://votresite.sn/produit, jamais /produit.
4. Plusieurs balises canonical sur la même page
Cause : votre thème en injecte une, Yoast en ajoute une autre, un plugin tiers une troisième. Google ignore toutes ces balises.
Solution : vérifiez avec document.querySelectorAll('link[rel=canonical]').length dans la console — il doit retourner exactement 1.
5. Confondre canonical et hreflang
Cause : sur un site multilingue, on utilise une canonique unique pour /fr/, /en/ et /wo/. Google fusionne alors les versions et n’affiche qu’une seule langue.
Solution : chaque version linguistique doit être self-canonical et reliée aux autres via hreflang.
Exercice pratique
🎯 Auditez vos canonicals en 15 minutes
- Ouvrez 5 pages de votre site dans Chrome
- Sur chacune, faites Ctrl+U (code source) et cherchez « canonical »
- Vérifiez que chaque canonical pointe vers la bonne URL
- Testez dans Google Search Console avec l’outil d’inspection
- Corrigez les canonicals manquants ou incorrects
Sur le même thème
- Comment structurer vos URLs pour un meilleur référencement — la base avant de poser des canonicals.
- Configurer les redirections 301 correctement — l’alternative aux canonicals quand l’ancienne URL ne doit plus être servie.
- Configurer Google Search Console — pour vérifier la canonique sélectionnée par Google via l’outil d’inspection d’URL.
- Créer un sitemap XML — le sitemap est un signal canonique implicite : n’y mettez que vos URLs canoniques.
- Référence officielle : Google Search Central — Consolider les URLs dupliquées.
- Outil : Screaming Frog SEO Spider (gratuit jusqu’à 500 URLs) pour auditer toutes les canonicals d’un site.
Etape 1 : comprendre ce que resout vraiment le canonical
La balise rel=canonical sert a indiquer a Google quelle URL est la version officielle quand plusieurs URLs servent un contenu identique ou tres proche. C’est la solution propre au probleme des doublons techniques : version www et non-www, http et https, parametres UTM, pagination, filtres e-commerce, contenu syndique sur un partenaire.
<link rel="canonical" href="https://itskillscenter.io/article-original/" />
Sans canonical, Google choisit lui-meme une URL parmi les variantes, et ce choix peut tomber sur la mauvaise. Resultat : l’autorite SEO se dilue, le clic se fait sur la version utm_source=facebook, et la page principale stagne. Le canonical reprend la main.
Etape 2 : poser un canonical autoreferent par defaut
La premiere regle pragmatique : chaque page de votre site doit pointer vers elle-meme en canonical. Cela evite que des parametres ajoutes par des liens externes (utm_*, fbclid, gclid) creent des versions parasites indexables. Les CMS modernes le font automatiquement : WordPress avec Yoast ou Rank Math, Shopify, Drupal.
# Verifier le canonical d'une page
curl -s https://votre-site.com/page | grep -i canonical
# Sortie attendue
<link rel="canonical" href="https://votre-site.com/page" />
Si la sortie est vide ou contient une URL differente, ouvrir l’extension SEO Pro de Chrome ou utiliser le rapport « Couverture » de Google Search Console pour identifier ou se trouve la divergence.
Etape 3 : choisir un canonical absolu et coherent
Le canonical doit toujours etre une URL absolue avec le protocole, jamais une URL relative. Et il doit utiliser exactement la version finale apres redirections : si votre site force https et www, le canonical doit etre https://www.exemple.com/page, pas http://exemple.com/page. Une incoherence ici fait perdre du jus SEO.
Verifier aussi les slashes finaux : si l’URL canonique est /article/ avec slash, toutes les balises canonical doivent l’inclure. Google considere /article et /article/ comme deux URLs distinctes en theorie, meme si les bons sites redirigent l’une vers l’autre en 301.
Etape 4 : gerer la pagination sans casser le SEO
Pour une categorie de blog paginee /blog/, /blog/page/2/, /blog/page/3/, l’erreur classique est de mettre toutes les pages en canonical vers /blog/. Resultat : les pages 2, 3, 4 ne sont plus indexees, les articles qu’elles listent perdent un lien interne. La bonne pratique : chaque page de pagination est canonique d’elle-meme.
<!-- /blog/ -->
<link rel="canonical" href="https://site.com/blog/" />
<!-- /blog/page/2/ -->
<link rel="canonical" href="https://site.com/blog/page/2/" />
Les balises rel=prev / rel=next ont ete officiellement abandonnees par Google en 2019 mais Bing les utilise encore. On peut les laisser, elles n’ont pas d’effet negatif. L’essentiel reste un canonical autoreferent sur chaque page de pagination.
Etape 5 : traiter les filtres et facettes e-commerce
Sur une boutique WooCommerce, les filtres generent des URLs comme /boutique/?couleur=rouge&taille=m. Ces variantes ne doivent pas etre indexees. Deux approches : canonical pointant vers /boutique/ sans parametre, ou meta robots noindex sur les pages a filtres. Google recommande la premiere.
<!-- Sur /boutique/?couleur=rouge -->
<link rel="canonical" href="https://site.com/boutique/" />
Attention : si une combinaison de filtres represente un vrai segment de marche avec une intention de recherche specifique (par exemple « robe rouge taille M »), creer plutot une page categorie dediee /boutique/robe-rouge-taille-m/ avec contenu unique et canonical autoreferent. Cette page captera le SEO long-tail.
Etape 6 : gerer le contenu syndique sur un partenaire
Si votre article est republie sur Medium, LinkedIn Articles ou un partenaire tiers, l’ideal est que la version chez le partenaire pointe en canonical vers votre URL originale. Medium et LinkedIn permettent cela dans leurs parametres avances de publication. Sans cela, c’est leur version qui rankera, pas la votre.
<!-- Sur la version Medium -->
<link rel="canonical" href="https://itskillscenter.io/article-original/" />
Toujours verifier apres publication chez le partenaire : ouvrir la page, inspecter, chercher la balise canonical. Si elle pointe vers le partenaire, les benefices SEO de la republication s’envolent. Negocier ce point en amont avec le partenaire.
Etape 7 : eviter les pieges classiques qui annulent le canonical
Google peut ignorer un canonical s’il estime qu’il est errone. Les cas typiques : canonical pointant vers une page noindex, canonical pointant vers une 404, canonical en boucle (A pointe vers B qui pointe vers A), canonical pointant vers un domaine totalement different sans rapport. Dans ces cas, Google choisit lui-meme.
# Audit en bash avec curl
for url in $(cat liste-urls.txt); do
canonical=$(curl -s "$url" | grep -oP 'canonical" href="K[^"]+')
echo "$url -> $canonical"
done
La sortie liste chaque URL avec son canonical declare. On scanne visuellement les anomalies : canonical vide, pointant vers une URL relative, ou completement different. C’est le minimum a passer apres une migration, un changement de theme ou un import en masse.
Etape 8 : mesurer l’effet via Google Search Console
Apres deploiement des canonical, on suit dans GSC le rapport « Pages » > « Indexation » > « Page en double, Google a choisi un autre canonical que l’utilisateur ». Cette categorie doit decroitre. Si elle persiste, Google n’est pas convaincu : le contenu des deux URLs est trop different, ou le canonical est techniquement invalide.
On utilise aussi l’outil Inspection d’URL pour chaque URL strategique, qui affiche le canonical declare et le canonical retenu par Google. Si les deux divergent, c’est le signal qu’il faut investiguer. Sur un angle proche sur l’optimisation editoriale, voir notre fiche sur la protection de la propriete intellectuelle en ligne et notre guide complet sur les plans de reprise apres sinistre qui inclut la protection des bases SEO en cas d’incident.
Etape 9 : auditer le canonical apres chaque migration ou refonte
Toute migration de CMS, changement de theme, modification du domaine ou du protocole est un moment a haut risque pour les balises canonical. Un detail mal configure et le site perd 30% de trafic SEO en quelques semaines. La routine post-migration : crawler integralement le site avec Screaming Frog ou Sitebulb, exporter la colonne Canonical, comparer avec la version precedente, identifier les divergences. On passe ensuite chaque modele de page (article, categorie, page produit, page tag) avec l’outil d’inspection d’URL de Search Console pour verifier que Google retient bien le canonical declare. Si une seule URL strategique a un canonical errone, l’autorite SEO accumulee se dilue immediatement. Cette verification prend une demi-journee et evite des semaines de perte de trafic.
Etape 10 : combiner canonical et hreflang sur sites multilingues
Si votre site existe en plusieurs langues ou variantes regionales (fr-FR, fr-SN, fr-CI), chaque variante doit avoir son canonical autoreferent et l’ensemble doit etre relie par des balises hreflang qui se reciproquent. Une erreur frequente : mettre toutes les versions linguistiques en canonical vers la version francaise principale, ce qui supprime du SERP les versions locales. Resultat : les recherches faites depuis Dakar ou Abidjan ne trouvent plus la version localisee. La regle : canonical autoreferent par langue, hreflang croises entre toutes les variantes, sitemap dedie par langue soumis dans Search Console.