Depuis quelques semaines, nous voyons une agitation sur les réseaux sociaux (https://twitter.com/search?q=srsltid%20lang%3Afr&src=typed_query&f=top) sur l’augmentation du nombre de résultats organiques avec l’ajout dans les urls du suffixe « srsltid=xxxxxx ».
Ce constat se fait principalement sur tout type d’urls :
- page d’accueil :
2. Pages catégories :
3. fiches produits :
Cette apparition du paramètre « srsltid » peut paraître problématique dans la mesure où :
- Vos canonicals ne sont pas bien implémentées et cette url à paramètre peut « outranker » votre url sans canonical
- Vos rapports Analytics à la page de destination ne vont pas dédupliquer les performances ce qui est dommageable pour une lecture par produit (dans ce cas privilégier les pageName virtuels !).
Provenance du paramètre srsltid
A la base, ce paramètre est utilisé dans le suivi des conversions de Google Merchant Center, relié à Google Analytics, via l’autotagging.
Jusqu’à présent, on voyait uniquement ce paramètre dans le cas de listings organiques sur les gros encarts Google Shopping.
Or, depuis quelques semaines, on voit donc ce paramètre activé sur tout type de page et nous pensons que ce serait un bug lié à la sortie récente de Google Merchant Center Next.
De nombreux confrères s’étonne de ce changement de paradigme, cependant en consultant le support de Google, nous voyons ceci, comme montré par Sébastien Billard :
Nous pourrions étudier si ce passage est récent, il l’est depuis au moins juin 2023 selon la Wayback Machine :
https://web.archive.org/web/20230628084900/https://support.google.com/merchants/answer/13532922
Est-ce utile de supprimer l’ajout de srstlid dans la SERP ?
Il est clair que d’un point de vue SEO , l’ajout de ce paramètre est un peu parasite pour la lecture de la donnée et aussi dans un contexte de suivi des performances Analytics, notamment si pour un même canal, 2 pages font des ventes.
Cependant, je pense qu’il faut avoir une vue d’aigle en tant que responsable acquisition : le fait de supprimer l’autotagging dans Google Merchant Center ne vous donnera plus une vision granulaire de quels sont vos mots-clés qui performent sur les requêtes de type Shopping.
Blocage robots.txt srsltid
En creusant les informations, j’ai voulu voir si des sites étaient affectés par ce changement et s’ils continuaient à bien s’afficher dans les résultats organiques, via ce footprint: https://www.google.com/search?q=inurl%3Arobots.txt+intext%3Asrsltid%3D+intext%3Adisallow+filetype%3Atxt
Regardons le robots.txt d’Electrodepot, il y a bien cette ligne :
Disallow: /*?srsltid=
Donc logiquement, si un résultat sort avec ce paramètre dans l’URL, la meta description ne devrait plus s’afficher. Et pourtant :
Ce que nous pouvons en déduire à cet instant : si l’autotagging est activé pour le site, le paramètre « srsltid » est ajouté / concaténé de manière automatique dans le résultat de la SERP, que le paramètre soit bloqué ou non dans le robots.txt.
Désactiver l’autotagging ?
Vous voulez toujours désactiver l’autotagging et retrouver des URLs propres dans la SERP ?
Pour celà, il faut aller dans Merchant Center dans « Paramètres des conversions » :
Et ensuite « supprimer l’accès » (nécessite un niveau de droits d’Admin ):
Si vous vous engagez dans cette voie, je vous encourage fortement à bien configurer les champs de votre flux produits à destination de Shopping notamment via ces champs
ads_redirect: l’url de tracking paid pour les campagnes payantes
link ou canonical_link : les urls à utiliser pour les campagnes shopping gratuites (avec utm spécifiques potentiels au lieu du srsltid). Dans ce cas, je vous encourage dans un 2eme temps à bien granulariser votre Channel Grouping dans Ga de façon à ce que vous ne perdiez pas de vue l’attribution des ventes et des visites en provenance de Shopping Gratuit.
D’autre part, d’autres solution existent, sur détection du paramètre d’URL « srsltid » :
- Redirection JS vers l’url canonique (mais perte du tracking Organic Shopping)
- 301 vers l’url canonique (mais perte du tracking Organic Shopping)
- Balise meta robots à noindex