Краткий вывод
Что важно понять до чтения деталей
- Разметка не гарантирует расширенный результат.
- Данные должны быть видны пользователю.
- Тип выбирают по сущности страницы.
- Точность важнее количества свойств.
01
Что дает структурированная разметка
Schema.org предоставляет словарь сущностей и свойств, а JSON-LD - удобный формат передачи данных. Google использует поддерживаемые типы для понимания страницы и некоторых расширенных результатов. Поисковая система может не показать расширение даже при корректной реализации.
Разметка полезна и как дисциплина данных: название организации, адрес, логотип, хлебные крошки, автор статьи, товарные характеристики и другие сущности задаются последовательно. Но код должен отражать то, что пользователь реально видит на странице.
02
Какие типы нужны обычному бизнес-сайту
На главной часто уместны Organization и WebSite, в навигации - BreadcrumbList, в блоге - Article или BlogPosting. Для локальной компании может использоваться подходящий подтип LocalBusiness, если на странице действительно указаны адрес, контакты и режим работы.
Интернет-магазины рассматривают Product и Offer, события - Event, вакансии - JobPosting. Выбирайте тип по назначению конкретной страницы, а не по желанию получить красивый сниппет. Разметка Service может быть полезна для машинного понимания, но не каждый тип имеет отдельный расширенный результат Google.
03
Почему FAQ требует осторожности
FAQPage должен описывать вопросы и ответы, видимые пользователю. Нельзя добавлять в JSON-LD текст, которого нет на странице, или размечать рекламные тезисы как ответы. Кроме того, поддержка конкретного расширенного результата может меняться, поэтому код не должен существовать только ради обещанного вида выдачи.
Даже если FAQ не получает расширенный сниппет, полезный блок остается ценным для человека. Сначала создайте хорошие ответы, затем размечайте их в соответствии с актуальной документацией поисковой системы.
04
Как внедрять JSON-LD
Соберите данные из одного источника: CMS, карточки объекта или настроек сайта. Не дублируйте вручную цену, наличие и контакты в нескольких шаблонах, иначе разметка быстро расходится с экраном. Для каждого типа заполните обязательные свойства и только затем рекомендованные.
Google рекомендует JSON-LD как удобный для поддержки формат. Вложенные сущности связывайте идентификаторами @id, используйте абсолютные URL и не создавайте разметку на пустой странице. Генерация должна быть частью шаблона, а не разовой вставкой.
05
Как проверять и сопровождать разметку
До публикации используйте Rich Results Test для поддерживаемых функций и валидатор Schema.org для структуры. После запуска проверяйте отчеты Search Console и реальные страницы, потому что шаблон может сломаться при обновлении CMS или изменении данных.
Отсутствие синтаксической ошибки не доказывает качество. Сравните каждое свойство с видимым содержанием, проверьте URL изображений, даты, цены, наличие и контакты. Лучше меньше полной и точной разметки, чем большой код с выдуманными или устаревшими полями.
Практика
Что проверить на своем сайте
- Определите сущность каждой страницы.
- Проверьте актуальную поддержку типа в Google.
- Заполните обязательные свойства.
- Сопоставьте код с видимым содержанием.
- Проверьте Rich Results Test.
- Следите за отчетами после обновления шаблонов.
Применить к проекту
Что можно сделать после статьи
Если тема похожа на вашу ситуацию, следующий шаг простой: проверить сайт на спрос, структуру, технические ограничения и точки, где пользователь не доходит до заявки.
Источники
Какие источники использовали
Принцип работы, форматы и проверка структурированных данных.
Google Search Central: общие правила разметкиТехнические и контентные требования к расширенным результатам.
Google Search Central: поддерживаемые типыАктуальный список функций и документация по каждому типу.
Google Search Central: полезный контентРекомендации по содержанию, которое создается для людей и дает самостоятельную пользу.
