Разметка LocalBusiness пошагово: JSON-LD для небольшой фирмы и как её проверить

Шаг 1 — выбери тип, а не только «LocalBusiness»

У LocalBusiness в schema.org есть более точные подтипы, среди них HealthAndBeautyBusiness, HomeAndConstructionBusiness, LegalService, LodgingBusiness, MedicalBusiness и ProfessionalService (Schema.org, LocalBusiness). Чем точнее тип, тем однозначнее описание того, чем фирма занимается.

Если ни один из подтипов не подходит точно, остаётся общий тип LocalBusiness — это тоже правильный и принимаемый выбор, просто менее точный.

Шаг 2 — собери факты в одну таблицу, прежде чем писать код

Прежде чем появится хоть одна фигурная скобка, стоит выписать в одном месте именно те данные, которые и так уже публичны: название фирмы такое же, как на вывеске и в профиле Google, адрес, телефон в международном формате, адрес сайта, часы работы по дням недели и примерный ценовой диапазон. Правило простое: в коде должны быть те же данные, что видны на сайте и в карточке Google, — название в профиле должно соответствовать реальному названию фирмы, а сам профиль показывает адрес или зону обслуживания, часы работы и категорию (Google, рекомендации по представлению фирмы). Порядок в самом профиле — категории и часы — отдельная задача, ей занимается Google Business Profile.

Если какой-то из этих данных нет на самой странице — например, часов работы, — сначала добавь её в видимый текст, и только потом в код. Структурированные данные должны отражать содержимое, видимое пользователям, а не заменять его и не опережать.

Шаг 3 — код JSON-LD на примере

Блок ниже — пример на условных данных: сами скобки и поля настоящие и соответствуют документации Google, а название, адрес и телефон придуманы и служат только шаблоном для подстановки своих данных:

{
  "@context": "https://schema.org",
  "@type": "HomeAndConstructionBusiness",
  "name": "Ремонтная фирма Пример",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "ул. Примерная 12",
    "addressLocality": "Варшава",
    "postalCode": "00-001",
    "addressCountry": "PL"
  },
  "telephone": "+48123456789",
  "url": "https://primer.pl",
  "priceRange": "$$",
  "openingHoursSpecification": [
    { "@type": "OpeningHoursSpecification", "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"], "opens": "08:00", "closes": "16:00" },
    { "@type": "OpeningHoursSpecification", "dayOfWeek": "Saturday", "opens": "09:00", "closes": "13:00" }
  ]
}

Поле priceRange — примерный ценовой диапазон — встречается в собственных примерах Google рядом с телефоном и часами работы как одно из рекомендуемых свойств (Google Search Central, LocalBusiness). @type замени на точный подтип из таблицы выше, а остальные поля — на свои данные из таблицы фактов.

Часы в разные дни, перерыв и суббота

Когда часы отличаются по дням — одни в будни, другие в субботу, обеденный перерыв в середине дня, — openingHoursSpecification принимает список отдельных объектов, по одному на каждый отдельный вариант часов, точно как в собственном примере ресторана в документации Google, где понедельник и вторник идут с одними часами, среда-четверг-пятница с другими, а суббота и воскресенье получают собственные записи (Google Search Central, LocalBusiness). Обеденный перерыв записывается как два отдельных объекта для одного и того же дня — один до перерыва, второй после.

Шаг 4 — куда вставить код

Код JSON-LD вставляется в тег <script type="application/ld+json">, обычно в раздел <head> страницы. Если у фирмы один адрес, достаточно одного блока кода на главной странице — а ещё лучше того же блока на всех страницах сразу, чтобы каждая несла одно и то же описание фирмы.

WordPress и конструктор сайтов

В WordPress код чаще всего попадает через поле для кода в настройках темы, раздел структурированных данных в SEO-плагине или редактор кода в шапке шаблона. В конструкторах сайтов обычно есть отдельное поле «код в head» в настройках страницы или всего сайта — точное название отличается между платформами, но механизм один: вставленный код попадает в <head> без изменений.

Фирма с двумя адресами

Когда у фирмы два и больше филиалов, у каждого адреса — свой блок структурированных данных на собственной контактной странице этого филиала, со своим телефоном и своими часами — так же, как в профиле Google, где у каждого филиала отдельный профиль с часами именно этого филиала, а у головного офиса — ещё и свой (Google, рекомендации по представлению фирмы). Один общий блок на все адреса сразу путает машину насчёт того, где фирма находится на самом деле.

Шаг 5 — проверь код перед публикацией

Rich Results Test — инструмент Google для проверки структурированных данных, который в части случаев показывает и предпросмотр результата в поиске (Google Search Central, введение в структурированные данные). Работает двумя способами: вставь адрес опубликованной страницы или сам код, ещё до того как он попадёт на сервер.

Инструмент отличает критические ошибки, которые полностью блокируют функцию, от предупреждений — полей рекомендуемых, но не обязательных. После публикации ту же страницу стоит держать под наблюдением в отчёте о результатах поиска с расширенными данными в Search Console, потому что страница, которая работала правильно в день запуска, может сломаться после следующего изменения шаблона.

Частые ошибки, которые портят структурированные данные

Самая частая ошибка — расхождение между кодом и страницей: часы в JSON-LD отличаются от видимого содержимого, или данные об услуге, которую страница вообще не описывает. Google считает это введением в заблуждение — структурированные данные должны отражать содержимое, видимое пользователям, а не создавать отдельную, более удобную версию реальности (Google Search Central, правила структурированных данных).

Вторая ошибка — придумывать в коде оценки или отзывы, которых на самом деле никто не оставлял: то же требование соответствия реальности касается оценок точно так же, как часов и адреса. Третья — копировать один блок кода на все страницы-клоны без изменения адреса и телефона, из-за чего при нескольких филиалах каждая страница утверждает, что это одно и то же место.

Кто обновляет данные, когда что-то меняется

Пока эти три места — сайт, код и профиль Google — обновляет один человек по одному списку, расхождения не возникает. Когда каждое из них меняет кто-то свой в свой момент, расхождение — вопрос времени.

Сделай сам за час

1. Выпиши факты в одну таблицу: название, адрес, телефон, URL, часы по дням, ценовой диапазон.
2. Выбери точный подтип из таблицы отраслей выше, а если ни один не подходит — остановись на LocalBusiness.
3. Составь код JSON-LD по образцу примера, подставив свои данные.
4. Вставь его в <head> главной страницы или всех страниц сразу.
5. Проверь код в Rich Results Test и исправь критические ошибки.
6. Запиши в календаре дату проверки и возвращайся к таблице при каждом изменении часов, телефона или адреса.

Как это выглядит в системе

В Aura это начинается с услуги SEO и карты, где мы приводим в порядок профиль Google и дополняем сайт данными, которые нужны поисковику. Сам сайт и его код собираются в услуге Сайты и магазины, а согласованность описания фирмы на сайте, в структурированных данных и в источниках, которые это подтверждают, держит GEO / AI-видимость. Когда данные фирмы живут сразу в нескольких системах, Интеграции соединяют их так, чтобы обновление в одном месте расходилось дальше само. Система не обещает расширенных результатов — она только следит, чтобы данные были одинаковыми везде, где появляются.

Больше о том, кто вообще должен обновлять данные фирмы и почему на практике возникает расхождение, — в статье о данных ресторана в Google, на сайте и на порталах — механизм обновления один и тот же независимо от отрасли. Если ты только начинаешь наводить порядок в присутствии фирмы онлайн, четыре порога вместо общего анализа расписаны в автоматизации малой компании. О том, почему несогласованные или неполные данные отпугивают обращения ещё до звонка, — в анализе сайтов варшавских фирм, а как настроить цифры, на которые владелец действительно смотрит, показываем в автоматизации отчётности. Если хочешь увидеть, какие данные о твоей фирме сейчас расходятся между сайтом, профилем и разметкой, пройди оценку на /ocena.

Частые вопросы

Улучшит ли разметка мою позицию в Google?

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

Обязательно ли использовать именно подтип LocalBusiness для медицинского кабинета?

Лучше использовать более точный подтип, если он есть, — например, MedicalBusiness для медицинского кабинета. Точный тип однозначнее описывает, чем занимается фирма, чем общий LocalBusiness.

Что делать, если Rich Results Test показывает предупреждение, а не ошибку?

Предупреждения касаются полей рекомендуемых, но не обязательных — страница будет работать и без них, но стоит их заполнить, если данные есть, потому что они делают описание полнее.

Можно ли указать в коде более высокую оценку, чем у фирмы на самом деле?

Нет. Структурированные данные должны соответствовать реальности и содержимому, видимому пользователям, — придуманная оценка или отзыв, которого никто не оставлял, нарушает правила Google и может закончиться ручной санкцией.

Как часто проверять структурированные данные в Rich Results Test?

При каждом изменении шаблона страницы и при каждом изменении часов, телефона или адреса — страница, которая работала правильно в день запуска, может сломаться после следующего обновления темы или плагина.

Хватит ли одного общего блока кода на всех страницах для фирмы с одним адресом?

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