ЧПУ URL: как сделать понятные адреса страниц без вреда для SEO

Статья отвечает на запрос «чпу url» строго в своей границе: Структура адреса и правила изменения URL. Перенос страницы и 301 — отдельной ссылкой. Проверка строится на фактических URL, исходном HTML и понятном действии пользователя.

Как выглядит понятный URL

Адрес /blog/noindex-i-nofollow сообщает тему до открытия страницы, а /page?id=8472 — нет. ЧПУ не обязан дословно повторять длинный заголовок: важнее сохранить короткое устойчивое обозначение.

Практическое действие. Проверьте адрес голосом: его должно быть возможно продиктовать без перечисления случайных символов. Но не жертвуйте уникальностью и системностью ради максимальной краткости.

Для этапа «как выглядит понятный url» редактор сайта сначала фиксирует объект «адрес страницы», затем проверяет «slug» и только после этого оценивает структура URL. Последовательность важна: если сразу смотреть на переход без редиректа, легко принять следствие за причину и выбрать неверную правку.

В разделе «как выглядит понятный url» границей служит правило именования. В теме «чпу url» соседние настройки могут выглядеть связанными, но отвечают на другой вопрос. Поэтому результат записывают как наблюдение, решение и условие пересмотра, а не как универсальное правило для любого URL.

Отдельная инструкция помогает продолжить этот шаг: выбор домена. Она не повторяет раздел «как выглядит понятный url», а закрывает следующий технический вопрос.

Выберите единую структуру

Определите правила для статей, категорий, товаров, городов и служебных страниц. Одинаковые сущности должны получать одинаковую глубину и порядок сегментов. Структура зависит от модели сайта, а не от модного шаблона.

Практическое действие. Запишите правила до массового создания страниц. Исправлять сотни адресов после индексации дороже, потому что потребуются редиректы, обновление ссылок и контроль дублей.

В разделе «выберите единую структуру» границей служит правило именования. В теме «чпу url» соседние настройки могут выглядеть связанными, но отвечают на другой вопрос. Поэтому результат записывают как наблюдение, решение и условие пересмотра, а не как универсальное правило для любого URL.

Контрольный пример для «выберите единую структуру» берут из реального шаблона сайта. Редактор сайта сохраняет исходное состояние, меняет одно правило и повторяет проверку для «адрес страницы». Если одновременно заменить адрес, навигацию и содержимое, изменение показателя «структура URL» уже нельзя связать с одной причиной.

Отдельная инструкция помогает продолжить этот шаг: 301 редирект. Она не повторяет раздел «выберите единую структуру», а закрывает следующий технический вопрос.

Используйте слова без переспама

Один–два смысловых сегмента обычно понятнее цепочки из всех ключевых слов. Не повторяйте категорию и запрос несколько раз и не добавляйте служебные слова ради частотности.

Практическое действие. URL помогает распознать страницу, но не заменяет заголовок и содержание. Адрес, обещающий одну тему, при другом содержимом только создаёт путаницу.

Контрольный пример для «используйте слова без переспама» берут из реального шаблона сайта. Редактор сайта сохраняет исходное состояние, меняет одно правило и повторяет проверку для «адрес страницы». Если одновременно заменить адрес, навигацию и содержимое, изменение показателя «структура URL» уже нельзя связать с одной причиной.

Для этапа «используйте слова без переспама» редактор сайта сначала фиксирует объект «адрес страницы», затем проверяет «slug» и только после этого оценивает структура URL. Последовательность важна: если сразу смотреть на переход без редиректа, легко принять следствие за причину и выбрать неверную правку.

Google рекомендует описательные URL со словами, полезными человеку, вместо случайных идентификаторов. Части адреса могут использоваться для понимания структуры и отображения пути. Примеры и оговорки приведены в официальном руководстве Google Search Central.

Отдельная инструкция помогает продолжить этот шаг: canonical. Она не повторяет раздел «используйте слова без переспама», а закрывает следующий технический вопрос.

Кириллица или транслитерация

Оба подхода технически возможны. Кириллица читается в интерфейсе, но при копировании может превращаться в длинную percent-encoding строку. Транслитерация удобнее для обмена и журналов, если правила последовательны.

Практическое действие. Не смешивайте варианты в одном разделе без причины. Для транслитерации закрепите таблицу букв, дефисы и написание брендов, чтобы одинаковые слова не получали разные адреса.

Для этапа «кириллица или транслитерация» редактор сайта сначала фиксирует объект «адрес страницы», затем проверяет «slug» и только после этого оценивает структура URL. Последовательность важна: если сразу смотреть на переход без редиректа, легко принять следствие за причину и выбрать неверную правку.

В разделе «кириллица или транслитерация» границей служит правило именования. В теме «чпу url» соседние настройки могут выглядеть связанными, но отвечают на другой вопрос. Поэтому результат записывают как наблюдение, решение и условие пересмотра, а не как универсальное правило для любого URL.

Отдельная инструкция помогает продолжить этот шаг: title и description. Она не повторяет раздел «кириллица или транслитерация», а закрывает следующий технический вопрос.

Разделяйте слова дефисами

Дефис визуально отделяет слова и предсказуемо работает в адресах. Подчёркивание, пробелы, смешанный регистр и множество разделителей усложняют чтение. Используйте нижний регистр и убирайте повторяющиеся дефисы.

Практическое действие. Автоматически очищайте пробелы по краям и проверяйте результат после удаления специальных символов. Пустой slug должен блокировать публикацию, а не превращаться в случайный номер.

В разделе «разделяйте слова дефисами» границей служит правило именования. В теме «чпу url» соседние настройки могут выглядеть связанными, но отвечают на другой вопрос. Поэтому результат записывают как наблюдение, решение и условие пересмотра, а не как универсальное правило для любого URL.

Контрольный пример для «разделяйте слова дефисами» берут из реального шаблона сайта. Редактор сайта сохраняет исходное состояние, меняет одно правило и повторяет проверку для «адрес страницы». Если одновременно заменить адрес, навигацию и содержимое, изменение показателя «структура URL» уже нельзя связать с одной причиной.

Отдельная инструкция помогает продолжить этот шаг: Sitemap.xml. Она не повторяет раздел «разделяйте слова дефисами», а закрывает следующий технический вопрос.

Осторожно обращайтесь с параметрами

UTM-метки, сортировки и фильтры могут создавать много адресов с одинаковым содержанием. Параметры нужны функциональности и аналитике, но индексируемая версия должна быть определена явно.

Практическое действие. Составьте список параметров: какие меняют содержание, какие только сортируют, какие отслеживают источник. Для каждого задайте canonical, правила обхода и сохранение при переходах.

Контрольный пример для «осторожно обращайтесь с параметрами» берут из реального шаблона сайта. Редактор сайта сохраняет исходное состояние, меняет одно правило и повторяет проверку для «адрес страницы». Если одновременно заменить адрес, навигацию и содержимое, изменение показателя «структура URL» уже нельзя связать с одной причиной.

Для этапа «осторожно обращайтесь с параметрами» редактор сайта сначала фиксирует объект «адрес страницы», затем проверяет «slug» и только после этого оценивает структура URL. Последовательность важна: если сразу смотреть на переход без редиректа, легко принять следствие за причину и выбрать неверную правку.

Отдельная инструкция помогает продолжить этот шаг: ошибка 404. Она не повторяет раздел «осторожно обращайтесь с параметрами», а закрывает следующий технический вопрос.

Выберите правило завершающего слеша

Адреса со слешем и без него могут восприниматься как разные URL, если сервер отдаёт обе версии с кодом 200. Выберите один вариант и перенаправляйте второй на него.

Практическое действие. Так же закрепите HTTPS, основной хост и регистр. Любая комбинация должна приводить к одной канонической версии без длинной цепочки редиректов.

Для этапа «выберите правило завершающего слеша» редактор сайта сначала фиксирует объект «адрес страницы», затем проверяет «slug» и только после этого оценивает структура URL. Последовательность важна: если сразу смотреть на переход без редиректа, легко принять следствие за причину и выбрать неверную правку.

В разделе «выберите правило завершающего слеша» границей служит правило именования. В теме «чпу url» соседние настройки могут выглядеть связанными, но отвечают на другой вопрос. Поэтому результат записывают как наблюдение, решение и условие пересмотра, а не как универсальное правило для любого URL.

Не меняйте адрес без необходимости

Небольшое улучшение формулировки редко окупает риск миграции. Меняйте URL, когда исправляете системную ошибку, объединяете страницы или строите новую архитектуру, а не после каждого изменения заголовка.

Практическое действие. Старый URL должен получить постоянный 301 на максимально близкую новую страницу. Обновите внутренние ссылки, Sitemap, canonical и рекламные материалы.

В разделе «не меняйте адрес без необходимости» границей служит правило именования. В теме «чпу url» соседние настройки могут выглядеть связанными, но отвечают на другой вопрос. Поэтому результат записывают как наблюдение, решение и условие пересмотра, а не как универсальное правило для любого URL.

Контрольный пример для «не меняйте адрес без необходимости» берут из реального шаблона сайта. Редактор сайта сохраняет исходное состояние, меняет одно правило и повторяет проверку для «адрес страницы». Если одновременно заменить адрес, навигацию и содержимое, изменение показателя «структура URL» уже нельзя связать с одной причиной.

Настройте slug в CMS

Генератор должен создавать slug из заголовка, но разрешать ручную правку до публикации. После выхода предупреждайте редактора, что изменение адреса требует редиректа. Зарезервируйте системные слова вроде admin, api и search.

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

Контрольный пример для «настройте slug в cms» берут из реального шаблона сайта. Редактор сайта сохраняет исходное состояние, меняет одно правило и повторяет проверку для «адрес страницы». Если одновременно заменить адрес, навигацию и содержимое, изменение показателя «структура URL» уже нельзя связать с одной причиной.

Для этапа «настройте slug в cms» редактор сайта сначала фиксирует объект «адрес страницы», затем проверяет «slug» и только после этого оценивает структура URL. Последовательность важна: если сразу смотреть на переход без редиректа, легко принять следствие за причину и выбрать неверную правку.

Проведите финальную проверку

Откройте канонический URL, варианты протокола и хоста, версию со слешем и тестовый параметр. Убедитесь, что конечная страница отвечает 200, а альтернативы дают один переход, не цикл.

Практическое действие. После публикации проверьте внутреннюю ссылку, Sitemap и отображение в Вебмастере. Сохраняйте старые адреса в журнале миграций, чтобы редиректы не удалили случайно.

Для этапа «проведите финальную проверку» редактор сайта сначала фиксирует объект «адрес страницы», затем проверяет «slug» и только после этого оценивает структура URL. Последовательность важна: если сразу смотреть на переход без редиректа, легко принять следствие за причину и выбрать неверную правку.

В разделе «проведите финальную проверку» границей служит правило именования. В теме «чпу url» соседние настройки могут выглядеть связанными, но отвечают на другой вопрос. Поэтому результат записывают как наблюдение, решение и условие пересмотра, а не как универсальное правило для любого URL.

Чек-лист для темы «чпу url»

ЧПУ — человекопонятный URL: адрес страницы, по которому можно предположить её содержание. Хороший URL короток, стабилен, однозначен и не зависит от временных деталей интерфейса. Работа завершена, когда результат воспроизводится на нескольких типах страниц и не ломает путь пользователя.