Структура URL: принципы SEO-дружественных адресов

Что такое структура URL

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

URL — один из немногих SEO-сигналов, который Google больше пятнадцати лет открыто называет фактором ранжирования. Он не самый сильный, но один из самых дешёвых: настроили один раз на этапе разработки и он работает годами без правок. Ошибки на этом уровне исправлять больно: каждый изменённый URL требует 301-редиректа и повторной оценки поисковой системой.

URL в цифрах

Анатомия URL: семь частей

Прежде чем проектировать структуру, разберём, из чего состоит URL. RFC 3986 описывает семь компонентов; в контексте SEO важны все, кроме user-info и фрагмента:

https://www.example.com:443/blog/seo/url-structure/?utm=email#summary
│  │   │            │   │                          │            │
│  │   │            │   │                          │            └─ fragment (anchor)
│  │   │            │   │                          └────────────── query (GET parameters)
│  │   │            │   └─────────────────────────────────────── path
│  │   │            └─────────────────────────────────────────── port (usually hidden)
│  │   └──────────────────────────────────────────────────────── host (domain)
│  └──────────────────────────────────────────────────────────── subdomain
└─────────────────────────────────────────────────────────────── scheme (protocol)

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

URL влияют на ранжирование и напрямую, и косвенно. Прямой вклад невелик: Google неоднократно подтверждал, что ключевое слово в URL даёт лишь «небольшой» буст. Косвенное влияние заметно больше: URL определяют кликабельность сниппета, доверие пользователей и предсказуемость для краулера.

Эти сигналы складываются. Каждый по отдельности слаб, но вместе URL дают тихое, постоянное преимущество. Особенно это важно в длинном хвосте, где борьба за каждый процент CTR особенно острая.

Девять правил хорошего URL

Рекомендации Google по URL почти не менялись за пятнадцать лет. Девять правил ниже — сводка официальной документации и эмпирических исследований Backlinko, Ahrefs и Moz. Они работают на любом стеке, от WordPress до Next.js.

• Используйте латиницу (если аудитория не только локальная). Кириллица технически работает через punycode, но плохо копируется в мессенджерах, ломается при печати и снижает CTR в международной выдаче. /blog/url-structure/ лучше, чем /блог/структура-url/.
• Разделяйте слова дефисами, а не подчёркиваниями. Google прямо рекомендует дефисы. Подчёркивание _ склеивает слова при разборе: для бота url_structure — один токен url_structure, а не два слова.
• Только строчные буквы. URL технически чувствительны к регистру (на UNIX-серверах). /Page/ и /page/ — два разных адреса, то есть дубли. Принудительно переводите адреса в нижний регистр на уровне сервера.
• Длина: короче, чем кажется нужным. Оптимум — 50–75 символов. Если URL длиннее, обычно в слаге лишние слова или избыточные категории.
• Глубина папок: максимум три уровня. /category/subcategory/page/ — потолок для большинства сайтов. Краулер реже доходит до глубоких страниц, а пользователям трудно ориентироваться.
• Без стоп-слов. Уберите из слага and, or, the, a: /how-to-fix-error/ лучше, чем /how-to-fix-an-error-in-the-code/. Стоп-слова не помогают ни ранжированию, ни читаемости.
• Ключевое слово: один раз и ближе к началу. Не повторяйте ключ дважды (/seo/seo-guide/). Ставьте его как можно ближе к домену: чем ближе к корню, тем выше вес.
• Никаких ID и хешей в слаге. /article-12384/ или /post-a3f9b2c8/ ничего не говорят человеку и не добавляют семантики. Используйте описательные слаги, которые передают тему.
• URL не должен меняться. Опубликованный адрес — это обязательство. Любое изменение требует 301-редиректа и теряет часть ссылочного веса. Продумывайте структуру заранее.

Глубина и иерархия папок

Папочная структура в URL — не просто вопрос эстетики. Это карта сайта для краулера и для пользователя. Глубина клика (число переходов от главной до страницы) связана с тем, как часто Google пересканирует страницу и как быстро находит новый контент.

Глубина URL — не то же самое, что глубина клика. Страница физически может лежать в /shop/laptops/macbook-pro-14/ и при этом находиться в одном клике от главной благодаря сильной внутренней перелинковке. Поисковик учитывает оба сигнала: путь в URL и реальное расстояние в графе ссылок.

www, HTTPS, завершающий слеш и регистр

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

http://example.com/page
http://example.com/page/
https://example.com/page
https://example.com/page/
http://www.example.com/page
http://www.example.com/page/
https://www.example.com/page
https://www.example.com/page/

HTTPS

Обязателен с 2018 года: Chrome помечает HTTP-сайты как «небезопасные», а Google использует HTTPS как слабый сигнал ранжирования. Настраивается одним редиректом в nginx или apache:

# nginx — 301 from HTTP to HTTPS
server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://example.com$request_uri;
}

www или без www

Технически равноценны. На уровне DNS www — поддомен, но Google и Яндекс считают его алиасом, если настроен 301. Вариант без www короче и современнее; с www удобнее для cookie: их можно разделить по поддомену. Главное правило: выберите один вариант и 301-редиректом направьте весь трафик на него.

# nginx — 301 from www to non-www
server {
    listen 443 ssl;
    server_name www.example.com;
    return 301 https://example.com$request_uri;
}

Завершающий слеш

Завершающий слеш (/page/ и /page) для сервера — два разных адреса. По соглашению папки заканчиваются на /, файлы — нет. На современных сайтах каждая страница — это папка, поэтому держитесь одной стратегии: всегда со слешем или всегда без него. Next.js и WordPress по умолчанию используют завершающий слеш.

// next.config.ts — enforced trailing slash
const nextConfig = {
  trailingSlash: true,  // /blog/page/  instead of  /blog/page
};
export default nextConfig;

Регистр

URL чувствительны к регистру на большинстве серверов (Linux/UNIX). /Page/ и /page/ — два URL, два дубля. Приведите весь путь к нижнему регистру на уровне обратного прокси или приложения:

# nginx — redirect URLs to lowercase (Lua module)
location ~ [A-Z] {
    rewrite ^/(.*)$ /$1 last;
    set_by_lua_block $lower_uri {
        return ngx.var.uri:lower()
    }
    return 301 $lower_uri;
}

Шаблоны URL по типам страниц

Разным типам контента нужны разные шаблоны URL. Ниже — проверенные паттерны для шести типов страниц, которые встречаются на 90% сайтов.

Для интернет-магазина это отдельная тема. Карточка товара может жить по двум схемам: /shop/category/product/ (с категорией) или /shop/product/ (плоско). Первая лучше для SEO категорий, потому что URL сигнализирует принадлежность. Вторая удобнее для переноса товаров между категориями без редиректов. Выбор зависит от того, как часто товары меняют категории.

Локализация и мультиязычные URL

Для мультиязычного сайта URL — первая часть стратегии. Google рекомендует три подхода, и у каждого свои компромиссы:

Подпапки выигрывают в 80% случаев. Их проще вести, они дешевле по SSL и хостингу, а весь ссылочный вес работает на один домен. Именно этот подход использует seohead.tech: основной язык — в корне, второй — под /en/.

Слаги в локализованных URL — спорная тема. Перевод слага (/en/url-structure/ ↔ /struktura-url/) даёт лучший CTR для каждого языка и точнее сигнализирует релевантность. Минус — сложнее поддерживать: нужно вести hreflang и редиректы при изменении переводов. Для большинства проектов компромисс такой: переводить слаги только у статей блога, а у технических страниц оставить один слаг.

Типичные ошибки и как их исправить

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

• Дубли через GET-параметры. UTM-метки, сортировки и фильтры плодят сотни вариантов одной страницы. Решение: rel="[canonical](/glossary/canonical)" на основной URL и параметры URL в GSC.
• Смешанный завершающий слеш. У одних страниц адрес заканчивается на /, у других — нет. Поисковик видит дубли. Решение: единое правило и 301 со всех неподходящих вариантов.
• Кириллица в URL глобального проекта. /услуги/ превращается в /%D1%83%D1%81%D0%BB%D1%83%D0%B3%D0%B8/. Решение: транслитерация (/uslugi/).
• Слишком глубокая иерархия. /shop/electronics/computers/laptops/apple/macbook-pro/ — шесть уровней. Решение: плоская структура с категориями как фасетами.
• ID в URL вместо слага. /article?id=12384 или /post/12384/. Решение: перейти на семантические URL и поставить 301 со старых ID.
• Смена URL без 301. Любое изменение адреса без редиректа — потеря ссылочного веса и трафика. Решение: всегда настраивать 301 при переименовании.
• Регистр в URL. /Catalog/ и /catalog/ — два дубля. Решение: принудительный нижний регистр на сервере.
• Длинные цепочки редиректов. A → B → C → D. Каждое звено теряет вес. Решение: всегда отдавать 301 сразу на финальный URL.

# Check redirect chains via curl:
curl -sILo /dev/null -w "%{http_code} %{url_effective}\n" \
     -L https://example.com/old-page/

# Find URLs with uppercase letters in nginx logs:
grep -E 'GET /[a-z]*[A-Z]' /var/log/nginx/access.log | head

# URL audit via Screaming Frog:
# 1. Run a full site crawl
# 2. Open the URL tab → Underscores / Uppercase / Non ASCII Characters
# 3. Export the list of problematic URLs and plan redirects

FAQ

Ответы на самые частые вопросы о структуре URL, которые возникают в аудитах и редизайнах.

Итог

Структура URL — решение, которое принимают один раз и живут с ним годами. Хороший URL короткий, читается человеком, отражает иерархию контента и стабилен во времени. Три базовых принципа — латиница в нижнем регистре, дефисы вместо подчёркиваний и не больше трёх уровней папок — закрывают 80% типичных ошибок.

Начните с аудита текущих URL: отчёты Screaming Frog → «Underscores», «Uppercase», «Non ASCII Characters». Так за час получится карта проблем. Затем составьте таблицу old → new, настройте 301-редиректы и обновите внутренние ссылки. Не запускайте массовую миграцию перед пиковым сезоном: переоценка Google занимает 4–8 недель.