Идентификатор сессии (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 — простые адреса.