Conflits canoniques
Detecte les balises canoniques conflictuelles ou redondantes qui envoient des signaux melanges aux moteurs IA sur la version de page faisant autorite.
Pourquoi c'est important pour la visibilité IA
Comment nous le mesurons
Comment s'améliorer
- 1
Corrigez les écarts de protocole entre la page et la canonical
Si votre page se charge en HTTPS, mais que votre balise canonique pointe vers HTTP, il s'agit d'un conflit grave qui coûte 3 points. Mettez à jour la canonical pour utiliser `https://`. C'est le conflit le plus courant sur les sites passés en HTTPS, mais qui n'ont pas mis à jour leurs balises canoniques.
- 2
Supprimez les balises canoniques dupliquées
Avoir plus d'une balise `<link rel="canonical">` sur une page est un conflit grave. Recherchez plusieurs balises canoniques dans votre HTML -- cela arrive souvent quand un CMS en ajoute une et qu'un plugin en ajoute une autre. Ne gardez qu'une seule balise canonique auto-référentielle par page.
- 3
Concentrez les URLs www et non-www
Si votre page est à `https://example.com/page` mais que votre canonical pointe vers `https://www.example.com/page`, il s'agit d'un écart de gravité moyenne. Choisissez un format (www ou non-www) et imposez-le sur tout le site avec des redirections 301. Mettez à jour vos balises canoniques pour correspondre au format choisi.
- 4
Retirez les paramètres de requête des URLs canoniques
Les URLs canoniques doivent être propres, sans chaine de requête. Si votre canonical est `https://example.com/page?utm_source=twitter`, le paramètre de requête déclenche un conflit de gravité moyenne. Définissez les balises canoniques sur le chemin URL propre, sans paramètres de suivi ni de filtre.
- 5
Vérifiez que votre URL canonique apparait dans votre sitemap
L'analyseur recoupe votre URL canonique avec votre sitemap.xml. Si l'URL canonique est absente du sitemap, il s'agit d'un conflit de gravité moyenne. Ajoutez toutes les URLs canoniques à votre sitemap et supprimez les variantes non canoniques pour envoyer des signaux cohérents.
Exemples de code
Balise canonique auto-référentielle correcte
<link rel="canonical" href="https://example.com/products/widget">Redirection Nginx pour la consolidation de www vers non-www
server {
listen 80;
listen 443 ssl;
server_name www.example.com;
return 301 https://example.com$request_uri;
}Redirection Apache pour la cohérence du slash final
# Remove trailing slashes (choose one standard)
RewriteEngine On
RewriteRule ^(.+)/$ /$1 [R=301,L]Questions fréquentes
En quoi cela diffère-t-il du facteur de base Canonical URLs ?
Le facteur de base Canonical URLs vérifie qu'une balise canonique existe et correspond à l'URL de la page. Ce facteur va plus loin -- il détecte les conflits entre la canonical et d'autres signaux, comme les entrées du sitemap, les liens internes et la cohérence protocole/www. Il identifie aussi les clusters de variantes d'URL qui créent un risque de contenu dupliqué.
Qu'est-ce qu'un cluster dupliqué et pourquoi est-ce important ?
Un cluster dupliqué est un ensemble d'URLs qui pointent vers le même contenu -- avec et sans www, avec et sans slash final, avec des paramètres de requête. Des clusters plus grands signifient que les moteurs IA doivent deviner quelle URL fait autorité, ce qui réduit leur confiance lorsqu'ils citent une version spécifique.
Mon site e-commerce a des pages produit avec des paramètres de requête. Est-ce un problème ?
Seulement si ces URLs a paramètres de requête créent du contenu dupliqué. Assurez-vous que toutes les URLs variantes convergent vers une seule URL propre sans paramètres. L'analyseur signale les paramètres de requête dans les URLs canoniques comme un problème de gravité moyenne, donc gardez les canoniques propres et laissez les vraies pages gérer les paramètres séparément.
Vérifiez votre score GEO
Lancez une analyse gratuite de votre site et découvrez votre score sur les 52 facteurs.
Analyser mon site