Schema.org и структурированные данные: какую схему выбрать
Какой тип schema.org подходит какому бизнесу, как написать его в формате JSON-LD и как проверить корректность, на основе правил Google.
Команда rabbitclipПубликация: 4 мин чтения
Коротко
Структурированные данные представляют собой разметку информации на странице, товаре, компании, статье с помощью стандартного словаря, который поисковые системы и инструменты ИИ могут прочитать напрямую. Этот словарь называется schema.org, это общий ресурс, который совместно поддерживают Google, Bing и другие крупные поисковые системы.
Правильная разметка может помочь странице появиться в результатах поиска с расширенными элементами: рейтингом со звёздами, ценами, часто задаваемыми вопросами. Неправильная или неполная разметка в лучшем случае игнорируется, а в худшем может быть воспринята как сигнал спама.
Что структурированные данные делают на самом деле?
Структурированные данные означают добавление блока кода, который повторяет уже видимую на странице информацию, но в форме, читаемой машиной; JSON-LD является самым распространённым форматом и тем, который рекомендует Google Search Central, поскольку его проще всего внедрить и поддерживать в масштабе для владельца сайта.
Код находится внутри HTML страницы, но остаётся невидимым для посетителя; он позволяет поисковой системе сказать, по сути: «это страница компании, вот её название, вот её адрес».
Какие схемы важнее всего для бизнеса?
Три типа обычно покрывают основу сайта компании: Organization (идентичность бренда: название, логотип, профили в соцсетях), LocalBusiness (для точек с физическим адресом, включая часы работы) и Article (для записей блога, с автором и датой).
Сеть спа-салонов с собственной записью LocalBusiness на каждой странице филиала подаёт гораздо более чёткий сигнал, чем одна централизованная запись Organization; адрес, телефон и часы работы каждого филиала тогда можно проверить по отдельности.
Каковы общие правила Google?
Общие рекомендации Google по структурированным данным гласят, что разметка не должна описывать информацию, невидимую на странице; человек или товар, названные в схеме, должны появляться так же в самом тексте страницы. Создавать пустые страницы только ради разметки тоже запрещено правилами.
Ещё одно правило в том, чтобы выбирать самый конкретный доступный тип, Product, Service или FAQPage, а не общий тип-заглушку. Разметка, нарушающая эти правила, может не отображаться как расширенный результат, даже если синтаксис сам по себе корректен.
Как на самом деле проверяется корректность?
Rich Results Test от Google принимает URL страницы или необработанный код и показывает, какая схема распознана и каких полей не хватает. Стоит запускать его до того, как код станет доступен на сайте.
После публикации раздел «Улучшения» в Search Console показывает по всему сайту, какие типы схем присутствуют и в скольких примерах есть ошибки.
Частые ошибки
Типичная ошибка, замеченная в каталоге товаров производителя рабочей одежды: копировать одинаковую цену или одинаковый статус наличия на каждый товар; как только реальные данные меняются, разметка продолжает показывать то, что уже неверно.
Другая ошибка в том, чтобы оставлять противоречащие друг другу данные Organization на разных страницах, один номер телефона здесь, другой там. Схема должна повторять одну истину, а не разные версии на каждой странице.
Отсюда следует полезное правило: каждое поле в схеме должно иметь соответствующее утверждение в видимом тексте самой страницы. Если его нет, нужно либо обновить текст страницы, либо вовсе не включать это поле в схему.
Как проверить это шаг за шагом?
Схема страницы может пройти короткий контрольный список перед публикацией.
- Добавить блок JSON-LD в код страницы и проверить синтаксис, просмотрев исходный код в браузере.
- Прогнать URL страницы через Rich Results Test и отметить, какой тип распознан и каких полей не хватает.
- Сравнить каждое поле схемы с видимым текстом самой страницы, одно за другим.
- Проверить раздел «Улучшения» в Search Console через несколько дней после публикации страницы.
- Просмотреть вместе, как группу, остальные страницы с тем же типом схемы, а не по одной.
Структурированные данные представляют собой самый дешёвый способ ясно сообщить поисковой системе или инструменту ИИ, о чём страница. Выбор правильной схемы, соблюдение правил Google и регулярное тестирование покрывают основную часть работы. Если сделать эту проверку привычкой перед публикацией, это займёт гораздо меньше времени, чем отлаживать ту же схему постфактум. rabbitclip может просканировать текущее состояние схемы сайта и вместе выявить пробелы.
Частые вопросы
Нужна ли схема Organization на каждой странице?
Нет. Google отмечает, что достаточно разметки Organization в одном месте, например на главной странице, а не на каждой странице.
Что лучше использовать: JSON-LD или микроданные?
Google рекомендует владельцам сайтов JSON-LD, потому что его можно добавить и поддерживать как единый блок кода, отдельно от визуальной разметки страницы.
Может ли неправильная схема привести к санкциям для сайта?
Прямые санкции редки, но разметка, нарушающая правила, может просто не попасть в расширенные результаты; серьёзное злоупотребление может быть отмечено как спам.
Повышает ли добавление схемы ранжирование напрямую?
Нет. Схема обогащает то, как может выглядеть страница; ранжирование по-прежнему определяется содержанием и общим качеством сайта.
