Структура URL: правила і типові помилки

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

Що таке URL-slug і чому структура важлива

URL (Uniform Resource Locator) — це унікальна адреса кожної сторінки в інтернеті. Він складається з кількох частин: протокол (https://), домен (seo-factory.com.ua), шлях (/website-promotion/seo-site-audit/) і опційно параметри запиту (?page=2).

Slug — це частина шляху, яка ідентифікує конкретну сторінку. Наприклад, у /blog/struktura-url/ slug — це struktura-url. Саме slug бачить пошуковий робот і користувач у рядку браузера.

Чому структура URL впливає на SEO:

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

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

Правила побудови SEO-friendly URL

Google у своїй офіційній документації для вебмайстрів описує базові вимоги до URL. Ми доповнили їх практичними спостереженнями з Google Search Central.

1. Тільки латиниця. Кирилічні URL технічно допустимі (браузер кодує їх у punycode), але у видачі відображаються некоректно, копіюються як закодовані рядки і погано читаються як анкори. Транслітеруйте або використовуйте смислові англійські слова.
2. Нижній регістр. /Seo-Audit/ і /seo-audit/ — технічно різні URL на деяких серверах. Завжди використовуйте нижній регістр і налаштовуйте редирект з верхнього регістру.
3. Дефіс як роздільник слів. Google прямо зазначає: дефіс (-) є роздільником слів; підкреслення (_) — ні. /seo-audit/ розбивається на слова «seo» і «audit». /seo_audit/ — читається як одне слово.
4. Ключове слово в slug. Slug повинен описувати сторінку, а не бути набором символів. /blog/struktura-url-sajtu/ краще за /blog/post-2847/.
5. Коротко і по суті. Оптимальна довжина slug — 3–5 слів. Видаляйте стоп-слова: «і», «або», «для», «що».
6. Єдиний формат trailing slash. Визначте стандарт: з / чи без. Використовуйте його скрізь і налаштуйте 301 для альтернативного варіанту.
7. Без спеціальних символів. Символи ? & = # % + , ; : @ $ ! ' ( ) * або кодуються, або є службовими для параметрів. У slug їх не повинно бути.
8. Ієрархія відповідає структурі. Шлях URL повинен відображати, де сторінка знаходиться в структурі сайту. Якщо сторінка в категорії «Послуги → SEO → Аудит», URL може бути /services/seo/audit/.

ЧПУ vs динамічні URL: порівняльна таблиця

ЧПУ (читабельні людині URL, або human-readable URL) — це адреси типу /blog/struktura-url/. Динамічні URL — це адреси з параметрами: /?page=blog&id=142&lang=uk. Обидва типи Google може індексувати, але між ними є принципова різниця.

На практиці ми перевели кілька e-commerce проєктів з параметричних URL на ЧПУ. У більшості випадків через 4–6 тижнів після міграції (і правильних редиректів) кількість проіндексованих сторінок зростала на 15–25%, а краулінговий бюджет витрачався ефективніше — Googlebot обходив важливіші сторінки частіше.

Глибина вкладеності: скільки рівнів оптимально

Глибина 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, що сторінка «далеко» від головної. Краулінговий бюджет витрачається неефективно. Важлива сторінка на 5-му рівні може обходитися рідше.

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

Оптимальна рекомендація: не більше 3 рівнів для контентних сайтів і блогів; 4 рівні — допустимо для e-commerce. Якщо сторінка знаходиться на 5-му рівні і є важливою — варто переглянути архітектуру сайту або підняти її у структурі.

Типові помилки в структурі URL

Ці помилки ми знаходимо в переважній більшості сайтів під час технічного SEO-аудиту. Деякі з них існують роками і непомітно «з'їдають» краулінговий бюджет та посилальну вагу.

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

1. Кирилиця в URL

URL вигляду /блог/структура-url/ браузер перетворює на закодований рядок: /%D0%B1%D0%BB%D0%BE%D0%B3/.... Це відображається у видачі й виглядає непрофесійно. Більшість систем аналітики також некоректно агрегують такі адреси. Рішення — транслітерація або переклад slug англійською.

2. Дублі через trailing slash

Якщо /blog/ і /blog повертають 200 OK без редиректу — Google бачить дві різні сторінки. Краулінговий бюджет витрачається вдвічі, посилальна вага ділиться. Налаштуйте 301-редирект з одного варіанту на інший і закріпіть canonical.

3. Параметри сесій і UTM в проіндексованих URL

/?utm_source=email&utm_campaign=may у ланцюжку може потрапити в індекс. Google зазвичай це розпізнає, але не завжди. Закривайте UTM-параметри через GSC → Параметри URL або використовуйте canonical.

4. Надмірно довгі slug

Slug із 10–15 слів — не рідкість на WordPress-сайтах з автоматичним генератором з H1. /blog/kak-pravilno-nastroit-strukturu-url-sajtu-dlya-seo-prodvizheniya-sajta-v-google/ важко читати і шерити. Оптимально — 3–5 слів.

5. Змішаний регістр

/Blog/Post-Title/ і /blog/post-title/ — різні адреси на чутливих до регістру серверах. Налаштуйте редирект з верхнього регістру на нижній і стандартизуйте генерацію slug у CMS.

6. Підкреслення замість дефісів

/seo_audit_site/ — Google читає як одне слово «seo_audit_site», а не три окремі. Для вже проіндексованих URL з підкресленнями — мігруйте з 301-редиректом.

7. Числові ID без семантики

/?product_id=4821 або /p4821 — ніякого семантичного сигналу. Навіть якщо сторінка чудово оптимізована за title і meta, URL не підсилює релевантність.

URL для e-commerce: категорії, фільтри, пагінація

Інтернет-магазини мають специфіку: фільтри та пагінація генерують сотні або тисячі URL, які можуть потрапити в індекс і «засмітити» краулінговий бюджет. Це одна з найчастіших проблем у e-commerce SEO.

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

Стандартна схема:

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

Альтернатива — «плоска» структура для товарів: /products/nike-air-max-270/ з breadcrumb-розміткою для ієрархії. Підходить, якщо товари можуть бути в кількох категоріях.

URL фільтрів

Є два підходи:

• Закрити через canonical або noindex: /krosivky/?color=chornij&size=42 → canonical на /krosivky/. Підходить для фільтрів без самостійного попиту.
• Зробити статичними посадковими: /krosivky/chornij/ — окрема URL-адреса з власною оптимізацією. Підходить, якщо є пошуковий попит на «чорні кросівки».

Пагінація

Сторінки пагінації /blog/page/2/, /blog/page/3/ — залишайте в індексі, але не оптимізуйте як самостійні посадкові сторінки. Canonical на /blog/ встановлювати не варто (Google тоді може не переходити до сторінок 2+). Правильний підхід — унікальний title і meta для кожної сторінки пагінації.

Аудит URL: інструменти і методика

Регулярний аудит URL — частина комплексного SEO-просування. Ось як ми проводимо його на практиці.

Screaming Frog SEO Spider

1. Запустіть краулінг сайту. У меню → Configuration → Spider переконайтеся, що crawl всіх типів контенту увімкнено.
2. Фільтр за довжиною URL. Вкладка URL → Filter → Over 115 characters. Всі URL довші 115 символів — кандидати на скорочення.
3. Пошук параметрів у URL. Меню → URL → Filter → Contains → введіть ?. Перегляньте список параметричних URL і визначте, які потрібно закрити.
4. Перевірка регістру. Export всіх URL і перевірте наявність великих літер (регулярний вираз [A-Z] у будь-якому текстовому редакторі).

Google Search Console

1. Звіт «Індексування сторінок» → подивіться, які URL виключені Google і чому. Велика кількість «Дублікат без канонічної» — сигнал проблем зі структурою URL.
2. Налаштування параметрів URL (Стара GSC) або через robots.txt — вкажіть, які параметри Google може ігнорувати.
3. Повне індексування vs Crawled but not indexed — якщо важливі сторінки не проіндексовані, перевірте глибину їх вкладеності і кількість внутрішніх посилань.

Ahrefs Site Audit

1. Запустіть аудит → вкладка Issues → URL Issues.
2. Звертайте увагу на: «URL contains uppercase letters», «URL too long», «URL contains underscores».
3. Через Site Explorer → Best by Links перевірте, чи немає важливих сторінок із поганою URL-структурою, на які ведуть зовнішні посилання.

Також рекомендуємо перевіряти URL через актуальні гайди від Search Engine Land — там регулярно оновлюються найкращі практики від Google.

На практиці

Київське туристичне агентство з напрямками по Європі та Азії звернулось до нас після самостійної спроби перенести URL на людиночитабельні адреси. Близько 1 600 сторінок турів досі жили за адресами /tour/?id=4821. Нові URL за схемою /tours/europe/italy/rome-5days/ були технічно готові.

Але краулінг у Screaming Frog виявив, що 340 редиректів виявились ланцюжками з двох-трьох переходів: старий ID-адрес → проміжний технічний slug → фінальний ЧПУ. Google не «скорочує» такі ланцюжки автоматично, і кожен додатковий перехід послаблює передачу посилальної ваги.

Ми вручну переписали всі 340 проблемних редиректів — прямі 301 з оригінальних /?id= на цільові /tours/ адреси — і одночасно перевірили GSC на наявність помилок індексування.

Через 7 тижнів агентство зафіксувало зростання позицій за 200+ геозапитами («тури до Риму з Києва», «екскурсії Балі недорого» тощо) на 8–15 позицій. Видимість домену в Ahrefs зросла на 41%. Сторінки з трирівневим URL /tours/asia/bali/ почали ранжуватися за регіональними кластерами швидше, ніж очікувалось, — структура URL сама підсилила тематичну кластеризацію.

Ланцюжки редиректів після URL-міграції — не дрібниця. На туристичному сайті з 1 600 сторінками кожен зайвий перехід означає, що вага зовнішніх посилань, накопичена роками, доходить до фінальної сторінки ослабленою. Screaming Frog у режимі «All Redirects» — перше, що треба запустити після будь-якої масової зміни URL.

Часті запитання

Яка максимальна глибина вкладеності URL не шкодить SEO?

Оптимальна глибина — до 3 рівнів: домен / категорія / сторінка. Більше 4 рівнів ускладнює краулінг і знижує передачу ваги. Для великих інтернет-магазинів допустимо 4 рівні, але не більше.

Чи шкодить trailing slash в URL позиціям?

Сам по собі trailing slash не шкодить, але дублі — шкодять. Якщо /page/ і /page без слеша повертають 200 OK замість 301-редиректу, Google індексує дві URL як різні сторінки і ділить між ними ваговий сигнал.

Як правильно будувати URL для фільтрів в інтернет-магазині?

Фільтри з параметрами (?color=red&size=M) закривають через noindex або canonical на базову категорію. Окремі посадкові фільтри з попитом (наприклад /krosivky/nike/) оформлюють як статичні URL і оптимізують окремо.

Чи варто переробляти URL на вже живому сайті?

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