Pour un site e-commerce, la plus simple est souvent de passer par le fichier robots.txt. Tu bloques l'URL avec le paramètre. Exemple :
`Disallow: /page?tracking=*`
Autre option, tu peux utiliser la Google Search Console pour indiquer à Google d'ignorer ce paramètre dans l'indexation. C'est assez efficace et facile à mettre en place. L'avantage, c'est que c'est spécifique à Google, donc tu gardes le contrôle sur les autres moteurs.
Le robots.txt, c'est bien pour les petits sites, mais sur un gros e-commerce avec des milliers de pages, ça peut vite devenir ingérable. La Search Console, c'est une bonne idée, mais ça ne garantit pas que les autres moteurs suivent la même logique. Perso, je pencherais plutôt pour une balise canonical qui pointe vers la version propre de la page, sans le paramètre de tracking. Ça évite la duplication de contenu et c'est plus propre à mon avis.
La canonical, oui, c'est propre... en théorie. Mais si t'as des liens internes qui pointent vers les versions avec tracking (ce qui arrive plus souvent qu'on ne le croit, surtout avec certains CMS un peu datés), tu risques de te retrouver avec des signaux contradictoires et Google qui s'emmêle les pinceaux. Mieux vaut auditer les liens avant, sinon c'est le serpent qui se mord la queue.
C'est un point important ce que tu soulignes concernant les liens internes. La canonical, c'est top, mais faut que tout suive derrière, sinon c'est contre-productif. D'ailleurs, en parlant d'indexation et de WordPress, je suis tombé sur cette vidéo qui explique comment désindexer une page ou un article directement depuis WordPress, ça peut servir :
La vidéo est intéressante pour une désindexation ponctuelle, mais pour gérer les paramètres d'URL à grande échelle, c'est pas la panacée.
Un truc qui marche bien (et qui n'a pas été mentionné), c'est de configurer ton serveur (Apache ou Nginx) pour qu'il ignore purement et simplement le paramètre "tracking". Tu peux faire ça avec une règle de réécriture d'URL. Comme ça, même si Google bot tombe sur l'URL avec le paramètre, le serveur le redirige automatiquement vers la version propre. C'est radical, mais ça fonctionne. Faut juste bien tester pour pas casser autre chose.
L'astuce de la configuration serveur, c'est pertinent, mais ça implique d'avoir un accès direct et la main sur la config, ce qui est pas toujours le cas. Par curiosité, tu aurais un exemple concret de règle de réécriture pour Apache ou Nginx ? Genre, juste pour visualiser comment ça se traduit en code, et voir les points de vigilance ?
Exactement. Pour Apache, dans ton .htaccess, tu pourrais avoir quelque chose comme :
`RewriteEngine On`
`RewriteCond %{QUERY_STRING} tracking= [NC]`
`RewriteRule ^(.*)€ €1? [R=301,L]`
Pour Nginx, dans ta configuration de serveur, ça ressemblerait à :
`if (€arg_tracking) {`
`return 301 €uri;`
`}`
Le point de vigilance principal, c'est de tester *avant* de mettre en prod, pour vérifier que ça n'affecte pas d'autres paramètres ou fonctionnalités du site. Et bien sûr, faire une sauvegarde de la config actuelle avant de la modifier, au cas où.
le 21 Mars 2025
Pour un site e-commerce, la plus simple est souvent de passer par le fichier robots.txt. Tu bloques l'URL avec le paramètre. Exemple : `Disallow: /page?tracking=*` Autre option, tu peux utiliser la Google Search Console pour indiquer à Google d'ignorer ce paramètre dans l'indexation. C'est assez efficace et facile à mettre en place. L'avantage, c'est que c'est spécifique à Google, donc tu gardes le contrôle sur les autres moteurs.
le 21 Mars 2025
Le robots.txt, c'est bien pour les petits sites, mais sur un gros e-commerce avec des milliers de pages, ça peut vite devenir ingérable. La Search Console, c'est une bonne idée, mais ça ne garantit pas que les autres moteurs suivent la même logique. Perso, je pencherais plutôt pour une balise canonical qui pointe vers la version propre de la page, sans le paramètre de tracking. Ça évite la duplication de contenu et c'est plus propre à mon avis.
le 22 Mars 2025
La canonical, oui, c'est propre... en théorie. Mais si t'as des liens internes qui pointent vers les versions avec tracking (ce qui arrive plus souvent qu'on ne le croit, surtout avec certains CMS un peu datés), tu risques de te retrouver avec des signaux contradictoires et Google qui s'emmêle les pinceaux. Mieux vaut auditer les liens avant, sinon c'est le serpent qui se mord la queue.
le 22 Mars 2025
C'est un point important ce que tu soulignes concernant les liens internes. La canonical, c'est top, mais faut que tout suive derrière, sinon c'est contre-productif. D'ailleurs, en parlant d'indexation et de WordPress, je suis tombé sur cette vidéo qui explique comment désindexer une page ou un article directement depuis WordPress, ça peut servir :
le 22 Mars 2025
La vidéo est intéressante pour une désindexation ponctuelle, mais pour gérer les paramètres d'URL à grande échelle, c'est pas la panacée. Un truc qui marche bien (et qui n'a pas été mentionné), c'est de configurer ton serveur (Apache ou Nginx) pour qu'il ignore purement et simplement le paramètre "tracking". Tu peux faire ça avec une règle de réécriture d'URL. Comme ça, même si Google bot tombe sur l'URL avec le paramètre, le serveur le redirige automatiquement vers la version propre. C'est radical, mais ça fonctionne. Faut juste bien tester pour pas casser autre chose.
le 23 Mars 2025
Bien vu.
le 23 Mars 2025
L'astuce de la configuration serveur, c'est pertinent, mais ça implique d'avoir un accès direct et la main sur la config, ce qui est pas toujours le cas. Par curiosité, tu aurais un exemple concret de règle de réécriture pour Apache ou Nginx ? Genre, juste pour visualiser comment ça se traduit en code, et voir les points de vigilance ?
le 24 Mars 2025
Exactement. Pour Apache, dans ton .htaccess, tu pourrais avoir quelque chose comme : `RewriteEngine On` `RewriteCond %{QUERY_STRING} tracking= [NC]` `RewriteRule ^(.*)€ €1? [R=301,L]` Pour Nginx, dans ta configuration de serveur, ça ressemblerait à : `if (€arg_tracking) {` `return 301 €uri;` `}` Le point de vigilance principal, c'est de tester *avant* de mettre en prod, pour vérifier que ça n'affecte pas d'autres paramètres ou fonctionnalités du site. Et bien sûr, faire une sauvegarde de la config actuelle avant de la modifier, au cas où.
le 25 Mars 2025
Nickel.
le 02 Septembre 2025
Super clair, merci pour les exemples concrets. 👍 Parfait pour visualiser l'implémentation. 🔥
le 23 Octobre 2025
Top, content que ça aide. 😉 C'est toujours mieux avec un exemple concret. 👍
le 07 Novembre 2025
C'est bien de partager les bonnes pratiques ! 😃 Un pense-bête toujours utile. 👍