NEW CASE
Antana

Створюємо цифрові рішення, які працюють на бізнес


Зателефонуйте нам +38 (066) 35-14-529

Зробімо перший крок до вашого сайту — напишіть нам

Закрити
Інструменти

Перевірка розмітки Schema.org

Синтаксис JSON-LD, обовʼязкові поля за типом і логічні помилки.

Що перевіряє валідатор

Розмітка з помилкою не працює мовчки: розширений результат просто не зʼявляється, і зрозуміти чому без перевірки складно.

Синтаксис JSON Зайва кома перед дужкою, одинарні лапки замість подвійних, коментарі — кожна з цих дрібниць робить весь блок нечитабельним.
@context і @type Без контексту блок не звʼязується зі словником schema.org. Без типу незрозуміло, що саме ви описуєте.
Обовʼязкові поля Для кожного типу свій набір. У LocalBusiness без адреси, у Product без назви розмітка не має сенсу.
Рекомендовані поля Без них розмітка працює, але результат бідніший. Показуємо окремо від обовʼязкових, щоб було видно різницю.
Логічні помилки Оцінка 7 із 5, ціна словами, дата у форматі 15.01.2026, відносна адреса замість повної — формально валідно, фактично не працює.
Вкладені сутності Розмітка часто містить сутності всередині сутностей: Offer у Product, Question у FAQPage. Перевіряємо кожну окремо.

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

Найчастіші типи й що в них потрібно

Organization Обовʼязкове лише name. Але без logo, url і sameAs користі мало — саме вони звʼязують сайт із профілями компанії.
LocalBusiness Потрібні name і address. Для локальної видачі додайте telephone, openingHours і geo з координатами.
Article Обовʼязковий headline. Автор, дата публікації й зображення потрібні для повноцінного вигляду у видачі.
Product Назва обовʼязкова, решта — offers із ціною, зображення й рейтинг — саме те, що показується в результатах.
FAQPage Потрібен mainEntity зі списком Question, у кожного — acceptedAnswer. Відповіді мають бути на самій сторінці.
BreadcrumbList Список itemListElement із позиціями. Замінює довгу адресу в результаті на зрозумілий шлях.

За що Google знімає розширений результат

Дані не збігаються зі сторінкою У розмітці ціна 500, на сторінці 900. Це вважається обманом, і санкція знімає розширений результат по всьому сайту, а не лише на цій сторінці.
Рейтинг без відгуків AggregateRating на сторінці, де відгуків немає взагалі. Найчастіша причина ручних санкцій за розмітку.
FAQ без відповідей на сторінці Питання є тільки в розмітці, а в тексті сторінки їх немає. Google це перевіряє й розмітку відкидає.
Розмітка чужого вмісту Описувати як свій товар те, чого на сторінці немає, або чужі відгуки. Формально валідно, але порушує правила.

Порядок роботи з розміткою

1 Спершу синтаксис Якщо JSON нечинний, решта не має значення: блок не читається взагалі й не впливає ні на що.
2 Потім обовʼязкові поля Без них тип вважається неповним. Рекомендовані додавайте після того, як обовʼязкові на місці.
3 Звірте зі сторінкою Кожне значення в розмітці має бути видно людині на самій сторінці. Це головне правило, і саме його порушення карається.
4 Перевірте в Google Наш валідатор ловить помилки коду, але остаточну відповідь про розширений результат дає лише інструмент самої пошукової системи.

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

Чи гарантує коректна розмітка розширений результат?
Ні. Розмітка без помилок — необхідна умова, але не достатня. Google вирішує сам, спираючись на якість сторінки, довіру до сайту й тип запиту. Жоден сторонній валідатор цього передбачити не може, і обіцянки протилежного варто сприймати обережно.
За що можна отримати санкцію за розмітку?
Найчастіше — за рейтинг на сторінці без жодного відгуку й за розбіжність даних: у розмітці одна ціна, на сторінці інша. Санкція знімає розширені результати по всьому сайту, а не лише на проблемній сторінці, тому ризик значно більший за виграш.
JSON-LD чи мікродані в атрибутах?
Google рекомендує JSON-LD: він лежить окремим блоком і не змішується з версткою, тому його простіше правити й важче зламати при зміні дизайну. Мікродані працюють теж, але цей валідатор перевіряє саме JSON-LD.
Скільки блоків розмітки можна на одній сторінці?
Обмеження немає, і кілька блоків — нормальна практика: Organization, BreadcrumbList і Article на одній сторінці не конфліктують. Але описувати треба лише те, що справді на ній є: зайві сутності користі не дають, а ризик помилки збільшують.
Чому валідатор каже про помилку, а Google приймає розмітку?
Ми розділяємо обовʼязкові й рекомендовані поля. Google може прийняти блок без рекомендованих, але результат буде біднішим: без зображення й дати стаття у видачі виглядає скромніше. Помилками ми називаємо лише те, без чого тип неповний за специфікацією.
Telegram Viber Подзвонити