Шаблон брифу перевірки структурованих даних

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

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

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

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

1. Тип, що дає право на функцію

• Тип schema.org: [Product]
• Функція Google, яку він може підтримати: [сніпет товару, товарне оголошення, жодна]
• Досі є в галереї пошукових функцій Google? [так / ні, перевірено дата]

2. Перевірка видимих тверджень

3. Валідація

4. Впровадження

• Відповідальний: [ім'я] · Дата запуску: [дата]
• Звідки беруться значення: [те саме поле бази даних, що й видима ціна, тож вони не можуть розійтися]
• Після запуску: [перевірити відповідний звіт Search Console дата]

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

Які типи досі дають розширені результати (жовтень 2026)

Коли використовувати: Звірте тип із поточною галереєю пошукових функцій Google, перш ніж обіцяти комусь функцію в пошуку.

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

Галерея пошукових функцій Google перелічує функції структурованих даних, які вона підтримує сьогодні. Коли ми перевіряли в жовтні 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 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.