Как я получил Google Knowledge Graph Panel без Википедии, Wikidata и публикаций в СМИ

В начале февраля 2026 года я поставил себе задачу получить собственную сущность типа Person в Google Knowledge Graph и добиться появления Google Knowledge Panel.

Большинство материалов по теме утверждают, что для этого необходимы публикации в авторитетных СМИ, профиль в Википедии, запись в Wikidata или другие сильные внешние сигналы. Я решил проверить, можно ли получить сущность другим путем, используя только открытые площадки, структурированные данные и правильное описание сущности. На получение сущности ушло около 90 дней, с февраля по апрель 2026 года.

Что было на начало работ

На старте у меня не было:

• страницы в Википедии;

• записи в Wikidata;

• публикаций в крупных СМИ;

• книг или других классических источников для получения Knowledge Panel.

В декабре 2025 года я обнаружил, что я довольно плохо ранжируюсь в чатботах, так как очень мало актуальных моих данных. Я начал прокачивать упоминания на бесплатных площадках. Мне это удалось, получил первые кейсы по ранжированию (local GEO) и в феврале я обратил внимание, что несмотря на то что поисковики начали понимать кто я, с AI overview были проблемы. Основным мои конкуренты — это seo специалисты и бренды с наличием сущности в Графе знаний.

При этом у меня уже был собственный сайт, профессиональный опыт в SEO и понимание того, как Google работает с сущностями и подтверждением данных.

Тут лирическое отступление: был период, когда можно было очень легко подтвердить сущность. К примеру еще до 2024 года публикуешь подкаст в Google Подкасты — и все готово. Но сейчас подобный метод после закрытия сервиса уже не работает.
Также есть вполне  полулегальный метод получения подтвержденной сущности в Графе знаний через музыкального исполнителя, есть используя IMDb PRO, через WikiData. Я не использовал не один из этих методов.

Как проводил работу и какие сайты использовал

Основной задачей было создать максимально согласованную сущность в разных доверенных источниках и связать их между собой.

Я зарегистрировал и заполнил профили на площадках, которые Google регулярно использует как источники данных для сущностей:

• Google Scholar;

• ORCID;

• ResearchGate;

• Crunchbase;

• About.me;

• Featured;

• ProvenExpert;

• Hackernoon;

• Issuu;

• Help A Reporter.

Из этой площадки очень важны ORCID, Google Scholar, Crunchbase , так как их Google напрямую использует для подтверждения сущности. Будьте внимательны при их заполнении, давайте побольше непротиворечивой информации.
Особое внимание уделял единообразию данных. На всех площадках использовал одинаковые:

• имя и фамилию;

• описание деятельности;

• ссылки на сайт;

• биографические данные.

Дополнительно на собственном сайте создал отдельную страницу автора с расширенной Person Schema (можете посмотреть ее там), где подробно описал биографию, образование, профессию и основные профили и статьи с упором на EEAT. Нужно не просто описать себя, но и искать сторонние подтверждения на других сайтах, поэтому старайтесь по максимуму подтверждать свои слова фактами. Ссылки на страницы в социальных сетях — обязательно, чем больше — тем лучше.

Также создавал дополнительные страницы на своем и других сайтах с различными вариантами структурированных данных (Schema.org) и связывал все профили между собой через внутренние и внешние ссылки. Это нужно для тех случаев, если к примеру страница вылетит из индекса или Google не сможет ее прочитать. Такое бывает в случае если есть проблемы с разметкой (где то ошибка, где то кавычки не те, где то неподдерживаемый вид разметки).

Для ускорения обнаружения страниц использовал сервисы индексации и регулярно проверял попадание документов в индекс Google. Это очень важный нюанс, так как профили очень плохо индексируются и любят выпадать из индекса.

Для проверки есть ли смысл с ваших действий — можно использовать demo API от Google.

Какие проблемы были в процессе

Во время работы выявил несколько ошибок, которые замедляли формирование сущности.

Первая проблема — противоречивые данные. На разных площадках часть атрибутов была заполнена по‑разному, что сначала негативно повлияло на сопоставление профилей.

Для человека это все похоже:

Эти две фразы нам кажутся одинаковыми, но для Google пока он не понимает сущности — это вообще упоминание 2 разных людей.

Вторая проблема — слабая связанность профилей соцсетей (Facebook, X, Linkedin и так далее). Изначально не все социальные сети и внешние профили были перелинкованы между собой.

Третья проблема — использование AI сгенерированных фотографий. Для части профилей я использовал изображения, созданные Gemini на основе собственных фото. Google не любит такое, похоже он проверяет SynthID при формировании сущности.

Позже отказался от такого подхода и заменил изображения на более оригинальные фотографии.

Четвертая проблема оказалась самой серьезной. Google не смог полноценно объединить варианты имени на разных языках:

• Evhen Moldovanu;

• Евгений Молдовану;

• Євген Молдовану.

Для полноценной склейки сущности потребовалось  значительно больше подтверждающих источников на каждом языке. Пока это в процессе.

Хронология работ

Результаты

За период менее 90 дней мне удалось получить собственную запись типа Person в Google Knowledge Graph и отдельный KGMID.

Главный результат кейса заключается в том, что сущность была сформирована без использования:

• Википедии;

• Wikidata;

• публикаций в крупных СМИ;

• схем с IMDB;

• MusicBrainz и других дистрибьюторов;

• публикации книг (тоже помогает получить Knowledge Panel).

Этот кейс показал, что Google может сформировать Knowledge Panel на основе набора согласованных данных из доверенных источников, если сущность имеет достаточное количество подтверждений и четко выраженные атрибуты.

Вставляю скрин с Топвизора со снятой позицией по запросу “Evhen Moldovanu”. Зачем это не совсем понятно, но без этого кейс не будет опубликован 🙂

Бонусом получил я также получил:

• Улучшение ранжирования в AI Overview, особенно по атрибутам;
• Панель в ChatGPT;
• Панель в Search Profile.

При этом работа не заканчивается после получения панели. Сущность необходимо продолжать усиливать новыми упоминаниями, подтверждениями и связями, чтобы повысить устойчивость записи в Knowledge Graph и расширить объем данных, которые Google связывает с человеком или брендом.