Поисковые системы стремятся не просто индексировать страницы, а понимать смысл размещенного на них контента. Для этого используются структурированные данные — специальные описания, которые помогают роботам определять тип информации, находить связи между объектами и корректно отображать результаты поиска. Одним из самых популярных способов передачи таких сведений сегодня считается JSON-LD.
- Что это такое, перевод с технического языка на человеческий
- Что такое структурированные данные
- Живой пример разметки JSON-LD
- Почему JSON-LD лучше schema org
- Правила размещения структурированных данных
- Генераторы JL
- Недостатки JL
- Как использовать
- Как использовать не залезая в код страницы
- Кому нужна микроразметка JSON-LD
- Как проверить JSON-LD синтаксис на ошибки
- Подведем итоги
Технология активно поддерживается Яндекс, Google и другими поисковыми платформами, позволяет описывать товары, статьи, организации, мероприятия, рецепты и множество других сущностей. При этом внедрение не требует изменения HTML-разметки элементов страницы.
Что это такое, перевод с технического языка на человеческий
Это способ представления структурированных данных на веб-страницах, основанный на формате JavaScript Object Notation for Linked Data. Проще говоря, это технология для передачи поисковым роботам дополнительной информации о содержимом страницы. Это не отдельный язык программирования или специальный стандарт, на самом деле речь идет о методе описания сущностей с использованием привычного синтаксиса и правил связанных данных. Основная идея заключается в том, что сведения размещаются внутри отдельного скрипта и не влияют на визуальное отображение контента. Благодаря этому у разработчиков есть возможность добавлять необходимые атрибуты без вмешательства в структуру документа.
Что такое структурированные данные
Они представляют собой специальным образом организованную информацию, которая помогает поисковым системам понимать содержание веб-страницы, начинающуюся с открытия скрипта script type = application / ld. Обычный текст может быть интерпретирован неоднозначно. Например, фраза о компании может содержать название организации, адрес, контактный телефон и часы работы. Для человека эти сведения очевидны, а поисковому роботу требуется дополнительное описание.
После обработки таких данных поисковая система может формировать расширенные сниппеты, карточки товаров, блоки часто задаваемых вопросов и другие элементы выдачи.
Существует несколько подходов к внедрению структурированных описаний.
| Способ | Особенности | Сложность внедрения |
|---|---|---|
| JSON-LD | Размещается отдельным скриптом | Низкая |
| Microdata | Атрибуты добавляются в HTML | Средняя |
| RDFa | Используются специальные атрибуты в коде | Высокая |
Многие специалисты выбирают именно микроразметку JSON-LD, потому что это наиболее удобное решение.
Читайте также
Микроразметка Schema.org для сайта: что это, какие типы бывают и как внедрить
Как выглядит синтаксис
<script type=»application/ld+json»>
{
«@context»: «https://schema.org»,
«@type»: «Article»,
«headline»: «Название статьи»,
«author»: {
«@type»: «Person»,
«name»: «Иван Иванов»
}
}
</script>
Именно эта конструкция сообщает браузеру и поисковым роботам, что внутри находятся структурированные данные. Такой способ удобен тем, что код находится отдельно от HTML-разметки страницы и легко редактируется.
Ключи и значения синтаксиса
Любое описание строится на основе пар «ключ — значение».
{
«name»: «Компания»,
«url»: «https://example.com»
}
- name — ключ;
- Компания — значение;
- url — ключ;
- адрес ресурса — значение.
С помощью таких пар можно описывать практически любые объекты.
- @context;
- @type;
- name;
- description;
- image;
- url;
- author;
- publisher;
- datePublished.
Каждый из них выполняет собственную функцию и помогает поисковым системам точнее интерпретировать информацию.
Свойства JSON-LD
Технология поддерживает большое количество свойств, позволяющих детально описывать объекты. Наиболее важные:
| @context | Указывает используемый словарь данных. В большинстве случаев применяется адрес schema.org. |
| @type | Определяет тип сущности. Например:
|
| name | Название объекта. |
| description | Краткое описание. |
| image | Ссылка на изображение. |
| url | Канонический адрес страницы. |
| sameAs | Ссылки на профили компании в социальных сетях и других сервисах. |
Комбинируя различные свойства, можно создавать подробные описания практически любых объектов, присутствующих на веб-ресурсе.
Живой пример разметки JSON-LD
<script type=»application/ld+json»>
{
«@context»: «https://schema.org»,
«@type»: «Organization»,
«name»: «Example Company»,
«url»: «https://example.com»,
«logo»: «https://example.com/logo.png»,
«telephone»: «+7-999-123-45-67»
}
</script>
Такой код сообщает поисковым системам, что на странице представлена организация, а также передает основные сведения о ней. Варианты могут различаться в зависимости от типа объекта. Для интернет-магазинов чаще используются Product и Offer, для публикаций — Article, а для вопросов и ответов — FAQPage.
Почему JSON-LD лучше schema org
На первый взгляд заголовок может показаться спорным, поскольку они не являются прямыми конкурентами. Первые представляют собой способ передачи, а Schema.org — словарь типов и свойств данных. Однако на практике под сравнением обычно подразумевают сопоставление с реализацией через Microdata или RDFa.
Они используются совместно: JSON-LD schema org используется совместно: словарь SO определяет сущности и атрибуты, а JL служит способом их описания.
- код не смешивается с HTML;
- проще поддерживать и обновлять;
- легче внедрять через CMS;
- меньше вероятность повредить верстку;
- удобнее масштабировать на большие проекты;
- рекомендован Google;
- позволяет централизованно управлять структурированными данными.
Практический эффект микроразметки рассматривался и в отраслевом обзоре Яндекса, подготовленном на основе опыта крупных сайтов Рунета. Представитель Holodilnik.ru сообщил, что в течение года после внедрения разметки глубина просмотра посетителей из поисковых систем выросла почти вдвое, показатель отказов снизился в 3–4 раза, а количество достижений целей увеличилось на 20–30%. При этом компания отдельно подчеркнула, что эти изменения нельзя полностью объяснить одной микроразметкой, поэтому результаты следует рассматривать как отдельный практический кейс, а не как гарантированный эффект для любого сайта.
При использовании Microdata разработчику приходится внедрять дополнительные атрибуты непосредственно в элементы страницы. Это усложняет сопровождение проекта и увеличивает риск ошибок.
Правила размещения структурированных данных
Чтобы поисковые системы корректно интерпретировали сведения, необходимо соблюдать ряд правил.
- Информация должна соответствовать реальному содержимому страницы.
- Не следует размечать данные, которых нет в контенте.
- Все обязательные поля должны быть заполнены.
- Нужно использовать актуальные типы schema.org.
- Следует регулярно проверять валидность кода.
- Недопустимо скрывать важные сведения от пользователей.
- Не рекомендуется создавать противоречия между контентом и описанием сущностей.
Также желательно обновляться одновременно с контентом.
Одна из распространённых ошибок — рассматривать микроразметку отдельно от поискового спроса и структуры сайта. До формирования JSON-LD необходимо определить назначение каждой страницы: какой кластер запросов она закрывает, на каком этапе пользовательского пути находится и какая сущность является основной. Без этого информационная статья может получить свойства товара, страница категории — разметку отдельного предложения, а справочный материал — несоответствующий ему коммерческий тип.
Генераторы JL
Создание описаний вручную подходит не всегда. Для ускорения работы существуют специальные генераторы.
- выбрать тип объекта;
- заполнить поля через интерфейс;
- автоматически получить готовый код;
- проверить корректность структуры.
- организаций;
- статей;
- товаров;
- рецептов;
- мероприятий;
- FAQ-блоков;
- локального бизнеса.
Подобные инструменты особенно полезны владельцам небольших проектов, которые не обладают навыками программирования.
Недостатки JL
Несмотря на большое количество преимуществ, технология имеет определенные ограничения.
Не отображается визуально
Пользователь не видит содержимое скрипта, поэтому ошибки могут долго оставаться незамеченными.
Требуется актуализация
Если информация на странице изменилась, необходимо обновить и структурированные данные.
Возможны расхождения
Иногда владельцы ресурсов меняют контент, забывая корректировать описание сущностей. В результате возникают несоответствия.
Не гарантирует расширенный сниппет
Даже идеально оформленный код не означает, что поисковая система обязательно покажет расширенный результат.
Большое количество типов
Новичкам бывает сложно разобраться в разнообразии сущностей и свойств schema.org.
Однако перечисленные недостатки обычно не перевешивают преимуществ, особенно для коммерческих проектов. Вот примеры расширенных сниппетов, которые значительно улучшают пользовательский опыт и выделяют сайт в выдаче.
Как использовать
Процесс внедрения состоит из нескольких этапов.
Определение типа объекта
- товар;
- статью;
- компанию;
- услугу;
- мероприятие;
- видео;
- рецепт.
Подбор свойств
После выбора типа определяется перечень характеристик.
- название;
- описание;
- цена;
- наличие;
- изображение;
- рейтинг.
Создание кода
Далее формируется объект в JSON.
Размещение на странице
Скрипт добавляется в HTML-документ.
Проверка
После внедрения рекомендуется протестировать разметку с помощью специализированных валидаторов.
Как использовать не залезая в код страницы
Многие современные CMS позволяют работать со структурированными данными без ручного редактирования шаблонов.
- SEO-плагины;
- специализированные модули;
- конструкторы страниц;
- менеджеры тегов;
- интеграции через панели управления.
Например, некоторые расширения автоматически формируют данные для статей, карточек товаров и организаций на основе информации, уже размещенной в административной панели. Такой подход значительно снижает вероятность технических ошибок.
Кому нужна микроразметка JSON-LD
Использование структурированных данных полезно практически любому интернет-проекту.
Интернет-магазины
Позволяет передавать информацию о товарах, ценах, наличии и рейтингах.
Корпоративные ресурсы
Помогает корректно описывать организацию, контакты и бренд.
Медиа и блоги
Упрощает обработку публикаций и сведений об авторах.
Сервисные компании
Дает возможность указывать услуги, адреса, телефоны и график работы.
Образовательные проекты
Позволяет описывать курсы, программы обучения и преподавателей.
Локальной бизнес
Улучшает представление компании в поисковой выдаче и картах.
Таким образом, технология полезна практически для любой страницы, которая содержит структурированную информацию.
Читайте также
Микроразметка HowTo: что это значит и для чего ее внедряют
Как проверить JSON-LD синтаксис на ошибки
После внедрения важно убедиться, что поисковые системы смогут корректно обработать данные.
- отсутствующие обязательные поля;
- неправильные типы объектов;
- ошибки вложенности;
- синтаксические проблемы;
- неактуальные свойства;
- конфликтующие значения.
Регулярный аудит особенно важен для крупных проектов, где изменения контента происходят постоянно.
Возможные ошибки
- Отсутствуют обязательные свойства. Например, для товара не указана цена или информация о наличии.
- Использован неверный тип. Статья может быть размечена как продукт, а организация — как публикация.
- Ошибки вложенности. Некоторые свойства должны находиться внутри других объектов, однако часто их размещают на неправильном уровне структуры.
- Несоответствие контенту. В коде указана одна информация, а пользователю показывается другая.
- Синтаксические ошибки. Лишняя запятая, пропущенная кавычка или некорректное значение способны сделать весь блок недействительным.
- Неправильный URL. Некорректные ссылки мешают роботам интерпретировать связанные сущности.
Чтобы избежать подобных проблем, рекомендуется проводить проверку после каждого существенного обновления страницы.
Подведем итоги
Структурированные данные стали важной частью современной поисковой оптимизации. Они помогают роботам быстрее понимать содержание страниц, корректнее определять типы объектов и формировать расширенные элементы выдачи.
JSON-LD разметка считается одним из наиболее удобных способов передачи таких сведений благодаря простому синтаксису, независимости от HTML-кода и поддержке со стороны ведущих поисковых систем.
Технология позволяет описывать компании, товары, статьи, услуги, мероприятия, рецепты, отзывы и множество других сущностей. При правильном внедрении она облегчает обработку контента поисковыми системами и упрощает поддержку проекта.
Даже если ресурс работает на готовой CMS, внедрить структурированные данные зачастую можно без привлечения разработчика через плагины, модули или специальные генераторы.
Главное правило — передавать только достоверную информацию, соответствующую содержимому страницы, и регулярно проверять корректность синтаксиса.
Часто задаваемые вопросы
Главное отличие заключается в способе внедрения. В вариантах Microdata и RDFa специальные атрибуты добавляются непосредственно в HTML-элементы. Здесь сведения размещаются в отдельном скрипте, который не влияет на структуру документа.
Благодаря этому код проще поддерживать, обновлять и масштабировать. Кроме того, такой подход официально рекомендуется Google для большинства сценариев использования.
Технология подходит для описания большого количества сущностей. Наиболее распространенные варианты:
- товары;
- организации;
- статьи;
- новости;
- отзывы;
- мероприятия;
- рецепты;
- видео;
- курсы;
- вакансии;
- вопросы и ответы;
- локальные компании.
Фактически можно размечать любые объекты, предусмотренные словарем schema.org.
Для проверки используются специальные валидаторы и инструменты тестирования структурированных данных.
Процесс обычно включает несколько шагов:
- Ввод URL страницы или фрагмента кода.
- Анализ структуры.
- Поиск ошибок и предупреждений.
- Исправление найденных проблем.
- Повторная проверка.
Регулярный контроль позволяет своевременно выявлять неточности и поддерживать корректную работу описаний сущностей.
Поисковый робот анализирует не только текст страницы, но и дополнительные сведения, переданные через структурированные данные.
Например, система может однозначно определить:
- кто является автором публикации;
- какая организация владеет ресурсом;
- сколько стоит товар;
- есть ли он в наличии;
- когда пройдет мероприятие;
- какой рейтинг имеет продукт.
За счет этого уменьшается вероятность ошибочной интерпретации контента и повышается качество обработки информации.
Да, это допустимо.
На одной странице могут присутствовать несколько независимых блоков, описывающих разные сущности.
Например:
- организацию;
- статью;
- автора;
- хлебные крошки;
- блок вопросов и ответов.
Главное условие — данные не должны противоречить друг другу и содержанию страницы.
При грамотной реализации несколько описаний позволяют поисковым системам получить более полную картину о содержимом документа и взаимосвязях между объектами.
