Головна / База знань / Інструменти та інтеграції / Перевірка мікророзмітки Schema.org: валідатори, покрокова інструкція й типові помилки

Перевірка мікророзмітки Schema.org: валідатори, покрокова інструкція й типові помилки

Інструменти та інтеграції 8 хв читання Оновлено 13.10.2026
Перевірка мікророзмітки — це два тести: Schema Markup Validator (validator.schema.org) покаже, чи коректна розмітка як schema.org, а Rich Results Test від Google — чи підходить вона для розширеного результату. Обидва замінили закритий Structured Data Testing Tool.

Перевірка мікророзмітки — це насправді дві різні перевірки. Перша: чи коректна розмітка як schema.org — валідний JSON, наявні в словнику типи й властивості, значення в правильному форматі? Друга: чи відповідає вона вимогам Google для конкретного розширеного результату — сніпета товару, зірок рейтингу, картки події? На перше питання відповідає Schema Markup Validator на validator.schema.org, на друге — перевірка розширених результатів від Google (Rich Results Test), а наш валідатор мікророзмітки перевіряє синтаксис, словник schema.org і обов’язкові поля Google в одному звіті. Після публікації звіти про розширені результати в Search Console показують, що Google справді знайшов на всьому сайті.

Куди подівся Structured Data Testing Tool
Старий інструмент тестування структурованих даних Google закрив. Перевірки під Google перейшли в Rich Results Test, а загальний валідатор — на сайт schema.org під назвою Schema Markup Validator. Якщо стара інструкція веде вас у Testing Tool, користуйтеся одним із цих двох.

Чим перевіряти мікророзмітку зараз

ІнструментЩо перевіряєJavaScriptКоли потрібен
Rich Results Test (Google)Лише типи, для яких у Google є розширені результати, з обов’язковими й рекомендованими полями за правилами Google. Приймає URL або код, JSON-LD, Microdata і RDFa. За замовчуванням перевіряє як смартфон, можна обрати комп’ютер.Так — дивиться відмальовану сторінку«Чи прийме Google це для розширеного результату?»
Schema Markup Validator (schema.org)Будь-які типи й властивості schema.org у JSON-LD, Microdata та RDFa. Правил Google немає.У документації не сказано — якщо сумніваєтеся, вставляйте кодТипи, які Google не використовує; загальна коректність
Валідатор PromoPilotСинтаксис JSON із рядком і стовпцем, словник schema.org, обов’язкові та рекомендовані поля Google для 11 сімейств типів, зв’язки @graph і @id, дублі сутностейНі — читає HTML, який віддає серверЗрозуміти, чому блок зламаний, і отримати виправлену копію
Звіти Search ConsoleЩо Googlebot знайшов на сайті: валідні й невалідні об’єкти, проблеми в динаміціТак, під час індексаціїКонтроль після викладки

Зазвичай вистачає двох: валідатора, поки ви пишете розмітку, і Rich Results Test або Search Console — для боку Google.

Як перевірити мікророзмітку: крок за кроком

  1. З’ясуйте, що взагалі є на сторінці. Відкрийте вихідний код (Ctrl+U) і знайдіть application/ld+json (JSON-LD), itemscope (Microdata) та typeof (RDFa). Якщо плагін обіцяє розмітку, а у вихідному коді її немає, найімовірніше, її додає JavaScript (про це нижче).
  2. Спочатку синтаксис. Одна зайва кома чи «типографська» лапка — і весь блок JSON-LD невалідний, пошуковик пропускає його повністю. Валідатор покаже рядок і стовпець помилки.
  3. Далі словник. Типи пишуться з великої літери (Product), властивості — у camelCase (datePublished), властивість має належати своєму типу. Значення переліків — повні URL (https://schema.org/InStock), дати й тривалості — в ISO 8601.
  4. Вимоги Google для потрібної функції. Перевірте URL у Rich Results Test. Помилка означає, що об’єкт не може отримати цей розширений результат. Попередження — бракує рекомендованого поля: право на показ є, але інформації буде менше.
  5. Звірте розмітку з тим, що бачить відвідувач. Ціна, рейтинг, автор і дати в JSON-LD мають збігатися з видимою сторінкою. Правила Google забороняють розмічати те, чого читач не бачить.
  6. Опублікуйте й стежте. У Search Console перевірте живий URL інструментом перевірки URL і надішліть запит на індексування, а потім стежте за звітом для цього типу кілька тижнів.

Приклад: зламаний блок Product і виправлена версія

Блок здається нормальним, але в ньому чотири помилки:

{
  "@context": "https://schema.org",
  "@type": "product",
  "name": "Кросівки для трейлу",
  "offers": {
    "@type": "Offer",
    "price": "1 299,00 грн",
    "availability": "в наявності",
  }
}
  • кома після останньої властивості робить JSON невалідним — решта блоку взагалі не читається;
  • product з малої літери — не тип schema.org: регістр має значення;
  • у ціні пробіл, кома й валюта; ціна — просто число, а валюта — у priceCurrency;
  • в наявності — довільний текст, а не значення переліку ItemAvailability.

Виправлений варіант:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Кросівки для трейлу",
  "image": "https://example.com/img/shoes.jpg",
  "offers": {
    "@type": "Offer",
    "price": "1299.00",
    "priceCurrency": "UAH",
    "availability": "https://schema.org/InStock"
  }
}

Для сніпета товару в Google об’єкту Product потрібні name і щонайменше одне з offers, review або aggregateRating; усередині Offer обов’язкова price.

Типові помилки мікророзмітки та як їх виправити

Що бачитеЯк виправити
Помилка розбору / unexpected tokenШукайте кому перед } або ], пропущену кому між властивостями чи неекрановану лапку всередині значення.
Лапки «ялинки» або “ ” у кодіКод пройшов через Word або візуальний редактор. Вставляйте JSON-LD у режимі HTML чи в поле коду CMS.
Коментарі // всередині JSON-LDВидаліть. У довідці Google сказано, що Rich Results Test коментарі ігнорує, але стандарт JSON-LD їх не допускає, тож інші парсери можуть зламатися.
Невідомий тип або властивістьПеревірте написання й регістр: datepublished → datePublished, localbusiness → LocalBusiness.
Властивість не належить до типуПеренесіть у потрібний об’єкт: наприклад, price — в Offer, а не просто в Product.
Неправильна дата13.10.2026 → 2026-10-13 або 2026-10-13T09:00:00+03:00.
Неправильна тривалість"cookTime": "30 хв" → "PT30M"; півтори години — "PT1H30M".
Дві різні OrganizationЗазвичай одну виводить SEO-плагін, іншу — тема. Залиште одну, дайте їй @id і посилайтеся на неї з інших блоків.
Типи data-vocabulary.orgGoogle цей старий словник більше не підтримує. Перепишіть розмітку на schema.org.

Валідна розмітка не гарантує розширеного результату

Google прямо пише в правилах для структурованих даних, що не гарантує розширених результатів, навіть якщо розмітка проходить Rich Results Test. Коректна розмітка дає право на показ, а чи покаже його алгоритм для конкретного запиту й користувача — вирішує Google. Типові причини, чому у валідного об’єкта нічого немає:

  • Функцію більше не показують. Перелік нижче.
  • Порушення правил. Розмітка того, чого немає на сторінці, оманливі чи застарілі дані, фальшиві відгуки. Ручний захід за структуровані дані позбавляє права на розширені результати; за словами Google, на ранжування у вебпошуку він не впливає.
  • Відгуки про себе. Зірки для LocalBusiness і Organization Google показує лише сайтам, які збирають відгуки про інші компанії. Компанія, що розмітила рейтинг сама собі, зірок не отримає.
  • Сторінку ще не проіндексовано або Google не обходив її після зміни розмітки.

Що Google перестав показувати

  • FAQ — з вересня 2023 року лише для авторитетних сайтів держорганів і охорони здоров’я, з 7 травня 2026 року не показується зовсім; документацію видалили в червні 2026-го.
  • How-to — прибрано у вересні 2023 року на десктопі й мобільних.
  • Вікно пошуку по сайту (WebSite + SearchAction) — вимкнено в листопаді 2024 року.
  • Хлібні крихти — з січня 2025 року не показуються в мобільній видачі, на десктопі лишилися.
  • Course info, Estimated salary, Learning video, Special announcement, Vehicle listing — документацію видалено у вересні 2025 року.

Така розмітка лишається коректною schema.org і нічого не ламає — Google просто не перетворює її на візуальний елемент. Залишати її чи ні — питання витрат на підтримку, а не ризику.

JSON-LD, доданий через JavaScript або Google Tag Manager

Багато сайтів вставляють розмітку скриптом або тегом «Спеціальний HTML» у Google Tag Manager. У посібнику Google про створення структурованих даних за допомогою JavaScript сказано, що Google Пошук обробляє розмітку, яка є в DOM під час відмальовування сторінки. Звідси два наслідки:

  • Інструменти, що читають лише вихідний HTML (зокрема наш), такої розмітки не побачать. Перевіряйте ці сторінки в Rich Results Test (він працює з відмальованим кодом) або інструментом перевірки URL у Search Console. Інший спосіб: відкрийте сторінку в Chrome DevTools, скопіюйте відмальований елемент <html> (Elements → Copy → Copy outerHTML) і вставте у валідатор.
  • Для розмітки Product Google попереджає: динамічна розмітка може зробити сканування для Покупок рідшим і менш надійним. Якщо ціна й наявність змінюються часто, віддавайте JSON-LD у серверному HTML.

У GTM збирайте розмітку зі змінних сторінки, а не вписуйте значення в тег вручну, інакше з часом розмітка розійдеться з тим, що бачить відвідувач.

Перевірка мікророзмітки в Search Console

Звіти про розширені результати розташовані в розділі «Покращення»; сніпети товарів і товарні оголошення — у розділі «Покупки». Що варто знати:

  • Звіт з’являється лише тоді, коли Google знайшов валідну розмітку підтримуваного типу. Звіту для FAQ чи How-to чекати не варто.
  • Рахуються об’єкти, а не сторінки: сторінка з трьома Event дає три об’єкти.
  • У звіті — вибірка, а не всі URL. Для конкретної сторінки користуйтеся перевіркою URL.
  • Об’єкт із критичною проблемою невалідний і не може стати розширеним результатом; некритичні проблеми — попередження.
  • Виправивши проблему, запустіть перевірку виправлення на сторінці цієї проблеми — звіт покаже її статус.

Як перевірити розмітку в PromoPilot

Введіть URL або вставте код у валідатор Schema.org. Він знаходить усі об’єкти JSON-LD, Microdata і RDFa та перевіряє їх у три шари:

  1. Синтаксис: помилки JSON із рядком і стовпцем, причина простими словами й безпечне автовиправлення (висячі коми, коментарі, «типографські» лапки, перенесення рядків усередині значень, кілька об’єктів поспіль) — з виправленим блоком для копіювання.
  2. Словник: типи й властивості звіряються зі schema.org (зараз версія 30.1), з підказками для одруківок і неправильного регістру, застарілих термінів, значень переліків, дат і тривалостей ISO 8601.
  3. Правила Google: обов’язкові та рекомендовані поля для статей, товарів, відгуків, хлібних крихт, організацій, місцевих компаній, подій, рецептів, відео, застосунків і вакансій.

Також він збирає @graph, розв’язує посилання @id і знаходить дублі сутностей. Вставлений код — до 512 КБ, завантажена сторінка кешується на 10 хвилин. Створити розмітку з нуля допоможуть генератор Schema (Article, Product, FAQ, Organization, LocalBusiness, Breadcrumbs) і генератор FAQ-розмітки.

Чого наш валідатор не робить

  • Не виконує JavaScript: розмітки з GTM чи односторінкового застосунку він не бачить. Якщо на сторінці є GTM або вона схожа на SPA, він про це попередить.
  • Не звіряє розмітку з видимим текстом. Ціна в JSON-LD, що відрізняється від ціни на сторінці, — порушення правил Google, але автоматично його не впіймати.
  • Не обіцяє розширеного результату — цього не може пообіцяти ніхто, крім самого Google.

Що почитати далі

Часті питання

Чи працює ще Structured Data Testing Tool від Google?
Ні, Google його закрив. Перевірки під Google тепер у Rich Results Test, а загальний валідатор schema.org працює на validator.schema.org під назвою Schema Markup Validator.
Чим Rich Results Test відрізняється від валідатора schema.org?
Rich Results Test перевіряє лише типи, для яких у Google є розширені результати, і звіряє обов’язкові та рекомендовані поля за правилами Google. Schema Markup Validator перевіряє коректність будь-якої розмітки schema.org, але про правила Google нічого не знає.
Розмітка валідна — чому немає розширеного результату?
Валідна розмітка дає лише право на показ, Google його не гарантує. Функцію могли перестати показувати (FAQ, How-to), розмітка може порушувати правила — наприклад, відгуки про себе чи дані, яких немає на сторінці, — або Google ще не обійшов сторінку повторно.
Чи треба видаляти розмітку FAQPage, якщо FAQ-сніпети більше не показуються?
Не обов’язково. Google перестав показувати FAQ-сніпети 7 травня 2026 року, але розмітка лишається коректною schema.org і нічого не ламає. Залишати чи видаляти — вирішуйте за витратами на її підтримку.
Чому валідатор не бачить розмітки, а Google бачить?
Найімовірніше, розмітку додає JavaScript або Google Tag Manager. Інструменти, що читають лише вихідний HTML, її не бачать. Скористайтеся Rich Results Test або перевіркою URL у Search Console — вони працюють із відмальованою сторінкою — чи вставте відмальований HTML з DevTools.
Чи впливає мікророзмітка на позиції?
Google описує структуровані дані як спосіб краще зрозуміти сторінку й отримати право на розширений результат. Вищих позицій за саму наявність розмітки він не обіцяє.
Чи була стаття корисною?
Спробуйте на своєму проєкті Все, що описано в статті, доступно в кабінеті — бонус при реєстрації вже на балансі.
Відкрити кабінет