Валідатор schema — перевірте, чи ваш JSON-LD ще щось робить

Що саме перевіряє цей валідатор schema

Інструмент читає одну сторінку і оцінює структуровані дані на ній. Він не може перевірити, чи правда те, що розмітка стверджує, і ніколи не прогнозує rich result чи AI-цитування — ці рішення ухвалюють в іншому місці.

Як рахується оцінка

Десять зважених перевірок. Сторінка без придатного JSON-LD обмежується 10 балами, а будь-яка структурна помилка — 49, тож прохідне число ніколи не приховає зламаний граф. Довідкові нотатки — згорнуті rich-result типи, рекомендовані властивості — ваги не мають.

Що структуровані дані справді роблять — і чого не роблять

Типи структурованих даних, які більше не дають rich results

Більшість порад про schema-розмітку старші за фічі, які вони рекомендують. Два широко поширені типи більше нічого не створюють у Google Пошуку — розмітка лишається валідною, прибирати її необовʼязково, але очікувати від неї пошукової фічі нереалістично.

Валідатор показує обидва як нотатки і не знижує за них оцінку. Типи, які досі дають rich results — Article, Breadcrumb, Product, Review, Event, JobPosting, LocalBusiness, Organization, Recipe, Video та інші — перелічуються у вашому результаті, якщо присутні.

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

Приблизно за частотою на реальних сайтах. Перші три пояснюють більшість зламаних графів сутностей.

1. Автор — простий рядок. author: "Олена Ковальчук" називає людину, але не ідентифікує її — рядок не може нести ні URL, ні sameAs, ні ідентифікатора. Фікс: Використовуйте вкладений обʼєкт Person із url і sameAs або посилання @id на сутність Person, визначену один раз.
2. Кома в кінці ламає весь блок. Один некоректний символ робить JSON нерозбірним, а блок, який не парситься, ігнорується повністю. Усі сутності всередині губляться тихо. Фікс: Перевіряйте блок як звичайний JSON на кожному деплої. Шаблонізатори додають зайві коми, коли цикл завершується раніше.
3. Та сама Organization на кожній сторінці без @id. Без спільного ідентифікатора та сама компанія читається як новий непов’язаний обʼєкт на кожному URL, а не як одна сутність, згадана багато разів. Фікс: Оголосіть її один раз із @id виду https://example.com/#organization і скрізь далі посилайтесь на цей @id.
4. Одруківка в @type. «Blogposting» чи «FAQpage» не є типами schema.org. Назви типів чутливі до регістру, і одруківка знецінює сутність без жодної видимої помилки. Фікс: Звіряйте кожен @type зі schema.org. Цей валідатор позначає все, чого не розпізнає.
5. Відносні URL усередині розмітки. Структуровані дані споживаються поза сторінкою, тож «/logo.png» немає до чого резолвити. Фікс: Використовуйте абсолютні URL зі схемою і хостом для url, @id, logo, image і sameAs.
6. Розмітка суперечить видимій сторінці. Рейтинг, ціна чи кількість відгуків у розмітці, яких немає на сторінці, — це порушення політики, а не лайфхак. Ризик ручних санкцій. Фікс: Розмічайте лише те, що відвідувач бачить на сторінці.
7. Schema, яку вставляє тег-менеджер. Розмітка, додана клієнтським JavaScript, відсутня в серверному HTML, який читає багато парсерів, тож її можуть не побачити взагалі. Фікс: Віддавайте структуровані дані серверно. Якщо не можете — перевіряйте окремо в інструменті, що рендерить сторінку.
8. sameAs на сторінки, які вам не належать. sameAs має звʼязувати сутність із профілями, що доказово є тією самою сутністю. Випадкові згадки радше послаблюють сигнал, ніж підсилюють. Фікс: Перелічуйте лише офіційні профілі: власні акаунти та авторитетні бази, де запис справді ваш.

Шаблони JSON-LD, які можна скопіювати

Пʼять відправних точок, усі структурно валідні. Замініть значення на власні — ніколи не лишайте заглушки в проді — і перезапустіть валідатор вище, щоб підтвердити, що блок парситься і звʼязується коректно.

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.com/#organization",
  "name": "Назва Компанії",
  "url": "https://example.com/",
  "logo": {
    "@type": "ImageObject",
    "url": "https://example.com/logo.png",
    "caption": "Назва Компанії"
  },
  "description": "Одне речення про те, що робить компанія і для кого.",
  "foundingDate": "2019-03-01",
  "sameAs": [
    "https://www.linkedin.com/company/example",
    "https://github.com/example",
    "https://www.crunchbase.com/organization/example"
  ]
}

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Заголовок статті, до 110 символів",
  "description": "Одне-два речення, що підсумовують статтю.",
  "datePublished": "2026-07-22",
  "dateModified": "2026-07-22",
  "image": "https://example.com/images/article.jpg",
  "author": {
    "@type": "Person",
    "name": "Олена Ковальчук",
    "url": "https://example.com/team/olena-kovalchuk/",
    "jobTitle": "Керівниця досліджень",
    "sameAs": ["https://www.linkedin.com/in/olena"]
  },
  "publisher": { "@id": "https://example.com/#organization" },
  "mainEntityOfPage": "https://example.com/blog/the-article/"
}

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Назва товару",
  "image": ["https://example.com/images/product.jpg"],
  "description": "Що це за товар і для кого він.",
  "sku": "EX-1001",
  "brand": { "@type": "Brand", "name": "Example" },
  "offers": {
    "@type": "Offer",
    "url": "https://example.com/products/example/",
    "price": "149.00",
    "priceCurrency": "UAH",
    "availability": "https://schema.org/InStock",
    "priceValidUntil": "2026-12-31"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.6",
    "reviewCount": "127"
  }
}

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    { "@type": "ListItem", "position": 1, "name": "Головна", "item": "https://example.com/" },
    { "@type": "ListItem", "position": 2, "name": "Блог", "item": "https://example.com/blog/" },
    { "@type": "ListItem", "position": 3, "name": "Ця стаття" }
  ]
}

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "@id": "https://example.com/#business",
  "name": "Студія Example",
  "url": "https://example.com/",
  "telephone": "+380441234567",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "вул. Хрещатик, 12",
    "addressLocality": "Київ",
    "postalCode": "01001",
    "addressCountry": "UA"
  },
  "geo": { "@type": "GeoCoordinates", "latitude": 50.4501, "longitude": 30.5234 },
  "openingHoursSpecification": [{
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"],
    "opens": "09:00", "closes": "18:00"
  }],
  "sameAs": ["https://www.facebook.com/example", "https://www.instagram.com/example"]
}

Чи гарантує валідна schema rich results або AI-цитування?

Валідатор schema — FAQ