Шаблон 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. Обидва безкоштовні, і вам варто пройти обидва до публікації.

У чому різниця між обов'язковими та рекомендованими властивостями?

Обов'язкові властивості — це мінімум, потрібний сторінці, щоб бути придатною для певного розширеного результату; пропустіть одну — і сторінка не кваліфікується. Рекомендовані властивості не обов'язкові, але покращують якість розмітки й можуть відкрити додаткові функції.