Schema.org LocalBusiness для сайта: что именно описываем
Сначала составьте список сущностей: юридическая или публично представленная организация, бренд, физическая точка и страница. Они связаны, но не всегда совпадают. Сеть из трёх мастерских не превращается в один адрес только потому, что у неё общий домен.
Выбирайте тип по фактическому объекту и документации. Не указывайте тип медицинской организации для салона только ради более заметной выдачи. Если филиал существует, у него должны быть подтверждённые сведения о местоположении и обслуживании.
Соберите данные до JSON-LD
Попросите владельца подтвердить публичное название, URL, телефон, адрес и связанные официальные профили. Для каждого значения сохраните источник. Не используйте автоматически найденную карточку одноимённой компании как свой sameAs.
В учебном примере организация «Мастерская А» имеет постоянный идентификатор example.com/#organization, а её единственная точка — example.com/contacts/#location. Это схема имён на вымышленном домене, не готовая разметка действующего бизнеса. Идентификаторы позволяют ссылаться на один объект, не создавая новый при каждом повторении блока.
Небольшой учебный граф с двумя идентификаторами
В вымышленном примере головная организация и точка приёма имеют разные @id. Organization ссылается на точку через subOrganization, а LocalBusiness — на головную сущность через parentOrganization. Это объясняет отношения объектов; одинаковое название без связи не заменяет такую модель.
Полный JSON-LD доступен ниже как текстовый учебный файл. В нём нет реального бизнеса, подтверждённого адреса или клиентских данных. Его не вставляют в рабочую страницу без замены сведений и проверки соответствия видимому содержанию.
| Объект | @id примера | Связь |
|---|---|---|
| Organization | https://example.com/#organization | subOrganization → #location |
| LocalBusiness | https://example.com/contacts/#location | parentOrganization → #organization |
Скачать учебный JSON-LD: Organization и LocalBusiness — MD ↓
Проверьте соответствие странице и отсутствие конфликтов
На странице контактов человек должен видеть те же подтверждённые сведения. Если в JSON-LD остался старый телефон, исправьте источник генерации. Простая вставка второго правильного блока может оставить оба противоречащих описания.
Проверьте шаблон сайта, SEO-плагин и дополнительные виджеты. Если несколько блоков описывают одну организацию, согласуйте их идентификаторы и поля. Не удаляйте все повторения механически: граф может содержать связанные Article, WebPage и Organization с разным назначением.
| Поле | Проверка | Пример ошибки |
|---|---|---|
| name и url | Тот же объект, что на странице | Бренд перепутан с филиалом |
| address и telephone | Действующие публичные данные | Старый телефон в шаблоне |
| @id и связи | Постоянные идентификаторы | Новая организация на каждой статье |
Как принять внедрение
Сохраните публичный HTML и проверьте синтаксис JSON-LD. Затем используйте валидатор словаря и инструмент Google для поддерживаемых расширенных результатов: они отвечают на разные вопросы. Отсутствие подходящего rich result не означает, что любой Schema.org-объект синтаксически неверен.
После публикации отдельно проверяйте фактическое представление компании в поиске и AI-ответах. Если помощник путает два филиала, разберите процитированный источник. Валидная разметка собственного сайта не исправляет автоматически сведения на чужих площадках.
Продолжить: Диагностика: проверенные проблемы и задание исполнителю; Программа видимости: согласованные работы и наблюдения