URL - это первое, что видит пользователь в выдаче после заголовка, и один из сигналов для Google о том, где страница находится в структуре сайта. Хорошая структура адресов не даёт прямого роста позиций, но плохая создаёт дубли, ломает аналитику и мешает перелинковке. Ниже - правила, которые стоит заложить до запуска, потому что менять адреса потом дорого.
Короткие, читаемые, со смыслом
Адрес вида /uslugi/remont-kvartir понятнее, чем /index.php?id=347&cat=12. Он читается в выдаче, его можно продиктовать по телефону, и по нему видно, о чём страница. Оптимальная длина - до 60-70 символов после домена. Слова разделяют дефисами, не подчёркиваниями, пишут строчными буквами и без дат, если это не новостная лента.
Эстонский, русский или английский
Для многоязычного сайта в Эстонии адреса обычно строят на языке страницы: /teenused/kodulehe-tegemine для эстонской версии и /ru/uslugi/sozdanie-sajta для русской. Кириллица в URL технически допустима, но при копировании превращается в длинную строку процентов, поэтому используют транслит. Единый английский для всех языков допустим, но теряет языковой сигнал и выглядит хуже в выдаче.
Вложенность: не глубже трёх уровней
Структура /katalog/kategoriya/tovar понятна и достаточна для большинства магазинов. Пять уровней вложенности означают, что до товара надо пройти пять кликов, а Google оценивает такие страницы как менее важные. Если категорий много, лучше делать плоскую структуру с фильтрами, чем бесконечную матрёшку подкатегорий. Товар, который попадает в две категории, должен иметь один канонический адрес.
Параметры и дубли
- Фильтры и сортировка: ?sort=price&color=red создают тысячи вариантов одной страницы. Их закрывают canonical на базовую категорию или правилом в robots.txt.
- Слэш в конце: /uslugi и /uslugi/ для Google - два адреса. Выберите один вариант и настройте редирект со второго.
- Регистр: /Uslugi и /uslugi тоже разные страницы. Сервер должен приводить всё к строчным.
- UTM-метки: не влияют на индексацию, если на странице стоит canonical без параметров.
- Идентификаторы сессий в адресе - признак старой CMS, их нужно убирать.
URL для блога и новостей
Для статей чаще всего достаточно /blog/nazvanie-stati без категории и даты в адресе. Дата в URL делает материал «старым» в глазах читателя уже через год, хотя текст может быть обновлён. Категория в адресе мешает, когда статью переносят в другой раздел: приходится менять адрес и ставить редирект. Если категории важны для навигации, их выводят на странице и в хлебных крошках, а не в самом адресе. Для новостей компании, у которых срок жизни короткий, дата допустима, но и там она не обязательна.
Что делать с неудачной структурой
Если сайт уже работает и адреса похожи на набор цифр, менять их стоит только вместе с редизайном или переездом на новую CMS. Для каждого старого адреса настраивается постоянный редирект 301 на новый, карта редиректов сохраняется, и после запуска первые недели проверяются отчёты Search Console на ошибки 404. Без этого потеря позиций почти гарантирована, а восстановление занимает месяцы.
Чек-лист перед запуском
Адреса без параметров и дат, с дефисами и строчными буквами. Единое правило для слэша в конце. Не более трёх уровней вложенности. Языковые версии в отдельных префиксах. Канонические ссылки на каждой странице. Редиректы со всех старых адресов, если сайт переезжает. Эти шесть пунктов занимают полдня у разработчика и экономят месяцы на исправлениях. Зафиксируйте правила в техническом задании, чтобы при добавлении новых разделов через год структура не расползлась.