Структура URL: правила и распространённые ошибки

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

Что такое URL-слаг и почему важна структура

URL (Универсальный указатель ресурса) — это уникальный адрес каждой страницы в интернете. Он состоит из: протокола (https://), домена (seo-factory.com.ua), путь (/ru/website-promotion/seo-site-audit/) и, при необходимости, параметры запроса (?page=2).

слаг — это часть пути, которая идентифицирует конкретную страницу. В /blog/url-structure/слаг — url-structure. Именно это видят Googlebot и пользователь в адресной строке браузера.

Почему структура URL влияет на SEO:

• Сканируемость: Googlebot считывает URL, чтобы определить иерархию сайта и приоритет страниц. Описательный слаг ускоряет и направляет сканирование.
• Сигнал релевантности: ключевое слово в URL-адресе дает слабый, но подтвержденный сигнал релевантности — Google официально это подтвердил.
• CTR: URL-адрес отображается под заголовком в результатах поиска. Читаемый адрес повышает доверие и может улучшить показатель кликабельности на 3–8% (на основе наших наблюдений в нескольких проектах электронной коммерции).
• Эффект анкорного текста: когда кто-то вставляет URL-адрес в качестве ссылки, слаг становится анкорным текстом. /seo-audit/ посылает более сильный сигнал, чем /?id=4721.

В ходе наших проверок мы постоянно обнаруживаем сайты с тысячами URL-адресов, подобных /?p=3145 или /cat/sub/sub2/sub3/sub4/product-name/. Оба варианта проблематичны: первый не несет никакого семантического сигнала, второй тратит бюджет сканирования на пути с низким приоритетом.

Правила создания SEO-оптимизированных URL-адресов

Google излагает базовые требования в своей официальной документации. Мы добавили практические наблюдения из нашей собственной работы — подробности также описаны в Google Search Central.

1. Только латинские символы. Кириллические или другие не-ASCII URL-адреса технически допустимы (браузеры кодируют их как строки с процентным кодированием), но они плохо отображаются в результатах поиска, копируются как искаженные строки и являются слабыми якорями. Транслитерируйте или используйте осмысленные английские слова.
2. Только строчные буквы. /Seo-Audit/ и /seo-audit/ технически являются разными URL на серверах, чувствительных к регистру. Всегда создавайте слаги в нижнем регистре и перенаправляйте варианты с заглавными буквами на строчные.
3. Дефисы в качестве разделителей слов. Google прямо указывает, что дефисы (-) являются разделителями слов; подчеркивания (_) — нет. /seo-audit/ разбирается как два слова; /seo_audit/ разбирается как одно слово.
4. Целевое ключевое слово в слаге. Слаг должен описывать страницу, а не быть строкой символов. /blog/url-structure-guide/ превосходит /blog/post-2847/.
5. Кратко и по существу. Рекомендуемая длина слага — 3–5 слов. Удалите стоп-слова: «and», «or», «for», «the», «a».
6. Единая политика конечного слеша. Определите стандарт — с / или без него — и применяйте этот формат везде. Для альтернативного формата настройте 301-редирект.
7. Специальные символы запрещены. Символы, такие как ? & = # % + , ; : @ $ ! ' ( ) * либо кодируются процентами, либо зарезервированы для параметров запроса. Не используйте их в слагах.
8. Иерархия отражает структуру сайта. URL-адрес должен указывать, где страница находится в архитектуре сайта. Страница в разделе «Услуги → SEO → Аудит» может располагаться по адресу /services/seo/audit/.

Чистые URL-адреса против динамических URL-адресов

Чистые URL-адреса (также называемые удобочитаемыми или SEO-дружественными URL-адресами) выглядят так: /blog/url-structure/. Динамические URL-адреса переносят параметры запроса: /?page=blog&id=142&lang=en. Оба могут быть проиндексированы Google, но разница в SEO-ценности существенна.

По нашему опыту миграции нескольких проектов электронной коммерции с динамических URL-адресов на чистые, большинство сайтов показали 15–25% увеличение количества проиндексированных страниц в течение 4–6 недель — при условии правильной реализации всех перенаправлений 301. Googlebot также начал чаще сканировать страницы с высокой ценностью.

Глубина URL: сколько уровней оптимально

Глубина URL Это количество уровней в пути после домена. Например:

• 1 уровень: /services/
• 2 уровня: /services/seo/
• 3 уровня: /services/seo/technical-audit/
• 4 уровня: /services/seo/technical-audit/checklist/

Google не устанавливает жесткого ограничения, но есть практические последствия:

• 1–3 уровня: Googlebot сканирует без проблем; количество кликов с главной страницы на страницу минимально, что способствует повышению PageRank.
• 4 уровня: подходит для крупных интернет-магазинов с разветвленной структурой категорий.
• 5+ уровней: Это сигнализирует Google о том, что страница находится «далеко» от главной страницы. Бюджет сканирования расходуется неэффективно, и важные страницы на этой глубине могут сканироваться реже.

Из нашего опыта аудита: наиболее распространенной причиной чрезмерной глубины URL является автоматическая генерация CMS без структурного планирования. WordPress с иерархическими категориями в сочетании с WooCommerce легко может по умолчанию создавать URL с 5–6 уровнями.

Практическая рекомендация: Не более 3 уровней для контентных сайтов и блогов; 4 уровня допустимы для электронной коммерции.Если страница находится на 5-м уровне и имеет важное коммерческое значение, следует пересмотреть архитектуру сайта или упростить структуру.

Распространенные ошибки в структуре URL

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

Полный алгоритм проверки описан в нашем руководстве по техническому SEO-аудиту.

1. Нелатинские символы в URL-адресах

URL-адреса, содержащие кириллические или другие не-ASCII символы, кодируются браузером с помощью процентного кодирования: /blog/структура/ превращается в /%D0%B1%D0%BB%D0%BE%D0%B3/.... Это отображается в результатах поиска, выглядит непрофессионально и обрабатывается аналитическими инструментами непоследовательно. Решение: транслитерация или использование английских слагов.

2. Дубликаты слэша в конце

Если /blog/ и /blog оба возвращают 200 OK без перенаправления, Google видит две отдельные страницы. Бюджет сканирования удваивается, а ссылочный вес разделяется. Установите один канонический форматировать и перенаправлять другой адрес с помощью 301.

3. Идентификаторы сессий и UTM-параметры в индексированных URL-адресах

/?utm_source=email&utm_campaign=may могут попасть в индекс, если пользователи поделятся ссылкой. Google обычно их идентифицирует, но не всегда. Заблокируйте их в инструменте «Параметры URL» Google Search Console или используйте канонические теги.

4. Чрезмерно длинные слаги

Слаг длиной 10–15 слов часто встречается на сайтах WordPress, где CMS автоматически генерирует слаг непосредственно из заголовка H1. /blog/how-to-correctly-configure-url-structure-for-seo-in-google-search/ сложно читать и делиться. Старайтесь использовать 3-5 слов.

5. Смешанный регистр

/Blog/Post-Title/ и /blog/post-title/ являются разными URL-адресами на серверах, чувствительных к регистру. Перенаправляйте все варианты с заглавными буквами на варианты с строчными буквами и настройте вашу CMS для согласованной генерации URL-адресов с использованием строчных букв.

6. Подчеркивания вместо дефисов

/seo_audit_site/ рассматривается Google как одно слово, а не как три отдельных термина. Для уже проиндексированных URL-адресов с подчеркиваниями перенаправьте их с помощью 301-го переадресации.

7. Числовые идентификаторы без семантического значения

/?product_id=4821 или /p4821 несут нулевой семантический сигнал. Даже если страница хорошо оптимизирована в заголовке и метатегах, URL-адрес ничего не добавляет к релевантности.

Стратегия URL для электронной коммерции: категории, фильтры, пагинация

Интернет-магазины сталкиваются с уникальной проблемой: фильтры и пагинация генерируют сотни или тысячи вариантов URL-адресов, которые могут попасть в индекс и потратить бюджет сканирования на страницы с низкой ценностью. Это одна из самых частых проблем в SEO для электронной коммерции.

Структура категорий

Стандартная настройка:

1. Категория: /sneakers/
2. Подкатегория: /sneakers/mens/
3. Товар: /sneakers/mens/nike-air-max-270/

Альтернатива для магазинов, где товары отображаются в нескольких категориях: плоский URL товара, например, /products/nike-air-max-270/ с хлебными крошками для отображения иерархии.

Фильтр URL-адресов

Два допустимых подхода:

• Канонический или noindex: /sneakers/?color=black&size=42 → каноническая ссылка на /sneakers/. Исправлено для фильтров без независимого поискового запроса.
• Статический целевой URL: /sneakers/black/ — автономный URL со своей собственной оптимизацией. Исправлено при наличии реального объема поиска по запросу «черные кроссовки».

Пагинация

Страницы пагинации /blog/page/2/, /blog/page/3/ должны оставаться в индексе, но не должны рассматриваться как автономные целевые страницы. Избегайте установки канонической ссылки на /blog/ — В этом случае Google может прекратить индексацию более глубоких страниц. Правильный подход: присвойте каждой странице пагинации уникальный заголовок и метаописание.

Аудит URL: инструменты и методы

Регулярный аудит URL является основной частью комплексной работы по SEOВот процесс, которому мы следуем на практике.

Screaming Frog SEO Spider

1. Выполнить полное сканирование сайта. Перейти в Конфигурация → Паук и убедиться, что все типы контента включены.
2. Фильтровать по длине URL. На вкладке URL применить Фильтр → Более 115 символов. Любой URL длиннее 115 символов может быть сокращен.
3. Найти параметрические URL. Перейдите по ссылке URL → Фильтр → Содержит и введите ?. Просмотрите список и решите, какие URL-адреса с параметрами следует закрыть.
4. Проверьте на наличие заглавных букв. Экспортируйте все URL-адреса и выполните поиск по регулярному выражению для [A-Z] в любом текстовом редакторе, чтобы выявить проблемы со смешанным регистром.

Google Search Console

1. Отчет об индексации страниц: проверьте, какие URL-адреса Google исключил и почему. Большое количество «Дубликатов без канонического URL» — явный признак проблем со структурой URL.
2. Настройки параметров URL (устаревший GSC) или robots.txt Правила запрета — укажите, какие параметры запроса Google должен игнорировать при сканировании.
3. Проиндексировано против просканировано, но не проиндексировано: Если коммерчески важные страницы не проиндексированы, проверьте глубину их URL и количество внутренних ссылок, указывающих на них.

Аудит сайта Ahrefs

1. Запустите аудит и откройте Проблемы → Проблемы с URL.
2. Обратите внимание: «URL содержит заглавные буквы», «Слишком длинный URL», «URL содержит подчеркивания».
3. Используйте Site Explorer → Best by Links чтобы убедиться, что страницы с наибольшим количеством внешних ссылок не имеют плохой структуры URL.

Для постоянного справочного использования мы рекомендуем проверять Руководство по структуре URL от Search Engine Land, которое регулярно обновляется с учетом последних рекомендаций Google.

На практике

Киевское туристическое агентство, предлагающее туры по Европе и Азии, обратилось к нам после попытки самостоятельной миграции URL-адресов. Около 1600 страниц туров находились по адресам типа /tour/?id=4821. Новые чистые URL-адреса, следующие шаблону /tours/europe/italy/rome-5days/ технически уже были установлены.

Сканирование с помощью Screaming Frog показало, что 340 среди настроенных редиректов были цепочки — по два или три перехода: со старого ID-адреса на временный технический слаг, а затем на конечный чистый URL. Google не сворачивает такие цепочки автоматически, и каждый лишний переход ослабляет ссылочный вес до того, как он попадёт на целевую страницу.

Мы вручную перестроили все 340 проблемные перенаправления, сопоставив исходные /?id= адреса напрямую с конечными /tours/ URL-адресами с чистыми переадресациями 301, а затем провели проверку покрытия Google Search Console, чтобы выявить любые вновь появившиеся страницы.

Семь недель позже агентство зафиксировало улучшение позиций в рейтинге на 8–15 позиций по 200+ геомодифицированных запросов — терминов типа «туры в Рим из Киева» и «бюджетные экскурсии на Бали». Видимость домена в Ahrefs выросла на 41%. Страницы с трехуровневым URL, например, /tours/asia/bali/ начали ранжироваться по региональным кластерам быстрее, чем ожидалось; сама иерархическая структура слагов укрепила тематическую кластеризацию без дополнительных изменений на странице.

Цепочки перенаправлений после миграции URL — это не мелочь. На туристическом сайте с 1600 страницами каждый дополнительный шаг в цепочке означает, что накопленный за годы ссылочный вес достигает конечного URL в ослабленном состоянии. Запуск Screaming Frog в режиме «Все перенаправления» — это первое, что нужно сделать после любого массового изменения URL, прежде чем вы начнете беспокоиться о контенте или внутренних ссылках.

Часто задаваемые вопросы

Сколько уровней URL безопасно для SEO без ущерба для бюджета сканирования?

Оптимальная глубина — до 3 уровней: домен / категория / страница. Более 4 уровней затрудняют сканирование и снижают поток PageRank. Для крупных сайтов электронной коммерции 4 уровня допустимы, но их не следует превышать.

Влияет ли косая черта в конце URL-адреса на позиции в поисковой выдаче?

Сама по себе косая черта в конце не вредит, но дубликаты вредят. Если /page/ и /page Оба возвращают 200 OK вместо перенаправления 301. Google индексирует их как две отдельные страницы и распределяет между ними ссылочный вес.

Как следует обрабатывать URL фильтров в интернет-магазине?

URL фильтров с параметрами запроса (?color=red&size=M) следует обрабатывать с помощью noindex или канонической ссылки на базовую категорию. Фильтры с реальным поисковым спросом (например, /sneakers/nike/) должны быть статическими URL-адресами, оптимизированными индивидуально.

Следует ли мне реструктурировать URL-адреса на уже работающем веб-сайте?

Да, но только после полного аудита. Каждый измененный URL-адрес должен иметь перенаправление 301 со старого адреса. Массовое переименование без перенаправлений обнуляет накопленный ссылочный вес и приводит к падению трафика на 2–4 недели.