Розмітка LocalBusiness описує фірму у форматі, який машина читає однозначно: назва, адреса, телефон, години роботи та ціновий діапазон в одному блоці коду, а не розкидані по тексту сторінки. Google рекомендує для цього формат JSON-LD (Google Search Central, вступ до структурованих даних).
Важливо одразу: правильний код не гарантує розширений результат у пошуку. Google прямо застерігає, що розмітка структурованих даних робить функцію доступною, але не гарантує її появу (Google Search Central, правила структурованих даних). Ця сторінка все одно показує, як зробити це акуратно: обрати тип, зібрати факти, скласти код, вставити його в потрібне місце і перевірити результат інструментом Google.
Крок 1 — обери тип, а не лише «LocalBusiness»
У LocalBusiness в schema.org є точніші підтипи, серед них HealthAndBeautyBusiness, HomeAndConstructionBusiness, LegalService, LodgingBusiness, MedicalBusiness і ProfessionalService (Schema.org, LocalBusiness). Що точніший тип, то однозначніший опис того, чим фірма займається.
| Галузь | Тип schema.org |
|---|---|
| Перукарня, салон краси, спа | HealthAndBeautyBusiness |
| Ремонтно-будівельна фірма | HomeAndConstructionBusiness |
| Юридична фірма | LegalService |
| Готель, пансіонат, апартаменти | LodgingBusiness |
| Медичний або стоматологічний кабінет | MedicalBusiness |
| Бухгалтерське бюро, консалтинг, агентство | ProfessionalService |
Якщо жоден з підтипів не підходить точно, залишається загальний тип 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://pryklad.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, вступ до структурованих даних). Працює двома способами: встав адресу опублікованої сторінки або сам код, ще до того як він потрапить на сервер.
- 01Код
- →02перевірка в Rich Results Test
- →03виправлення помилок
- →04публікація
- →05звіт у Search Console
Інструмент відрізняє критичні помилки, які повністю блокують функцію, від попереджень — полів рекомендованих, але не обов'язкових. Після публікації ту саму сторінку варто тримати під наглядом у звіті про розширені результати в Search Console, бо сторінка, яка працювала правильно в день запуску, може зламатися після наступної зміни шаблону.
Часті помилки, які псують структуровані дані
Найчастіша помилка — розбіжність між кодом і сторінкою: години в JSON-LD відрізняються від видимого вмісту, або дані про послугу, яку сторінка взагалі не описує. Google вважає це введенням в оману — структуровані дані мають відображати вміст, видимий користувачам, а не створювати окрему, зручнішу версію реальності (Google Search Central, правила структурованих даних).
Друга помилка — вигадувати в коді оцінки чи відгуки, яких насправді ніхто не залишав: та сама вимога відповідності реальності стосується оцінок так само, як годин і адреси. Третя — копіювати один блок коду на всі сторінки-клони без зміни адреси і телефону, через що за кількох філій кожна сторінка стверджує, що це те саме місце.
Хто оновлює дані, коли щось змінюється
| Подія | Де оновити |
|---|---|
| Святкові години | Сайт, код JSON-LD, профіль Google |
| Зміна телефону | Сайт, код JSON-LD, профіль Google, картки на порталах |
| Переїзд на нову адресу | Сайт, код JSON-LD (нова адреса), профіль Google, редирект зі старої сторінки |
| Новий ціновий діапазон | Сайт, код JSON-LD (priceRange) |
Поки ці три місця — сайт, код і профіль Google — оновлює одна людина за одним списком, розбіжність не з'являється. Коли кожне з них змінює хтось свій у свій момент, розбіжність — питання часу.
Зроби сам за годину
- Випиши факти в одну таблицю: назва, адреса, телефон, URL, години за днями, ціновий діапазон.
- Обери точний підтип із таблиці галузей вище, а якщо жоден не підходить — зупинись на LocalBusiness.
- Склади код JSON-LD за зразком прикладу, підставивши свої дані.
- Встав його в
<head>головної сторінки або всіх сторінок одразу. - Перевір код у Rich Results Test і виправ критичні помилки.
- Запиши в календарі дату перевірки і повертайся до таблиці за кожної зміни годин, телефону чи адреси.
Як це виглядає в системі
- 01Дані фірми в одному місці
- →02сайт, код і профіль Google
- →03одне джерело
- →04зміна годин
- →05оновлення всюди
- →06щотижневий звіт розбіжностей
В Aura це починається з послуги SEO і карти, де ми впорядковуємо профіль Google і доповнюємо сайт даними, які потрібні пошуковику. Сам сайт і його код збираються в послузі Сайти та магазини, а узгодженість опису фірми на сайті, в структурованих даних і в джерелах, які це підтверджують, тримає GEO / AI-видимість. Коли дані фірми живуть одразу в кількох системах, Інтеграції з'єднують їх так, щоб оновлення в одному місці розходилося далі саме. Система не обіцяє розширених результатів — вона лише стежить, щоб дані були однаковими всюди, де з'являються.
Більше про те, хто взагалі має оновлювати дані фірми і чому на практиці виникає розбіжність, — у статті про дані ресторану в Google, на сайті та на порталах — механізм оновлення той самий незалежно від галузі. Якщо ти лише починаєш наводити лад у присутності фірми онлайн, чотири пороги замість загального аналізу розписані в автоматизації малого бізнесу. Про те, чому неузгоджені або неповні дані відлякують звернення ще до дзвінка, — в аналізі сайтів варшавських фірм, а як налаштувати цифри, на які власник справді дивиться, показуємо в автоматизації звітності.
Часті питання
Чи покращить розмітка мою позицію в Google?
Гарантії немає. Google прямо застерігає, що розмітка даних робить можливою появу розширеного результату, але не гарантує її — позицію визначають інші фактори.
Чи обов'язково використовувати саме підтип LocalBusiness для медичного кабінету?
Краще використати точніший підтип, якщо він є, — наприклад, MedicalBusiness для медичного кабінету. Точний тип однозначніше описує, чим займається фірма, ніж загальний LocalBusiness.
Що робити, якщо Rich Results Test показує попередження, а не помилку?
Попередження стосуються полів рекомендованих, але не обов'язкових — сторінка працюватиме і без них, але варто їх заповнити, якщо дані є, бо вони роблять опис повнішим.
Чи можна вказати в коді вищу оцінку, ніж у фірми насправді?
Ні. Структуровані дані мають відповідати реальності і вмісту, видимому користувачам, — вигадана оцінка або відгук, якого ніхто не залишав, порушує правила Google і може закінчитися ручною санкцією.
Як часто перевіряти структуровані дані в Rich Results Test?
За кожної зміни шаблону сторінки і за кожної зміни годин, телефону чи адреси — сторінка, яка працювала правильно в день запуску, може зламатися після наступного оновлення теми чи плагіна.
Чи достатньо одного спільного блоку коду на всіх сторінках для фірми з однією адресою?
Так — якщо у фірми одна адреса, одного спільного блоку коду на всіх сторінках достатньо, і його простіше підтримувати, ніж окремий блок на кожній сторінці.