сейка.ru
§ 04.02 · On-page и техника

URL и ЧПУ: транслит vs кириллица, длина, структура

Что Яндекс читает в URL, как влияет на ранжирование и как не сломать накопленный SEO-капитал.

Сейка разберёт, что Яндекс смотрит в 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.

Бесплатный AI SEO анализ

Сделайте аудит сайта прямо сейчас

Спросите Сейку напрямую — конкретный ответ по вашему сайту обычно быстрее, чем читать всю серию.

Убедитесь, что вы согласны с нашими Условиями использования и Политикой обработки персональных данных.