Блог · AI

Schema.org Organization: поля, які реально потрібні, і типові помилки

Мінімальний набір Organization/LocalBusiness у WordPress: name, url, logo, sameAs, contactPoint — без зайвих полів і без конфліктів із видимим контентом.

~3 хв читання AI

Schema.org Organization: поля, які реально потрібні, і типові помилки

Мінімальний набір для Organization

Мінімальні поля Organization

Практичний мінімум для більшості компаній — це name, url, logo та обмежений список sameAs на реальні профілі, плюс contactPoint з телефоном і типом звернення.

Кожне додаткове поле має відповідати тексту на сторінці, інакше зростає ризик ручних санкцій або відхилення розширених результатів.

Якщо schema додають кілька плагінів, зростає ризик дубльованих блоків — оберіть одне джерело істини для Organization і вимкніть зайве.

  • Перевірте, що logo відкривається за стабільним URL.
  • Не дублюйте name англійською та українською в одному блоці без пояснення.
  • Додайте legalName, якщо відрізняється від торгової марки.
  • Переконайтеся, що url — https і канонічний.
  • Перевірте, що sameAs не містить порожніх або битих посилань.
  • Додайте areaServed лише якщо це правда.
  • Перевірте, що contactPoint не веде на неіснуючий номер.
  • Погодьте з юридичним перелік sameAs.
  • Після зміни домену оновіть усі URL у JSON-LD.
  • Зберігайте копію JSON для аудиту.
  • Перевірте, що logo відповідає фактичному логотипу в шапці сайту, а не застарілому файлу з CDN-кешем.
  • Для холдингу з кількома брендами розділіть Organization на рівні домену або сторінки, щоб не змішувати юрособи в одному JSON-LD.
  • Якщо використовуєте кілька мов, узгодьте name з видимою мовою сторінки або додайте окремі сторінки з узгодженими полями.

Entity-картка — матеріал про бренд.

Коли потрібен LocalBusiness

LocalBusiness schema

LocalBusiness доречний, коли є фізична локація або сервіс із чіткою географією, яку клієнти шукають на карті.

Без правильної адреси та годин роботи розширені результати можуть бути некоректними або не показуватимуться взагалі.

Для multi-location краще окремі сторінки філій з LocalBusiness, ніж один JSON-LD зі списком адрес без логіки відображення для користувача.

Якщо частина «офісів» є лише пунктами видачі без окремої сторінки, не підміняйте їх повноцінним LocalBusiness без чіткої адреси та годин — краще чесний опис у тексті, ніж markup, який не відповідає реальності.

  • Використовуйте PostalAddress з узгодженими країною та індексом.
  • Додайте geo, якщо потрібно для локальних фільтрів.
  • Перевірте openingHoursSpecification на свята.
  • Погодьте з офісом фактичні години кол-центру.
  • Додайте hasMap лише на реальні карти.
  • Не дублюйте кілька адрес без логіки філій.
  • Переконайтеся, що NAP збігається з Google Business Profile.
  • Після переїзду офісу оновіть усі джерела одночасно.
  • Перевірте мову адреси для локальної аудиторії.
  • Ведіть changelog для локальних змін.

Локальне SEO в контексті послуг — SEO-Studio.

Перевірка без параної

Валідація structured data

Валідатор Rich Results корисний для пошуку критичних помилок, але не вимагає «зеленого всього підряд» — частина попереджень може бути інформаційною.

Головне — відповідність фактам і відсутність суперечностей між JSON-LD і видимим текстом.

Попередження про recommended поля оцінюйте з точки зору ризику для користувача, а не гоніться за повним зеленим списком у інтерфейсі валідатора.

Після великого редизайну зробіть вибіркову перевірку прев’ю картки в пошуку на мобільному та десктопі — інколи JSON-LD валідний, але сніпет виглядає неохайно через довгі рядки name або зайві sameAs.

  • Перевіряйте сторінку в інкогніто після деплою.
  • Порівнюйте прев’ю картки з фактичним текстом.
  • Не публікуйте тимчасові тестові поля.
  • Переконайтеся, що плагін не дублює кілька JSON-LD з однаковим типом.
  • Перевірте кешування сторінки з JSON-LD.
  • Погодьте з розробкою порядок виводу скриптів.
  • Перевірте мобільну версію картки.
  • Додайте моніторинг логів на 500 під час релізу.
  • Зберігайте скріншоти валідних станів.
  • Плануйте квартальний рев’ю полів.

Контентні хаби — окремий гайд.

Висновок

Organization schema — це точність і чесність, а не гонитва за кількістю полів. Почніть із мінімального набору, який відповідає сторінці, перевірте валідатор і синхронізуйте дані з CRM та картами. Уникайте спаму в sameAs і не плутайте юридичну особу з торговою маркою без пояснення. SEO-Studio допоможе впровадити structured data так, щоб він підсилював GEO і локальну присутність, а не створював ризики для сайту.

Практичний підсумок: один відповідальний за JSON-LD, один шаблон для Organization/LocalBusiness і регулярна звірка з Google Business Profile — це дешевше за відкочування санкцій або пояснення клієнтам, чому в картці пошуку «чужий» телефон.