Работа с сущностями: как объяснить нейросети, кто вы и что продаёте
Сущности в SEO — это объекты, которые поисковые и генеративные системы хранят отдельно от текста: компания, человек, продукт, услуга, город. Нейросеть отвечает не страницами, а объектами: чтобы назвать ваш бренд, у модели должно быть непротиворечивое представление о том, кто вы, что делаете и для кого. Складывается оно из трёх слоёв — связного текста на сайте, машиночитаемой разметки и подтверждений на площадках, которые вы не редактируете. Ниже разбираем, из чего собирается knowledge graph бренда, как описать сущность за шесть шагов и как за 20 минут проверить, что нейросети знают о вас правильно, а не путают с однофамильцем.
Сущность — это объект в базе знаний, а не слово в тексте
Сущности в SEO — это объекты, о которых поисковая или генеративная система хранит отдельную запись: компания, человек, продукт, услуга, город, событие. У объекта есть идентификатор, набор свойств (название, юрлицо, адрес, год основания, специализация) и связи с другими объектами. Ключевое слово при этом остаётся строкой символов: «клиника на Ленина» — последовательность букв, а конкретная клиника с ИНН, адресом и врачами — объект. Строку можно только сопоставить с текстом страницы. Объект можно сверить с фактами из десятка независимых источников, и именно это делают системы, когда решают, кого назвать в ответе.
Переход поиска от строк к объектам случился не в 2026 году. Google представил Knowledge Graph в мае 2012 с формулировкой «things, not strings»: система начала хранить не только тексты страниц, но и карточки объектов со свойствами и связями. Генеративные модели довели принцип до конца — они отвечают не ссылкой на страницу, а утверждением об объекте. Ваш бренд либо входит в это утверждение как отдельная сущность, либо не входит вовсе.
Как тема называется по-русски и по-английски
На русском её называют «сущности в SEO», в отраслевом жаргоне — «сущности в сео». В англоязычных источниках это entity SEO и entity-based search engine optimization (в британском написании — optimisation). Объект в терминах разметки — entity, набор объектов и связей между ними — knowledge graph, объект-компания — brand entity. Термины разные, предмет один: как объяснить машине, кто вы, что делаете и чем отличаетесь от однофамильцев.
Нейросеть собирает ответ из объектов, а не из страниц
Когда пользователь спрашивает «кто делает такую-то работу в Москве», модель не отдаёт десять синих ссылок. Она собирает короткий ответ: несколько названий, иногда с пояснением, чем компании различаются. Названия берутся из двух источников — из того, что модель усвоила при обучении, и из того, что она находит поиском в момент ответа. В обоих случаях в ответ попадает не страница, а объект, о котором у системы сложилось непротиворечивое представление.
Отсюда следствие, которое ломает привычную логику продвижения. В классической выдаче место занимает страница: оптимизировали текст — получили позицию. В генеративном ответе страниц нет, есть перечисление объектов. Если система не понимает, что сайт, юрлицо, торговая марка и офис на карте — это одна и та же компания, назвать её она не может, даже когда каждая отдельная страница написана хорошо.
Здесь важно жёсткое разделение. SEO отвечает за позиции в выдаче Яндекса и Google: запрос, страница, место в списке. GEO (Generative Engine Optimization) отвечает за то, назовёт ли ChatGPT, Алиса, Perplexity, Gemini или Grok ваш бренд в собственном ответе. GEO работает поверх SEO, а не вместо него: генеративные системы опираются в том числе на органическую выдачу, и сайт, которого нет в классическом поиске, почти не имеет шансов оказаться в нейроответе. Границы между подходами разобраны в материале GEO vs SEO vs AEO.
В аудитах мы начинаем проверку сущности с одного действия: задаём четырём платформам один и тот же вопрос о компании и кладём ответы рядом. Информативна не оценка «хорошо или плохо», а расхождение. Когда Алиса называет одну специализацию, ChatGPT другую, а Perplexity путает клиента с однофамильцем из соседнего региона, объекта в базе знаний нет — есть набор несвязанных упоминаний, из которых каждая система собирает свою версию.
Обновлено: август 2026
Добавили раздел про бренды-омонимы (когда название совпадает с городом, общим словом или другой компанией), развернули таблицу носителей сигнала до восьми строк и переписали проверку так, чтобы её можно было пройти самостоятельно за 20 минут без платных сервисов.
Сущность подтверждается совпадениями, а не одной страницей
Правило трёх совпадений — наш рабочий критерий готовности факта. Возьмите любое утверждение о компании: год основания, город, специализацию, имя основателя. Оно должно совпасть минимум в трёх местах, из которых хотя бы одно вам не принадлежит. Совпало — система получает подтверждённое свойство объекта. Не совпало — получает противоречие и выбирает ту версию, которая повторяется чаще, то есть чаще всего версию конкурента.
Механика здесь та же, что у проверки документов: одна бумага ничего не доказывает, три сходящихся — доказывают. Поэтому разметка сама по себе не решает задачу. Разметка — это заявление о себе, а объект собирается из заявления плюс подтверждений. Как системы взвешивают источники доверия, подробно разобрано в статье про алгоритмы доверия AI.
Чаще всего в аудитах ломается не разметка, а согласованность. Разметка либо есть, либо её нет — это чинится за день. Согласованность ломается незаметно: сайт переписали, карточку в картах заводил другой сотрудник два года назад, в каталоге осталось старое юрлицо, а в публикации у партнёра компанию назвали привычным сокращением. По отдельности мелочи, вместе — три разных объекта вместо одного. Что должно совпадать буквально:
- Каноническое написание названия: одно, включая регистр, дефисы, латиницу и кавычки.
- Юридическое лицо и ИНН — если компания работает под несколькими, укажите, какое из них основное.
- Город, адрес и телефон — посимвольно одинаковые на сайте, в картах и в каталогах.
- Формулировка специализации: одна фраза, а не пять вариантов «под площадку».
- Имена и роли ключевых людей: основатель, руководитель, ведущие эксперты.
- Ссылки на внешние профили — из разметки на профиль и обратно с профиля на сайт.
Knowledge graph бренда собирается из восьми носителей сигнала
Ниже — те источники, из которых системы собирают представление о компании. Колонка «управляемость» важнее остальных: чем меньше вы контролируете источник, тем больше веса он имеет как подтверждение. Собственный сайт машина считает заявлением, чужую площадку — свидетельством.
| Носитель сигнала | Что подтверждает | Управляемость | Как проверить самому | Скорость влияния |
|---|---|---|---|---|
| Страница «О компании» | Каноническое имя, специализация, город, юрлицо | Полная | Прочитать первые три предложения: понятно ли из них, кто вы и для кого | После ближайшего переобхода |
| Разметка Schema.org (Organization, sameAs, @id) | Связь между именем, сайтом и внешними профилями | Полная | Валидатор разметки Schema.org или инструмент проверки расширенных результатов | После переобхода |
| Карточки в Яндекс Бизнесе и Google Business Profile | Адрес, телефон, часы работы, категория | Полная, но через модерацию | Сверить поля с сайтом посимвольно | Недели |
| Страницы авторов и экспертов | Связь «организация — человек», квалификация | Полная у себя, частичная снаружи | У каждого материала есть автор с биографией и подтверждаемым опытом | Недели |
| Отраслевые каталоги и реестры | Существование компании вне собственного сайта | Частичная | Поиск по названию и по ИНН без указания домена | Недели |
| Публикации в СМИ и отраслевых медиа | Специализация, экспертиза, значимость | Слабая | Поиск упоминаний бренда с исключением своего домена | Месяцы |
| Отзывные площадки и обсуждения | Репутация: за что хвалят и за что ругают | Слабая | Прочитать первые два десятка отзывов подряд, без выборки | Месяцы |
| Wikidata и Википедия | Идентификатор объекта и связи с другими объектами | Не управляется (правила значимости) | Поиск названия компании в Wikidata | Месяцы и дольше |
Первые четыре строки — гигиена: без них объект не собирается вообще, и делаются они силами команды за пару недель. Последние четыре — то, что отличает узнаваемый бренд от корректно размеченного сайта, и они не покупаются одним действием. Практический вывод: начинать надо сверху, но планировать бюджет — на нижнюю половину таблицы, потому что именно она даёт подтверждения, а верхняя даёт только заявления. Публикации и экспертные материалы при этом удобнее планировать не темами и датами, а вопросами клиентов и форматом ответа на каждый — на этом и строится контент-план под GEO.
Шесть шагов, чтобы описать сущность бренда
Порядок здесь важнее полноты: каждый следующий шаг опирается на предыдущий, и перепрыгивать через них бессмысленно. Разметка поверх противоречивого текста только фиксирует противоречие в машиночитаемом виде.
- Зафиксируйте каноническое имя. Одно написание для сайта, карточек, документов и подписей в публикациях. Варианты («ГК», «Групп», латиница, сокращение) допустимы как альтернативные названия в разметке, но основное должно быть одно.
- Одна страница — один объект. «О компании» описывает организацию, страница услуги — услугу, страница специалиста — человека. Когда на одной странице живут три объекта сразу, система не понимает, о ком речь, и не связывает свойства с носителем.
- Соберите разметку с @id и sameAs. Organization с постоянным идентификатором, ссылками на внешние профили, юрлицом, адресом и областью работы. Какие типы разметки для генеративного поиска действительно важны, разобрано в материале Schema.org для GEO.
- Свяжите людей с компанией. Основатель, CEO, ведущие эксперты — отдельными объектами Person со связью с организацией и ссылками на внешние профили. Эта связка одновременно закрывает часть требований к экспертности, разобранных в статье E-E-A-T для AI-эпохи.
- Напишите определяющий абзац. Два-три предложения в начале страницы «О компании», которые модель может процитировать без переработки. Как писать фрагменты, пригодные для цитирования, разобрано отдельно в статье про контент, который цитируют нейросети.
- Синхронизируйте факты снаружи. Пройдите по картам, каталогам, профилям и старым публикациям и приведите их к канону. Это и есть закрытие правила трёх совпадений: заявление на сайте, разметка и внешнее подтверждение говорят одно и то же.
Что должно быть в определяющем абзаце
Четыре элемента: кто вы (тип организации), что делаете (услуга или продукт), для кого (аудитория и отрасль), где (город или регион работы). Без превосходных степеней и обещаний: машина охотнее цитирует проверяемые утверждения, а рекламные формулировки чаще отбрасывает как неинформативные.
За 150+ аудитов я видел одну повторяющуюся причину, по которой сильный бизнес не попадает в ответы нейросетей: компания описывает себя не так, как её описывают снаружи. На сайте — «инжиниринговая компания полного цикла», в каталогах — «монтаж вентиляции», в отзывах — «ребята, которые чинят приточку». Для человека это очевидно один и тот же бизнес. Для машины — три слабо связанных объекта, ни один из которых не тянет на ответ. Работа с сущностями начинается не с разметки, а со сведения этих трёх описаний в одно.
Что делать, если название бренда — омоним
Этот вопрос почти не разбирают в статьях про entity SEO, хотя в русскоязычном бизнесе он встречается постоянно. Компания называется как город, река, растение, общее слово или как другая, более известная фирма из соседней отрасли. Нейросеть в таком случае не «ошибается»: она выбирает более подтверждённый объект с тем же именем, а ваш при прочих равных проигрывает по числу подтверждений.
Рабочий приём — дизамбигуация, а не переименование. Рядом с именем должен стоять различающий признак, и один и тот же во всех источниках. Практически это выглядит так:
- В title, в первом абзаце и в подписи бренда — имя плюс отрасль плюс город: не «Вега», а «Вега, стоматология в Казани».
- В разметке — legalName и taxID: юрлицо и ИНН разводят однофамильцев надёжнее любого текста.
- В sameAs — ссылки на профили, где имя уже привязано к вашей отрасли и региону.
- Во внешних публикациях — просить редакцию указывать компанию с тем же уточнением, а не одним словом.
- При проверке — задавать нейросети вопрос в двух вариантах: с уточнением и без, чтобы видеть, с кем вас путают без подсказки.
Чего с омонимом делать не нужно
Менять название бренда ради машины: вы обнулите накопленные упоминания и начнёте сборку объекта заново. Забивать страницы повторами названия: на распознавание объекта плотность вхождений не влияет. Заказывать веер одинаковых пресс-релизов по площадкам: одинаковый текст на пятидесяти сайтах системы считают одним источником, а не пятьюдесятью подтверждениями.
Проверка за 20 минут: что нейросети знают о вашем объекте
Эту последовательность можно пройти самостоятельно, без платных сервисов. Она не заменяет аудит, но отвечает на главный вопрос: собран объект или нет.
- Спросите «что такое» и название компании у ChatGPT, Алисы, Perplexity и Gemini. Сверьте четыре факта: специализация, город, юрлицо, имена людей. Записывайте ответы дословно — расхождения важнее оценок.
- Спросите, кто оказывает вашу услугу в вашем городе. Если вас не называют, выпишите тех, кого называют вместо вас: это и есть список конкурентов в генеративном поиске, часто он не совпадает со списком из классической выдачи.
- Прогоните главную и страницу «О компании» через валидатор разметки. Проверяйте не только отсутствие ошибок, но и наличие sameAs, legalName и связей с людьми.
- Откройте три внешних источника — карточку в картах, отраслевой каталог и последнюю публикацию о компании. Сверьте название, город и специализацию с сайтом. Любое расхождение — задача в работу.
- Повторите замер через 4–6 недель и сравните формулировки. Как поставить это на поток, разобрано в материале про мониторинг AI-видимости, а свести результат в одно число помогает AI Visibility Score.
Мы считаем сущность собранной, когда выполняются три условия сразу: минимум три платформы из четырёх называют одну и ту же специализацию и один и тот же город, в ответах нет фактов, которых нет у вас на сайте, и компания попадает в перечисление по родовому запросу, а не только по собственному названию. Первый прогон такой проверки закрывается бесплатной диагностикой за 24 часа и стоит 0 ₽ — этого достаточно, чтобы понять, есть ли вообще предмет работы.
Что не сработает и кому эта работа не нужна
Честный список ограничений короче списка возможностей. Вот приёмы, которые выглядят как работа с сущностями, но результата не дают:
- Разметка без подтверждений снаружи. Заполненный Organization на сайте, где компания больше нигде не упоминается, остаётся односторонним заявлением.
- sameAs на заброшенные профили. Ссылка на страницу, где последний пост четырёхлетней давности и другое название, добавляет противоречие, а не вес.
- Массовая рассылка одинаковых текстов по площадкам. Дублированное описание не создаёт независимых подтверждений — по сути это один источник, размноженный технически.
- Википедия ради Википедии. Туда нельзя попасть по желанию: действуют правила значимости, а статья о себе — конфликт интересов. Без внешних источников запись не удержится.
- Смена названия ради уникальности. Новое имя обнуляет накопленные упоминания, и объект приходится собирать с нуля.
Есть и ситуации, когда работу разумно отложить. Если у компании нет сайта или он состоит из двух страниц, сначала нужен сайт: связывать нечего. Если весь поток идёт из карт и сарафанного радио, а решение принимается офлайн, приоритет — карточки и отзывы, а не knowledge graph бренда. Если в компании некому поддерживать факты в актуальном виде, собранный объект развалится за год: переезд, смена юрлица и новая линейка услуг вернут те же противоречия. И наконец, если сайт не виден в классическом поиске, начинать надо с SEO — в нейроответ попадают преимущественно те, кого система находит.
Когда база в порядке, но нейросети всё равно называют не вас, причина обычно лежит в подтверждениях и репутации, а не в разметке. Это уже зона полного GEO-аудита от 60 000 ₽: разбор того, какие объекты система связывает с вашим брендом, кого называют вместо вас и какими подтверждениями это исправляется.
FAQ
Чем сущность отличается от ключевого слова?
Ключевое слово — это строка символов, которую система сопоставляет с текстом страницы. Сущность — объект с идентификатором, свойствами и связями: у компании есть название, юрлицо, город, специализация и люди. По ключевому слову ранжируется страница, по сущности бренд попадает в ответ нейросети. Механики разные и работают параллельно, поэтому одна не отменяет другую.
Нужна ли страница в Википедии, чтобы бренд стал сущностью?
Нет. Википедия — сильный, но не обязательный источник, и попасть туда по собственному желанию нельзя: действуют правила значимости, а статья о себе считается конфликтом интересов. Для большинства компаний быстрее собрать согласованные подтверждения в картах, отраслевых каталогах, публикациях и профилях экспертов. Wikidata технически доступнее, но без внешних источников запись там тоже долго не живёт.
Достаточно ли разметки Schema.org, чтобы нейросеть узнала бренд?
Нет. Разметка объясняет машине, что вы утверждаете о себе, но ничего не подтверждает. По правилу трёх совпадений нужны ещё связный текст на сайте и хотя бы один независимый источник, где те же факты повторяются. Какие типы разметки для генеративного поиска важнее прочих — в статье Schema.org для GEO.
Как понять, что у бренда уже есть knowledge graph?
Признак простой: разные системы отвечают на вопрос о компании одинаково — с одной специализацией, одним городом и без фактов, которых у вас нигде не написано. Если платформы расходятся между собой или путают вас с однофамильцем, объект ещё не собран. Динамику удобно фиксировать одной метрикой — AI Visibility Score — и повторять замер регулярно.
Сколько времени занимает работа с сущностями?
Внутренняя часть — канонические названия, определяющий абзац, разметка, страницы авторов — делается за одну-две итерации и подхватывается при ближайшем переобходе. Внешняя часть медленнее: каталоги, публикации, отзывы; в дорожных картах мы планируем её горизонтом 8–12 недель и принимаем по повторному замеру, а не по факту внедрения. Назвать точную дату появления в ответах нельзя: решение принимает система, а не подрядчик.
Работа с сущностями — это SEO или GEO?
И то и другое. Классический поиск использует сущности, чтобы понимать запросы и связи между объектами, генеративные системы — чтобы собирать ответ. Практически это один пласт работ, который окупается дважды, поэтому в аудитах мы разбираем его вместе с технической частью и контентом, а не выносим в отдельный проект.