Архітектура сайту
Як сторінки сайту згруповані та повʼязані: розділи, URL, навігація, хлібні крихти й внутрішні посилання.
Перевірив Олександр Яровенко · Оновлено: 2026-10-04
Архітектура сайту — спосіб, яким сторінки сайту згруповані та повʼязані: розділи, шляхи URL, навігація, хлібні крихти й внутрішні посилання. Google пише, що логічна організація може допомогти пошуковим системам і користувачам зрозуміти, як повʼязані сторінки. Ідеальної глибини кліків і обовʼязкової форми документація не задає, тож архітектуру оцінюють за тим, чи можуть люди й роботи дійти до кожної важливої сторінки та зрозуміти її.
Що це і де проходить межа
Архітектура — проєкт відносин між сторінками, виражений у чотирьох видимих шарах: шлях URL, меню, ланцюжок крихт і посилання всередині тексту. Це не одне налаштування. Google також застерігає від поспішної реорганізації: пошукові системи, ймовірно, зрозуміють ваші сторінки й у нинішньому вигляді, тому перебудові потрібна ясна причина, а зміні URL — редиректи.
Чим відрізняється від схожих термінів
| Поняття | Охоплення | Типове питання |
|---|---|---|
| Архітектура сайту | уся структура | як організовані розділи й сторінки |
| Внутрішнє перелінковування | посилання між сторінками | чи отримує посилання кожна важлива сторінка |
| Структура URL | адреси | чи зрозумілі й одноманітні шляхи |
| Глибина кліків | відстань від головної | скільки кліків до сторінки |
| Хлібні крихти | навігаційний ланцюжок | де ця сторінка в ієрархії |
Навіщо це потрібно
Роботи знаходять сторінки за посиланнями, а відвідувачі рухаються меню й крихтами. Google зазначає, що на сайтах з понад кількома тисячами URL групування схожих сторінок за каталогами може допомогти йому дізнатися, як часто змінюється кожен каталог. Для невеликих сайтів ефект здебільшого для читачів: ясна структура показує, що ви охоплюєте і куди йти далі.
Що документує Google, а що ні
- Задокументовано: описові URL із читабельними словами, проста структура URL, посилання, придатні для сканування (
<a href>), каталоги, що групують схожі за темою сторінки на великих сайтах, крихти, виведені зі слів URL, і необовʼязкова розмітка. - Не задокументовано: «правило трьох кліків», ідеальна глибина, обовʼязкові «силоси» чи співвідношення категорій і сторінок. Це галузеві умовності; перевіряйте їх на своїх даних.
Як застосовувати
- Перелічіть типи сторінок: головна, хаби розділів, сторінки деталей, допоміжні статті, службові сторінки.
- Намалюйте ієрархію на папері до правки URL: у кожної сторінки одна батьківська тема.
- Робіть URL читабельними й стабільними, мовою аудиторії, без довгих ID; параметри тримайте у звичайній формі
key=value&key=value. - Звʼязуйте хаби з дочірніми сторінками й назад справжніми посиланнями
<a href>, щоб структура була видна без скриптів. - Додайте крихти, що повторюють ієрархію, і розмітку, якщо хочете описати їх явно.
- Стежте, щоб на кожну індексовану сторінку вело хоча б одне посилання з іншої сторінки (без сторінок-сиріт).
- Обмежте нескінченні варіанти на кшталт фасетної навігації і перевірте результат обходом.
Практичний приклад
Обхід магазину середнього розміру від головної дає таку таблицю:
| Знахідка | Імовірна причина | Перевірка |
|---|---|---|
| товари є в мапі сайту, але обхід їх не знайшов | немає внутрішніх посилань, перелік будується скриптом | пошукати <a href> у відрендереному HTML |
| один товар за трьома шляхами | товар привʼязаний до кількох категорій | обрати один канонічний шлях і посилатися на нього |
| тисячі комбінацій фільтрів | параметри без обмежень | переглянути обробку параметрів і внутрішні посилання на них |
У кожної знахідки один власник і одне виправлення: так аудит перетворюється на перелік змін.
Часті помилки
- Посилання лише скриптами: Google надійно розбирає елементи
<a>зhref; інші формати можуть не видобуватися. - Фрагменти замість URL: контент, що перемикається фрагментами
#, як правило, не підтримується; використовуйте справжні URL або History API. - Реорганізація заради реорганізації: без причини перебудова ризикує втратою посилань і редиректами, які треба підтримувати.
- Вважати глибину кліків правилом ранжування: документація не називає числа.
- Кілька шляхів до однієї сторінки: оберіть один і використовуйте скрізь.
- Меню, що розходиться з ієрархією URL: читачі й крихти отримують суперечливі сигнали.
Як перевірити результат
Обійдіть сайт від головної й порівняйте знайдені URL з мапою сайту та звітами про індексацію Search Console: відсутні сторінки зазвичай вказують на недостатні посилання. Перевірте кілька ключових URL у Search Console і подивіться відрендерений HTML. Після перебудови стежте за редиректами, кількістю проіндексованих сторінок і звітом «Ефективність» протягом повного періоду.
Ще питання
Чи має структура бути пласкою?
Цільової глибини Google не називає. Тримайте важливі сторінки досяжними, а ієрархію логічною; кількість кліків випливає зі змісту.
Чи потрібні хлібні крихти?
Вони допомагають читачам зрозуміти, де вони перебувають. Google виводить крихти зі слів URL і підтримує розмітку.
Чи важлива структура URL для невеликого сайту?
Читабельні URL допомагають людям; Google пише, що пошукові системи, ймовірно, і так зрозуміють сторінки. Не змінюйте робочі URL без потреби.
Наступний практичний крок
Як планувати структуру, дивіться в уроці Архітектура сайту, потім обійдіть свій сайт і позначте кожну сторінку без вхідних посилань.
Повʼязані поняття
- Внутрішнє перелінковування — посилання, що будують структуру.
- Контент-хаб — сторінка-хаб зі повʼязаними сторінками.
- Модель «хаб і спиці» — поширена схема контенту.
- Глибина обходу — відстань від стартової сторінки.
- Параметри URL — джерело нескінченних варіантів.