Ідентифікатор сесії (Session ID)
Ідентифікатор, який сайт видає відвідувачеві на один візит. В URL він створює нову адресу на кожного відвідувача; Google радить уникати його в URL і використовувати cookie.
Перевірив Олександр Яровенко · Оновлено: 2026-10-08
Ідентифікатор сесії (session ID) — унікальний ідентифікатор, який сайт видає відвідувачеві, щоб упізнавати його від запиту до запиту, наприклад щоб зберегти кошик. Він може зберігатися в cookie або додаватися до всіх URL як параметр на кшталт ?sessionid=6EE2…. Друга форма і є проблемою для SEO: кожен відвідувач отримує різні URL однієї сторінки. Порада Google коротка: за можливості уникайте ідентифікаторів сесії в URL і розгляньте використання cookie.
Що це і де межа
Сам ідентифікатор нешкідливий. Сайтам потрібен спосіб повʼязувати запити відвідувача, і cookie робить це, не чіпаючи адреси. Проблеми починаються, коли ідентифікатор потрапляє в URL і в посилання, за якими йде робот: він приходить із новим ідентифікатором, бачить те, що виглядає як новий URL того самого вмісту, і знаходить інше посилання з іншим ідентифікатором. Google відносить ідентифікатори сесії до нерелевантних параметрів, що створюють надто багато URL з однаковим або схожим вмістом.
Чим відрізняється від схожих понять
| Поняття | Що це | Звʼязок з ідентифікатором сесії |
|---|---|---|
| Ідентифікатор сесії | ідентифікатор одного візиту | предмет цієї статті |
| URL-параметри | пари «ключ-значення» в URL | форма, яку ідентифікатор набуває в URL |
| Дубльований контент | один вміст за кількома URL | результат ідентифікаторів сесії в URL |
| Canonical-тег | сигнал бажаного URL | спосіб обʼєднати варіанти |
| Фасетна навігація | фільтри, що створюють багато URL | інше джерело вибуху кількості URL |
Чому це важливо
Google пише, що надто складні URL, особливо з кількома параметрами, можуть створювати надміру URL з однаковим або схожим вмістом. Унаслідок цього Googlebot може витрачати значно більше трафіку, ніж потрібно, або Google Пошук може не проіндексувати весь вміст сайту. Ідентифікатор сесії посилює це напряму, бо робить новий URL для кожного відвідувача. Для людей це теж проблема: посилання, скопійоване з адресного рядка, несе чужу сесію.
Як знайти й виправити
- Подивіться свої URL. Походіть по сайту й стежте в адресному рядку за параметрами на кшталт
sessionid,sidчиPHPSESSID, що зʼявляються дорогою. - Перевірте, що бачить Google. У звіті «Індексування сторінок» і перевірці URL шукайте одну сторінку під кількома варіантами параметрів і позначайте, який із них Google вибрав канонічним.
- Перенесіть сесію в cookie. Налаштуйте застосунок так, щоб він зберігав сесію в cookie й не додавав ідентифікатор до посилань, — саме це виправлення рекомендує Google.
- Обʼєднайте залишки. Спрямуйте rel="canonical" з варіантів із параметрами на чистий URL або налаштуйте постійний редирект і посилайтеся всередині сайту лише на чистий URL.
- Не покладайтеся на robots.txt для обʼєднання. Google радить не використовувати його для канонізації.
Практичний приклад
| URL, який може зустріти робот | Що це |
|---|---|
| https://example.com/shoes/ | чистий URL |
| https://example.com/shoes/?sessionid=A1B2 | та сама сторінка, перший відвідувач |
| https://example.com/shoes/?sessionid=C3D4 | та сама сторінка, другий відвідувач |
Якщо сесія зберігається в cookie, усі три зводяться до першої адреси.
Часті помилки
- Додавати ідентифікатор до кожного посилання: саме так створюється URL на кожного відвідувача.
- Робити robots.txt виправленням: Google згадує його для блокування проблемних URL, але радить не використовувати для канонізації; краще виправити джерело.
- Забувати чистий canonical: варіанти з параметрами мають вести на один бажаний URL.
- Посилатися всередині сайту на варіанти: внутрішні посилання мають вести на URL, який ви вважаєте канонічним.
- Використовувати один параметр для трекінгу й сесій: тримайте трекінг окремо й прибирайте параметри, що не змінюють вміст.
Як перевірити результат
Просканіть вибірку сторінок і переконайтеся, що жодне посилання не несе параметра сесії. Перевірте раніше зачеплений URL і переконайтеся, що вибраний Google canonical — чиста адреса. Стежте, щоб статуси дублів у звіті «Індексування сторінок» скорочувалися, і дайте час на повторне сканування.
Ще запитання
Чи шкодить ідентифікатор сесії позиціям?
Google вплив на ранжування не називає. Він пише, що ідентифікатори сесії в URL створюють багато URL для одного вмісту, що може витрачати сканування й заважати повній індексації.
Чим його замінити?
Google радить розглянути використання cookie.
Будь-який параметр в URL — проблема?
Ні. Google просить прибирати параметри, що не змінюють вмісту, і зазначає, що ризик — складні URL з множиною параметрів.
Наступний практичний крок
Відкрийте сайт у чистому браузері, пройдіть три сторінки й дивіться на адресний рядок. Якщо параметр іде за вами, попросіть розробника перенести його в cookie. Потім прочитайте статтю про URL-параметри.
Повʼязані поняття
- URL-параметри — те, що стоїть після знака питання.
- Дубльований контент — результат.
- Canonical-тег — указання бажаного URL.
- Краулінговий бюджет — сканування, витрачене на варіанти.
- Структура URL — прості адреси.