Головна » Блог » SEO » Як позбавитися параметрів ?srsltid= у пошуковій видачі?

Як позбавитися параметрів ?srsltid= у пошуковій видачі?

16.10.2024
2780
6хв

У серпні 2024 року SEO-фахівці почали помічати появу параметра ?srsltid= в URL-сторінок, які відображалися в пошуковій видачі Google. Навіть великі маркетплейси зіткнулися з такою проблемою.

Приклад параметру у видачі Google

Цей параметр в деяких випадках негативно позначається на ранжируванні сторінок та може призвести до появи дублів контенту. У статті розберемо, що таке ?srsltid=, як він впливає на сайт і що потрібно зробити, щоб позбутися його.

 

Що таке параметр ?srsltid= і звідки він з’явився?

?srsltid= — це параметр URL, який динамічно додається для відстеження конверсій у Merchant Center, який почав активно з’являтися у 2023 році. Коли користувач натискає на безплатну або місцеву пропозицію, до URL автоматично додається унікальний ідентифікатор. Цей самий ідентифікатор з’явиться ще раз, якщо користувач ще раз натисне на ту ж пропозицію.

Параметр ?srsltid= додається лише до оголошень з Google Merchant Center, а не з Google Ads. UTM-мітки, що використовуються для контекстної реклами, мають інші параметри – utm, gclid.

Приклад URL з параметром Merchant Center: https://example.com/?srsltid=xyz123

Хоча параметр використовується для відстеження ефективності рекламних кампаній, він може стати проблемою для SEO, тому що генерує дублікати сторінок.

параметри ?srsltid=



 

Вплив параметра ?srsltid на SEO та користувацький досвід

  1. Дублі контенту. Google може сприймати такі URL-адреси як окремі сторінки, що створює дубльований контент. Наприклад, наступні два URL можуть бути сприйняті як різні сторінки https://example.com/page та https://example.com/page?srsltid=abc456. 
  2. Проблема з індексацією внаслідок можливих витрат краулінгового бюджету на однакові вебсторінки. Це негативно впливає на ранжування сайту.
  3. Складнощі у вимірі позицій та релевантних сторінок. SEO-інструменти, наприклад, SERanking, при кожному вимірі будуть помічати нову релевантну сторінку.
  4. Погіршення ранжирування. Через дублювання контенту алгоритми Google не завжди можуть визначити, яка URL-адреса є основною. Це призведе до зниження позиції вашого сайту у пошуковій видачі.
  5. Проблеми з досвідом користувача. Довгі та не-ЛЗУ URL-адреси викликають недовіру у користувачів, що призводить до зниження довіри до сайту та зменшення конверсій. 

Усі URL з параметром можна знайти в Google Search Console. У розділі «Ефективність» потрібно додати фільтр Сторінка – Містить – srsltid. На екрані з’являться всі сторінки з таким параметром. У більшості випадків відображатиметься інформація, що на цих сторінках немає кліків, але при цьому в пошуковій видачі результати говорять про інше.

дані щодо кліків

Попри те, що Google ще у серпні написав, що проблему вирішено, сторінки з параметром, як і раніше, залишаються у видачі.

Інформпанель Гугл

 

Як позбутися параметра ?srsltid

Існує декілька способів вимкнення мітки: 

  1. Через Google Merchant Center. Якщо ви використовуєте рекламні кампанії в Google Merchant Center, перевірте налаштування відстеження URL-адрес. У деяких випадках можна вимкнути додавання параметра.
    Спочатку переконайтеся, що вимкнення не вплине на точність даних про рекламні сесії та конверсії. Перевірте аналітику на важливість параметра та замініть його у разі необхідності.
  2. Використання канонічних посилань. Додайте тег «canonical» на сторінки, щоб вказати пошуковим системам, яка URL є основною для контенту. Це допоможе запобігти індексації дублів URL з параметром ?srsltid.
    Не використовуйте одночасно теги canonical і noindex. Google не рекомендує це робити, оскільки обидва теги можуть створювати суперечливі сигнали для пошукових систем. Використання лише тега canonical дозволить уникнути дублювання контенту без ризику конфлікту з індексацією. Про це докладніше було сказано в цій статті та в документації Google.
  3. За допомогою файлу robots.txt. Це запобігає попаданню таких сторінок до індексу Google. Приклад рядка для файлу robots.txt – Disallow: /*?srsltid=
    Наявність тега canonical, що вказує на іншу сторінку, у поєднанні з забороною в robots.txt створює конфлікт правил. Рекомендується вибрати один зі способів або чітко описати, в яких випадках використовувати різні правила.


 

Приклад застосування

Деякі наші сайти також зіштовхнулися з цією проблемою.

На цих вебсайтах з самого початку налаштували параметр «canonical», але у видачі все одно були сторінки з ?srsltid. Частина категорій втратила свої позиції, під час кожної перевірки позицій у видачі був новий URL.

Для цих сайтів ми прибрали автоматичну позначку Google Merchant Center. І результат не змусив чекати:

Результати вимкнення параметра

 

Щоб вибрати найкращий спосіб вимкнення параметра, необхідно оцінити всі рекомендації щодо проєкту. Багато залежить від поточної оптимізації. В одних сторінки з параметром можуть бути закриті тегом «noindex», в інших – «canonical», у третіх – через robots.txt.

Немає єдиного правила, що підійде для будь-яких проєктів одночасно. Наші рекомендації ґрунтуються на досвіді та представлених кейсах. Але кожен сайт є унікальним.

У представлених кейсах найефективнішим методом стало відключення автоматичної позначки Google Merchant Center. Інші пункти оптимізації не знадобилися.

Якщо додавання UTM-параметрів негативно впливає, то краще використовувати експерименти. Якщо впливу немає і в органічній видачі URL сторінки не змінюється, то експерименти не потрібні.

 

Наостанок

Класичне правило SEO: якщо щось працює, не чіпай!

Проте при виникненні проблеми «поява в органічній видачі UTM параметрів» варто: 

  • оцінити фактори, що потенційно на це вплинули;
  • визначити, які канали залучення трафіку брали в цьому участь;
  • дослідити інтернет – це один випадок чи закономірність;
  • проконсультуватися з іншими спеціалістами, які залучені у цей проєкт. 

На деяких вебсайтах проблема зникла після офіційної заяви Google. 

Якщо на вашому сайті проблема з параметром srsltid залишилася, не варто впроваджувати відразу всі правила, знайдені в інтернеті. Є рекомендації (не в нашій статті), які суперечать офіційній довідці Google або одне одному. Впровадження таких змін можуть спричинити непередбачувані наслідки. Детальний аналіз всіх факторів, побудова гіпотез та офіційні рекомендації допоможуть вдало подолати проблему.  

Почніть якісне SEO-просування з Webpromo!

Дізнайтеся вартість, терміни і перелік робіт для вашого проєкту

    Останні матеріали рубрики

    Як підготуватись до високого сезону і отримати продажі з...

    У кейсі ділимось результативною SEO-стратегією для національної мережі дитячих магазинів «Будинок Іграшок» у висококонкурентній ніші.

    Статистика реклами Meta в Україні у 2026 році: ключові...

    Фахівці Admixer презентували аналітику змін у поведінці користувачів, розповіли про актуальні рекламні рішення Meta та поділилися...

    Український маркетинг-форум 2026: як розвивати бізнес у...

    23-24 квітня відбудеться 19 Український маркетинг-форум. Тема цього року — «Шлях крізь темряву. Як жити у поламаному світі». Агенція Webpromo...

    Як вивести медичний сайт у ТОП видачі: кейс...

    У кейсі ділимося SEO-стратегією для однієї з провідних мереж офтальмологічних центрів України. Попри високу впізнаваність бренду в...

    Підпишіться на нашу розсилку
    Будьте в курсі останніх новин та спецпропозицій
    Підписка на розсилку в Telegram
    Залишились питання?
    Наші експерти готові відповісти на них

     

    Зв’яжіться за вказаним нижче телефоном з нашим менеджером або скористайтеся послугою «Зателефонуйте мені». Ми зв’яжемося з вами найближчим часом.

    Спокійний за просування своїх проєктів в інтернеті
    Кожен в команді— майстер своєї справи
    Ціную Webpromo за гнучкість
    Виконують всі задачі, досягаючи кращих КРІ
    Рекомендую Webpromo як надійних партнерів
    Кратно зросли показники приросту органічного трафіку
    Серед багатьох ми обрали Webpromo

    Ми використовуємо cookie-файли для надання найбільш актуальної інформації.

    Продовжуючи використовувати сайт, Ви погоджуєтесь з використанням файлів cookie.

    Політика конфіденційності