Структура сайту для SEO: як побудувати архітектуру

Структура сайту для SEO (або архітектура сайту) — це те, як сторінки згруповані, пов'язані між собою й адресовані: ієрархія розділів і категорій, шляхи URL, навігація та внутрішні посилання. Добра архітектура дає пошуковим системам дістатися кожної важливої сторінки звичайними посиланнями. Вона чітко показує, про що кожен розділ, а відвідувач завжди лише за кілька кліків від того, по що прийшов.

Більшість проблем зі структурою не виглядає як помилки. Нічого не ламається, нічого не червоніє в Search Console. Натомість сторінки лежать на п'ятому рівні вкладеності, категорії перетинаються або фільтри породжують тисячі майже однакових URL, а позиції стоять на місці. У цьому посібнику пояснюємо, як спланувати структуру, які правила Google справді документує і як провести аудит наявної структури.

Що таке архітектура сайту в SEO?

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

Типовий сайт малого бізнесу має головну, кілька основних розділів (послуги, товари, блог, про нас) і детальні сторінки в кожному розділі. Інтернет-магазин додає категорії, підкатегорії та картки товарів. SaaS-сайт часто має функції, рішення, ціни, документацію й блог. У кожному разі архітектура складається з чотирьох шарів, що працюють разом:

• Ієрархія: які сторінки батьківські, а які дочірні.
• URL: шляхи, які відображають (або не відображають) цю ієрархію.
• Навігація: меню, футер, хлібні крихти та списки в категоріях.
• Контекстні внутрішні посилання: посилання в тексті, що з'єднують пов'язані сторінки з різних розділів.

Якщо один шар суперечить іншому, наприклад URL кажуть одне, а навігація — інше, і роботи, і користувачі отримують змішані сигнали.

Чому структура сайту важлива для SEO?

Структура сайту важлива, бо Google здебільшого знаходить сторінки, переходячи за посиланнями. Сторінку, на яку немає посилань із логічних місць, можуть ніколи не просканувати, а сторінка, на яку посилаються лише глибокі архіви, отримує мало уваги. Чітка структура також групує пов'язаний контент, і це допомагає Google зрозуміти теми та те, як часто змінюється кожен розділ.

Google каже про це прямо. У посібнику з SEO для початківців зазначено, що «Google primarily finds pages through links from other pages it already crawled» (Google переважно знаходить сторінки за посиланнями з інших, уже просканованих сторінок) і що переважну більшість нових сторінок, які Google знаходить щодня, він знаходить саме через посилання. Там само сказано, що групування схожих тем у каталоги «can help Google learn how often the URLs in individual directories change» (може допомогти Google зрозуміти, як часто змінюються URL в окремих каталогах).

На практиці добра архітектура дає:

• Швидше виявлення нових сторінок, бо на них посилаються добре проскановані хаби.
• Сильніші ключові сторінки, бо важливі сторінки отримують посилання з багатьох місць, зокрема з головного меню.
• Менше марних сканувань, бо ви не генеруєте нескінченні URL з параметрами. На великих сайтах це пов'язано з оптимізацією краулінгового бюджету.
• Зручніші шляхи для користувачів, що зазвичай означає більше переглядів за візит і більше конверсій.

ШІ-пошук, що спирається на пошукові індекси, стартує з тієї ж бази. Сторінку, яку важко просканувати й проіндексувати, їм теж важко знайти й процитувати.

Пласка чи глибока структура сайту: що краще?

Для більшості сайтів найкраще працює досить пласка структура. Важливі сторінки мають бути доступні приблизно за три кліки від головної, без зайвих рівнів, що існують лише заради впорядкування. «Пласка» не означає посилатися на кожну сторінку з головної. Це неглибока ієрархія з чіткими батьківськими розділами.

Google не публікує максимальної глибини вкладеності. Правило трьох кліків — поширене емпіричне правило, а не вимога Google. Проте логіка за ним слушна: що далі сторінка від сторінок із великою кількістю посилань, то менше внутрішніх посилань вона отримує і то пізніше її, найімовірніше, знайдуть.

Добрий варіант за замовчуванням — три рівні: головна, розділ або категорія, детальна сторінка. Додавайте четвертий рівень лише тоді, коли в категорії справді забагато позицій для зручного перегляду.

Як спланувати структуру сайту для SEO?

Плануйте структуру від тем, які люди шукають, і від того, як вони переміщуються сайтом, а не від організаційної схеми компанії. Згрупуйте пошукові теми в розділи, дайте кожному розділу сторінку-хаб, розмістіть детальні сторінки під потрібним хабом, а потім підберіть під це URL і навігацію. Робіть це до створення сторінок або до редизайну.

1. Зіставте теми зі сторінками

Випишіть головне, що шукають клієнти: послуги, типи товарів, проблеми, локації. Згрупуйте так, щоб кожна група стала розділом, а кожен окремий пошуковий намір отримав рівно одну сторінку. Дві сторінки під той самий намір конкуруватимуть між собою. Об'єднайте їх на етапі планування, замість того щоб потім виправляти канібалізацію.

2. Створіть хаби для кожного розділу

Кожному розділу потрібна повноцінна посадкова сторінка, наприклад «/services/» чи «/running-shoes/». Вона має робити більше, ніж просто перелічувати посилання. Корисний хаб пояснює тему, посилається на кожну дочірню сторінку з описовим анкором і відповідає на поширені запитання. Хаби збирають внутрішні посилання й передають їхню вагу детальним сторінкам.

3. Визначте шляхи URL

Нехай URL відображають розділи там, де це допомагає користувачам, наприклад /services/roof-repair/ або /blog/website-architecture-for-seo/. Робіть їх короткими. Не додавайте дат чи ланцюжків категорій, які можете згодом змінити, бо кожна зміна URL потребує редиректу.

4. Продумайте навігацію та хлібні крихти

Головне меню має вести на розділи й найважливіші сторінки, а не на п'ятдесят пунктів. Хлібні крихти показують, де розташована сторінка. У документації Google про хлібні крихти сказано, що ланцюжок навігації «indicates the page's position in the site hierarchy» (вказує на позицію сторінки в ієрархії сайту), і рекомендовано, щоб хлібні крихти «represent a typical user path to a page, instead of mirroring the URL structure» (відображали типовий шлях користувача до сторінки, а не копіювали структуру URL).

5. Додайте контекстні посилання між пов'язаними сторінками

Навігація відповідає за вертикальну структуру, а посилання в тексті — за горизонтальну. Посилайтеся зі сторінки послуги на кейс, де її застосовано, а зі статті в блозі — на послугу, яку вона пояснює. У нашому посібнику з внутрішньої перелінковки розібрано анкори, розміщення посилань і пошук сторінок-сиріт.

Яка структура URL найкраща для SEO?

Найкраща структура URL — читабельна, послідовна й стабільна. Використовуйте описові слова, розділені дефісами, лише малі літери, не додавайте зайвих параметрів і не завантажуйте різний контент через фрагменти URL. Кожен із цих пунктів описано в рекомендаціях Google щодо структури URL.

Для багатомовних сайтів найпростіше в керуванні — окремі папки для кожної мови (як-от /es/ і /ua/). Доповніть їх розміткою hreflang, щоб Google показував кожному користувачеві потрібну версію.

Чи скануються посилання у вашій навігації?

Посилання допомагає знайти сторінку, лише якщо Google може його розпізнати. Згідно з рекомендаціями Google щодо посилань, «Google can only crawl your link if it's an <a> HTML element with an href attribute» (Google може просканувати посилання, лише якщо це HTML-елемент <a> з атрибутом href). Меню з кнопок, span-ів чи JavaScript-обробників кліків може виглядати для відвідувачів нормально й водночас бути невидимим для роботів.

<!-- Сканується -->
<a href="/services/roof-repair/">Roof repair</a>

<!-- Сканується ненадійно -->
<span onclick="goto('/services/roof-repair/')">Roof repair</span>
<a routerLink="services/roof-repair">Roof repair</a>

Зверніть увагу на такі проблеми з посиланнями на рівні архітектури:

• Мегаменю, що рендериться лише після кліку чи наведення, тож посилань немає в HTML, доки не виконається JavaScript. Перевіряйте відрендерений HTML, як описано в нашому посібнику про проблеми рендерингу в JavaScript SEO.
• Кнопки «Показати ще» замість посилань пагінації в категоріях і блогах. Старіші матеріали втрачають єдиний шлях, яким їх можна просканувати.
• Загальні анкори на кшталт «читати далі» чи «натисніть тут». Google зазначає, що текст анкора «tells people and Google something about the page you're linking to» (повідомляє людям і Google дещо про сторінку, на яку ви посилаєтеся).
• Мобільне меню з меншою кількістю посилань, ніж на десктопі. Google індексує мобільну версію, тож посилань, яких немає на мобільних, фактично немає взагалі.

Що робити з фільтрами та фасетною навігацією?

Фільтри (колір, розмір, ціна, сортування) можуть перетворити одну категорію на тисячі URL з майже однаковим контентом. У посібнику Google щодо фасетної навігації попереджено, що це створює «infinite URL spaces» (нескінченні простори URL), які призводять до надмірного сканування й повільнішого виявлення нового контенту. Бажане рішення — не допускати сканування більшості URL фільтрів.

Рекомендації Google:

1. Блокуйте параметри фільтрів у robots.txt, якщо відфільтровані сторінки не мають ранжуватися. Google зазначає, що часто «no good reason to allow crawling of filtered items» (немає вагомих причин дозволяти сканування відфільтрованих елементів).
2. Або використовуйте для фільтрів фрагменти URL, бо Google зазвичай не сканує й не індексує фрагменти.
3. Якщо деякі відфільтровані сторінки мають скануватися, використовуйте стандартні роздільники &, тримайте сталий порядок фільтрів і «return an HTTP 404 status code when a filter combination doesn't return results» (повертайте код статусу HTTP 404, коли комбінація фільтрів не дає результатів).

Практичний компроміс для магазинів: ті кілька комбінацій фільтрів, які мають реальний пошуковий попит (наприклад, «жіночі кросівки для трейлраннінгу»), перетворіть на повноцінні статичні сторінки підкатегорій із власними URL і посиланнями. Усе інше тримайте поза скануванням.

Як провести аудит структури сайту?

Щоб провести аудит структури сайту, проскануйте весь сайт, починаючи з головної. Потім перевірте глибину вкладеності, сторінки-сироти, кількість індексованих URL порівняно зі сторінками, які ви хочете бачити в індексі, і те, чи скануються посилання в навігації. Зіставте результати сканування з Search Console та XML-картою сайту, щоб знайти сторінки, які існують, але на які немає посилань.

Простий порядок аудиту:

1. Проскануйте сайт від головної краулером, що рендерить JavaScript. Зафіксуйте для кожного URL глибину вкладеності та кількість внутрішніх посилань на нього.
2. Відсортуйте за глибиною. Позначте сторінки, що приносять дохід чи ліди, якщо вони глибше трьох кліків.
3. Знайдіть сторінки-сироти. Порівняйте URL з карти сайту та звіту про індексування сторінок у Search Console з URL, які краулер знайшов за посиланнями. Сторінки, що є лише в карті сайту, не мають внутрішнього шляху.
4. Порахуйте шаблони URL. Якщо в магазині на 500 товарів краулер знаходить 40 000 URL, параметри чи дубльовані шляхи розмножуються.
5. Перевірте перетини розділів. Шукайте дві сторінки категорій чи послуг, що конкурують за той самий запит, або архіви тегів, що дублюють категорії.
6. Перегляньте відрендерене меню на мобільних і десктопі та переконайтеся, що воно побудоване з посилань <a href>.

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

Які помилки в структурі сайту найпоширеніші?

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

• Розростання категорій: десятки «тонких» категорій із двома-трьома позиціями. Об'єднайте їх.
• Архіви тегів, що дублюють категорії, у блогах і на сайтах WordPress. Залиште лише теги, які утворюють корисні хаби, а решту закрийте через noindex або видаліть.
• Забуті посадкові сторінки-сироти, створені для реклами чи кампаній. Поставте на них посилання або приберіть їх.
• Пагінація без доступних для сканування посилань на сторінки 2, 3 і далі.
• Дати чи ID в URL, через які доводиться ставити редиректи щоразу, коли оновлюється контент.
• Різні версії зі слешем і без, у різному регістрі чи з www, і всі віддають статус 200. Оберіть одну версію, а решту перенаправте на неї.

Як змінити структуру сайту без втрати трафіку?

Реструктуризація безпечна, коли кожен старий URL постійним редиректом веде на найближчий новий відповідник, внутрішні посилання ведуть одразу на нові URL, а результат ви перевіряєте відразу після запуску. Більшість втрат трафіку після реструктуризації спричиняють відсутні редиректи, ланцюжки редиректів і внутрішні посилання, що досі ведуть на старі адреси.

Перш ніж щось переносити:

• Вивантажте всі індексовані URL з їхнім трафіком і зворотними посиланнями та зіставте кожен із новим URL.
• Для постійних переміщень використовуйте 301 редиректи. Чому тип має значення, пояснюємо в порівнянні 301 і 302 редиректів.
• Оновіть меню, хлібні крихти, посилання в тексті, теги canonical, hreflang і XML-карту сайту, щоб усе вело на кінцеві URL, а не на редиректи.
• Після запуску проскануйте сайт повторно й кілька наступних тижнів стежте за звітом про індексування сторінок у Search Console.

За можливості змінюйте одну велику річ за раз. Якщо за один тиждень ви зміните URL, оновите шаблони й перепишете контент, то не зможете зрозуміти, яка зміна спричинила просідання.

Головне

• Архітектура сайту — це ієрархія, URL, навігація та внутрішні посилання, що працюють разом. Більшість сторінок Google знаходить, переходячи за посиланнями.
• Тримайте важливі сторінки приблизно за три кліки від головної. Це емпіричне правило, а не обмеження Google.
• Дайте кожному розділу повноцінний хаб, а кожному пошуковому наміру — одну сторінку.
• Використовуйте читабельні URL у нижньому регістрі з дефісами, уникайте фрагментів і зайвих параметрів.
• Будуйте меню з посилань <a href> і переконайтеся, що мобільне меню має ті самі посилання.
• Тримайте більшість URL фільтрів поза скануванням, а в статичні сторінки перетворюйте лише комбінації з реальним пошуковим попитом.
• Проводьте аудит повним скануванням: перевірте глибину вкладеності, сторінки-сироти й кількість URL, а потім виправляйте насамперед найважливіші сторінки.