Le paramètre srsltid est un élément d’URL ajouté par Google Merchant Center dans le cadre de ses fonctionnalités de suivi des conversions. Introduit en février 2022, ce paramètre est devenu un sujet de préoccupation croissante pour les professionnels du SEO au cours des dernières semaines.
Qu’est-ce que le paramètre srsltid ? A quoi sert-il ?
À l’origine, le srsltid a été conçu pour permettre aux marchands d’analyser les performances de leurs fiches produits gratuites dans Google Shopping. Il permet de distinguer le trafic provenant de ces fiches du trafic organique général, offrant ainsi une analyse plus détaillée des conversions via Google Analytics.
Le phénomène récent : apparition dans les résultats de recherche organiques
Depuis fin juillet 2024, de nombreux webmasters et experts SEO ont remarqué l’apparition du paramètre srsltid dans les URL des résultats de recherche organiques de Google. Cette observation a rapidement suscité des interrogations et des inquiétudes au sein de la communauté SEO.
Le phénomène ne se limite pas aux sites e-commerce utilisant Google Merchant Center. Des URL avec le paramètre srsltid ont été observées pour divers types de sites et de pages, y compris des pages d’accueil, des catégories et même des blogs. Une recherche Google avec la requête [inurl:srsltid -intext:srsltid] révèle des centaines de milliers d’exemples.
Bug ou nouvelle fonctionnalité ?
L’apparition soudaine du srsltid dans les résultats organiques a soulevé des questions quant à sa nature : s’agit-il d’un bug non intentionnel ou d’une nouvelle fonctionnalité de Google ? Cette incertitude a été amplifiée par la coïncidence temporelle avec le déploiement de Google Merchant Center Next.
Fonctionnement technique du paramètre srsltid
Le paramètre srsltid est ajouté directement dans les résultats de recherche, avec des identifiants uniques. Il n’est pas indexé ni crawlé par Google sous cette forme. (voir réponse de google plus bas)
L’ajout du srsltid est lié à la fonctionnalité d’auto-tagging de Google Merchant Center. Les propriétaires de sites peuvent activer cette fonction dans les paramètres de conversion de leur compte Merchant Center.
Une fois activé, le paramètre permet un suivi plus précis des conversions dans Google Analytics, offrant une distinction claire entre le trafic provenant des fiches produits gratuites et le trafic organique général.
Le paramètre srsltid est-il un danger pour le SEO ?
Non, le paramètre srsltid n’est pas un danger pour votre SEO. Selon Mueller, le paramètre srsltid n’affecte ni le crawling, ni l’indexation, ni le classement des pages. Il est uniquement destiné à des fins d’analyse pour les marchands.
John Mueller de Google a apporté des éclaircissements sur le sujet. Il a confirmé que le paramètre est ajouté pour le suivi des conversions des marchands et que son utilisation a été étendue des résultats shopping aux résultats de recherche traditionnels.
Voici son message sur Linkedin :
I followed up on this with the team, and here’s roughly what’s happening. These URL parameters are added for Merchant Center « auto-tagging » (there’s more about it at https://support.google.com/merchants/answer/15191080 ), when a site-owner has activated that feature. They’re used for conversion tracking for merchants. We plan to update the help page as appropriate once this rolls out more.
They’re added in search directly, with unique IDs using the « srsltid » parameter that you mentioned. The URLs are not indexed or crawled like that. It’s not a new setup, we’ve used this for quite some time for example in the shopping tab.
We’ve now expanded it to traditional search results. This doesn’t affect crawling, indexing, or ranking – it’s basically just for analytics for merchants. While not necessary, you can use the link rel=canonical element pointing at the preferred URL for indexing as you normally would. If you don’t want it, you can just turn off the setting (though it seems useful to me!). In Search Console, you mostly see the old usage of the parameter, we try to filter it out for the normal search results.
La traduction :
J’ai suivi cette question avec l’équipe, et voici en gros ce qui se passe. Ces paramètres URL sont ajoutés pour le « marquage automatique » du Merchant Center (pour plus d’informations, voir https://support.google.com/merchants/answer/15191080 ), lorsque le propriétaire du site a activé cette fonction. Ils sont utilisés pour le suivi des conversions par les marchands. Nous prévoyons de mettre à jour la page d’aide lorsque cette fonctionnalité sera plus étendue.
Ils sont ajoutés directement dans la recherche, avec des identifiants uniques utilisant le paramètre « srsltid » que vous avez mentionné. Les URL ne sont pas indexées ou explorées de cette manière. Il ne s’agit pas d’une nouvelle configuration, nous l’utilisons depuis un certain temps, par exemple dans l’onglet « Shopping ».
Nous l’avons maintenant étendu aux résultats de recherche traditionnels. Cela n’affecte pas l’exploration, l’indexation ou le classement – il s’agit essentiellement d’un outil d’analyse pour les commerçants. Bien que cela ne soit pas nécessaire, vous pouvez utiliser l’élément link rel=canonical pointant vers l’URL préférée pour l’indexation comme vous le feriez normalement. Si vous ne le souhaitez pas, vous pouvez simplement désactiver ce paramètre (bien qu’il me semble utile !). Dans la Search Console, vous voyez principalement l’ancienne utilisation du paramètre, nous essayons de le filtrer pour les résultats de recherche normaux.
Le gros problème de ce paramètre, c’est surtout qu’il complique grandement le suivi du trafic et des positions.
De plus, on sait maintenant que le trafic et les données utilisateurs sont importantes pour le classement. Dans ce cas, le trafic est réalisé sur l’URL avec paramètre et non la vraie URL. Cela va-t-il avoir un impact sur le long terme ? Réponse dans quelques mois, même si nous pensons que non.
Nos recommandations
Bien que Google indique que le paramètre ?srsltid n’est pas un danger pour votre SEO, nous vous conseillons quand même de bien configurer vos balises canonical pour pointer vers la version sans paramètre de votre URL et de bien vérifier le comportement de vos pages une fois ce paramètre ajouté. Nous avons pu voir que cela peut faire bug certaines pages / redirections.