Entity Resolution
Entity resolution означает сопоставление разных записей, которые могут относиться к одному реальному объекту. Например, компания представлена в каталоге, CRM и на карте с разными сокращениями названия. Задача состоит в том, чтобы объединить действительно связанные записи и сохранить различия между самостоятельными объектами.
Почему записи расходятся
Источники используют разные формы названия, старые адреса, отдельные телефоны и транслитерацию. Часть данных вводится вручную, часть копируется из других систем. После переименования или переезда расхождения становятся ещё заметнее.
Для GEO это важно при анализе цифрового присутствия и внешних источников. Без сопоставления одна компания может выглядеть как несколько брендов. При чрезмерном объединении, наоборот, сведения разных организаций попадут в одну запись.
Признаки совпадения
| Признак | Что может подтверждать | Почему недостаточен отдельно |
|---|---|---|
| Одинаковый домен | Общий официальный ресурс | Один сайт может описывать группу |
| Телефон | Связь с контактным центром | Номер может обслуживать сеть |
| Адрес | Совпадение места | В здании бывает много компаний |
| Название | Вероятную связь | Встречаются одноимённые организации |
| Регистрационный идентификатор | Конкретное юридическое лицо | Бренд и юридическое лицо не всегда совпадают |
Сопоставление должно учитывать цель. Для юридической проверки нужен один уровень идентичности, для анализа бренда другой, для локальной рекомендации третий. Нельзя использовать одну схему объединения для всех задач без пояснения.
Объединение и разделение
Практически полезно сохранять исходные записи и историю решения. Если данные сразу переписываются в одну строку, потом трудно понять, откуда пришла ошибка. Связь с источниками позволяет пересмотреть объединение при появлении новых сведений.
Также нужен механизм разделения. Например, сначала два филиала ошибочно признали одним объектом из-за общего телефона. После уточнения адресов необходимо восстановить отдельные записи, не потеряв отзывы и характеристики каждого места.
Автоматизация и ручная проверка
Алгоритм может нормализовать написания, сравнивать признаки и предлагать вероятные пары. Но сложные случаи требуют содержательного решения. Совпадение нескольких слабых признаков не всегда сильнее одного явного противоречия.
Полезно выделять уверенные совпадения, уверенные различия и пограничные случаи. Последние направляют на проверку, особенно если объединение повлияет на репутацию, адрес или коммерческую рекомендацию.
Пример для сети компаний
У сети есть единый бренд, общий сайт и несколько точек обслуживания. На уровне бренда записи можно связать с общей организацией. На уровне локальных услуг филиалы должны оставаться различимыми, потому что режим работы и доступные услуги отличаются.
Такое представление не требует выбирать между «всё одно» и «всё разное». Можно хранить отдельные объекты и отношения принадлежности. Понятие графа связей рассматривается в статье № 96 «Knowledge Graph».
Значение для мониторинга GEO
При подсчёте упоминаний важно знать, учитываются ли продукты, филиалы и прежние названия как присутствие основного бренда. Правила нужно зафиксировать до измерения и сохранять между периодами. Иначе изменение справочника будет выглядеть как изменение видимости.
Согласованность контактов рассматривается в статье № 100 «NAP Consistency», а идентичность названий в статье № 105 «Brand Consistency». Entity resolution помогает собрать разрозненные сведения в управляемую модель, сохраняя источники и границы объектов. Для GEO это повышает точность анализа и позволяет исправлять конкретные противоречия вместо механического увеличения числа упоминаний.
Источники
Вопросы и ответы
Почему записи расходятся?
Источники используют разные формы названия, старые адреса, отдельные телефоны и транслитерацию. Часть данных вводится вручную, часть копируется из других систем. После переименования или переезда расхождения становятся ещё заметнее.
Дата обращения к источникам: 22 октября 2026 года.