Структура сайту для SEO: опорні сторінки і кластери замість купи статей

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

На практиці це чотири кроки: вибрати тему, з якої ви заробляєте, зібрати запити і питання клієнтів, згрупувати їх так, щоб на кожну групу відповідала одна сторінка, і прописати посилання між сторінками. Статтю, яка відповідає на той самий запит, що й інша, краще обʼєднати з нею, ніж залишати поруч. Так побудований і цей сайт: тема «Сайт і SEO» це опорна сторінка для статей про пошук, аудит і структуру.

Чому 100 статей без структури не працюють

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

Статті дублюють одна одну. На практиці, коли три тексти відповідають на «як вибрати імплант» трохи різними словами, вони ділять між собою покази і посилання, і жоден не стає найкращою відповіддю. Для сторінок з тією самою інформацією Google у посібнику для початківців радить, щоб кожен матеріал був доступний лише за однією адресою, а з решти адрес вів редирект на ту, що представляє його найкраще: дві такі сторінки плутають людей, бо незрозуміло, яка з них правильна.

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

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

Є і четвертий ризик, про який Google пише прямо. Його системи ранжування оцінюють окремі сторінки, але використовують і сигнали рівня всього сайту. А серед тривожних ознак у посібнику про корисний контент є питання: чи не створюєте ви багато контенту на різні теми в надії, що щось із нього спрацює в пошуку. Купа статей «про все, що шукають» відповідає саме цьому опису. Трафік без пошукового запиту розібрано в матеріалі Google Discover: як потрапити.

Що таке опорна сторінка

Опорна сторінка (pillar page) це сторінка, яка відповідає на широкий запит теми на рівні огляду і веде на окремі сторінки з деталями. Кластер (topic cluster) це опорна сторінка разом із вужчими сторінками теми і посиланнями між ними. Модель популяризувала HubSpot, і її основою компанія називає власне дослідження 2015 року «Topics Over Keywords». Це термінологія маркетологів, а не офіційні поняття Google. Але механіку, на якій модель тримається, Google описує прямо: посилання допомагають знаходити сторінки, а текст посилання пояснює людям і Google, про що сторінка, на яку воно веде.

На опорній сторінці мають бути чотири речі:

1. Коротка відповідь на широкий запит у перших абзацах, щоб людина отримала суть без переходів.
2. Карта теми. Кожна підтема одним-трьома реченнями і посилання на сторінку, де вона розібрана повністю.
3. Межі теми. Що сюди не входить і де про це читати.
4. Наступний крок. Для сайту послуг це ціна, запис чи форма, для контентного сайту це найважливіші статті теми.

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

На сайті послуг опорною часто стає сама сторінка послуги. «Імплантація зубів» відповідає на комерційний запит, а статті навколо неї відповідають на питання, які людина ставить до запису. На контентному сайті опорна сторінка це сторінка теми, як на цьому сайті.

Як розкласти тему на кластер

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

1. Виберіть одну тему, з якої ви заробляєте. Одна послуга або один напрям. Кластер «про все» не складається.
2. Зберіть запити і питання. Джерела: Search Console, підказки пошуку, планувальник ключових слів, питання в директі і на дзвінках. Як збирати і чистити запити, розібрано на прикладі семантики для інтернет-магазину. Порядок дій для сайту послуг розібрано в статті про семантичне ядро.
3. Згрупуйте за наміром. Два запити належать до однієї групи, якщо на обидва може відповісти одна сторінка. Робоча перевірка з практики, а не з документації Google: відкрийте видачу за обома запитами, і якщо там переважно ті самі сторінки, це одна група.
4. Дайте кожній групі одну сторінку. Якщо відповідь вміщується у два абзаци, це розділ опорної сторінки або питання в FAQ, а не окрема стаття.
5. Пропишіть, хто на кого посилається, ще до того, як писати тексти.

Умовний приклад для стоматологічної клініки, тема «Імплантація». Назви сторінок і запити ілюстративні, частоти свідомо не вказані: їх треба брати з ваших даних.

Чого в таблиці немає. Окремої статті «ціна імплантації»: людина з таким запитом готова записатися, тому ціна належить сторінці послуги, а стаття з ціною конкурувала б із самою послугою. І статті «що таке імплант»: відповідь на два абзаци живе на опорній сторінці. Скільки сторінок вийде, залежить від кількості груп запитів з окремим наміром: у цьому умовному прикладі одна послуга дала шість сторінок, опорну і пʼять статей кластера.

Цей підхід не працює або не потрібен у трьох випадках. Перший: сайт на пʼять-десять сторінок, куди люди приходять з реклами і соцмереж. Кластеру там ні на що спертися, і спершу треба вирішити, чи потрібен багатосторінковий сайт узагалі: про це стаття лендинг чи багатосторінковий сайт. Другий: інтернет-магазин, де структуру задає дерево категорій і фільтрів, а статті лише допомагають вибрати. Третій: тема, яку ніхто не шукає, наприклад новий продукт без усталеної назви. Структура розподіляє наявний попит, але не створює його.

Перелінковка: правила

Перелінковка працює, коли кожне посилання веде туди, куди читачеві справді треба далі, і з тексту посилання зрозуміло, що там. Правила 2–6 спираються на документацію Google, 1 і 7 з практики.

1. Кожна стаття кластера посилається на опорну сторінку, бажано в перших абзацах, а опорна посилається на кожну статтю кластера з коротким поясненням, що в ній.
2. Сусідні статті посилаються одна на одну там, де це потрібно читачеві: з «Етапів імплантації» на «Догляд після», а не на все підряд. Google пише, що ідеальної кількості посилань на сторінці немає, але якщо здається, що їх забагато, найімовірніше так і є.
3. Текст посилання описує сторінку. «Тут», «детальніше» і «читайте статтю» нічого не кажуть. Google пропонує перевірку: прочитайте тільки текст посилання без контексту і подумайте, чи зрозуміло, куди воно веде. Напихати в посилання ключові слова теж не треба: переспам ключовими словами Google відносить до порушень своїх правил щодо спаму.
4. Посилання не стоять ланцюжком. Кілька посилань поспіль без тексту між ними читачеві важко розрізнити, і кожне втрачає контекст. Google окремо радить стежити за словами до і після посилання.
5. Посилання технічно є посиланням. Google пише, що зазвичай може просканувати посилання, тільки якщо це елемент <a> з атрибутом href. Кнопка, яка відкриває сторінку через JavaScript без такого елемента, для пошуку може не бути посиланням.
6. На кожну важливу сторінку веде хоча б одне посилання. Це пряма рекомендація Google. Перевірити можна у звіті «Посилання» в Search Console: таблиця внутрішніх посилань показує, на які сторінки найбільше посилань з вашого ж сайту. Звіт показує вибірку, а не всі посилання. Сторінки-сироти (orphan pages) шукають порівнянням двох списків: усі адреси з sitemap або CMS проти адрес, до яких краулер дійшов за посиланнями: різниця між ними і є сиротами. Порядок перевірки є в пункті 13 технічного аудиту сайту за годину.
7. Інформаційні статті ведуть до послуги. Хоча б одне посилання з кожної статті кластера на сторінку послуги з природним приводом: «скільки це коштує у нас» або «записатися на консультацію».

Для AI-пошуку окремих правил немає. Google пише, що для AI Overviews і AI Mode спеціальна оптимізація не потрібна, і серед базових практик називає доступність контенту через внутрішні посилання. Ще Google пише, що ці функції можуть робити кілька повʼязаних пошуків за підтемами (query fan-out). Звідси наше припущення, а не твердження Google: сайт, де кожна підтема має свою сторінку, дає таким пошукам більше точок входу, хоча цитування це не гарантує. Як писати тексти, які цитують, розібрано в статті як писати статті під AI-пошук.

Коли стаття зайва

Стаття зайва, коли вона відповідає на той самий запит, що й інша сторінка сайту, коли її зміст вміщується у два абзаци іншої сторінки, або коли вона не потрібна ні читачеві, ні продажам. Видаляти таку статтю не завжди правильно: Google у поясненні про core updates називає видалення крайнім заходом для контенту, який неможливо врятувати.

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

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

Часті помилки

Сторінка теми як архів за датою. Автоматичний список статей не відповідає на широкий запит і не показує, з чого почати. Опорна сторінка пишеться руками: відповідь, карта теми, наступний крок.

Кілька статей під один запит. «Як вибрати імплант», «Який імплант краще» і «Порівняння імплантів» з однаковим змістом ділять покази між собою. Краще одна сильна сторінка, ніж три слабкі.

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

Однакові сторінки під кожне місто. «Імплантація Київ», «Імплантація Львів», «Імплантація Одеса» з тим самим текстом і заміненою назвою міста. Сторінки під міста, які ведуть людей на одну сторінку, і майже однакові сторінки, схожі більше на видачу, ніж на ієрархію сайту, Google наводить як приклади doorway abuse у правилах щодо спаму. Якщо клініка справді працює в трьох містах, на кожній сторінці має бути своє: адреса, лікарі, ціни, фото.

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