Почему одного графа сайта недостаточно для продвижения сущности
Когда объектом работы становится не ключевая фраза, а сущность, архитектура сайта резко усложняется. Но вместе с этим меняется и вопрос: где у сущности заканчивается сайт и что находится за его границей.
За последние годы внутренняя архитектура сайтов прошла большой путь. Страницы перестали создаваться под каждую вариацию запроса. Их всё чаще проектируют под самостоятельные задачи пользователя, а связи между ними строят по смыслу, а не по иерархии разделов. В профессиональной среде это движение описывают разными словами, но суть у описаний общая: от дерева страниц к графу сущностей и задач.
Это сильное движение, и GEO PROTOKOL стоит на той же основе: сущность первична, ключевая фраза вторична, связь должна иметь смысловое основание. Но из практики генеративной оптимизации видно и другое. Даже идеально построенный граф сайта описывает сущность только с одной стороны, той, которую бренд рассказывает о себе сам. Поэтому так часто бывает, что сайт сделан правильно, а в ответах нейросетей бренда всё равно нет.
Ниже разбор того, где проходит эта граница и что из неё следует для архитектуры.
Что даёт хороший граф сайта
Начну с того, что внутренняя архитектура делает хорошо, потому что всё дальнейшее на неё опирается.
- Одна страница отвечает на одну задачу. Страницы не конкурируют друг с другом за один и тот же вопрос, и у каждого вопроса есть понятное место. В GEO PROTOKOL этот принцип реализован через Pillar и Spokes в хабе: опорная страница даёт обзор сущности, узкие страницы раскрывают отдельные интенты.
- Связи объясняют, куда идти дальше. Ссылка стоит в теле текста рядом с понятием, к которому ведёт, а не в меню или списке «читайте также». Такая связь показывает смысловую зависимость, а не навигацию.
- Факты согласованы. Цены, сроки, условия и ограничения не противоречат друг другу на разных страницах. Для генеративного поиска это особенно важно: противоречие внутри источника снижает доверие ко всему источнику.
- Текст можно проверить. Блоки с наблюдениями, ограничениями и фактами вместо оценок сложно скопировать и легко процитировать. Почему продающий текст здесь не работает, разобрано в материале про маркетинговый шум.
Всё это объединяет одно свойство: бренд полностью контролирует среду. Он решает, какие страницы существуют, как они связаны и что на них написано. Именно поэтому внутреннюю архитектуру можно спроектировать целиком и довести до хорошего состояния.
Где заканчивается граф сайта
Сайт обычно самый полный источник информации о сущности и единственный, который бренд контролирует. Но он не единственный. Рядом существуют:
- публикации в профильных медиа, авторские колонки, интервью и экспертные комментарии;
- материалы партнёров;
- отзывы и обсуждения на тематических ресурсах;
- профильные площадки, каталоги, справочники;
- упоминания в исследованиях, обзорах и подборках.
Здесь нужна оговорка. Из того, что такие источники существуют, не следует, что конкретная генеративная система обращается к каждому из них при каждом ответе. Механика у разных систем разная и снаружи видна лишь частично. Поэтому корректнее говорить не о «сигналах, которые модель учитывает», а о внешнем информационном контексте сущности: насколько подтверждающая информация о бренде вообще доступна за пределами его сайта, согласована с тем, что бренд говорит о себе, и связана с теми темами, к которым он действительно относится.
Разницу удобно показать на библиотеке. Внутренняя архитектура проектирует каталог: на какой полке стоит книга и какие соседние издания понадобятся читателю следующими. Но о книге складывается представление и за пределами библиотеки: кто её цитирует, в каком контексте она появляется, с какими темами и авторами её связывают, какие источники подтверждают её содержание. Каталог от этого не теряет значения. Без него книгу не найдут даже те, кто о ней уже слышал.
Граф сайта описывает, что бренд говорит о себе. Информационное поле показывает, подтверждается ли это где-то ещё.
Что становится объектом работы
Если внешний контекст существует и влияет на то, как сущность представлена в генеративных ответах, объект работы становится шире сайта. Это не отменяет внутреннюю архитектуру, а меняет её роль: из всей системы она превращается в её центральную часть.
| Граф сайта | Сущность в информационном поле | |
|---|---|---|
| Объект | страницы и связи между ними | сущность бренда и контекст, в котором она появляется |
| Граница | домен сайта | сайт и внешние источники, где упоминается сущность |
| Степень контроля | полная | полная внутри сайта, частичная снаружи |
| Основание связи | следующая задача пользователя | задача, смысловая зависимость, подтверждение, контекст |
| Главный риск | каннибализация, страницы-сироты, противоречия в фактах | размытый контекст: бренд упоминается рядом с темами, к которым не относится |
| Как проверяется | структура, трафик, конверсия | присутствие, точность и контекст упоминаний в ответах AI-систем |
Ключевая строка здесь степень контроля. Граф сайта можно спроектировать. Информационное поле можно только формировать: его создают многие участники, на него можно влиять, но им нельзя управлять. Поэтому методы, которые хорошо работают внутри сайта, нельзя просто перенести наружу.
В методологии GEO PROTOKOL это различие отражено в последовательности этапов. Семантическая инъекция и замыкание петель работают внутри хаба. На этапе фиксации авторитета к ним добавляются внешние сигналы: публикации на авторитетных площадках, гостевые материалы в профильных медиа, упоминания в обсуждениях на тематических ресурсах. А результат замеряется не по поведению посетителей сайта, а по ответам AI-систем.
Связать необходимое, а не всё
Из сказанного легко сделать неверный вывод: если объект шире сайта, значит, и граф должен быть шире. Связать все хабы между собой, все внешние публикации со всеми страницами, все темы со всеми. Получится граф размером с информационное поле.
Этого делать не нужно, и причина не техническая, а смысловая. Связь между страницами оправдана, когда у неё есть хотя бы одно основание:
- задача: работа пользователя продолжается на другой странице;
- смысловая зависимость: одно понятие нельзя понять без другого;
- подтверждение: источник подтверждает факт или экспертизу;
- контекст: материал связывает сущность с темой, к которой она действительно относится;
- следующий логический вопрос: он неизбежно возникнет у читателя после этой страницы.
И не оправдана, если её единственная цель вес, плотность графа или желание, чтобы всё было связано со всем.
Связь оправдана
Связь не оправдана
Если ссылку невозможно объяснить через следующий смысловой шаг читателя, она не нужна.
Как это сочетается с правилом 3+3, по которому на каждой странице хаба должно быть минимум три входящих и три исходящих контекстных ссылки? Правило задаёт порог плотности, ниже которого хаб распадается на отдельные документы. Но порог не разрешение ставить любые три ссылки: оно действует только вместе с правилом контекстной перелинковки, где каждая ссылка стоит рядом с понятием, к которому ведёт. Если для страницы не удаётся найти три осмысленные связи, это сигнал не о нехватке ссылок, а о её месте в теме. Возможно, она относится к другому хабу или её задача пока не самостоятельна.
За пределами сайта принцип работает ещё жёстче. Публикация, которая упоминает бренд в случайном контексте, не расширяет поле сущности, а размывает его: рядом с именем появляются темы, к которым бренд не относится. В GEO PROTOKOL такой сдвиг отслеживается метрикой Vector Drift, изменением ассоциативного поля бренда во времени.
Граф и воронка: два разных вопроса
Рядом с разговором о связях почти всегда появляется слово «воронка». Эти понятия стоит развести. Граф отвечает на вопрос «что с чем связано». Воронка отвечает на вопрос «как пользователь движется к действию».
Внутри сайта они пересекаются. Смысловые связи могут поддерживать движение от задачи к критерию выбора, от критерия к сравнению, от сравнения к действию. Но путь проложен по графу, а не равен ему. В графе есть связи, по которым никто не идёт к покупке, и они всё равно нужны, например связь между понятием и страницей, где оно определено.
Во внешнем контексте линейного движения может не быть вовсе. Публикация в профильном медиа, отзыв и экспертный комментарий не выстраиваются в последовательность шагов. Они существуют одновременно и формируют контекст, а не маршрут. Превращать их в воронку значит приписывать порядок тому, что работает как поле.
Два контура одной сущности
Чтобы описать всю картину, удобно ввести аналитическое понятие двух контуров. Это не официальный термин методологии, а способ показать, как работа распределяется относительно границы сайта.
Внутренний контур
Внешний контур
Стрелки во внешнем контуре показывают состав поля, а не последовательность шагов.
Это не две независимые системы, а два уровня работы с одной сущностью. Внутренний контур делает сущность читаемой и согласованной там, где бренд контролирует всё. Внешний отвечает за то, чтобы информация о сущности существовала не только у самого бренда.
Зависимость между ними односторонняя. Внешний контур без внутреннего ведёт в пустоту: публикации упоминают бренд, а на его сайте нет ни ответа на вопрос, ни согласованных фактов. Внутренний контур без внешнего остаётся источником, который подтверждает сам себя. Поэтому работа начинается изнутри, но изнутри не заканчивается.
Ссылка или упоминание
Если внешний контур часть архитектуры, нужен способ с ним работать. Первое, что приходит в голову, линкбилдинг, в том числе аутрич: договориться с площадкой о гостевой публикации со ссылкой на сайт. Но для внешнего контура важна не сама ссылка, а контекст, в котором появляется сущность.
Линкбилдинг
Отвечает на вопрос «как получить ссылку».
Результат измеряется количеством и весом ссылающихся страниц. Контекст вторичен: главное, чтобы площадка подходила по метрикам.
Работа с упоминаниями
Отвечает на вопрос «как получить релевантное упоминание»: экспертную публикацию, комментарий, интервью, исследование, участие в профильном обзоре.
Ссылка может быть, а может не быть. Ценность определяется контекстом.
Инструменты здесь могут совпадать: та же переписка с редакциями, те же гостевые материалы. Различается критерий. Публикация, которую нельзя объяснить через задачу читателя этой площадки, не формирует поле, а засоряет его, даже если ссылка с неё хорошая. Поэтому работа начинается не с поиска доноров, а с вопроса: в каком контексте сущность бренда действительно уместна и что она может дать аудитории площадки.
В этой логике внешние публикации не отдельная активность рядом с оптимизацией сайта, а продолжение той же архитектуры наружу. И работают они только при готовом внутреннем контуре: внешнее упоминание должно вести туда, где есть ответ.
Что из этого следует на практике
- Хорошая внутренняя архитектура остаётся фундаментом. Если сайт уже построен по графу задач, внутренний контур во многом готов, и перестраивать его ради новой рамки не нужно.
- Начинать с сущности, задач и связей, а не со структуры URL. Честный граф задач полезен независимо от того, как называется метод, которым он построен.
- Согласовать факты о бренде до выхода наружу. Противоречие на сайте внешние публикации не исправят, а размножат.
- Не строить внешний контур отдельно от внутреннего. У каждого внешнего упоминания должна быть точка приземления на сайте.
- Не считать внешнюю ссылку полезной только потому, что она существует. Критерий тот же, что и внутри: смысловое основание.
- Разделять метрики. Трафик, конверсия и отсутствие каннибализации показывают работу внутреннего контура. Метрики видимости в ИИ показывают, существует ли сущность в генеративных ответах.
Итог
Переход от ключевых фраз к сущностям сделал внутреннюю архитектуру сайтов намного сильнее. Граф задач, смысловые связи и согласованные факты стали нормой хорошей работы, и это правильное направление.
Но у графа сайта есть граница, и она проходит по домену. За ней находится информационная среда, в которой сущность тоже существует: публикации, эксперты, отзывы, партнёры, упоминания. Бренд не управляет этой средой, но может её формировать, и делать это стоит по тому же правилу, что и внутри: связывать необходимое, а не всё.
Граф сайта отвечает на вопрос, как организовать знания о сущности. Информационное поле отвечает на вопрос, подтверждаются ли эти знания где-то ещё.
Источники
- Фадеева Е. Методология GEO PROTOKOL. Версия 2.0. Канонический текст. Май 2026, обновлено 12 сентября 2026. URL: geoprotokol.ru/methodology
- Фадеева Е. Хабовая архитектура GEO: Pillar, Spokes и правило 3+3. URL: geoprotokol.ru/methodology/hub
