Сейка разберёт, что Яндекс смотрит в URL — и почему длинные SEO-портянки в путях больше не работают.
URL — адрес страницы. Помимо очевидной функции (по нему попадают на страницу), он несёт SEO-сигналы: какой сайт, в каком разделе, о чём страница. Хорошо построенный URL делает работу поисковика и пользователя проще, плохо построенный — добавляет лишних проблем, иногда серьёзных.
Что важно в URL
Длина — чем короче, тем лучше. В общем случае старайтесь укладываться до 100 символов, для глубоких страниц иногда длиннее. URL в 200+ символов — это «SEO-портянка», которая ничего не даёт и которая может рубиться в индексе на длинных параметрах.
Структура должна быть чёткой и иерархической: /раздел/подраздел/конкретика/. Не больше 4-5 уровней —
слишком глубокая вложенность плоха и для краулингового бюджета (бот реже доходит до глубоких страниц), и
для пользователя (теряется в навигации).
Хорошие примеры URL: /blog/sergey-koksharov/, /catalog/zhenskie-puhoviki/columbia-watertight-2/,
/regions/moskva/dostavka/. Плохие: /index.php?cat=312&item=12891 (нечитаемый), /luchshie-puhoviki-2026-kupit-deshevo-v-moskve-na-zimu-s-dostavkoy/
(SEO-портянка), /site/section/subsection/products/category/subcategory/item-detail/ (слишком глубоко).
ЧПУ — это «человеко-понятный URL». Содержит осмысленные слова,
передаёт структуру сайта, не содержит технических идентификаторов вроде ?id=123. Конвертация в ЧПУ обычно
делается через настройку сервера (rewrite-правила в nginx или Apache, или роутинг во фреймворке). Для
статичных сайтов — через имена файлов и папок.
Транслит vs кириллица
Главный спор в русском SEO. Оба варианта формально работают, но у каждого свои плюсы.
Аргументы за транслит (/puhoviki/). Стабильно переносится через копипаст в email, мессенджерах,
Telegram-чатах — кириллический URL может закодироваться в punycode типа %D0%BF%D1%83... при копировании, что
выглядит уродливо. Не ломается в системах аналитики, где обработка кириллицы иногда нестабильна.
Универсально читается на разных платформах и в разных приложениях. И главное — большинство Рунета
использует именно транслит, и пользователи к нему привыкли.
Аргументы за кириллицу (/пуховики/). Лучше понимается русским читателем, потому что визуально совпадает с
темой. Может незначительно влиять на CTR в выдаче (запрос подсвечивается в URL, но только в десктопном
Chrome). Соответствует доменной зоне .рф идеологически — если ваш проект на .рф, кириллический URL
логически продолжает эту идею.
Выбор Сейки — транслит. Не из-за SEO-эффекта (он минимален), а из-за стабильности переноса в
мессенджерах и аналитике. Если у вас проект на .рф с идеологией «всё русское» — кириллица тоже
допустима. Главное правило — не смешивать. Один сайт должен использовать либо одно, либо другое
последовательно.
Транслит делайте через стандартную ГОСТ-таблицу или через одну стабильную библиотеку (типа transliteration
в Node.js или аналогов). Не вручную и не «как звучит» — иначе получите несогласованные URL по сайту, где
«щ» в одном случае передана как «sch», в другом — как «shch», и страницы воспринимаются как разные
сущности.
Параметры в URL
Параметры — это всё после ? в URL: ?utm_source=facebook, ?sort=price, ?filter=color-red. Они
расширяют один базовый URL до бесконечного числа вариантов, и это нужно правильно обрабатывать.
UTM-метки используются для отслеживания источников трафика в аналитике. Они не должны индексироваться, потому что это просто метки, а не разные страницы. Закрываются через canonical на чистый URL или через директиву Clean-param в robots.txt (это специфика Яндекса).
Параметры фильтрации и сортировки обычно тоже не должны индексироваться — ?sort=price, ?show=20,
?view=grid создают дубли одного и того же контента. Исключения — параметры, которые соответствуют
отдельным интентам пользователей (например, ?brand=columbia на странице категории). Такие могут быть
индексируемыми с отдельным title и H1.
Параметры пагинации ?page=2, ?page=3 индексируются, и каждая страница пагинации должна иметь canonical
на саму себя (старая практика рекомендовать canonical на первую страницу — устарела).
В Яндексе для параметров есть удобный механизм — директива Clean-param в robots.txt:
Clean-param: utm_source&utm_medium&utm_campaign
Это говорит Яндексу: «эти параметры игнорируйте при склейке URL». Очень удобно для массовой обработки аналитических меток.
Слаши, подчёркивания, регистр
Слаш в конце URL: /puhoviki/ или /puhoviki — оба варианта работают. Главное — выбрать один и быть
последовательным. Сайт должен отдавать 301-редирект с одного варианта на другой, чтобы не было дублей.
Дефис против подчёркивания. Для разделения слов в URL используйте дефис (-), а не подчёркивание (_).
Поисковики читают - как пробел между словами, а _ — как часть слова. То есть puhoviki-zhenskie
распознаётся как «пуховики женские», а puhoviki_zhenskie — как одно слитное слово. На индексацию это
влияет ощутимо.
Регистр — только нижний. /Puhoviki/ и /puhoviki/ — это две разные страницы для поисковика. Если у вас
случайно есть оба варианта, один из них должен через 301 перенаправляться на другой.
Менять URL — почти всегда плохо
Если страница уже накопила трафик и позиции, изменение её URL — это потеря накопленного. Даже с 301-редиректами часть авторитета теряется, потому что Яндекс известен «забывчивостью» в части склейки сигналов после редиректа.
Когда менять оправдано. Полная переработка структуры сайта (когда делается массовый 301-редирект и без
этого никак). Переход с _ на - (один раз и навсегда, и это критическая исправляющая работа). Перенос
с другого CMS, где старые URL невозможно сохранить технически. Кириллица в транслит или наоборот (для
унификации сайта).
Что не делать. Не меняйте URL под «более красивый» вариант на работающем сайте — это потеря трафика без эквивалентной пользы. Не удаляйте страницы без 301-редиректов — теряются все накопленные сигналы. Не меняйте структуру URL и оставляйте старые URL висеть с 404 — теряется ссылочный профиль и накопленный авторитет.
Самая дорогая ошибка с URL, которую Сейка регулярно видит — это массовая смена структуры на работающем сайте без проработанной редирект-карты. Восстановление позиций обычно занимает три-шесть месяцев, и часть трафика не возвращается никогда. Если вы планируете изменение URL-структуры, обязательно подготовьте карту 301-редиректов «каждый старый URL → каждый новый URL» до запуска.
URL для длинного хвоста
Хвостовые страницы (например, /catalog/zhenskie-puhoviki/columbia-watertight-2-razmer-44/) могут иметь
довольно длинные URL — это нормально. Главное — каждый уровень иерархии должен нести смысл, не должно быть
дублирующих сегментов («/catalog/category/items/products/»), и не должно быть случайных параметров в
индексе.
Короче говоря
URL должен быть коротким, осмысленным, иерархичным. Транслит — стандарт Рунета; кириллица допустима, но не смешивайте варианты на одном сайте. Дефис для разделения слов, не подчёркивание; регистр только нижний. Параметры обрабатываются через canonical или Clean-param. Один формат слашей на сайте — 301-редирект с альтернативного. Менять URL — почти всегда плохо: только при крайней необходимости с проработанной редирект-картой. Длинные URL у хвостовых страниц — это нормально, если каждый сегмент несёт смысл.
Дальше — Внутренняя перелинковка.
документация Яндекс.Вебмастера про директиву Clean-param, статьи Шакина про URL-структуру, кейсы агентств про массовую миграцию URL.