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

> ИИ-ответы распознают сущности, а не ключевые слова. Как стать узлом графа знаний: единое имя, sameAs на Wikidata и Wikipedia, непротиворечивые факты.

_Source: https://seomatrix.ai/ru/blog/entity-seo/ · Updated: 2026-07-11_

---

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

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

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

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

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

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

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

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

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

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

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

### 2. sameAs на хабы

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

```json
"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».

> **Сущность зарабатывают, а не объявляют** — Вы можете *объявить* `sameAs` и разметку, но сущность подтверждается внешним корроборированием — тем, что третьи стороны описывают вас так же, как вы сами. Разметка предлагает; консенсус сети решает. Отгрузите разметку, а затем заработайте согласованные упоминания, которые её подкрепят.

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

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

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

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

## Чек-лист

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

Запустите [GEO-чекер](/ru/tools/geo-check/), чтобы увидеть, какие из ваших страниц граф уже распознаёт как именованную сущность, а какие читаются как безымянная строка.

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

## Коротко

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

## Источники

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

## FAQ

### Чем сущность отличается от ключевого слова?

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

### Как завести бренд в Knowledge Graph Google?

Используйте одно каноническое имя везде, публикуйте разметку Organization с массивом sameAs на Wikidata, Wikipedia, LinkedIn и официальные профили и держите все факты — год основания, основателей, штаб-квартиру, категорию — идентичными по всей сети. Элемент Wikidata плюс согласованные упоминания третьих сторон — самый сильный сигнал, который вы можете дать сами.

### Нужна ли страница в Wikipedia, чтобы быть сущностью?

Нет. Wikipedia помогает, но не обязательна. Достаточно элемента Wikidata, согласованных ссылок sameAs, непротиворечивых фактов и того, чтобы третьи стороны описывали вас так же, как вы сами. Движки сверяются с Wikidata сильнее, чем с любой отдельной статьёй.