ЧПУ — человекопонятный URL, по которому можно предположить содержание страницы: например, /blog/sitemap/ вместо /index.php?id=184. Понятный адрес помогает пользователю ориентироваться и упрощает управление сайтом, но сам по себе не гарантирует высоких позиций. Главное — стабильная, однозначная и доступная для обхода структура без бесконтрольных дублей.
Если поисковая репутация влияет на выбор клиентов, изучите услугу управления SERM.

Основы проектирования URL
Смежная задача разобрана отдельно: ЧПУ URL: как создавать понятные адреса и не потерять трафик.
Как расшифровывается ЧПУ
Аббревиатуру обычно раскрывают как «человекопонятный URL». В англоязычной документации чаще встречаются SEO-friendly URL, readable URL или descriptive URL. Речь идет не только о красивом виде, но и о предсказуемой архитектуре.
Адрес состоит из протокола, домена, пути, параметров и иногда фрагмента. При проектировании ЧПУ прежде всего управляют путем и правилами параметров.
Признаки хорошего URL
Адрес кратко описывает сущность, сохраняет постоянство, не содержит идентификаторов сессии и формируется по одному правилу. Пользователь может скопировать его, а редактор — понять место страницы в структуре.
Не нужно помещать в путь весь заголовок или набор синонимов. Чем больше служебных слов и уровней, тем выше риск ошибок при переименовании разделов.
Слова, дефисы и регистр
Для разделения слов обычно используют дефис. Пробелы кодируются и ухудшают читаемость, а подчеркивание менее привычно как разделитель в адресах. Выберите правило один раз и закрепите в CMS.
Приводите путь к нижнему регистру, если сервер различает регистр. Иначе /Blog/ и /blog/ могут существовать как разные URL с одинаковым содержанием.
Кириллица или транслитерация
Современные браузеры и поисковые системы работают с интернационализированными адресами, но при копировании кириллица может отображаться в кодированном виде. Транслитерация удобнее в некоторых внешних системах и логах.
Оба подхода могут работать. Важнее единый стандарт, корректная кодировка и отсутствие автоматического создания двух версий одной страницы.
Иерархия папок
Путь может отражать раздел: /services/seo-audit/. Это помогает навигации и администрированию, но слишком глубокая вложенность делает адрес хрупким.
Не привязывайте URL к временной организационной структуре, если разделы часто меняются. Хлебные крошки и внутренняя перелинковка могут передавать иерархию без длинной цепочки папок.
Сложные типы адресов
Смежная задача разобрана отдельно: Что такое редирект и как настроить перенаправление без ошибок.
Параметры, фильтры и сортировки
Параметры нужны для фильтрации, сортировки, меток и состояния интерфейса. Проблема возникает, когда комбинации создают почти бесконечное число дублей и доступны роботу по ссылкам.
Определите, какие комбинации имеют самостоятельный спрос и контент. Для остальных настройте ссылки, canonical, правила обхода и генерацию Sitemap как единую систему.
Слеш в конце
Адреса /page и /page/ технически могут быть разными. Выберите канонический формат, сделайте прямой редирект с альтернативы и используйте выбранную версию во внутренних ссылках.
Не допускайте, чтобы веб-сервер и CMS перенаправляли в противоположные стороны. Такое расхождение создает цикл.
URL для товаров и статей
В карточке товара устойчивый идентификатор полезен, если название может меняться. В статье допустим короткий slug по теме. Дата в пути оправдана, когда она действительно часть архитектуры публикаций.
Удаление товара не означает автоматический редирект на категорию. Если точной замены нет, корректный 404 или 410 честнее нерелевантного перенаправления.
Мультиязычные и мультирегиональные URL
Для языковых версий выберите понятную модель: подпапки, поддомены или отдельные домены. URL каждой версии должен открываться независимо, иметь собственный контент и согласованные hreflang-сигналы.
Не определяйте язык только по cookie и не перенаправляйте всех пользователей по IP без возможности открыть другую версию. Поисковому роботу нужны стабильные ссылки между вариантами.
URL пагинации и поиска
Страницы пагинации должны иметь отдельные доступные адреса, если через них робот находит товары или статьи. Внутренний поиск обычно создает большое число малополезных комбинаций и требует отдельной политики индексирования.
Не закрывайте пагинацию механически, пока не проверили, останутся ли элементы доступными по обычным ссылкам. Решение зависит от архитектуры каталога и существующих посадочных.
Внедрение и контроль
Смена существующих адресов
Не меняйте рабочие URL только ради косметики. Любая миграция требует карты соответствий, прямых постоянных редиректов, обновления ссылок, canonical и Sitemap.
Сохраните старые адреса и контролируйте 404, обход и органические показатели после запуска. Массовая смена создает временный риск даже при аккуратной реализации.
ЧПУ в CMS и конструкторах
Проверьте, как система формирует slug, обрабатывает дубли, смену заголовка и вложенность. Автоматический транслитератор требует ручной правки неоднозначных сокращений и длинных названий.
Редактору нужен запрет на случайное изменение опубликованного slug либо автоматическое создание проверенного редиректа. История изменений должна сохраняться.
Как проверить URL сайта
Соберите адреса из обхода, Sitemap, аналитики и серверных логов. Найдите дубли регистра и слеша, длинные параметры, цепочки, кодированные символы, 4xx и страницы без входящих ссылок.
Проверяйте не отдельный адрес, а правило генерации. Исправление шаблона предотвращает появление новых дублей.
Пример регламента для редакции
Slug создают до первой публикации, используют короткие слова по теме, нижний регистр и дефисы. После публикации редактор меняет H1 свободно, а URL — только через задачу с проверкой редиректа и внутренних ссылок.
Такой регламент предотвращает ситуации, когда правка заголовка автоматически ломает внешние ссылки. Исключения — юридически неверный адрес, миграция структуры или существенная смена интента.
Как спроектировать и внедрить ЧПУ без потери страниц
Новые URL сначала описывают как правило, затем проверяют на тестовом наборе. Менять адреса на работающем сайте только ради более красивого вида рискованно: миграция оправдана, когда новая структура устраняет дубли, нестабильность или архитектурную путаницу.
Порядок действий
- Составьте перечень типов страниц: категории, товары, услуги, статьи, пагинация, фильтры, поиск и служебные разделы. Для каждого типа определите постоянный шаблон пути.
- Выберите единый регистр, разделитель слов и правило транслитерации. Не смешивайте несколько таблиц транслита: одинаковая буква должна преобразовываться одинаково во всех разделах.
- Решите, какие сущности входят в иерархию. Добавляйте папку только когда она помогает управлению и навигации; не копируйте всю цепочку меню в URL автоматически.
- Опишите параметры: какие меняют содержание, какие только сортируют или отслеживают кампанию. Для индексируемых комбинаций задайте отдельные требования, остальные нормализуйте ссылками, canonical или закрытием генерации.
- Сгенерируйте по 20–50 примеров каждого шаблона. Проверьте дубли с разным регистром, слешем, кодировкой, параметрами и альтернативным порядком фильтров.
- При смене действующих адресов подготовьте однозначную таблицу старый URL → новый URL. Запретите цепочки и массовое перенаправление всех удаленных страниц на главную.
- До релиза проверьте новые страницы на тестовом стенде, после релиза — ответы сервера, canonical, внутренние ссылки, Sitemap и отсутствие старых URL в навигации.
- Храните регламент рядом с требованиями к CMS. Новый модуль или фильтр не должен создавать адреса по собственному несовместимому правилу.
Контрольный чек-лист
- URL описывает конкретную сущность
- В пути нет идентификатора сессии и рекламных меток
- Используется один регистр и один разделитель
- Одинаковое содержание не доступно по нескольким вариантам адреса
- Параметры имеют задокументированное назначение
- Старые URL перенаправляются одним 301/308 переходом
- Редирект ведет на максимально близкий эквивалент
- Новые URL указаны во внутренних ссылках и Sitemap
- Canonical совпадает с выбранной версией
- Правило протестировано на товарах, категориях и пограничных случаях
Таблица решений
| Ситуация | Решение | Проверка |
|---|---|---|
| Новый раздел | Сразу утвердить шаблон ЧПУ | Примеры и пограничные случаи на стенде |
| Смена старых URL | Таблица 1:1 и прямой редирект | Коды, цепочки, ссылки, Sitemap |
| Фильтры и сортировка | Классифицировать параметры по функции | Дубли, canonical и индексируемость |
| Разный регистр/слеш | Выбрать одну версию | Единый ответ и нормализация ссылок |
Получите бесплатный аудит и стратегию роста
Изучим сайт, покажем точки роста и подготовим прогноз до квалифицированных лидов и оборота из SEO/GEO.


