Релевантные URL по ключам

Что это

Релевантность URL по ключевым словам — соответствие адреса страницы её главному поисковому запросу. Поисковые системы читают URL как сигнал тематики ещё до анализа контента: слова в slug'е прямо участвуют в ранжировании. Параметр проверяет, содержит ли адрес страницы ключевые слова, под которые она оптимизирована, или URL — это набор цифр и технических идентификаторов.

Почему это важно для SEO

Яндекс и Google используют URL как один из слабых, но стабильных ранжировочных сигналов. Google официально подтверждал, что слова в URL учитываются при ранжировании — особенно для низко- и среднечастотных запросов, где конкуренция по тексту страницы меньше. Практический эффект: при прочих равных страница /kupit-iphone-15-pro ранжируется лучше, чем /product?id=48291 по запросу «купить iPhone 15 Pro».

Для Яндекса URL влияет на сниппет в выдаче — поисковик выделяет жирным совпадающие с запросом части адреса. Это повышает CTR: по данным исследований Ahrefs, страницы с ключевым словом в URL получают в среднем на 45% больше кликов из органики, чем страницы с числовыми идентификаторами при одинаковой позиции. В Яндекс.Нейро и Google AI Overviews структурированный URL помогает системе быстрее определить тематику документа при формировании ответа.

Второй аспект — внутренняя перелинковка и анкоры. Когда другие сайты ссылаются на страницу, часто используют URL как анкор. Ключевое слово в адресе усиливает этот сигнал автоматически, без дополнительных усилий по оптимизации анкорного профиля.

Как проверить вручную

1. Выгрузить все URL сайта через Screaming Frog. Запустить краулер, перейти в раздел «URL» — экспортировать список в CSV. Рядом собрать семантическое ядро из Топвизора или Яндекс.Вебмастера (раздел «Поисковые запросы»).

1. Сопоставить целевые ключи с URL. Для каждой приоритетной страницы проверить: содержит ли slug транслитерацию или перевод главного ключевого запроса. Красный флаг — страницы вида /cat/123, /node/5678, /?p=902, /index.php?cat=4&id=77.

1. Проверить дублирование и каннибализацию. В Google Search Console (раздел «Эффективность» → «Страницы») найти URL, которые показываются по одним и тем же запросам. Если два разных URL конкурируют за один ключ — один из них нерелевантен. То же самое проверить в Яндекс.Вебмастере в разделе «Поисковые запросы» → «Страницы».

1. Автоматически через регулярные выражения в Screaming Frog. В Custom Search задать паттерн ^/[0-9]+/?$ — он найдёт URL, состоящие только из цифр (типичная проблема WordPress и Bitrix).

Как исправить

Общий принцип: slug должен содержать 2-5 слов, отражающих главный ключ страницы, на латинице (транслитерация или перевод), без стоп-слов (i, v, na, dlya — убирать).

Пример правильного URL:

/catalog/krossovki-nike-air-max/

Вместо:

/catalog/product.php?id=3892&cat=12

WordPress: Настройки → Постоянные ссылки → выбрать «Название записи». Для каждой страницы вручную задать ЧПУ в поле «Постоянная ссылка». После смены URL обязательно настроить 301-редиректы в .htaccess:

Redirect 301 /старый-url/ https://example.ru/новый-url/

Tilda: Настройки страницы → SEO → поле «Адрес страницы». Написать slug вручную. Tilda не создаёт редиректы автоматически — их нужно прописать в разделе «Редиректы» в настройках сайта.

1C-Bitrix: Административная панель → Контент → Редактирование раздела/элемента → поле «Символьный код». Для инфоблоков настроить шаблон символьного кода в настройках инфоблока. Массовое переименование — через агент или компонент bitrix:catalog.

Webflow: В настройках страницы поле «Slug». Webflow автоматически предлагает slug из заголовка — перепроверять и редактировать вручную до публикации.

Типичные ошибки

• Транслитерация вместо перевода. /tovar-dlya-kuhni/ слабее, чем /kitchen-accessories/ для сайтов с англоязычной аудиторией. Для Рунета наоборот — русские слова в транслите работают лучше.
• Слишком длинный URL. Slug длиннее 60 символов обрезается в выдаче. Оптимально — 3-5 слов.
• Дублирование ключа в нескольких URL. /blog/iphone-15 и /catalog/iphone-15 конкурируют между собой — поисковик понижает обе страницы.
• Смена URL без редиректов. Страница теряет весь ссылочный вес. Минимум — 301-редирект, оптимально — обновить все внутренние ссылки через Screaming Frog (режим поиска ссылок на старый URL).
• Кириллица в URL. Технически Яндекс поддерживает IDN, но на практике кириллические адреса хуже копируются, некорректно отображаются в ряде браузеров и создают проблемы с кодировкой при парсинге.

Влияние на разные типы сайтов

Для интернет-магазинов на 1C-Bitrix или WordPress — критичная настройка при масштабе от 1000+ страниц. Автоматически генерируемые URL из ID товаров уничтожают семантический сигнал для всей категории. Особенно болезненно для фильтров: /catalog/krossovki/?COLOR=red нужно либо закрывать от индексации через robots.txt, либо генерировать ЧПУ-страницы под высокочастотные комбинации (/krossovki-krasnye/).

Для контентных сайтов и блогов URL — дополнительная точка входа по низкочастотным запросам, которые не всегда вошли в основной контент. Для SaaS и лендингов параметр менее критичен из-за небольшого числа страниц, но правильный slug лендинга ускоряет попадание в AI Overviews Google и Яндекс.Нейро: системы извлекают тематику документа в том числе из адреса.