Що таке Organization Schema та навіщо вона потрібна?
Такий формат підходить корпоративним сайтам, агенціям, SaaS-сервісам, медіа, фондам, асоціаціям та іншим організаціям. Дані компанії передаються пошуковим системам у зрозумілій структурі Schema.org, тому назву, офіційний сайт, логотип, контакти та пов'язані профілі можна описати однозначно.
Organization відноситься до типів Schema.org та описує організацію як окрему сутність. У розмітці можна вказати назву компанії, офіційну URL-адресу, логотип, юридичне ім'я, контактні дані, адресу, офіційні профілі та інші відомості, які дійсно стосуються організації.
Структуровані дані допомагають пошуковій системі точніше зіставити сайт із компанією чи брендом. Сама мікророзмітка організації не гарантує зростання позицій, тому її слід розглядати як частину технічної оптимізації разом із коректними мета-тегами, індексованістю, канонічними URL та змістом сторінки.
Які дані описує розмітка Organization?
Набір властивостей залежить від цього, які відомості компанія реально публікує і може підтвердити. Для більшості сайтів досить коректно вказати назву організації, URL сайту, логотип компанії, основні контактні дані та офіційні профілі.
При необхідності в JSON-LD додають юридичну назву, дату заснування, засновника, адресу організації та корпоративні ідентифікатори. Порожні властивості краще не додавати, тому що вони не дають пошуковій системі корисної інформації та ускладнюють перевірку розмітки.
Назва, URL та логотип компанії
Властивість name містить громадську назву організації, під якою користувачі знають компанію. В alternateName можна вказати стійке скорочення або альтернативну назву, а legalname підходить для офіційного зареєстрованого імені юридичної особи.
В URL вказують основний канонічний URL сайту, а в logo - доступний пошуковому роботу URL логотипу. Властивість description можна використовувати для короткого опису діяльності, якщо ця інформація відповідає змісту сайту і не перетворюється на рекламний текст.
Адреса та контактні дані
Для адреси використовується PostalAddress з окремими полями для вулиці, населеного пункту, регіону, індексу та країни. Такий підхід зручніший за один довгий рядок, тому що кожна частина адреси отримує власне значення в структурованих даних.
Контактні відомості можна надіслати через telephone, email та contactPoint. Якщо компанія має кілька відділів або контактних центрів, розмітка може містити кілька контактних точок, якщо кожна з них належить до реальних підрозділів організації.
Офіційні профілі та sameAs
Властивість sameAs використовують для посилань на офіційні сторінки, які однозначно представляють ту саму організацію. Зазвичай, сюди додають підтверджені профілі компанії в соціальних мережах, офіційні каталоги або інші зовнішні сторінки бренду.
Не варто заповнювати самі як випадковими посиланнями тільки заради кількості. Краще залишити кілька точних та актуальних адрес, ніж створювати довгий список сторінок, які пошукова система не зможе впевнено пов'язати з організацією.
Типові помилки в Organization Schema
Більшість проблем пов'язані не зі складністю Schema.org, а з неузгодженими даними між сайтом, CMS та готовим JSON-LD. Тому генератор організації schema слід використовувати разом із звичайною перевіркою сторінки, а не як автоматичну заміну контролю.
Помилки часто з'являються після редизайну, переїзду на інший домен або зміни контактних даних. Якщо розмітка створюється на рівні загального шаблону, старі значення можуть залишатись на десятках сторінок до наступного технічного аудиту.
Розбіжність даних розмітки та сайту
Якщо в JSON-LD вказано один телефон, а на сторінці інший, пошукова система отримує суперечливу інформацію. Аналогічна проблема виникає з назвою компанії, адресою, юридичним ім'ям, логотипом та офіційною URL-адресою.
Після зміни реквізитів потрібно оновлювати звичайний контент і структуровані дані одночасно. Такий порядок зменшує ризик того, що стара версія Organization залишиться у шаблоні після візуального оновлення контактів.
Неправильний тип організації
Загальна організація підходить для багатьох проєктів, але іноді існує більш точний підтип. Використання конкретного типу допомагає краще описати компанію, якщо обрана категорія справді відповідає її діяльності.
Не потрібно вибирати спеціалізований підтип тільки задля більшої деталізації. Якщо організація не належить до медичних, освітніх, державних чи інших вузьких категорій, загальний тип може бути точнішим та безпечнішим.
Некоректні URL та зображення
Посилання в url, logo та sameAs повинні відкриватися та вести на правильні ресурси. Недоступний логотип, старий домен або помилкова соціальна сторінка знижують якість структурованих даних та ускладнюють ідентифікацію організації.
Після міграції сайту особливо корисно перевірити абсолютні URL та редиректи. Старі посилання часто зберігаються в JSON-LD довше, ніж у звичайній верстці, тому що користувач не бачить їх при стандартному перегляді сторінки.
Помилки у JSON-LD
Ручне редагування JSON-LD часто призводить до пропущених лапок, зайвих ком і неправильної вкладеності об'єктів. Подібні проблеми легко виникають після копіювання окремих фрагментів із різних прикладів Schema.org.
Organization schema generator зменшує можливість синтаксичних помилок, але підсумкову версію все одно потрібно валідувати. Особливо уважно перевіряють масиви того самого, вкладеного PostalAddress і кілька об'єктів contactPoint.
Дублі та конфліктуюча мікророзмітка
На одному сайті Organization можуть одночасно створювати CMS, SEO-плагін, тему та вручну доданий скрипт. Якщо ці об'єкти містять різні дані, пошукова система отримує кілька варіантів опису однієї компанії.
Перед додаванням нової розмітки потрібно перевірити вихідний HTML та визначити джерело кожного існуючого блоку. Зайві дублі краще видалити, залишивши одну контрольовану версію із актуальними даними організації.
Я рекомендую заповнювати Organization Schema за принципом достовірності, а не кількості полів. Назва компанії, URL, логотип, контакти, адреса та sameAs повинні збігатися з реальними даними організації, а після впровадження я завжди перевіряю підсумковий JSON-LD валідатором та окремо шукаю дублі від CMS або SEO-модулів. Робоча схема виглядає досить просто: Дані компанії → генерація JSON-LD → перевірка → впровадження → повторна перевірка опублікованої сторінки Така послідовність допомагає знайти помилку до індексації та не змішувати етап підготовки даних із технічним використанням. Для сайтів з кількома мовами також потрібно переконатися, що локалізовані значення та URL відповідають конкретній мовній версії.
Як користуватись генератором Organization Schema?
Генератор Organization Schema розрахований на послідовне заповнення даних без ручної роботи із синтаксисом JSON. Користувач вносить відомості, отримує готову структуру і перевіряє її перед публікацією на сайті.
Такий процес зручний і для SEO-фахівця, і для розробника, оскільки знижує кількість технічних помилок. Готовий результат можна додатково пропустити через валідатор JSON-LD і лише після цього впроваджувати у підсумковий HTML-сторінки.
Заповніть дані організації
Почніть з назви компанії, основного URL, логотипу та короткого опису. Потім додайте телефон, email, адресу, юридичну назву, офіційні профілі, дату заснування та засновника, якщо ці відомості існують та використовуються компанією.
Заповнювати кожне поле не потрібно, бо склад розмітки залежить від конкретної організації. Краще передати менше перевірених даних, ніж додати значення, які відсутні на сайті або не відносяться до цієї компанії.
Згенеруйте Organization JSON-LD
Після заповнення форми організації json ld generator збирає дані у єдиний JSON-LD об'єкт. Користувачеві не потрібно самостійно розставляти лапки, коми та вкладені елементи, якщо вихідні поля заповнені коректно.
Такий формат зручно передавати розробнику або додавати до шаблону самостійно. Для англомовних проєктів той самий інструмент може використовуватися як company schema generator або organization structured data generator, оскільки завдання залишається однаковим.
Скопіюйте готовий код
Після генерації потрібно переглянути готовий код і переконатися, що в ньому є тільки заповнені властивості. Якщо інтерфейс підтримує форматований і мініфікований варіант, для перевірки зручніше використовувати подання з відступами.
Готову розмітку можна скопіювати після перевірки всіх URL-адрес, адрес та контактів. Organization markup generator скорочує ручну роботу, проте відповідальність за достовірність введених відомостей залишається у власника сайту або фахівця, який готує дані.
Додати розмітку на сайт
JSON-LD зазвичай додають у HTML всередині тега <script type="application/ld+json">. Код можна розмістити в <head> або <body>, якщо CMS, шаблон та серверний рендеринг зберігають його у підсумковому HTML документі.
Перед використанням потрібно визначити правильне місце на рівні шаблону або конкретної сторінки. Для багатосайтової CMS дані компанії краще зберігати окремо від коду компонента, щоб оновлення шаблону не перезаписувало відомості конкретного сайту.
Перевірте результат валідатором
Після публікації потрібно відкрити сторінку та перевірити підсумковий HTML, а потім відправити розмітку до Schema.org Validator. Така перевірка допомагає знайти синтаксичні помилки, невідповідні властивості, неправильну вкладеність та значення неправильного типу.
Додатково варто перевірити сторінку інструментами Google, якщо тип, що використовується, пов'язаний з підтримуваними пошуковими функціями. Валідний код ще не означає появу розширеного результату, тому окремо перевіряють доступність сторінки та відповідність даних видимому змісту.
Що саме ми робили
Стоматологія · Київ і Чернігів
+44% кліків із пошуку
Домен без історії, сайт на конструкторі. Зібрали семантику під послуги й обидва міста, переробили посадкові сторінки, з нуля побудували посилальний профіль. За чотири місяці: 34,8 тис. кліків, покази 1,32 → 1,76 млн, DR 0 → 41.
E-commerce · міжнародний ринок
+96% кліків за два місяці
Каталог цифрових 3D-моделей. Кластеризували семантику, перебудували хабові сторінки, закрили дублі та помилки індексації. Користувачі з Google 247 → 532, CTR 2,4% → 4%.
Медичний центр · Україна
+68,75% видимості за перший місяць
Вузька видимість і мала семантика на старті. Семантика, структура посадкових, метадані та перелінковка, поступове посилення посиланнями.
Відповіді на ваші запитання
Що таке генератор Organization Schema?
Генератор Organization Schema створює JSON-LD розмітку на основі даних, які користувач вводить у форму. Він збирає назву компанії, сайт, логотип, контакти, адресу, офіційні профілі та інші відомості до структури Schema.org.
Готовий код можна скопіювати, перевірити валідатором та додати на сайт без ручного складання JSON. Такий підхід знижує ймовірність синтаксичних помилок та прискорює підготовку розмітки для корпоративних сторінок.
Як створити Organization JSON-LD без програмування?
Щоб створити Organization JSON-LD, достатньо заповнити поля генератора та перевірити введені значення. Після цього сервіс збере готовий об'єкт, який можна скопіювати без написання ручного синтаксису.
Перед публікацією потрібно перевірити код Schema.org Validator, а після впровадження повторити перевірку вже для опублікованої сторінки. Такий порядок допомагає знайти помилки, які могла додати CMS або система шаблонів.
Чим Organization відрізняється від LocalBusiness?
Організація описує компанію або організацію як загальну сутність, а LocalBusiness призначений для локального бізнесу, що працює з клієнтами за фізичною адресою. Конкретний тип обирають за реальною моделлю компанії, а не лише за наявності адреси.
Якщо існує більш точний підтип LocalBusiness або Organization, краще його розглянути перед публікацією. Загальний тип залишається нормальним варіантом, коли спеціалізована категорія не відповідає діяльності компанії.
Які дані потрібно вказувати у Organization Schema?
Зазвичай вказують публічну назву компанії, офіційний сайт, логотип, контакти та підтверджені зовнішні профілі. За наявності можна додати юридичну назву, адресу, дату заснування, засновника та корпоративні ідентифікатори.
Усі значення мають бути актуальними та належати до однієї організації. Необов'язкові поля можна залишати порожніми, якщо компанія не має відповідної інформації або її неможливо підтвердити.
Куди вставляти код Organization JSON-LD?
Код JSON-LD додають HTML всередині <script type="application/ld+json">. Він може перебувати в <head> або <body>, якщо залишається доступним у підсумковому HTML і коректно зчитується пошуковим роботом.
Для основної інформації про організацію підходить головна сторінка або окрема сторінка компанії. Перед використанням потрібно перевірити, чи не створює CMS ще один об'єкт Organization автоматично.
Чи потрібно додавати Organization Schema на всі сторінки сайту?
Однакову Organization Schema зазвичай не потрібно копіювати вручну на кожну сторінку. Набагато важливіше розмістити коректні відомості у відповідному місці та правильно пов'язувати організацію з іншими сутностями сайту.
Масове дублювання іноді створює конфлікт із автоматичною розміткою CMS або SEO-плагінів. Тому перед впровадженням слід перевірити існуючий JSON-LD та залишити одну керовану версію даних.
Як перевірити згенеровану Organization Schema?
Спочатку потрібно перевірити JSON-LD через Schema.org Validator та виправити виявлені помилки. Потім корисно відкрити опубліковану URL і переконатися, що розмітка присутня в реальному HTML саме в тій версії, яка була підготовлена.
Додаткову перевірку можна виконати інструментами Google для структурованих даних, що підтримуються. Окремо слід перевірити логотип, посилання, контакти, адресу та відсутність об'єктів, що конфліктують, Organization.
Organization Schema підвищує позицію сайту?
Сама наявність Organization Schema не гарантує зростання позицій у пошуку. Розмітка допомагає пошуковій системі точніше інтерпретувати відомості про організацію, але ранжування залежить від значно більшого набору технічних, контентних та зовнішніх факторів.
Тому JSON-LD варто впроваджувати як частину технічно чистого сайту. Коректні дані корисніші за велику кількість властивостей, які не підтверджуються змістом сторінки або офіційними джерелами.
Суміжні послуги
Генератор FAQ Schema
Генератор FAQ Schema створює валідну FAQPage-розмітку JSON-LD. Додайте запитання та відповіді, скопіюйте код та перевірте Schema.org онлайн.
Генератор Article Schema
Безкоштовний генератор Article Schema: створіть JSON-LD для Article, BlogPosting та NewsArticle, скопіюйте код та перевірте розмітку перед публікацією.
Генератор Product Schema
Product Schema Generator онлайн: створіть JSON-LD мікророзмітку товару з ціною, наявністю, брендом, рейтингом та Offer. Скопіюйте код та перевірте його перед публікацією.
Organization Schema варто впроваджувати там, де сайту потрібно описати компанію, бренд або іншу організацію для пошукових систем. Якість розмітки залежить від точності вихідних даних, правильного типу Schema.org та відсутності конфліктуючих об'єктів у підсумковому HTML.
Заповніть дані компанії в генераторі Organization Schema, отримайте готовий JSON-LD та перевірте його перед публікацією. Після впровадження повторно протестуйте опубліковану сторінку, щоб переконатися, що CMS не змінила код та не додала дублі.
Відповідаємо протягом робочого дня. Без розсилок і дзвінків «просто нагадати».
Подивиться сайт сам, а не передасть менеджеру.
Докладніше: Генератор Organization Schema
Які поля потрібно заповнити у Organization Schema?
Organization не має єдиного набору полів, який однаково підходить всім компаніям. Структуру потрібно збирати із відомостей, які реально існують, актуальні та допомагають точніше описати організацію.
Практичний набір полів можна використовувати як чек-аркуш перед генерацією. Він допомагає швидко перевірити, які значення вже підготовлені, а які ще потрібно уточнити у власника сайту чи відповідального співробітника.
| Поле | Властивість Schema.org | Що вказувати |
|---|---|---|
| Назва | name | Публічна назва компанії, яка використовується на сайті |
| Альтернативна назва | alternateName | Скорочення чи відомий варіант бренду |
| Юридична назва | legalName | Зареєстрована назва юридичної особи |
| Сайт | url | Основний канонічний URL офіційного сайту |
| Логотип | logo | Доступна URL-адреса актуального логотипу компанії |
| Опис | description | Короткий опис реальної діяльності організації |
| Телефон | telephone | Актуальний контактний номер компанії |
| Робоча адреса електронної пошти | ||
| Адреса | address | Реальна адреса організації у форматі PostalAddress |
| Профілі | sameAs | Офіційні сторінки компанії на зовнішніх майданчиках |
| Дата заснування | foundingDate | Реальна дата заснування організації |
| Засновник | founder | Ім'я реального засновника чи кількох засновників |
Після заповнення таблиці дані потрібно ще раз звірити із сайтом. Розбіжність назви, телефону, адреси або URL-адреси знижує якість розмітки та створює конфлікт між структурованими даними та звичайним змістом сторінки.
Які поля є обов'язковими?
Для організації немає універсального фіксованого списку обов'язкових властивостей, який потрібно механічно заповнювати на кожному сайті. Практично корисний базовий набір зазвичай включає name, url, logo, sameAs, а також контакти та адресу, якщо вони дійсно належать до організації.
Інші дані додають у міру необхідності і лише після перевірки. Такий підхід є кращим, ніж заповнення всіх можливих властивостей, оскільки Schema.org описує фактичні сутності, а не кількість інформації, яку вдалося помістити в JSON-LD.
Які дані краще не додавати?
У Organization Schema не потрібно переносити відомості, які неможливо підтвердити або які стосуються іншої компанії. Помилки частіше з'являються через спробу заповнити кожне доступне поле, навіть якщо відповідної інформації організація не має.
З розмітки краще виключити:
- вигадані чи приблизні адреси, які компанія офіційно не використовує;
- старі телефони та email, за якими організація більше не приймає звернення;
- чужі соціальні профілі та каталоги, які не представляють компанію офіційно;
- юридичні ідентифікатори, походження яких неможливо перевірити;
- недоступні зображення та URL, які повертають помилку або редирект на інший ресурс.
Після такого переліку корисно ще раз переглянути результат вручну. Якщо конкретна властивість не допомагає точно описати організацію або викликає сумнів, можна видалити її без спроби замінити випадковим значенням.
Приклад Organization JSON-LD
Приклад допомагає зрозуміти структуру готового об'єкта до роботи з генератором schema organization. У реальній розмітці значення необхідно замінити даними конкретної компанії, зберігши правильну вкладеність і типи якостей.
Для невеликого сайту досить короткої версії, а велика компанія може додати адреси, офіційні профілі та юридичні відомості. В обох випадках код повинен відповідати інформації, яка доступна користувачам на сайті чи офіційних ресурсах організації.
Мінімальний приклад Organization JSON-LD
Мінімальний варіант можна зібрати з назви, сайту та логотипу. Такий приклад підходить для перевірки структури, але перед публікацією бажано оцінити, чи має компанія додаткові достовірні відомості, які варто додати.
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Example Company",
"url": "https://example.com/",
"logo": "https://example.com/logo.png"
}
Цей код визначає базову сутність без адреси та контактних даних. Якщо організація публікує телефон, електронну пошту, офіційні профілі або юридичну назву, їх можна додати окремими властивостями після перевірки.
Розширений приклад Organization JSON-LD
Розширена версія підходить для компанії, яка публікує більше інформації про себе. У прикладі використовуються демонстраційні дані, тому їх можна копіювати на реальний сайт без заміни.
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Example Company",
"alternateName": "Example",
"legalName": "Example Company LLC",
"url": "https://example.com/",
"logo": "https://example.com/logo.png",
"description": "Компанія надає цифрові послуги для бізнесу.",
"telephone": "+380441234567",
"email": " info@example.com ",
"FoundingDate": "2018",
"address": {
"@type": "PostalAddress",
"streetAddress": "Example Street, 10",
"addressLocality": "Kyiv",
"postalCode": "01001",
"addressCountry": "UA"
},
"sameAs": [
"https://www.linkedin.com/company/example"
]
}
Перед публікацією такого об'єкта потрібно перевірити кожне значення та видалити властивості, яких компанія не має. Щоб створити Organization JSON-LD для іншого проєкту, можна зберегти структуру, але фактичні дані повинні бути повністю замінені.
Куди вставляти Organization JSON-LD?
JSON-LD розміщують усередині <script type="application/ld+json">, після чого браузер і пошуковий робот отримують структуровані дані разом із HTML сторінки. Скрипт можна додати до <head> або <body>, якщо вибраний спосіб впровадження зберігає розмітку в доступному підсумковому документі.
Для інформації про організацію логічно використовувати головну сторінку або окрему сторінку з детальною інформацією компанії. Якщо CMS автоматично додає Organization глобально, потрібно переконатися, що вона не створює іншу версію розмітки з різною назвою, адресою або логотипом.
Чи потрібно додавати Organization на кожну сторінку?
Зазвичай однаковий блок Organization не потрібно розміщувати вручну на кожній сторінці сайту. Досить визначити організацію там, де це відповідає структурі проєкту, а потім використовувати зв'язки між сутностями в інших типах розмітки за потреби.
Масове копіювання одного JSON-LD без перевірки може призвести до дублів, особливо якщо CMS або SEO модуль вже створює власну Schema.org розмітку. Перед використанням необхідно переглянути вихідний HTML і перевірити, які об'єкти вже є на сторінці.
Чи можна використовувати Organization разом із Schema.org?
На одній сторінці може бути кілька типів Schema.org, якщо кожен об'єкт описує реальну сутність. Наприклад, WebSite описує сайт, BreadcrumbList – хлібні крихти, а Organization – компанію, яка стоїть за проєктом.
Зв'язки між об'єктами можна використовувати в інших типах розмітки. У Article організація може бути видавцем, у Service – постачальником послуги, а Product дані компанії можуть використовуватися описи продавця чи виробника.
Як перевірити Organization Schema?
Перевірка потрібна після генерації та фактичної публікації, тому що коректний код в інтерфейсі ще може змінитися при вставці в CMS. Іноді шаблонізатор екранує лапки, видаляє частину об'єкта або додає другий блок структурованих даних.
Тому перевіряти потрібно саме опубліковану URL або підсумкову HTML сторінку. Такий підхід показує реальний стан документа, який отримує пошуковий робот, а не вихідну версію коду до впровадження.
Перевірка через Schema.org Validator
Schema.org Validator допомагає перевірити структуру об'єктів, властивості та синтаксис розмітки. Якщо в JSON-LD допущена помилка, валідатор показує проблемне місце та допомагає зрозуміти, яке значення чи вкладеність потрібно виправити.
Після виправлення коду слід перевірити повторно вже на опублікованій сторінці. Внутрішній валідатор JSON-LD на Seo-Gen можна використовувати перед передачею завдання розробнику та після впровадження контрольної перевірки результату.
Перевірка через інструменти Google
Інструменти Google допомагають оцінити, як пошукова система розпізнає підтримувані структуровані дані. Їх корисно використовувати разом із Schema.org Validator, тому що обидва інструменти вирішують трохи різні завдання та показують різні типи попереджень.
Наявність валідної Organization Schema не означає, що Google обов'язково змінить вигляд результату пошуку. Пошукова система самостійно вирішує, які дані використовувати, тому основне завдання розмітки полягає у коректному описі сутності.
Що перевірити після публікації?
Після застосування необхідно перевірити не тільки статус валідатора, а весь ланцюжок від HTML до фактичних даних компанії. Такий контроль є особливо корисним на сайтах, де розмітку одночасно створюють шаблон, CMS та сторонній SEO-модуль.
Перевірте такі пункти:
- сторінка відкривається для пошукового робота та не закрита директивами індексації;
- JSON-LD є у підсумковому HTML після серверного рендерингу;
- назва, URL, телефон та адреса збігаються з інформацією на сайті;
- зображення логотипу відкривається без авторизації та технічних помилок;
- у коді немає порожніх властивостей та випадкових тестових значень;
- на сторінці відсутні конфліктуючі об'єкти Organization з іншими даними.
Після перевірки варто зберегти підсумкову версію як зразок для розробника. При подальших оновленнях шаблону можна швидко порівняти з поточною розміткою і помітити небажані зміни.
Чи впливає Organization Schema на SEO?
Organization Schema допомагає пошуковій системі точніше розуміти, яка організація пов'язана з сайтом і яка інформація стосується цієї сутності. Розмітка може передавати назву, офіційний URL, логотип, контакти та інші дані у структурованому форматі.
Сама наявність JSON-LD не гарантує підвищення позицій та не замінює технічне SEO, контент, внутрішнє перелінкування або авторитет сайту. Користь з'являється тоді, коли розмітка коректно описує реальну компанію, не конфліктує зі змістом сторінки і регулярно оновлюється.
Юридичні дані та ідентифікатори
Для окремих компаній корисні властивості taxID, vatID, iso6523Code або leiCode. Вони потрібні лише тоді, коли організація дійсно використовує відповідний ідентифікатор, і його можна коректно вказати без припущень.
Юридичні дані мають співпадати з офіційною інформацією компанії. Якщо потрібного ідентифікатора немає або користувач не впевнений у його значенні, поле краще залишити порожнім і не додавати вигадані дані до структурованих даних.
Для яких вебсайтів підходить Organization Schema?
Organization підходить сайтам, де потрібно описати компанію, бренд чи організацію загалом. Такий тип часто використовують корпоративні проєкти, SaaS-платформи, digital-агентства, медіа, фонди, освітні організації, професійні об'єднання та великі онлайн-сервіси.
Для вузьких випадків Schema.org пропонує конкретніші підтипи. Якщо сайт належить до освітньої, медичної, державної чи іншої спеціалізованої організації, краще вибрати точний тип, який відповідає реальній діяльності та структурі компанії.
Organization чи LocalBusiness – що вибрати?
Organization підходить для опису організації як загальної сутності, особливо якщо сайт представляє бренд, компанію чи онлайн-сервіс без прив'язки до однієї клієнтської точки. LocalBusiness частіше використовують для бізнесу, який приймає клієнтів за фізичною адресою та працює як локальна точка.
Фізична адреса сама по собі не забороняє використовувати Organization. При виборі типу потрібно дивитися на реальну модель бізнесу та вибирати найбільш конкретну схему, яка правильно описує сутність, а не вибирати розмітку за кількістю доступних полів.
Як вибрати тип організації?
Schema.org містить кілька підтипів Organization, тому загальний тип підходить далеко не до кожного проєкту. Серед варіантів зустрічаються Corporation, EducationalOrganization, GovernmentOrganization, NGO, NewsMediaOrganization, MedicalOrganization, SportsOrganization та інші категорії.
Якщо точніший підтип повністю відповідає компанії, його краще використовувати замість загальної організації. Такий вибір робить опис сутності яснішим і зменшує ймовірність того, що пошукова система отримає надто загальне уявлення про діяльність сайту.