URL-политика: правила и типовые ошибки

Что такое URL-политика и зачем она нужна

URL-политика - это набор правил, по которым на сайте формируются адреса страниц: домен и протокол, слеши, регистр, структура каталогов, язык, параметры и всё, что влияет на уникальность URL.

Зачем она нужна:

• чтобы одна страница имела один адрес, без дублей вида /page, /page/, /Page/, /?utm=...
• чтобы структуру можно было масштабировать (категории, товары, статьи, регионы) без хаоса
• чтобы переезды, изменения ассортимента и редизайны не превращались в потерю трафика
• чтобы адреса были читаемыми и предсказуемыми для пользователя и команды

Важно: URL-политика работает только когда она фиксируется заранее и соблюдается везде - в CMS, шаблонах, фильтрах, пагинации, редиректах и импортах.

Базовые принципы хорошего URL

Хороший URL обычно:

• однозначный - одна страница, один URL
• стабильный - не меняется без причины
• читаемый - по адресу понятно, что внутри
• короткий - без лишних уровней и “мусорных” слов
• технически безопасный - без пробелов, спецсимволов, смешения форматов, случайных параметров
• масштабируемый - новые разделы добавляются по тем же правилам

Что именно нужно зафиксировать в URL-политике

Ниже список решений, которые лучше принять один раз и больше не переигрывать.

1) Один основной вариант сайта

• https как единственный протокол
• www или без www - выбрать один вариант (чаще выбирают без www)
• со слешем или без слеша в конце - выбрать один вариант

Если допустить несколько вариантов, поисковики будут видеть дубли. Дальше придётся лечить это редиректами, canonical и постоянным контролем.

2) Регистр и разделители

• только нижний регистр: /blog/kak-vybrat-kotel/, а не /Blog/Kak-Vybrat-Kotel/
• слова разделяем дефисом: kreditnyj-kalkulyator, а не kreditnyj_kalkulyator
• никаких пробелов и странных символов (в реальности они превращаются в кодировку и ухудшают читаемость)

3) Язык и алфавит в URL

Чаще всего выбирают один из вариантов:

• латиница + транслитерация (удобнее копировать, меньше сюрпризов с кодировкой)
• латиница + английские слова (если проект изначально под это)

Кириллица в URL технически возможна, но на практике чаще приносит неудобства (копирование, кодировка, интеграции, UTM, внешние системы). Поэтому для большинства проектов проще и надёжнее использовать латиницу.

4) Иерархия и глубина

• не делайте “лес” из папок ради красоты
• важные разделы не должны уходить на 4-5 уровней без причины
• структура должна повторять логику сайта: раздел - категория - сущность (товар/услуга/статья)

5) Единый подход к хвостам и служебным кускам

Нужно решить заранее:

• как оформляются страницы пагинации
• как оформляются страницы сортировки и фильтров
• что делать с index.html, index.php, ?utm=, ?yclid=, ?gclid=
• допускаются ли “технические” хвосты (например, /amp/, /print/) и как ими управлять

Примеры правил и антипримеров

URL-структура под разные типы проектов

Инфо-сайт

Обычно достаточно:

• /blog/tema/ или /tema/slug/

Совет: не добавляйте дату в URL, если не уверены, что она нужна годами. Даты часто приводят к переездам (поменяли рубрику, обновили материал, сменили структуру) и лишним редиректам.

E-com

Базовые варианты:

• категории: /catalog/telefony/
• товар: /product/iphone-16-pro/ или /catalog/telefony/iphone-16-pro/

Нюанс: товарные URL часто должны переживать изменения категории. Если товар может переезжать между категориями, удобнее иметь стабильный “короткий” URL товара (например, через /product/), чем завязывать его на полный путь категории.

Чтобы совместить стабильность и уникальность, иногда добавляют идентификатор:

• /product/iphone-16-pro-12345/

Услуги и локалка

Частая схема:

• услуга: /uslugi/remont-kvartir/
• услуга в городе: /uslugi/remont-kvartir/berlin/

Нюанс для Яндекса: в коммерческих тематиках региональность обычно чувствуется сильнее, поэтому региональные страницы должны отличаться по смыслу (условия, зона выезда, контакты, сроки), иначе легко получить слабые копии.

Параметры, фильтры и сортировки: главная зона риска

Самая частая проблема URL-политики в e-com - бесконтрольные параметры.

Типовые источники дублей:

• сортировки (?sort=price)
• переключатели вида (?view=tile)
• фильтры (?color=black&memory=256)
• пагинация в параметрах (?page=2)
• рекламные метки (utm, gclid, yclid)
• “технические” параметры CMS

Правильная логика простая:

• то, что важно как отдельная посадочная и реально нужно в поиске - оформляется как стабильный URL по правилам (иногда даже как отдельная страница)
• то, что служит только для удобства пользователя (вид плиткой, сортировка) - не должно раздувать индекс

Чем опасны параметры без контроля:

• тысячи URL с одинаковым контентом
• размывание веса и сигналов по множеству дублей
• перерасход краулингового бюджета на “мусор”
• проблемы с аналитикой и отчётностью (одно и то же считается разными страницами)

Что делать, если URL уже “поехали”

Главное правило: менять URL можно, но это всегда миграция.

Минимальная безопасная логика:

• фиксируем новую URL-политику и включаем её в генерацию URL
• для всех старых адресов настраиваем постоянные редиректы на новые
• следим, чтобы не было цепочек редиректов (старый - промежуточный - новый)
• обновляем внутренние ссылки на сайте на конечные URL (чтобы не гонять редиректы внутри)
• контролируем в панели вебмастера, как переиндексируются страницы и нет ли всплеска дублей

Если менять URL точечно “по настроению” (то добавили слеш, то убрали, то переименовали папку) - чаще всего получается постоянная утечка трафика и бесконечная уборка дублей.

Типовые ошибки URL-политики

• Несколько версий одной страницы: http/https, www/без www, со слешем/без слеша, с index.html.
• Смешанный регистр: часть ссылок ведёт на /Catalog/, часть на /catalog/.
• Подчёркивания и “склейки”: хуже читается и чаще ломается в обмене ссылками.
• Длинные URL с лишними словами: в адресе много “служебного”, а смысла мало.
• Частые переезды без причины: “красиво” переименовали раздел и потеряли видимость.
• Параметры в индексе без контроля: фильтры и сортировки создают тысячи дублей.
• Нестабильные URL для сущностей: товар зависит от категории и меняется при каждом пересортировывании.
• Разные правила в разных частях сайта: блог живёт по одним правилам, каталог по другим, регионы по третьим.

Короткий чек по итогам

• У каждой страницы ровно один “правильный” URL.
• Вы выбрали единый формат: https, www/без www, со слешем/без слеша, нижний регистр, дефисы.
• Структура URL отражает структуру сайта и масштабируется.
• Параметры фильтров, сортировок и меток не раздувают индекс.
• Любые изменения URL проходят как миграция: редиректы, обновление внутренних ссылок, контроль дублей.