Как устроен хаб
Хаб в триплетах
01 · Проблема
Представьте одну хорошую статью: глубокую, полезную, честно написанную. Она верно отвечает на конкретный вопрос. Казалось бы, этого достаточно.
Для нейросети — нет. Собирая ответ, генеративная модель не берёт страницу целиком. Она разбирает её на фрагменты и оценивает каждый: можно ли ему доверять, подтверждается ли он другими источниками, стоит ли за ним экспертиза или это случайное удачное предложение.
Одинокая статья такую проверку почти не проходит. У неё нет окружения: нет других страниц того же автора, нет структуры, которая показала бы, что за текстом стоит система. Модель видит один документ в пустоте и относится к нему осторожно.
Хаб решает ровно эту проблему: даёт статье окружение, из которого видно, что здесь не случайный текст, а организованная территория знания.
02 · Определение
Хаб в методологии GEO PROTOKOL — связный граф страниц на сайте бренда, посвящённый одной широкой теме.
Слово «граф» здесь точное. Есть узлы, есть связи между ними, и важно не только содержание узлов, но и то, как они соединены. Хаб — не папка со статьями на одну тему, а страницы, которые ссылаются друг на друга по смыслу и образуют сеть с центром и периферией.
Тема хаба называется сущностью. Сущность — не ключевое слово, а целостный объект: явление, метод, область. У неё много сторон, и каждая сторона — отдельная страница хаба. Вместе они закрывают тему полностью.
Минимальный рабочий хаб — опорная страница плюс пять узких. Меньше — система не считывается как система.
03 · Центр системы
Pillar — сердце хаба. Он отвечает не на частность, а на самый широкий вопрос темы, обзорно. Если хаб построен вокруг генеративной оптимизации, то таким Pillar служит канон методологии: он объясняет, что это и как устроено в принципе, а детали уходят на другие страницы.
К Pillar нейросеть приходит первой, на нём складывается первое представление об экспертизе бренда. Поэтому обычно это самый плотный и объёмный документ хаба: он должен дать обзор всей территории.
Pillar — ещё и узел, к которому ведут все дороги. Из любой узкой страницы через несколько переходов можно вернуться к нему. Что бы нейросеть ни читала в хабе, она всё время видит связь с центром.
04 · Узкие страницы
Страницы вокруг Pillar называются Spokes. Если Pillar отвечает на вопрос «что такое генеративная оптимизация», Spokes отвечают на узкие: чем она отличается от классического поиска, как замерить результат, какие инструменты применяются, сколько это занимает времени.
Сила Spokes — в глубине. Узкая страница может разобрать один вопрос до дна, с примерами, цифрами и деталями. Именно из таких ответов нейросеть чаще всего берёт фрагменты для цитирования: они самодостаточны и точны.
Список Spokes задаёт сама тема, а не фантазия. Если честно разложить сущность на составляющие, получится готовый список узких страниц.
05 · Важное различие
Навигация и силос
Меню, футер, блок «читайте также». Группа страниц на одну тему, лежащих рядом. Нейросеть навигационные ссылки почти не учитывает.
Хаб
Контекстные ссылки внутри текста, рядом с понятием, к которому ведут. Страницы сшиты по смыслу так плотно, что читаются как единый источник.
Когда термин в тексте одновременно ведёт на страницу, где он раскрыт, машина видит смысловую связь, а не навигационную. Плотность и осмысленность таких связей и превращают набор страниц в хаб.
06 · Плотность
Это рабочий минимум, при котором граф достаточно плотный, чтобы алгоритм распознал связи как намеренные, а не случайные. Меньше трёх — хаб распадается на отдельные документы. Больше — не вредит, а укрепляет.
Считаются только ссылки в тексте. Меню, футер и сквозные блоки в подсчёт не идут: для машины это элементы шаблона, а не смысловые связи.
07 · Механизм
Генеративная система оценивает не только фрагмент, но и его окружение. Фрагмент со страницы, вокруг которой плотная сеть связанных материалов, получает больше доверия, чем такой же фрагмент из одинокой статьи: окружение подтверждает, что за текстом стоит система. Хаб даёт машине три вещи, которых нет у отдельной страницы:
08 · Место в системе
Хабовая архитектура — каркас, и его нужно наполнить. Внутри каждой страницы контент упаковывается так, чтобы машина легко его читала и цитировала: самодостаточными блоками, явными смысловыми связками, фактами вместо оценок. Продающий текст хаб не спасёт: слой фильтрации срежет маркетинговый шум ещё до сборки ответа. Требования к отдельной странице собраны в стандарте цитируемой страницы.
Связи между страницами замыкаются в семантические петли, которые возвращают нейросеть к центру.
Хаб держит всё это вместе. Это рамка, в которой работают инструменты GEO PROTOKOL: смысловые пули, триплеты, ассоциативные поля и семантические петли. Без рамки они рассыпаются на разрозненные приёмы, внутри неё складываются в систему.
09 · Вопросы и ответы
Хабовая архитектура — способ организовать контент сайта как связный граф страниц вокруг одной темы: опорная страница Pillar и узкие страницы Spokes, соединённые контекстными ссылками. Это архитектурный принцип методологии GEO PROTOKOL.
Минимум шесть: одна опорная страница Pillar и пять узких страниц Spokes. С каждым новым узлом хаб становится сильнее.
Меню и блоки «читайте также» — навигация, которую нейросеть почти не учитывает. Хаб держится на контекстных ссылках в тексте, рядом с понятиями, к которым они ведут. Такие ссылки показывают смысловую связь между страницами.
Хаб даёт покрытие темы, много точек входа и устойчивость к изменениям алгоритмов. Окружение из связанных страниц подтверждает, что за текстом стоит экспертиза, а не разовая публикация.
Отдельная страница отвечает на вопрос. Хаб становится местом, где у темы живёт ответ.