Микроразметка организации: JSON-LD без вымышленных данных
Как описать компанию в структурированных данных, согласовать разметку с видимыми контактами и проверить результат. Разбираем простой пример Organization на данных KARMA SEO.
Сначала соберите согласованные сведения о компании
Структурированные данные описывают содержание, а не создают новые факты. До подготовки кода сверьте название бренда, основной домен, телефон и фактический адрес с видимой страницей контактов. Если данные расходятся между шаблонами, сначала исправьте общий источник.
На небольшом сайте удобно хранить контакты в одних настройках и формировать из них шапку, подвал и JSON-LD. Тогда смена телефона не требует ручной правки нескольких копий. Назначьте ответственного за актуальность. Человек, который меняет офис или график, должен знать, где обновляются эти сведения на сайте и в карточках организации.
Выберите сущность, которую действительно описываете
Для общих сведений о компании подходит Organization. Если описываете конкретное местное предприятие и его характеристики, изучите подходящий тип LocalBusiness и требования к нужному представлению. Не выбирайте более узкий тип только ради надежды на заметный результат в выдаче.
У компании, сайта, страницы услуги и статьи разные роли. Их можно связать идентификаторами, не объявляя каждый URL отдельной организацией. Начните с простой корректной модели, затем добавляйте подтверждённые свойства. Часы работы, юридические идентификаторы, награды и профили указывайте только при наличии реальных сведений и понятного назначения.
Подготовьте минимальный пример JSON-LD
Ниже — сокращённый пример на опубликованных контактных данных KARMA SEO. Для другого проекта замените значения целиком. Само размещение такого кода не обещает расширенный результат поиска.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"@id": "https://karma-seo.ru/#organization",
"name": "KARMA SEO",
"url": "https://karma-seo.ru/",
"telephone": "+78129120722",
"address": {
"@type": "PostalAddress",
"streetAddress": "ул. Савушкина, 111/1",
"addressLocality": "Санкт-Петербург",
"addressCountry": "RU"
}
}
</script>Проверьте кавычки, запятые и абсолютные адреса. При серверной генерации используйте JSON-сериализацию, а не ручную склейку строк. Текст статьи с примером и работающий скрипт разметки — разные элементы; пример должен отображаться как код.
Согласуйте код с тем, что видит посетитель
Проверьте телефон, адрес и название на странице. Разметка не должна обещать услугу или филиал, которых в видимом предложении нет. Для логотипа используйте доступное изображение бренда; для внешних профилей — официальные адреса, если они существуют.
Избегайте выдуманных рейтингов и отзывов. Наличие поля в словаре не означает, что конкретная поисковая система поддерживает его для выбранного типа результата. Сначала определите, какую сущность и свойство вы описываете, затем сверьте поддержку в документации. Ошибки данных важнее количества добавленных полей.
Разделите проверку синтаксиса и пригодность для поиска
Проверьте JSON и используемые типы валидатором Schema.org. Для поддерживаемых Google расширенных результатов используйте Rich Results Test. Эти проверки отвечают на разные вопросы: общая корректность словаря не означает право на любое специальное представление.
Затем откройте рабочий URL и проверьте разметку после серверной генерации. Убедитесь, что страница доступна для обхода, а код не содержит тестовый домен. Результат валидатора сохраните вместе с адресом и описанием изменения. Отсутствие специального блока организации в одном тесте само по себе не делает корректные сведения ошибочными.
Поддерживайте разметку вместе с контактами
Добавьте в приёмку релиза проверку названия, домена и телефона в видимом содержании и JSON-LD. После изменения общих настроек посмотрите несколько типов страниц, чтобы исключить старые копии из другого шаблона.
Google прямо указывает, что использование структурированных данных не гарантирует показ соответствующих возможностей в поиске. Оценивайте разметку как точное машинное описание компании и часть технической гигиены. Практический итог — согласованные сведения и предсказуемое обновление, а не отчёт с максимальным количеством свойств или обещание автоматического роста позиций.