Paramètre srsltid : Quels impacts sur le SEO et comment réagir ?

Fonctionnement du Paramètre srsltid

Auto-tagging et Suivi

Le taggage automatique dans Google Merchant Center ajoute le paramètre srsltid aux URL des fiches produits gratuites et locales. Lorsqu’un utilisateur clique sur une fiche produit, le paramètre est ajouté à l’URL (par exemple, www.example.com/?srsltid=123xyz). Cela permet de distinguer le trafic organique global de celui des fiches produits gratuites, facilitant une analyse approfondie des performances via Google Analytics.

Suivi et Analyse

Les administrateurs peuvent activer cette fonctionnalité via les paramètres de conversion dans leur compte Merchant Center. Les données collectées grâce au srsltid permettent d’analyser les performances des fiches produits gratuites en détail.

Les impacts observés

Depuis le 23 juillet 2024, un « bug » a entraîné l’ajout du paramètre srsltid dans les URL des résultats de recherche organiques, affectant même des sites non liés à Google Merchant Center. Il peut aussi s’étendre à divers types de pages, y compris les catégories et les pages d’accueil. Ce problème est évoqué sur des forums comme Reddit et encore le Google Help Center.

Cela coïncide avec la généralisation de Google Merchant Center Next. Il existe donc une incertitude quant à savoir si ce changement est un bug ou une nouvelle fonctionnalité.

De possibles comportement anormaux

Certaines configurations de sites peuvent entraîner des erreurs (comme des réponses 404) ou des affichages incorrects lorsque des paramètres d’URL imprévus sont ajoutés.

Selon la configuration des sites web, l’ajout d’un paramètre d’URL peut en effet provoquer des effets inattendus pour le SEO et/ou l’expérience utilisateur :

• mise en place d’une meta robots=noindex
• réponse 404
• modification du contenu de la page

C’est notamment ce dernier point que Sébastien Billard, responsable SEO d’Auchan.fr remonte dans un post LinkedIn en réponse à une conversation sur le sujet. Dans son cas, l’ajout du paramètre SRSLTID sur une page catégorie empêche l’affichage des produits…(embêtant pour un site e-commerce !).

De nombreux consultants et agences SEO suivent avec attention, les moindres perturbations dans les pages de résultats de recherche. Des outils comme le Sensor de SEMRush ont ainsi vu le jour pour monitorer chaque mouvement, et ainsi prévoir l’arrivée des mises à jour d’algorithme.

Depuis le déploiement des paramètres SRSLTID dans les liens bleus des résultats de recherche organique, ces outils sont mis à mal avec des “fausses turbulences”.

Une image vaut mieux que des mots, on voit ci-dessous que le Sensor de SEMrush signale un “séisme Google” depuis fin juillet.

De possibles problèmes de duplication de contenus

La présence du paramètre srsltid dans les URL indexées peut compliquer le suivi et l’analyse des performances. Sans une configuration correcte des balises canoniques, cela peut aussi causer des problèmes de duplication de contenu.

C’est le cas notamment pour le site ci-dessous, qui voit sa page Catégorie être présente en double dans l’index de Google.

Augmentation du Nombre de Pages d’Atterrissage SEO

Une même page peut désormais générer du trafic SEO avec et sans le paramètre srsltid, créant une augmentation artificielle du nombre de pages générant du trafic SEO. Cela peut donc impacter très nettement le budget crawl selon la taille du site.

Solutions et Recommandations pour le SEO

II est essentiel de vérifier que les balises canoniques soient correctement configurées pour éviter tout risque de duplication de contenu et maintenir une indexation propre. La balise canonique aide à signaler à Google la version principale de la page.

Nous ne recommandons pas d’utiliser la balise meta-robots avec l’attribut noindex sur les pages contenant le paramètre srsltid. En effet, bloquer l’indexation de ces pages avec noindex pourrait avoir des conséquences négatives sur la visibilité et le trafic capté par les “Organic Shopping Listings”.

Au lieu de cela, il est recommandé de gérer la duplication de contenu en utilisant des balises canoniques appropriées pour signaler la version principale de la page à Google.

Bloquer immédiatement le paramètre srsltid dans le fichier robots.txt n’est pas recommandé. Attendre que Google prenne en compte les modifications apportées avant de bloquer ce paramètre pour éviter de futurs problèmes.

Il est important de s’assurer que le site supporte bien les paramètres d’URL comme srsltid. Comme expliqué dans la section précédente, la présence de paramètre d’URL non prévu comme celui du tracking Merchant Center, peut provoquer des effets de bord inattendus pour le SEO et/ou l’expérience utilisateur. Il est donc recommandé de tester manuellement ce paramètre sur tous les types de pages (fiche produit évidemment, mais aussi catégories, page d’accueil, pages guide, articles de blog, pages institutionnelles…)

Connaitre le phénomène actuel est déjà une bonne première étape pour comprendre et prendre du recul sur certains dashboard qui pourraient être affectés par ce “bug”.

Nous vous conseillons également de surveiller les mises à jour et les communications de Google, ainsi que les discussions sur les forums pour trouver des solutions potentielles et des correctifs.