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

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

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

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

слаг — це частина шляху, яка ідентифікує конкретну сторінку. У /blog/url-structure/слаг — url-structure. Саме це бачать Googlebot та користувач у рядку браузера.

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

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

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

Правила створення SEO-зручних URL-адрес

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

1. Тільки латинські символи. Кириличні або інші URL-адреси, що не належать до ASCII, технічно є коректними (браузери кодують їх як рядки з процентним кодуванням), але вони погано відображаються в результатах пошуку, копіюються як спотворені рядки та створюють слабкі посилання. Транслітеруйте або використовуйте змістовні англійські слова.
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-параметри GSC або використовуйте канонічні теги.

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 на послідовне створення слагів малими літерами.

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-адреси

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

• Canonical або noindex: /sneakers/?color=black&size=42 → canonical на /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

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

Аудит сайту Ahrefs

1. Проведіть аудит та відкрийте Проблеми → Проблеми з URL-адресами.
2. Слідкуйте за: «URL-адреса містить великі літери», «URL-адреса занадто довга», «URL-адреса містить символи підкреслення».
3. Використовуйте Site Explorer → Найкраще за посиланнями щоб перевірити, чи сторінки з найбільшою кількістю зовнішніх посилань не мають поганої структури 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-ми, а потім провели перевірку покриття GSC, щоб виявити будь-які нещодавно осиротілі сторінки.

Сім тижнів пізніше, агентство зафіксувало покращення рейтингу на 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 тижні.