NAP — название, адрес, телефон. Расширенно к ним добавляются почта, сайт, соцсети, часы работы и зона обслуживания. Если эти данные различаются на сайте, в картах и в каталогах, поисковик не может понять, какие из них верные — и снижает доверие ко всем.
Для ИИ-систем это ещё критичнее: они сверяют факты по нескольким источникам, и противоречие приводит к тому, что бизнес просто не упоминается в ответе.
Один источник правды
Практичная схема: контактные данные хранятся в одном месте, а подвал сайта, страница контактов и микроразметка берут их оттуда, а не дублируют вручную. Любое изменение начинается с этого источника и дальше расходится по площадкам.
Отдельно стоит развести юридический адрес и фактический, по которому приходят клиенты — это разные поля и путать их не нужно.
Где искать расхождения
-
Сам сайт: главная, подвал, страница контактов, Schema.org.
-
Карты и справочники.
-
Соцсети и мессенджеры.
-
Коммерческие предложения, PDF, вакансии, старые пресс-релизы.
-
Дубли карточек, оставшиеся после переездов и смены номера.
Порядок исправления
-
Сначала собственный сайт — он основной источник для всех остальных.
-
Затем крупные площадки с реальным трафиком.
-
Фиксировать по каждой правке ссылку, дату и статус модерации.
-
Не создавать новую карточку, если старую можно отредактировать — дубли вредят сильнее устаревших данных.
Как поддерживать
Раз в месяц проверять ключевые площадки, раз в квартал — весь список. Мерить не количество упоминаний, а долю площадок с подтверждённо верными данными. Для каждой площадки — ответственный и способ восстановить доступ, иначе через год окажется, что карточку никто не может отредактировать.
Если контакты разъехались по площадкам и непонятно, где какие — можем помочь собрать реестр и привести всё к одному виду.
