Шаблон Schema-разметки и структурированных данных

Добавьте корректные структурированные данные JSON-LD с готовыми к копированию списками свойств для шести типов схем, чтобы ваши страницы могли претендовать на расширенные результаты.

Структурированные данные описывают содержимое вашей страницы для поисковых систем в машиночитаемом виде, благодаря чему страница может претендовать на расширенные результаты — звёзды отзывов, разворачиваемые блоки частых вопросов и навигационные цепочки. Google рекомендует JSON-LD — блок скрипта, который вы размещаете в head или body страницы. Этот шаблон проведёт вас через шесть самых полезных типов схем. Для каждого из них вы найдёте объяснение простым языком, список свойств (некоторые типы требуют определённых полей, тогда как другие, например Article, не требуют ни одного, поэтому проверяйте каждый тип и добавляйте все точные свойства, какие можете) и расширенный результат, который он может обеспечить. Заполняйте плейсхолдеры значениями, соответствующими тому, что реальные посетители действительно видят на странице: золотое правило — размечать только то содержимое, которое действительно присутствует и видимо.

6 готовых вариантов

Article / BlogPosting

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

Схема Article и BlogPosting

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

Список свойств

  • @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

Размечайте страницу с настоящими вопросами и ответами, чтобы она могла показывать разворачиваемый блок частых вопросов в Поиске.

Схема FAQPage

Тип FAQPage размечает список вопросов и ответов на них, которые все видимы на странице. Теперь Google показывает расширенный результат FAQ только для хорошо известных авторитетных государственных и медицинских сайтов, поэтому большинство страниц не получит разворачиваемый блок FAQ, но разметка всё равно помогает поисковым системам понять ваш контент в формате вопросов и ответов.

Список свойств

  • @type: [FAQPage]
  • mainEntity: список элементов Question
  • Question.name: [Полный текст вопроса]
  • acceptedAnswer.@type: Answer
  • acceptedAnswer.text: [Полный ответ, допускается ограниченный набор HTML-тегов]
  • Повторяйте один блок Question на каждую пару вопрос-ответ

Используйте FAQPage только тогда, когда вопросы и ответы написаны сайтом и видимы пользователям, а не для форума вопросов и ответов, где ответы отправляют пользователи (для этого используйте QAPage). Каждый вопрос и ответ в разметке должны точно совпадать с текстом на странице. Избегайте использования FAQ-разметки исключительно для рекламы или повторения одинакового ответа во многих вопросах.

HowTo

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

Схема HowTo

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

Список свойств

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

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

LocalBusiness

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

Схема LocalBusiness

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

Список свойств

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

Держите название, адрес и телефон идентичными тем, что показаны на странице и в вашем 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 на каждую внутреннюю страницу так, чтобы она отражала её видимую навигационную цепочку. Цепочка даёт Поиску структурированный путь, который он может показать для страницы.

Как использовать этот шаблон

  1. Определите, чем страница является на самом деле: статьёй, товаром, FAQ, инструкцией, локальным бизнесом или вашей организацией, — и выберите единственный наиболее подходящий тип схемы. Не навязывайте тип контенту, который он не описывает.
  2. Составьте список свойств, которые планируете разметить, и убедитесь, что каждое значение присутствует в видимом содержимом страницы. Структурированные данные должны совпадать с тем, что видят пользователи; никогда не размечайте скрытую, фейковую или отсутствующую информацию.
  3. Создайте блок скрипта JSON-LD с @context, установленным на schema.org, и @type для вашей страницы, затем заполните обязательные свойства каждого типа (некоторые типы, как Article, их не имеют) плюс рекомендованные, для которых у вас есть точные значения.
  4. Замените каждый плейсхолдер реальным значением, копируя текст, как заголовок, цену и адрес, точно так, как он появляется на странице, чтобы разметка и отображаемый контент оставались синхронизированными.
  5. Разместите JSON-LD внутри тега script type="application/ld+json" в HTML страницы; JSON-LD — рекомендованный Google формат и может располагаться в head или body. Если значения подставляются через JavaScript, убедитесь, что они присутствуют в отрендеренном HTML, который видит Googlebot, иначе разметка будет проигнорирована.
  6. Пропустите живой URL или фрагмент через Google's Rich Results Test, чтобы подтвердить пригодность и выявить отсутствующие обязательные свойства до публикации.
  7. Пропустите ту же разметку через валидатор schema.org, чтобы проверить корректность синтаксиса и использования свойств, поскольку он выявляет структурные проблемы, которые Rich Results Test может не отметить.
  8. Опубликуйте страницу и следите за соответствующими отчётами об улучшениях в Google Search Console, исправляя любые отмеченные ошибки и помня, что пригодность никогда не гарантирует появления расширенного результата.

Советы

  • Размечайте только правдивый, присутствующий контент. Добавление звёзд отзывов, цен или деталей, которые вы на самом деле не показываете на странице, является нарушением, что может вызвать ручные санкции и убрать ваши расширенные результаты.
  • Различайте обязательные и рекомендованные свойства. Обязательные определяют пригодность для расширенного результата; рекомендованные улучшают качество и могут открыть больше функций. Сначала удовлетворите обязательный набор.
  • Пригодность — не гарантия. Валидные структурированные данные лишь делают страницу пригодной; покажет ли Google расширенный результат, зависит от его собственных оценок качества и релевантности, поэтому не воспринимайте пройденный тест как обещание.
  • Держите разметку и контент синхронизированными. Когда вы редактируете цены, часы, заголовки или шаги, обновляйте JSON-LD в том же изменении, чтобы устаревшие данные никогда не противоречили видимой странице.

Частые вопросы

Какой формат использовать для структурированных данных?

Используйте JSON-LD. Это формат, который рекомендует Google, потому что он располагается в едином блоке скрипта, держит вашу разметку отдельно от HTML и легче всего добавляется и поддерживается. Microdata и RDFa поддерживаются, но ими сложнее управлять.

Гарантирует ли добавление schema-разметки расширенный результат?

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

Могу ли я добавить звёзды отзывов на страницу, где нет отзывов?

Нет. Вы можете размечать только отзывы и рейтинги, которые действительно существуют и видимы на странице. Добавление фейковых или отсутствующих рейтингов нарушает рекомендации Google и может вызвать ручные санкции, которые полностью уберут ваши расширенные результаты.

Должна ли моя разметка совпадать с тем, что на странице?

Да. Структурированные данные должны описывать контент, который действительно присутствует и видим пользователям. Если ваша разметка содержит информацию, которой нет на странице или которая ей противоречит, страницу могут признать непригодной или оштрафовать.

Как протестировать мои структурированные данные?

Пропустите страницу или код через Google's Rich Results Test, чтобы проверить пригодность для расширенных результатов, и через валидатор schema.org, чтобы подтвердить, что разметка является валидным schema.org. Оба бесплатны, и вам стоит пройти оба до публикации.

В чём разница между обязательными и рекомендованными свойствами?

Обязательные свойства — это минимум, необходимый странице, чтобы быть пригодной для определённого расширенного результата; пропустите одно — и страница не квалифицируется. Рекомендованные свойства необязательны, но улучшают качество разметки и могут открыть дополнительные функции.