Почему система смешивает вашу компанию с чужой
Для машины компания существует как запись в базе связей. В ней лежат название, категория, домен, адрес, год основания, имена руководителей и ссылки на другие записи. Такую запись называют сущностью (entity), а базу, где они связаны между собой, - графом знаний (Knowledge Graph). Машина ничего не понимает. Есть факты, связи между ними и оценка уверенности в том, что все эти факты относятся к одному объекту.
Уверенность набирается перекрестной сверкой. Данные с сайта сопоставляются с записями в справочниках, каталогах и профилях. Совпало - оценка растет. Разошлось - падает, и запись начинает двоиться.
Расхождения появляются сами собой, без чьей-либо ошибки:
- два юрлица под одним брендом, где в названиях отличаются организационная форма и одна буква
- ребрендинг, после которого новое название стоит на сайте, а старое держится в половине каталогов
- переезд, когда адрес обновили в Google Business Profile, а в отраслевом справочнике забыли
- одноименная компания в соседней стране или в другой отрасли
- два домена, старый и новый, и оба открываются
Отдельная история - бизнес сразу в двух странах. ТОО в Алматы и ООО в Ташкенте под общим брендом, два сайта или один сайт с двумя разделами, свои телефоны, свои юридические имена. Люди видят одну компанию. Машина видит два набора фактов, которые пересекаются частично, и для нее одинаково правдоподобны две версии: одна организация или две разные.
Наружу это выходит в ответе. Владелец спрашивает систему про свою компанию и читает смесь: свой город, чужой год основания, свою услугу, чужой телефон. Или получает подробный рассказ про однофамильца, а про себя - ни строчки.
Пока данные расходятся, бренд выпадает из ответов по небрендовым запросам, где и происходит выбор подрядчика или товара. Красивая карточка сбоку от выдачи - меньшая из потерь. На вопрос «кто в Алматы настраивает контекстную рекламу» система соберет ответ из компаний с более высокой оценкой уверенности. Спорный вариант в такой список не попадает: назвать компанию с противоречивыми данными - риск ошибиться в ответе.
Второй эффект тише и всплывает позже. Сайт перестают брать как источник по своей же теме. Материал написан, он в индексе, его читают люди, а в ответах систем цитируют кого-то другого. Причина та же: машина не связала этот домен с организацией, которая в этом разбирается, и предпочла источник с понятной привязкой.
Общая рамка работы с генеративной выдачей разобрана в статье про GEO. Здесь речь только про идентичность: кто вы для системы и чем это доказывается. Отдельный сюжет - когда про компанию уже сказана неправда и это надо исправлять. Ему посвящен материал про ложные ответы.
Как проверить, есть ли у вас сущность
Диагностика делается вручную и не требует инструментов. Четыре проверки, по каждой понятно, что означает результат.
Введите имя компании в Google и в Яндексе. Справа от результатов может появиться карточка с логотипом, кратким описанием и ссылками на профили. Карточка есть - запись о компании уже собрана, и дальше разговор про ее точность: верна ли категория, тот ли город, те ли ссылки. Карточки нет - сущность либо не набрала уверенности, либо не выделена как отдельная. Посмотрите, что поиск подмешивает в выдачу по имени бренда. Если на первой странице сидят однофамильцы из другой отрасли, у машины та же картина.
Дальше спросите «что за компания такая-то» в ChatGPT, Perplexity, Gemini, Алисе и Яндекс Нейро. Мы в замерах держим именно такой набор: три глобальные системы и две российские, этого хватает, чтобы увидеть расхождение. Ответы сравниваются между собой. Совпадают - источники у систем сходятся. Расходятся в отрасли или городе - источники противоречат друг другу, и каждая система выбрала свой. Полезно задать и второй вопрос: откуда взяты сведения. Часть систем перечислит ссылки, и станет видно, какие страницы описывают вас, а какие кого-то еще.
Теперь тот же вопрос, но с уточнением: добавьте город и отрасль - «компания такая-то, Ташкент, логистика». Верный ответ только с подсказкой - имя бренда само по себе не опознается, его вытягивает контекст. Типичная картина при однофамильцах. Отсюда же рабочее правило для текстов: пишите имя компании рядом с городом и отраслью, чтобы связка попадала в источники.
Последняя проверка - машиночитаемые базы. Поищите имя компании на wikidata.org. Запись найдена - у компании есть идентификатор, на который можно ссылаться. Не найдена - опорной точки для сверки нет, все держится на сайте и справочниках. Заодно проверьте, нет ли там записи про однофамильца: он в базе, а вас там нет, и системе остается опираться на его данные.
Результаты фиксируются до начала работ, иначе сравнивать будет не с чем. Записывайте не пересказ, а точные формулировки: дата, система, заданный вопрос, ответ целиком, ссылки из ответа. Хватит обычного документа, где на каждый прогон отводится своя страница. Через месяц-другой те же четыре проверки покажут, сдвинулось ли что-нибудь, и по каким пунктам сдвиг заметнее.
Согласовать описания: что должно совпадать везде
Работа начинается не с разметки. Сначала собирается один набор фактов о компании, и дальше он переносится на площадки дословно.
В набор входит:
- полное юридическое название с формой собственности
- краткое название бренда, которым компания подписывается везде
- категория: чем компания занимается, в двух-трех словах
- описание на 30-50 слов: что делает, для кого, где
- год основания
- адрес и телефон - свои для каждой страны присутствия
- основной домен
Дальше набор идет в шапку сайта, на страницу «О компании», в Google Business Profile и Яндекс Бизнес, в 2ГИС и отраслевые справочники, в описания каналов и профилей. Дословно, без вариаций. «Студия Восход» и «Восход, студия» для машины - два разных имени, и сверка их сама не склеит.
Для Казахстана и Узбекистана к этому добавляется вопрос письменности. Бренд пишут кириллицей на русском, латиницей на казахском или узбекском, латиницей же в английской версии сайта, и получается три-четыре варианта имени. Выбросить часть вариантов не выйдет: они нужны клиентам. Одно написание объявляется основным и стоит в разметке, остальные перечисляются как альтернативные имена в свойстве alternateName. Тогда варианты сходятся к одной записи, а не расползаются по разным.
Владельца у этого набора нет, отсюда и половина расхождений. Кто-то из отдела продаж завел карточку в справочнике три года назад, а подрядчик по рекламе потом написал туда свое описание. Набор фактов держат одним документом, к которому обращаются перед каждой новой публикацией или регистрацией. Скучно, зато потом не приходится искать, где висит старый телефон.
Про согласованность названия, адреса и телефона у нас есть отдельная статья, там же про карты и каталоги. Кроме контактов сверяются категория, описание и год основания. Расходятся они чаще контактов, потому что их пишут разные люди в разное время и никто не считает это данными.
Одного согласованного имени мало. Описание нужно буквальное. Маркетинговая формулировка не связывается ни с какой категорией. «Надежный партнер на рынке решений» для машины не значит ничего: в этой фразе нет предмета. «Агентство, которое настраивает контекстную рекламу для интернет-магазинов» связывается сразу: тут есть и услуга, и аудитория.
Закройте название и прочитайте описание. Если по нему нельзя сказать, что компания продает и кому, описание переписывается.
sameAs: связать профили в один узел
sameAs - свойство разметки Schema.org, куда складываются адреса всех страниц, описывающих одну и ту же организацию. Стоит оно внутри блока Organization, на главной или на странице «О компании».
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Восход",
"url": "https://voskhod.kz",
"sameAs": [
"https://www.wikidata.org/wiki/Q12345678",
"https://t.me/voskhod_kz"
]
}
Без такого списка сайт, канал в Telegram, карточка в справочнике и профиль на площадке публикаций считаются разными объектами. Общее у них одно - название, и оно совпадает еще у сотен компаний. С sameAs эти адреса собираются в один узел, и данные с них начинают работать на одну запись.
Главная запись держится на сайте: он под вашим контролем, его правку никто не модерирует. От сайта ссылки идут наружу, в sameAs. Обратно на домен ведут ссылки с каждой внешней страницы: поле «сайт» в справочнике, адрес в описании канала, домен в профиле на площадке. Взаимность обязательна. Односторонний список - заявление, которое нечем проверить. Двусторонняя связь сверяется с обеих сторон.
Обратные ссылки ставятся в разных местах, и часть из них забывают. В карточке справочника для этого есть поле «сайт». У канала в Telegram домен уходит в описание, там же имя бренда пишется полностью. На YouTube ссылку кладут в раздел ссылок канала, а не только в описание одного ролика. А на площадке публикаций домен нужен дважды: в профиле автора и в профиле компании. Один проход по всем профилям закрывает разом большую часть задачи: каждая такая ссылка подтверждает связь с двух сторон.
Что портит список:
- опечатки в адресах и ссылки на удаленные страницы
- профили-двойники, когда у компании два аккаунта в одном сервисе и оба открыты
- брошенные аккаунты со старым названием и телефоном
- sameAs при пустом Organization: ссылки есть, а имени, домена и категории нет
- страницы, которые никто не ведет, - пустая карточка уверенности не добавляет
Набор профилей зависит от рынка. Базовый набор, от которого мы отталкиваемся в работе: сайт, Google Business Profile, 2ГИС, Яндекс Бизнес, отраслевые справочники, канал в Telegram, канал на YouTube, профиль на площадке, где выходят ваши статьи. В Казахстане и Узбекистане к нему добавляется LinkedIn, там он рабочий и его читают. Для российской компании LinkedIn в этот список лучше не ставить: доступ ограничен, профиль останется брошенным, а такой профиль в sameAs работает против вас.
Организация на сайте описывается один раз. Плодить разные варианты Organization по разделам смысла нет: у главной записи один адрес, к нему привязываются остальные страницы. Если сайт двуязычный, имя компании и категория в обеих версиях совпадают по смыслу, а не переводятся заново каждым исполнителем.
Частый вопрос от бизнеса с двумя юрлицами: одна сущность или две. Ответ зависит от того, как компания выходит на рынок. Работаете под одним брендом и с одного сайта - собирайте одну запись, а юрлица описывайте внутри нее как подразделения с адресами по странам. Продаете под разными именами и с отдельных сайтов - это две записи, и связывать их через sameAs как одно и то же не нужно, иначе путаницу вы создадите своими руками.
Разбор остальных типов разметки и того, что системы берут из Organization, собран в статье про Schema.org. Для сущности хватает одного правила: sameAs работает только при заполненном Organization.
В списке профилей сильнее прочего весит адрес записи в машиночитаемой базе: он и снимает путаницу с однофамильцами.
Wikidata: запись, которую читает машина
Wikidata - база структурированных данных, которая стоит за Википедией. Люди читают статьи, машины читают Wikidata. Порог входа тут ниже: небольшой компании писать статью в Википедии бессмысленно, ее снимут как незначимую. Запись в базе держится на другом основании: объект существует, и факты о нем есть чем подтвердить.
Запись состоит из утверждений: чем компания занимается, где находится, когда основана, какой у нее сайт. Каждое утверждение желательно подпереть источником - публикацией в издании, реестром юрлиц, официальной страницей. Записи без источников снимают модераторы, это главная причина отказов.
Делается это руками. Вы регистрируете аккаунт, создаете элемент, дальше по одному добавляете свойства и к каждому цепляете ссылку на источник. Сама заливка идет быстро, когда факты собраны и подтверждения к ним готовы; основное время в нашей практике уходит на поиск источников под каждое утверждение. Правила тут строже, чем кажется: набор свойств фиксированный, произвольное поле дописать нельзя, а город придется выбирать из уже существующих записей.
У записи есть идентификатор вида Q12345678. На него и ссылаются: адрес записи ставится в sameAs на сайте, и компания привязывается к объекту, который системам уже известен. Такая ссылка снимает двусмысленность лучше, чем любой объем текста на сайте в жанре «мы это мы».
Что заполняется в первую очередь: тип объекта, сфера деятельности, страна и город, год основания, официальный сайт, идентификаторы в других базах и реестрах.
Отказы случаются по двум сюжетам. Первый - модератор не увидел подтверждений и удалил элемент как рекламный. Лечится источниками: пара публикаций в изданиях, запись в государственном реестре, страница компании на площадке, которую база уже знает. Второй - дубликат: элемент про компанию уже завел кто-то другой, и правильный ход тут - дополнить его, а не создавать еще один. Перед созданием записи поищите в базе все варианты написания имени, включая латиницу и старое название.
Отдельно про идентификаторы вне Wikidata. Реестры юрлиц, отраслевые базы, каталоги с постоянными адресами карточек работают на ту же задачу: у компании появляются точки, по которым ее сверяют. Их адреса тоже уходят в sameAs.
Запись в Wikidata не гарантирует карточку в графе знаний и не дает результата на следующий день. Карточки не выдают по заявке, их набирают. Зато она убирает часть неопределенности: у систем появляется опорная точка с идентификатором, которую можно сверить с сайтом и справочниками. Все остальное упирается в то, чем эту запись подпирают снаружи.
Чем подпирается запись снаружи
Собственный сайт подтверждает сам себя. Что бы на нем ни стояло, для системы это заявление заинтересованной стороны. Вес дают источники, которые вы не контролируете.
Работают материалы, где название компании стоит в тексте, карточки в справочниках и каталогах, профили в сервисах, статьи и колонки на внешних площадках, попадание в подборки и обзоры по отрасли.
Ссылка при этом не обязательна. Для графа знаний работает само упоминание названия рядом с категорией и городом: связь строится по тексту, а не по гиперссылке.
Одно упоминание веса не имеет. Счет тут идет на десятки, и точного порога нет ни у кого: он плавает от отрасли к отрасли и от рынка к рынку. По нашим наблюдениям сдвиг начинается тогда, когда упоминания перестают быть событием и становятся фоном - о компании пишут разные источники в разное время, а не один раз по случаю.
Объем важен, но одинаковое имя важнее. Если в пяти публикациях компания названа по-разному, эти пять упоминаний не складываются в одну запись, а рассыпаются по нескольким. Имя и категорию для внешних текстов фиксируют заранее, тем же порядком, что и описание на сайте.
Разовая вспышка публикаций работает хуже, чем ровный поток. Пять материалов за неделю и тишина на год читаются как один эпизод. Один-два материала в месяц год подряд набирают упоминания постепенно, и запись обновляется вместе с ними.
Отзывы и оценки в справочниках сюда же. Компания с сотней отзывов на карте и ответами владельца под ними подтверждается лучше, чем та, у которой три оценки пятилетней давности. Средний балл вторичен. Важен сам факт: бизнес работает, и это видно со стороны.
Если публикаций нет вообще, начинать приходится с того, что бесплатно и в вашей власти. Карточки в справочниках и на картах, каталоги по своей нише, страницы партнеров, где вас указывают как поставщика или подрядчика, реестры и ассоциации, куда компания входит. Дальше идут комментарии по своей теме на площадках, где отвечают специалисты. Каждая такая страница добавляет к записи одно подтверждение, и на старте оно весит больше, чем кажется.
Про то, где размещаться и какие площадки читают системы, есть отдельный разбор.
С какими темами бренд должен ассоциироваться
Кроме вопроса «кто вы» у записи есть вторая сторона: с чем компания связана по смыслу. Рядом с ней хранятся связи с темами, услугами и категориями. По ним и собираются ответы на вопросы вида «кто делает вот это в таком-то городе».
Отсюда обидная картина: услуга есть, а в ответах по ней компания не появляется. Причина на сайте. Услуга упомянута в прайсе одной строкой, отдельной страницы под нее нет, в текстах она названа внутренним словом, которого не употребляет ни один клиент. Связывать нечего, связь и не возникает.
Проверяется это в два хода. Сначала спросите систему, чем занимается компания, и выпишите темы из ответа. Потом сравните список с тем, что вы продаете. Расхождение и есть зона работ.
Чинится страницами и формулировками. Под каждую услугу, которую вы продаете, заводится своя страница, названная словами клиента. В описании компании перечислены направления. В статьях услуга стоит рядом с задачей, которую она закрывает, и с отраслью, для которой подходит.
Тут же вылезает разрыв в языке. Внутри компании услугу называют коротко и по-своему, клиент спрашивает другими словами, а системе достается то, что написано на сайте. Сходятся эти два словаря редко. Собрать формулировки клиентов проще всего из переписки в отделе продаж: как спрашивают в заявках, так и называйте страницу.
Есть и обратный ход. Спросите систему, кого она называет по вашей услуге в вашем городе, и посмотрите на страницы конкурентов из ответа. Копировать формулировки незачем, сверяйте состав фактов: чем эти страницы отличаются от вашей, есть ли на них цены, сроки, ограничения, описания процесса.
Так же работает связка с географией. Если компания из Ташкента не назвала город ни в описании, ни в контактах, в ответах на вопросы с городом она не появится. Отдельных страниц под это заводить не нужно, достаточно, чтобы город стоял в разметке, в контактах и в паре материалов рядом с услугой.
Связи возникают и с темами, которые вам не нужны. Если половина блога про наем сотрудников, а продаете вы другое, часть тематического веса уходит туда.
Порядок работ и сроки
Последовательность важнее скорости.
- Согласовать факты: один набор данных, утвержденный внутри компании.
- Разложить его по площадкам: сайт, справочники, профили, описания каналов.
- Поставить Organization с sameAs на сайте, проставить обратные ссылки с профилей.
- Набрать вес снаружи: статьи в изданиях, каталоги, упоминания.
- Завести запись в Wikidata, когда утверждения есть чем подпереть.
Обратный порядок дает запись, которая противоречит сайту. Модератор ее снимет, а расхождение в данных только вырастет.
Шаги делают разные люди, и роли лучше развести заранее. Первый шаг за маркетингом и руководителем: без решения о том, как компания называется и что продает, дальше идти некуда. Второй и четвертый - за тем, кто ведет каналы и пишет для внешних площадок. Третий уходит разработчику или человеку, который правит шаблоны сайта. Пятый отдают подрядчику: оформить запись в базе без привычки трудно.
От самой компании нужно немного: утвержденный набор фактов, доступы к профилям и справочникам, две-три ссылки на статьи, которыми можно подтвердить утверждения. Дальше работа механическая.
Первые три шага закрываются силами компании и без бюджета: собрали факты, прошли по профилям и справочникам, выправили разнобой в именах и телефонах, поставили Organization с sameAs, проставили обратные ссылки. Согласовывать это ни с кем снаружи не нужно, поэтому идет быстро. Оставшееся - подтверждения снаружи и запись в базе - растягивается на месяцы, потому что зависит уже не от вас.
Сроки по площадкам разные. Быстрее всего обновляется то, что под вашим контролем: страница на сайте, описания профилей. Справочники с ручной модерацией идут дольше. А ответы генеративных систем сдвигаются последними: часть из них берет данные из индекса с задержкой, часть отвечает по материалам обучения, где ваша компания зафиксирована в старом виде.
Результат виден по повтору диагностики: те же четыре проверки и та же запись ответов. Как делать это регулярно и считать в цифрах - в статье про замер видимости в нейросетях.
Коротко
Сущность - запись о компании в графе знаний, с которой сверяются поисковые и генеративные системы. Уверенность в записи набирается сверкой источников между собой, любое расхождение ее снижает.
Порядок работ: согласовать факты, разложить их по площадкам, связать профили через sameAs, набрать подтверждения снаружи, завести запись в Wikidata. Разметка без согласованных фактов результата не дает: она закрепит расхождение в машиночитаемом виде, и на этом все.
Сдвиг виден только по той же диагностике, что и до работ, с записанными формулировками и датами. Быстрее всего меняется то, что вы правите сами, дольше всего - ответы генеративных систем.
Википедия для этого не обязательна, гарантий карточки в графе знаний тоже никто не дает. Управляемая часть - одинаковые данные везде и упоминания, которые не требуют бюджета: справочники, каталоги, страницы партнеров, реестры. Публикации в изданиях набираются медленнее и зависят уже не только от компании.
Частые вопросы
Нужна ли статья в Википедии
Для малого и среднего бизнеса нет. Статью снимут по критериям значимости, и время уйдет впустую. Начинать стоит с записи в Wikidata: порог входа ниже, а машины читают ее напрямую. Статья в Википедии - сильный сигнал, но это следствие известности компании, а не способ ее получить.
Что делать, если у компании одноименный конкурент
Разводить по признакам, которые у вас разные: город, страна, отрасль, год основания, домен. Эти данные должны стоять везде одинаково и попадать во внешние тексты. Ссылка на запись в машиночитаемой базе через sameAs дает системе точку, по которой она отличает вас от однофамильца.
Сколько профилей ставить в sameAs
Столько, сколько вы ведете. Пять действующих профилей с обратными ссылками работают лучше пятнадцати, из которых десять заброшены. Пустая карточка со старым телефоном добавляет расхождение, а не подтверждение.
Помогает ли sameAs, если сайт на конструкторе
Да. Разметка Organization ставится блоком кода в настройках страницы или в шапке сайта, это доступно на всех распространенных конструкторах. Платформа на это не влияет, влияет то, что отдается в исходном коде страницы.
Через сколько меняется ответ систем после правок
Не на следующей неделе. Сначала обновляются сайт и профили, потом справочники с модерацией, в последнюю очередь ответы генеративных систем. Раньше других сдвигаются системы, которые ищут в вебе на лету. Дольше всего держится старая картина там, где ответ собирается по материалам обучения. Судить о сдвиге стоит по записям прогонов, а не по ощущению.