Entity SEO: как построить сущность в графе знаний

Коротко: ключевое слово — это строка, сущность — это вещь. Поисковые и ИИ-движки давно перестали сопоставлять символы: они распознают в запросе сущности графа знаний, а затем выбирают источники, которые сами являются признанными сущностями. Ранжирование по ключевому слову даёт синюю ссылку; статус известной сущности даёт цитирование прямо внутри ответа. Так вы становитесь узлом, к которому можно обратиться: единое имя, проверяемые ссылки sameAs и факты, которые нигде в сети не противоречат друг другу.

Ключевые слова сопоставляют строки, сущности распознают вещи

После сдвига Google 2012 года «вещи, а не строки» под текстом индекса появился второй слой — граф сущностей: люди, компании, продукты, места, у каждого стабильный идентификатор и набор фактов. Когда человек (или LLM) задаёт вопрос, первым делом происходит распознавание сущностей: запрос «лучший eSIM для Японии» отображается на сущность eSIM, место Япония и намерение. Затем движок ищет источники, связанные с этими сущностями.

Страница под ключевое слово надеется совпасть со словами запроса. Сущность — это то, о чём запрос. В этом весь разрыв: триплеты строят факт, а кластер согласованных фактов об одном субъекте строит сущность, которую граф может назвать.

Почему сущность выигрывает у ключевого слова за цитирование

Ось	Ключевое слово	Сущность
Единица	строка символов	вещь с идентичностью
Сопоставляется по	лексической / векторной близости	распознаванию в узел графа
Неоднозначность	«apple» = фрукт или компания?	снимается ID + sameAs
Выигрыш	ссылка в выдаче	цитата внутри ответа
Устойчивость	колеблется с каждым апдейтом	накапливается по мере подтверждений
Переносимость	выдача одного движка	каждый движок, читающий граф

LLM, составляя ответ, не награждает страницу, которая чаще повторила фразу; она тянется к источникам, которые может атрибутировать — к именованным, узнаваемым сущностям, которые она видела описанными согласованно. Быть такой сущностью устойчивее любого ранжирования по ключу, потому что это накапливается: каждое подтверждающее упоминание усиливает узел, а не сбрасывается со следующим апдейтом.

Станьте узлом, к которому можно обратиться

Четыре шага по убыванию рычага.

1. Одно имя, везде

Выберите единственное каноническое имя и используйте его дословно — то же написание, тот же регистр, та же юридическая форма — на сайте, в профилях, в прессе и в разметке. «Acme», «Acme Inc.» и «ACME Technologies» читаются как три слабо связанных кандидата, а не одна сильная сущность. Именно согласованность позволяет графу свести упоминания в один узел.

2. sameAs на хабы

Свойство sameAs — это способ сказать каждому движку «все эти аккаунты — это я». Направьте разметку Organization или Person на авторитетные хабы — Wikidata, Wikipedia (если есть статья), LinkedIn, Crunchbase, GitHub, официальные соцпрофили. Важнее всего Wikidata: это открытый хаб сверки, на который ссылаются остальные. Кластер ссылок sameAs — самый сильный сигнал устранения неоднозначности, который вы можете дать сами.

"sameAs": [
  "https://www.wikidata.org/wiki/Q…",
  "https://en.wikipedia.org/wiki/…",
  "https://www.linkedin.com/company/…"
]

3. Непротиворечивые факты о сущности

Граф доверяет фактам, которые согласуются сами с собой. Год основания, основатели, штаб-квартира, категория и названия продуктов должны читаться одинаково на странице «О нас», в разметке, в элементе Wikidata и в LinkedIn. Одно противоречие — другая дата основания в Crunchbase — и движок снижает доверие ко всем вашим фактам. Выберите каноническое значение один раз и распространите его.

4. Устранение неоднозначности

Если имя совпадает с чем-то более известным (обычным словом, другим брендом), помогите движку вас различить: точное description, конкретный @type, факты категории и локации и отдельный элемент Wikidata. Чем яснее ваши различающие факты, тем меньше шанс, что движок припишет ваш запрос другому «apple».

Как ИИ-ответ распознаёт сущность

Пройдите конвейер, который движок выполняет прежде, чем написать хоть слово:

• Разбор запроса на кандидатов-сущности и намерение.
• Распознавание каждого кандидата в узел графа — или провал, и тогда его трактуют как простую строку.
• Извлечение пассажей, связанных с распознанными сущностями.
• Атрибуция — предпочтение источникам, которые можно назвать признанными сущностями, потому что именованный источник — более безопасная цитата.
• Составление ответа с цитированием тех, кому движок доверяет.

Обратите внимание, где выпадает страница только-под-ключ: на распознавании. Если ничто не связывает вашу страницу с именованным узлом, вы конкурируете лишь по лексической близости — и вы невидимы в тот момент, когда движок рассуждает о вещи, а не о словах.

Чек-лист

• Одно каноническое имя дословно на сайте, в разметке и в каждом профиле.
• Разметка Organization/Person с массивом sameAs на Wikidata, Wikipedia, LinkedIn и официальные профили.
• Существует элемент Wikidata и он ссылается обратно на ваш сайт.
• Год основания, основатели, штаб-квартира и категория идентичны везде — без противоречий.
• Точное description + конкретный @type для устранения неоднозначности.
• Ключевые факты выражены чистыми триплетами субъект-предикат-объект.
• Внешние упоминания описывают вас так же, как ваша разметка.

Запустите GEO-чекер, чтобы увидеть, какие из ваших страниц граф уже распознаёт как именованную сущность, а какие читаются как безымянная строка.

Распознаётся как именованная сущность 100%

Совпадает только по ключевому слову 0%

источник: внутренние аудиты, 2026

График — это аргумент в миниатюре: страница, привязанная к признанной сущности, проходит распознавание и доходит до шага цитирования; страница только-под-ключ выпадает ещё до того, как движок вообще рассмотрит её как источник.

Коротко

• Ключевое слово — строка для сопоставления; сущность — вещь, которую граф может назвать.
• ИИ-ответы сначала распознают запрос в сущности, затем цитируют источники-сущности.
• Стройте сущность через единое имя и ссылки sameAs на Wikidata, Wikipedia и LinkedIn.
• Держите каждый факт идентичным по всей сети — одно противоречие снижает доверие ко всем.
• Сущность накапливается и переносится между движками; ранжирование по ключу сбрасывается с каждым апдейтом.

Источники

• Google, «Introducing the Knowledge Graph: things, not strings» (2012) — сдвиг от сопоставления строк к пониманию через сущности.
• Schema.org — sameAs — свойство, связывающее ваши профили в одну сущность.
• Wikidata — открытый хаб сверки, на который ссылаются другие базы знаний для идентичности сущностей.
• Google Knowledge Graph Search API — как сущности запрашиваются по машиночитаемому ID.
• Aggarwal et al., «GEO», KDD ‘24 — arXiv:2311.09735: цитирование зависит от того, является ли источник атрибутируемой, извлекаемой сущностью.