Інформаційна архітектура сайту
Інформаційна архітектура — це не меню і не гарні URL, а відповідь на два питання: як Google узагалі дістається до сторінки і чому саме вона має відповідати на запит. У цьому уроці — що робить структуру робочою для пошуку, чому глибина вкладеності майже ніколи не буває головною проблемою і що ламає каталоги насправді.
Спиратися будемо на документацію про те, які посилання Google може обійти, і на опис краулінгового бюджету.
Перше: посилання має бути посиланням
Найдорожча помилка архітектури не в глибині, а в тому, що шлях до сторінки технічно не існує. Документація формулює це прямо: «як правило, Google може обійти посилання, лише якщо це HTML-елемент <a> з атрибутом href». Посилання в інших форматах сканери зазвичай не розбирають.
Звідси класичний розрив: меню на скриптах, фільтри, що відкривають товари без посилань, «показати ще» без href. Для людини каталог є, для сканера — ні. Перевіряється це обходом: сканер сайту показує, до чого він дійшов за посиланнями, і цей список майже ніколи не збігається з очікуваннями.
Друге: глибина — не головна проблема
«Три кліки від головної» — зручне правило, але не задокументована вимога. Значення має не кількість рівнів, а те, чи є до сторінки виразний шлях і наскільки він помітний. Сторінка на четвертому рівні з посиланнями з категорії та зі звʼязаних матеріалів виявляється краще, ніж сторінка на другому, куди веде одне посилання з підвалу.
Ієрархію для людини і для видачі показують хлібні крихти з розміткою: вони пояснюють, де розташована сторінка, не вимагаючи від користувача розбирати URL.
Третє: каталоги ламає не вкладеність, а фільтри
Краулінговий бюджет визначається двома складовими: межею швидкості обходу і потребою в обході, і рахується він для хоста цілком. Там само сказано важливе: не кожна обійдена сторінка буде проіндексована — після обходу сторінку ще оцінюють.
Фасетна навігація перетворює скінченний каталог на безмежну множину адрес: кожна комбінація фільтрів і сортувань — окремий URL. У Google на це окремий посібник, і саме тут, а не в глибині меню, витрачається обхід на великих сайтах.
Практична ознака проблеми — кількість відомих Google URL значно більша за кількість реальних сторінок. Дивитися це потрібно у звіті щодо проблем індексації, а відповідність карти сайту реальності — у моніторингу sitemap.
Четверте: одна тема — одна сторінка
Архітектура визначає не лише доступність, а й те, яка сторінка відповідає за тему. Коли дві категорії або дві статті претендують на один запит, видача обирає сама, і вибір змінюється від обходу до обходу. Це канібалізація, і лікується вона не текстом, а структурою: обʼєднанням, канонізацією або переорієнтацією однієї зі сторінок.
Правила консолідації описані в посібнику з канонізації дублів, а знайти конфліктні пари у своїх даних допомагає канібалізація запитів. Які розділи реально приносять покази, видно у продуктивності папок — це і є архітектура, побачена з боку пошуку.
Пʼяте: URL говорить про структуру, але не створює її
Зрозуміла адреса корисна: посібник зі структури URL радить прості, читабельні адреси зі словами замість ідентифікаторів. Але URL — наслідок архітектури, а не вона сама. Перейменування адрес без зміни звʼязків нічого не лагодить і при цьому потребує редиректів.
Міні-аудит архітектури
- Обійдіть сайт сканером і порівняйте список знайдених URL з тим, що має бути.
- Знайдіть сторінки, до яких обхід не дійшов: як туди потрапляє людина і чому не потрапляє сканер.
- Перевірте, чи не перевищує кількість відомих URL кількість реальних сторінок у рази: якщо так, шукайте фільтри.
- Для трьох ключових запитів назвіть одну сторінку, яка має за ними ранжуватися. Якщо названо дві — це задача на структуру.
- Перевірте внутрішні посилання на ключові сторінки: скільки їх і звідки. Аналіз внутрішніх посилань показує донорів і анкори.
Помилки, які видно одразу
- Меню без href: для сканера шляхів немає.
- Кожен фільтр — індексований URL без правил консолідації.
- Карта сайту і навігація описують різні сайти.
- Дві сторінки на одну тему, створені «щоб покрити обидва запити».
- Перейменування URL замість виправлення звʼязків.
Що далі
Архітектура перевіряється тими самими даними, що й усе інше: спершу первинною діагностикою з уроку про первинний аналіз сайту, потім звіркою з тим, що винагороджує видача, — як в уроці про конкурентний аналіз. І памʼятайте про терміни: зміни проявляються не одразу, а перебудова структури — одна з найповільніших із них.