Что такое 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 используют для ссылок на официальные страницы, которые однозначно представляют ту же организацию. Обычно сюда добавляют подтверждённые профили компании в социальных сетях, официальные каталоги или другие внешние страницы бренда.
Не стоит заполнять sameAs случайными ссылками только ради количества. Лучше оставить несколько точных и актуальных адресов, чем создавать длинный список страниц, которые поисковая система не сможет уверенно связать с организацией.
Типичные ошибки в Organization Schema
Большинство проблем связано не со сложностью Schema.org, а с несогласованными данными между сайтом, CMS и готовым JSON-LD. Поэтому генератор organization schema следует использовать вместе с обычной проверкой страницы, а не как автоматическую замену контроля.
Ошибки часто появляются после редизайна, переезда на другой домен или смены контактных данных. Если разметка создаётся на уровне общего шаблона, старые значения могут оставаться на десятках страниц до следующего технического аудита.
Несовпадение данных разметки и сайта
Если в JSON-LD указан один телефон, а на странице другой, поисковая система получает противоречивую информацию. Аналогичная проблема возникает с названием компании, адресом, юридическим именем, логотипом и официальным URL.
После изменения реквизитов нужно обновлять обычный контент и структурированные данные одновременно. Такой порядок уменьшает риск того, что старая версия Organization останется в шаблоне после визуального обновления контактов.
Неправильный тип организации
Общий Organization подходит для многих проектов, но иногда существует более точный подтип. Использование конкретного типа помогает лучше описать компанию, если выбранная категория действительно соответствует её деятельности.
Не нужно выбирать специализированный подтип только ради большей детализации. Если организация не относится к медицинским, образовательным, государственным или другим узким категориям, общий тип может быть точнее и безопаснее.
Некорректные URL и изображения
Ссылки в url, logo и sameAs должны открываться и вести на правильные ресурсы. Недоступный логотип, старый домен или ошибочная социальная страница снижают качество структурированных данных и затрудняют идентификацию организации.
После миграции сайта особенно полезно проверить абсолютные URL и редиректы. Старые ссылки часто сохраняются в JSON-LD дольше, чем в обычной верстке, потому что пользователь их не видит при стандартном просмотре страницы.
Ошибки в JSON-LD
Ручное редактирование JSON-LD часто приводит к пропущенным кавычкам, лишним запятым и неправильной вложенности объектов. Подобные проблемы легко появляются после копирования отдельных фрагментов из разных примеров Schema.org.
Organization schema generator уменьшает вероятность синтаксических ошибок, но итоговую версию всё равно нужно валидировать. Особенно внимательно проверяют массивы sameAs, вложенный 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
После заполнения формы organization 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?
Organization описывает компанию или организацию как общую сущность, а 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 снижает качество разметки и создаёт конфликт между структурированными данными и обычным содержанием страницы.
Какие поля обязательны?
Для Organization нет универсального фиксированного списка обязательных свойств, который нужно механически заполнять на каждом сайте. Практически полезный базовый набор обычно включает 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"
}
Этот код описывает базовую сущность без адреса и контактных данных. Если организация публикует телефон, email, официальные профили или юридическое название, их можно добавить отдельными свойствами после проверки.
Расширенный пример 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 и другие категории.
Если более точный подтип полностью соответствует компании, его лучше использовать вместо общего Organization. Такой выбор делает описание сущности яснее и уменьшает вероятность того, что поисковая система получит слишком общее представление о деятельности сайта.