Бриф проверки структурированных данных: шаблон

Бриф проверки (для заполнения)

Когда использовать: Один бриф на шаблон страницы: подходящий тип, видимые данные за каждым свойством, разметка, итоги валидации и ответственный за внедрение.

Бриф проверки структурированных данных

Шаблон: [страница товара] · Пример URL: [URL] · Источник разметки: [плагин CMS, тема, менеджер тегов, вручную]

1. Подходящий тип

• Тип schema.org: [Product]
• Какую функцию Google он может поддерживать: [сниппет товара, товарное объявление, никакую]
• Есть ли ещё в галерее поиска Google (search gallery)? [да / нет, дата проверки]

2. Проверка видимых данных

3. Валидация

4. Внедрение

• Ответственный: [имя] · Дата запуска: [дата]
• Откуда берутся значения: [из того же поля базы данных, что и видимая цена, чтобы они не расходились]
• После запуска: [проверить соответствующий отчёт Search Console в дату]

Проверка готовности: тип всё ещё есть в списке Google или осознанно используется только для описания, каждое свойство совпадает с видимым контентом, оба валидатора без ошибок, разметка есть в отрисованном HTML, ответственный и дата записаны.

Какие типы ещё дают расширенные результаты (октябрь 2026)

Когда использовать: Сверьте тип с актуальной галереей поиска Google, прежде чем кому-то обещать функцию в поиске.

Проверьте право на показ до разработки

В галерее поиска Google (search gallery) перечислены функции структурированных данных, которые поддерживаются сегодня. Когда мы проверяли в октябре 2026 года, там были, среди прочего, Article, Breadcrumb, Event, Local business, Organization, Product, Q&A, Recipe, Review snippet, Software app и Video.

Список меняется. Перепроверьте галерею в день составления брифа и запишите дату.

Article / BlogPosting

Когда использовать: Размечайте новости, руководства и записи блога, чтобы они могли получить расширенный результат Article с заголовком, изображением и автором.

Схема Article и BlogPosting

Используйте тип Article (или его подтип BlogPosting) для редакционного контента. Он помогает Google понять заголовок, автора, дату публикации и главное изображение, а также даёт странице право на расширенный вид Article в Поиске и Google Новостях.

Чек-лист свойств

• @type: [Article или BlogPosting]
• headline: [Заголовок статьи, не длиннее 110 символов]
• image: [URL изображения из статьи в высоком разрешении]
• author.name: [Полное имя автора]
• author.url: [URL биографии или профиля автора]
• datePublished: [Дата в ISO 8601, например 2026-01-15]
• dateModified: [Дата последнего обновления в ISO 8601]
• publisher.name: [Название сайта или бренда]

Сверяйте каждое значение с видимой страницей. Заголовок должен совпадать с заголовком на странице, а автор должен быть реальным человеком или организацией. У Article нет строго обязательных свойств: считайте поля выше рекомендуемыми и заполняйте все, которые можете указать точно. Эта разметка даёт странице право на расширенный результат Article, но не гарантирует его.

Product с Offer и отзывами/рейтингом

Когда использовать: Размечайте страницы товаров, чтобы они могли получить расширенные результаты с ценой, наличием и звёздами отзывов в Поиске и Покупках.

Схема Product с Offer и рейтингами

Тип Product описывает один товар для продажи. Вместе с Offer (цена и наличие) и настоящими данными review или aggregateRating он может дать сниппеты с ценой, наличием и звёздным рейтингом.

Чек-лист свойств

• name: [Название товара]
• image: [URL изображения товара]
• description: [Краткое описание товара]
• brand.name: [Название бренда]
• offers.price: [Цена числом, например 49.00]
• offers.priceCurrency: [Валюта по ISO, например USD]
• offers.availability: [например https://schema.org/InStock]
• aggregateRating.ratingValue и reviewCount: [Только если есть реальные отзывы]

Главное правило: добавляйте разметку отзывов или рейтинга, только когда эти отзывы действительно есть на странице. Выдуманные звёзды грозят ручными санкциями. Поля Offer дают товару право на сниппеты с ценой и наличием, а поля отзывов открывают звёздный рейтинг.

FAQPage

Когда использовать: Размечайте настоящие вопросы и ответы со страницы, помня, что Google больше не показывает расширенные результаты FAQ.

Схема FAQPage

Google перестал показывать расширенные результаты FAQ в Поиске 7 мая 2026 года и затем удалил документацию по FAQ. FAQPage по-прежнему валидный тип schema.org, поэтому существующая разметка не ошибка, но раскрывающегося блока FAQ в Google она не даст.

Если вы её оставляете или добавляете

• @type: FAQPage, где mainEntity перечисляет элементы Question
• Question.name: [полный текст вопроса, как на странице]
• acceptedAnswer.text: [полный ответ, как на странице]

Считайте её описанием, а не функцией поиска. Вопросы и ответы должны совпадать с видимым текстом, а вопросы и ответы от пользователей размечаются через QAPage, который Google всё ещё поддерживает. Не обещайте никому расширенные результаты FAQ от этой разметки.

HowTo

Когда использовать: Размечайте пошаговые инструкции, чтобы поисковые системы чётко понимали шаги, инструменты и нужное время.

Схема HowTo

Тип HowTo описывает задачу, которую пользователь выполняет по шагам, например ремонт, установку или настройку. Он помогает поисковым системам понять порядок шагов, нужные инструменты или материалы и сколько времени занимает задача.

Чек-лист свойств

• name: [Задача, например Как сбросить настройки роутера]
• step: упорядоченный список элементов HowToStep
• HowToStep.text: [Инструкция для этого шага]
• HowToStep.name: [Короткое название шага]
• HowToStep.image: [Необязательный URL изображения шага]
• tool и supply: [Что понадобится, если нужно]
• totalTime: [Длительность в ISO 8601, например PT15M]

Указывайте те же шаги, что и на странице, в том же порядке. Google перестал показывать расширенные результаты HowTo в 2023 году, поэтому теперь эта разметка только описательная: особого вида в поиске она больше не даёт. Никогда не оформляйте рекламный контент как шаги инструкции.

LocalBusiness

Когда использовать: Размечайте физическую точку бизнеса, чтобы название, адрес, часы работы и контакты были чётко заданы для локального поиска.

Схема LocalBusiness

Тип LocalBusiness (или более точный подтип, например Restaurant или Dentist) описывает бизнес с физическим адресом или определённой зоной обслуживания. Он уточняет название, адрес, телефон и часы работы и поддерживает ваше присутствие в локальной выдаче и на картах.

Чек-лист свойств

• @type: [LocalBusiness или подтип]
• name: [Название компании]
• address: PostalAddress с улицей, городом, регионом и почтовым индексом
• telephone: [Публичный номер телефона]
• openingHoursSpecification: [Дни и часы]
• geo.latitude и geo.longitude: [Координаты]
• url: [Канонический URL страницы]
• priceRange: [например $]

Название, адрес и телефон должны совпадать с тем, что указано на странице и в вашем профиле компании в Google (Google Business Profile). Точные и согласованные данные помогают поисковым системам связать разметку с правильной сущностью. Эти данные поддерживают локальный поиск, но сами по себе не гарантируют панель знаний.

Organization и Breadcrumb

Когда использовать: Задайте сущность бренда для всего сайта и дайте каждой странице цепочку навигации, которая может заменить URL в Поиске.

Схема Organization и BreadcrumbList

Тип Organization определяет ваш бренд как сущность и помогает объединить логотип, название и официальные профили. BreadcrumbList описывает место страницы в иерархии сайта и может отображаться в результатах поиска как цепочка навигации вместо обычного пути URL.

Чек-лист Organization

• name: [Официальное название организации]
• url: [URL главной страницы]
• logo: [URL квадратного логотипа]
• sameAs: [URL официальных соцсетей или профилей]

Чек-лист BreadcrumbList

• itemListElement: упорядоченный список элементов ListItem
• ListItem.position: [1, 2, 3 ...]
• ListItem.name: [Текст звена цепочки]
• ListItem.item: [URL этого звена]

Размещайте разметку Organization один раз, обычно на главной странице, и добавляйте BreadcrumbList на каждую внутреннюю страницу так, чтобы она повторяла видимую цепочку навигации. Цепочка даёт Поиску структурированный путь, который он может показать для страницы.

Разобранный пример (вымышленный магазин снаряжения)

Когда использовать: Заполненный бриф для выдуманного магазина снаряжения, где разметка товара указывала рейтинг, которого не было на странице.

Разобранный пример: Ridgeline Supply

Только пример. Компания, люди, URL и цифры выдуманы, чтобы показать, как выглядит полезная заполненная версия.

Почему убрали рейтинг

Разметка прошла все валидаторы. Но отзывы не были видны, а правила Google требуют, чтобы разметка описывала контент, который видят пользователи. Валидно не значит честно.

Следующий шаг

Подготовьте JSON-LD в Schema Markup Generator, затем сравните его со страницей. С помощью Get Source Code of Webpage посмотрите, есть ли разметка в серверном HTML или её позже добавляет JavaScript, а страницы во время просмотра проверяйте в seotools.pro SEO Extension, где структурированные данные входят в проверки. Нужно внедрить это во всех шаблонах? Посмотрите наши услуги SEO и GEO.