Що таке структуровані дані? Розмітка schema простими словами

Структуровані дані — це невеликий блок коду на веб-сторінці, який позначає, про що сторінка, у стандартному форматі, який розуміють пошукові системи. Наприклад: «це сторінка товару під назвою Lavender Candle, він коштує 24 долари і є в наявності». Google описує їх як стандартизований формат для надання інформації про сторінку та класифікації її вмісту. Якщо все зроблено правильно, вони допомагають пошуковим системам зрозуміти вашу сторінку і можуть зробити її придатною для багатших результатів пошуку, наприклад із цінами, рейтингами чи датами подій, що показуються прямо в результатах.

Чому це важливо, коли ви створюєте сайт за допомогою ШІ

Пошукові системи добре читають сторінки, але їм усе одно доводиться щось вгадувати. Чи «24» — це ціна, кількість чи дата? Чи «Riverside Hall» — це місце проведення чи людина? Структуровані дані прибирають це вгадування.

Для сайтів, створених за допомогою ШІ, є два практичні моменти:

• Це код, а не контент, тож про нього легко забути. ШІ-конструктор зазвичай не додає його без вашого прохання, а якщо додає, розмітка має відповідати тому, що справді є на сторінці.
• Її легко зробити неправильно так, що це виглядатиме правильно. ШІ може вигадати рейтинг у п’ять зірок, додати розмітку для вмісту, якого не видно, або використати тип, який Google більше не показує. Правила Google суворо стежать за точністю, а оманлива розмітка може бути проігнорована або призвести до санкцій.

Трохи структурованих даних, точних і відповідних вашому реальному вмісту, варто мати. Багато вигаданої розмітки гірше, ніж її відсутність.

Повсякденна аналогія

Уявіть товар у супермаркеті. На упаковці є яскравий дизайн і рекламний текст — так ваша веб-сторінка бачиться людям. Але на звороті також є стандартна етикетка з харчовою цінністю: ті самі поля в тому самому порядку на кожному товарі. Будь-хто може швидко її прочитати і порівняти товари.

Структуровані дані — це така етикетка для вашої сторінки. Дизайн може бути будь-яким; етикетка стандартизована, щоб машини могли надійно її читати. І, як і харчова етикетка, вона має бути чесною щодо того, що всередині.

Як працюють структуровані дані

Структуровані дані мають дві частини:

1. Словник — слова, якими описуються речі. Найпоширеніший — schema.org, спільний словник із типами на кшталт Product, LocalBusiness, Event, Article, Recipe і Organization та властивостями на кшталт name, price, address і startDate.
2. Формат — спосіб, яким ці мітки записуються на сторінку. Google підтримує три: JSON-LD, Microdata і RDFa. Він рекомендує JSON-LD, це JSON-блок всередині тегу <script>, відокремлений від видимого HTML.

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

Приклад: сторінка товару свічок

Наприклад, ви створили онлайн-магазин, і на одній сторінці продається лавандова свічка. Видима сторінка показує назву, фото, опис, ціну ($24.00) і «В наявності».

JSON-LD для цієї сторінки може виглядати так:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Lavender Soy Candle",
  "image": "https://www.examplecandles.com/images/lavender.jpg",
  "description": "Hand-poured soy candle with lavender essential oil. Burns for about 40 hours.",
  "sku": "CAN-LAV-01",
  "brand": { "@type": "Brand", "name": "Example Candles" },
  "offers": {
    "@type": "Offer",
    "url": "https://www.examplecandles.com/candles/lavender",
    "price": "24.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

Він розміщується всередині <script type="application/ld+json">…</script> у HTML сторінки.

Зверніть увагу, чого тут немає: немає aggregateRating, бо магазин не показує відгуки на сторінці. Додавання рейтингу, який відвідувачі не бачать, порушило б правила Google.

Тепер контактна сторінка того самого магазину може описувати сам бізнес:

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Example Candles",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "12 Market Street",
    "addressLocality": "Bristol",
    "postalCode": "BS1 1AA",
    "addressCountry": "GB"
  },
  "telephone": "+44 117 000 0000",
  "openingHours": "Mo-Sa 10:00-17:00"
}

Знову ж таки, кожне значення відповідає тому, що видно на сторінці.

Перевірка. Вставте живу адресу в Rich Results Test від Google, щоб дізнатися, чи придатна сторінка для багатих результатів Google і чи не бракує чогось обов’язкового. Для загальної перевірки за schema.org використайте Schema Markup Validator. Після запуску Search Console показує помилки по всьому сайту.

Правила, які варто знати

З документації Google щодо структурованих даних:

• Позначайте лише те, що користувачі можуть побачити. Не додавайте структуровані дані про інформацію, якої немає на сторінці, навіть якщо вона точна.
• Додавайте обов’язкові властивості. Для кожного типу розширеного результату є перелік обов’язкових полів; без них сторінка не придатна.
• Придатність — не гарантія. Правильна розмітка робить сторінку придатною для розширеного результату, але не гарантує, що він з’явиться.
• Типи розширених результатів змінюються. Google з часом вимикає деякі функції. Наприклад, його розширені результати FAQ обмежили відомими державними та медичними сайтами, а Google оголосив, що з травня 2026 року вони перестануть з’являтися в пошуку. Перед створенням розмітки для конкретного розширеного результату перевірте поточну галерею пошуку Google.
• Не створюйте сторінки лише для розмітки.

Пояснення поширених термінів

Поширені помилки та хибні уявлення

• «Структуровані дані підвищують позиції». Їхня головна цінність — розуміння сторінки та придатність до розширених результатів, а не швидкий шлях до вищих позицій.
• Вигадані відгуки чи рейтинги. Фейкові або необґрунтовані рейтинги порушують правила Google і вводять людей в оману.
• Розмітка, що не відповідає сторінці. Ціна $24 у JSON-LD і $29 на сторінці — це проблема.
• Прихований вміст. Розмітка тексту, який відвідувачі не можуть побачити, суперечить правилам.
• Копіювання розмітки на кожну сторінку. Блок Product належить сторінкам товарів, а не головній сторінці чи блогу.
• Створення під функції, які вже вимкнено. Перевіряйте, чи існує ще розширений результат, який ви хочете.
• Додавання розмітки лише в браузері. Якщо сайт рендерить усе через JavaScript, Google може її знайти, але JSON-LD у HTML, який віддає сервер, надійніший.
• Відсутність тестування. Зайва кома робить увесь блок нечитабельним.

Що попросити у вашого ШІ-конструктора

• «Додай структуровані дані JSON-LD з типами schema.org, що відповідають кожній сторінці: Product на сторінках товарів, LocalBusiness на контактній сторінці, Article у записах блогу.»
• «Формуй значення з тих самих даних, що показує сторінка, щоб вони завжди збігалися.»
• «Не додавай рейтингів, відгуків або будь-яких властивостей, яких не видно на сторінці.»
• «Постав JSON-LD у HTML, який рендериться на сервері або заздалегідь.»
• «Включи всі обов’язкові властивості для розширеного результату Google для цього типу і скажи, які саме ти використав.»
• «Дай мені список URL для перевірки в Rich Results Test.»

Що це дає в загальній картині, див. що таке SEO, що таке sitemap і технічний огляд у SEO для сайтів, створених за допомогою ШІ.

Структуровані дані в Mythex

Mythex не додає структуровані дані автоматично; ви просите їх у чаті, а агент записує їх у код вашого застосунку. Скажіть, які сторінки є товарами, подіями або вашим бізнесом, і попросіть згенерувати JSON-LD з тих самих даних, що показує сторінка. Рецепт у документації щодо SEO для вашого опублікованого застосунку містить рядок «Do not invent fake review schema» (не вигадуй фейкову схему відгуків), і це корисна порада для будь-якого запиту. Оскільки типове налаштування — це клієнтський односторінковий застосунок, якщо пошукова видимість важлива, попросіть структуру з попереднім рендерингом або статичну, а потім опублікуйте та перевірте живі URL.

Запитання