Як працює Product Schema Generator?
Такий генератор мікророзмітки товару стане в нагоді інтернет-магазинам, SEO-фахівцям та розробникам, яким потрібно підготувати коректний об'єкт Product та пов'язані властивості Offer. Отриманий код слід перевірити перед публікацією та підтримувати актуальним разом із даними самої картки товару.
Робота генератора будується навколо даних конкретного товару. Користувач заповнює доступні поля, після чого сервіс збирає структуру Schema.org та показує готовий JSON-LD код. Його можна перевірити, скопіювати і передати розробнику або додати шаблон картки через CMS.
Типова схема роботи виглядає так:
Картка товару → Product → Offer → JSON-LD → перевірка → публікація
Product schema generator online скорочує кількість ручної роботи, особливо, коли розмітка містить вкладені сутності. При цьому якість результату залежить від вихідних даних: генератор не повинен доповнювати картку вигаданою ціною, рейтингом чи характеристиками.
Які дані потрібно вказати?
Мінімальний набір залежить від сценарію використання розмітки та вимог пошукової системи. Зазвичай починають з назви товару, зображення та даних пропозиції, після чого додають опис, бренд, ідентифікатори, рейтинг, відгуки, доставку та умови повернення.
Структуровані дані повинні збігатися з вмістом сторінки. Якщо покупець бачить одну ціну чи статус наявності, а структуровані дані товару передають інше значення, розмітка містить суперечливу інформацію.
Основні дані Product
В об'єкт Product зазвичай входять name, description, image та brand. Для ідентифікації товару також використовують sku, mpn та один із підтримуваних варіантів gtin, якщо такі ідентифікатори існують у конкретній позиції.
Поле product image має вести на зображення товару, що розмічується. Назва, опис та бренд також беруть із реальної картки, щоб пошуковий робот міг зіставити HTML-вміст сторінки з JSON-LD.
Ціна, валюта та наявність
Комерційні дані передають через Offer. Тут вказують ціну, цінунадальності, наявність, URL-адресу пропозиції і при потребі пунктуконфіденційності. Такий блок визначає умови, якими користувач може придбати конкретний товар.
Ціна передається числом, а валюта записується окремо трилітерним кодом. Наприклад, для товару вартістю 20 000 гривень значення price буде 20 000, а priceCurrency – UAH.
Рейтинг та відгуки
Якщо на картці справді опубліковані оцінки покупців, розмітку можна доповнити агрегаторним рейтингом. У ній використовуються властивості ratingValue і reviewCount, які повинні відповідати видимому рейтингу та фактичній кількості оцінок.
Окремі відгуки можна описати через review, якщо вони реально присутні на сторінці. Додавати вигадані відгуки, оцінки або AggregateRating заради розширеного сніпету не можна, оскільки розмітка повинна відображати зміст сторінки.
Часті помилки у мікророзмітці товару
Більшість проблем Product Schema пов'язані з розбіжністю між JSON-LD і карткою. Синтаксично коректний код не виправляє неправильну ціну, вигаданий рейтинг чи неправильний ідентифікатор.
Тому потрібно перевіряти і структуру, і вихідні дані. Такий підхід знижує ризик появи суперечливих сигналів при повторному обході сторінки.
Ціна або наявність не співпадають зі сторінкою
Якщо картка показує нову ціну, розмітка також має отримати нове значення. Те саме правило діє для наявності, стану та інших змінних умов пропозиції.
На великих магазинах такі розбіжності часто виникають після ручних правок. Автоматичний висновок із єдиного джерела даних допомагає уникнути подібних ситуацій.
Додані неіснуючі рейтинги та відгуки
Примітніоцінки, оцінкивартості, оцінкиCount і окремі оцінки повинні спиратися на реальні дані. Заповнювати їх заради зірок у пошуковій видачі без фактичних оцінок користувачів не можна.
Відгуки також повинні ставитися до товару, що розмічується. Рейтинг іншої моделі або загальний рейтинг магазину не слід переносити до Product конкретної картки.
Немає priceCurrency
Однієї ціни недостатньо для точного опису комерційної пропозиції. Валюта передається окремою властивістю priceCurrency, тому значення має бути заповнене разом із price.
Використовуйте ISO-код валюти, наприклад, UAH, USD або EUR. Символи «₴», «$» та «€» всередині числового значення ціни додавати не потрібно.
Використовується неправильна URL або зображення
URL-пропозиції повинен вести на сторінку відповідного товару. Посилання на зображення також має бути доступним і ставитися до позиції, що розмічується.
Після зміни домену або структури каталогу ці значення слід перевірити повторно. Старі адреси всередині JSON-LD можуть зберігатися довше, ніж здається після перегляду сторінки.
На сторінці кілька конфліктуючих Product
Декілька блоків Product допустимі лише тоді, коли структура сторінки дійсно вимагає такого опису та сутності визначено однозначно. Дублі з різною ціною або наявністю створюють дані, що конфліктують.
Подібна ситуація часто виникає після підключення кількох SEO-плагінів. Перед використанням нового блоку необхідно перевірити вихідний HTML і видалити непотрібні дублі.
JSON-LD не оновлюється разом із карткою товару
Статична розмітка швидко застаріває, якщо магазин регулярно змінює ціни та залишки. Для товарних сторінок такі розбіжності особливо помітні пошуковій роботі.
При масовому впровадженні краще генерувати JSON-LD із поточних даних CMS. Тоді зміни у картці автоматично відбиваються і в структурованих даних.
Я рекомендую формувати Product Schema з тих самих даних, які виводяться користувачеві на картці. Особливо ретельно перевіряю ціну, валюту, наявність та рейтинг. Якщо вартість або залишок змінилися, JSON-LD повинен оновитися разом зі сторінкою, тому на великих магазинах розмітку краще пов'язувати безпосередньо з CMS.
Як користуватись генератором мікророзмітки товару?
Генератор Product Schema вміщує послідовне заповнення даних. Спочатку вводяться властивості самого товару, потім інформація про пропозицію та додаткові поля, які справді присутні у картці.
Ecommerce product schema generator особливо зручний при підготовці типової структури нового інтернет-магазину. Після узгодження схеми розробник може автоматизувати виведення тих самих властивостей з бази даних CMS.
Заповніть дані товару
Почніть з назви, опису, зображення та бренду. Потім додайте SKU, MPN або GTIN, якщо магазин використовує ці ідентифікатори, і вони стосуються саме обраної товарної позиції.
Не потрібно заповнювати кожне поле лише задля більш довгого JSON-LD. Корисна розмітка містить доведені дані, які можна порівняти з карткою товару.
Додайте дані пропозиції
Вкажіть ціну, код валюти, наявність, стан товару та адресу сторінки покупки. Статус InStock підходить для доступної позиції, а OutOfStock використовують, коли товар тимчасово відсутній.
При зміні вартості або залишків ці значення також потрібно оновлювати. Для інтернет-магазину з частими змінами краще зв'язати Offer із актуальними даними каталогу.
Додайте додаткові властивості
За наявності реальних даних можна додати рейтинг, відгуки, доставку, повернення, колір, розмір та інші властивості. Такий підхід дає повніший опис товару без заповнення непотрібних полів.
Product structured data generator повинен створювати структуру із введених користувачем значень. Він не повинен самостійно вигадувати рейтинг, ціну, бренд чи характеристики відсутнього товару.
Згенеруйте JSON-LD
Після заповнення форми product json ld generator збирає готовий об'єкт з @context, @type та вибраними властивостями. Користувач отримує код, який можна переглянути перед додаванням до сайту.
Перед копіюванням варто перевірити, чи правильно пов'язані Product та Offer. Окрему увагу потрібно приділити числовому формату ціни, валюті, URL зображення та товарним ідентифікаторам.
Скопіюйте та перевірте код
Готовий JSON-LD потрібно перевірити через Google Rich Results Test та Schema Markup Validator. Перший сервіс допомагає побачити помилки, пов'язані з функціями Google, що підтримуються, другий підходить для перевірки структури Schema.org.
Після перевірки код можна додати на сторінку товару. Для масового впровадження правильніше перенести структуру шаблон і підставляти значення кожного Product автоматично.
Що саме ми робили
Стоматологія · Київ і Чернігів
+44% кліків із пошуку
Домен без історії, сайт на конструкторі. Зібрали семантику під послуги й обидва міста, переробили посадкові сторінки, з нуля побудували посилальний профіль. За чотири місяці: 34,8 тис. кліків, покази 1,32 → 1,76 млн, DR 0 → 41.
E-commerce · міжнародний ринок
+96% кліків за два місяці
Каталог цифрових 3D-моделей. Кластеризували семантику, перебудували хабові сторінки, закрили дублі та помилки індексації. Користувачі з Google 247 → 532, CTR 2,4% → 4%.
Медичний центр · Україна
+68,75% видимості за перший місяць
Вузька видимість і мала семантика на старті. Семантика, структура посадкових, метадані та перелінковка, поступове посилення посиланнями.
Відповіді на ваші запитання
Що таке Product Schema Generator?
Product Schema Generator – онлайн-сервіс для підготовки структурованих даних товару у форматі JSON-LD. Користувач вводить інформацію з картки, а сервіс збирає готову структуру Product з необхідними додатковими об'єктами.
Такий product markup generator підходить для разового налаштування та підготовки шаблону перед масовим впровадженням. Згенерований код слід перевірити перед публікацією.
Які дані потрібні для створення Product Schema?
Основою служать назва товару, зображення та дані комерційної пропозиції. Додатково можна передати опис, brand, SKU, MPN, GTIN, ціну, валюту, наявність, стан товару, рейтинг та відгуки.
Заповнювати слід лише наявні дані. Якщо властивості немає на сторінці або в каталозі, вигадувати її для мікророзмітки не потрібно.
Куди вставляти Product JSON-LD?
Готовий JSON-LD розміщують у HTML товарній сторінці усередині спеціального script-блоку. Конкретний спосіб застосування залежить від CMS, шаблону та архітектури проєкту.
Для кількох карток код можна додати вручну. Для великого e-commerce каталогу практичніше генерувати його автоматично із бази товарів.
Чим Product відрізняється від Offer?
Product містить відомості про товар: назву, зображення, бренд, ідентифікатори та інші характеристики. Offer визначає умови конкретної пропозиції продавця.
У Offer зазвичай передають ціну, валюту, наявність, стан і URL покупки. Тому ці сутності часто використовуються разом в одному JSON-LD.
Чи можна використовувати Product Schema Generator для Shopify?
Так, згенеровану структуру можна використовувати при налаштуванні карток Shopify. Перед масовою установкою потрібно пов'язати значення з реальними полями товарів, щоб ціна та залишки оновлювалися автоматично.
Такий же принцип застосовується у WooCommerce та власних CMS. Розрізняється технічна реалізація, а структура Product залишається загальною.
Чи можна додати рейтинг та відгуки?
Так, якщо рейтинг та відгуки відносяться до товару та доступні користувачам на сторінці. Для загальної оцінки застосовується агрегативнеоцінка, а окремі відгуки можуть передаватися через review.
Фейкові дані використовувати не можна. Значення рейтингу та кількості відгуків мають співпадати з тим, що бачить відвідувач картки.
Як розмітити кольори та розміри товару?
Для пов'язаних варіантів можна використовувати ProductGroup та окремі Product. Відмінності за кольором, розміром, матеріалом або іншими характеристиками, що підтримуються, описують через відповідні властивості.
Якщо варіант має власний SKU, GTIN, ціну чи наявність, ці значення передаються конкретної позиції. Така структура допомагає зберегти зв'язок між загальною моделлю та її варіантами.
Чи гарантує Product Schema розширений сніпет?
Ні, коректна розмітка не гарантує показу rich snippets. Вона передає структуровані дані і може зробити сторінку придатною для пошукових форматів, що підтримуються.
Рішення про показ розширеного результату приймає пошукова система. Тому оцінювати використання лише з появою додаткових елементів сніпету некоректно.
Як перевірити згенеровану мікророзмітку?
Спочатку перевірте JSON-LD через Google Rich Results Test та Schema Markup Validator. Після публікації використовуйте Google Search Console та URL Inspection, щоб побачити оброблену пошуковим роботом сторінку.
Для великих каталогів таку перевірку слід повторювати після зміни шаблонів. Окремого контролю вимагають ціна, availability, варіанти, shippingDetails і MerchantReturnPolicy.
Суміжні послуги
Генератор FAQ Schema
Генератор FAQ Schema створює валідну FAQPage-розмітку JSON-LD. Додайте запитання та відповіді, скопіюйте код та перевірте Schema.org онлайн.
Генератор Organization Schema
Безкоштовний генератор Organization Schema: створіть JSON-LD розмітку компанії, додайте назву, логотип, адресу, контакти та sameAs, скопіюйте код та перевірте його валідність.
Генератор Article Schema
Безкоштовний генератор Article Schema: створіть JSON-LD для Article, BlogPosting та NewsArticle, скопіюйте код та перевірте розмітку перед публікацією.
Генератор Product Schema допомагає швидко зібрати JSON-LD для товару, перевірити структуру Product та Offer та підготувати код до впровадження. Найкращий результат виходить тоді, коли всі значення беруться безпосередньо з картки та оновлюються разом із ціною, наявністю, рейтингом та іншими даними.
Заповніть дані товару, створіть JSON-LD та перевірте результат перед публікацією. Для великого каталогу використовуйте готову структуру як основу автоматичного виведення Product Schema із CMS.
Відповідаємо протягом робочого дня. Без розсилок і дзвінків «просто нагадати».
Подивиться сайт сам, а не передасть менеджеру.
Докладніше: Product Schema Generator – генератор мікророзмітки товару
Що таке Product Schema та JSON-LD?
Product Schema – набір структурованих даних Schema.org, який описує товар у зрозумілій для пошукової системи формі. Розмітка допомагає зв'язати назву, зображення, бренд, ціну, наявність, ідентифікатори, рейтинг та комерційну пропозицію з однією товарною сутністю.
JSON-LD використовується як один із форматів передачі таких даних. Код розміщується всередині HTML сторінки і читається пошуковими роботами окремо від візуальної розмітки картки, тому розробнику не доводиться додавати властивості Schema.org безпосередньо в кожен HTML-елемент.
Навіщо інтернет-магазину мікророзмітка товару?
Мікророзмітка товару допомагає пошуковій системі точніше визначити, який товар представлений на сторінці та які комерційні дані до нього належать. Ціна, наявність, рейтинг, зображення та дані Offer отримують явні значення, які простіше обробити автоматично.
Коректна Product-розмітка може зробити сторінку придатною для розширених форматів, що підтримуються Google, включаючи product snippets і merchant listings. Наявність валідної розмітки сама по собі не гарантує показу rich results: остаточне рішення про зовнішній вигляд результату залишається за пошуковою системою.
Чим Product відрізняється від Offer?
Product описує сам товар: його назву, бренд, зображення, характеристики та ідентифікатори. Offer відноситься до конкретної комерційної пропозиції та містить ціну, валюту, наявність, стан товару та URL, де його можна придбати.
Для товару з однією ціною зазвичай достатньо вкладеного Offer. Якщо сторінка описує декілька пропозицій різних продавців або діапазон цін, у відповідному сценарії може застосовуватися AggregateOffer.
Які властивості Product Schema необхідно заповнювати?
Набір властивостей вибирають за реальними даними товару та сценарієм пошукового відображення. Для більшості карток основою є назва, зображення та комерційна пропозиція, після чого додаються бренд, ідентифікатори та додаткові характеристики.
Коротка таблиця допомагає розділити призначення основних властивостей:
| Властивість | Що передає | приклад |
|---|---|---|
| name | Назва товару | Бездротові навушники X1 |
| brand | Бренд чи виробник | Example Brand |
| sku | Внутрішній код магазину | X1-BLK |
| gtin | Глобальний ідентифікатор | 1234567890123 |
| price | Чисельну ціну | 20000 |
| priceCurrency | Код валюти | UAH |
| availability | Наявність товару | InStock |
| aggregateRating | Загальну оцінку | 4.8 |
Product markup generator спрощує заповнення цих полів, але підсумкову структуру все одно потрібно порівняти із вмістом картки. Помилка у вихідних значеннях збережеться і автоматично згенерованому коді.
Назва, зображення та опис
Назва в розмітці має співпадати з товаром, який бачить користувач на сторінці. Зображення також має ставитись до цієї позиції та відкриватися за доступним пошуковим роботою URL.
Опис можна брати із картки товару без штучного додавання пошукових запитів. Розмітка призначена передачі сутності, тому тут цінується точність вихідних даних.
SKU, MPN та GTIN
SKU зазвичай створює продавець для внутрішнього обліку. MPN надає виробник, а GTIN відноситься до глобальних товарних ідентифікаторів, тому ці значення виконують різні завдання і не повинні замінювати одне одного.
Якщо товар не має підтвердженого MPN або GTIN, вигадувати номер не потрібно. Для каталогу корисніше залишити необов'язкове поле порожнім, ніж передати пошуковій системі хибний ідентифікатор.
Availability та стан товару
Властивість наявності показує поточну можливість придбати товар. Для доступних позицій застосовують InStock, для відсутніх – OutOfStock, а для замовлення існують окремі значення Schema.org.
Стан товару описується окремо через адресуумов. Якщо магазин продає нові та вживані позиції, значення має відповідати конкретній пропозиції.
Ціна та priceCurrency
Ціна Schema передається числом без позначення валюти всередині самого значення. Валюту записують окремо через priceCurrency, використовуючи відповідний трилітерний код.
Наприклад, запис «20 000 грн» потрібно розділити на price: 20000 та priceCurrency: UAH. Такий формат простіше обробляти системі та легше підтримувати при автоматичному виведенні даних.
Як розмітити варіанти одного товару?
Одяг, взуття, меблі, техніка та інші товари часто відрізняються кольором, розміром, матеріалом чи комплектацією. У такому каталозі пошуковій системі потрібно показати зв'язок між загальною моделлю та окремими варіантами.
Для цього Schema.org передбачає ProductGroup. Google підтримує зв'язку ProductGroup і Product з variesBy, hasVariant і productGroupID, коли окремі позиції відносяться до однієї групи варіантів.
Коли використовувати ProductGroup?
ProductGroup підходить для однієї моделі, яка має варіанти товару за певними характеристиками. Наприклад, одна футболка може продаватися в кількох розмірах та кольорах, при цьому кожна комбінація залишається варіантом вихідної моделі.
Через рядуможна вказати характеристику відмінності, а самеваріант пов'язує групу з окремим Product. Для групи можна використовувати productGroupID, якщо така логіка підтримується каталогом.
Чи потрібні окремі дані для кожного варіанта?
Якщо варіанти мають різні SKU, GTIN, зображення, ціну або наявність, відповідні значення потрібно передавати для конкретної позиції. Це особливо актуально, коли користувач може відкрити варіант окремого URL.
Ціна та наявність повинні відповідати вибраному варіанту. Одноманітні значення можна отримувати із загальних даних моделі, а зміни, що змінюються, слід виводити на рівні окремого Product.
Де розмістити Product JSON-LD на сайті?
JSON-LD додають у HTML сторінки товару всередині елемента <script type="application/ld+json">. Для стабільної індексації комерційних даних бажано, щоб пошуковий робот отримував актуальну розмітку разом із сторінкою та не залежав від зайвих дій користувача.
Canonical URL, ціна, наявність та дані Product повинні узгоджуватися між собою. Якщо сайт генерує кілька версій однієї картки, розробнику потрібно заздалегідь визначити, яка сторінка вважається основною.
Product Schema для Shopify та інших CMS
Product Schema можна впровадити у Shopify, WooCommerce, власну CMS або SSR-сайт. Розрізняється спосіб отримання значень, але логіка Product і Offer залишається загальної.
Для кількох карток можна підготувати код через product schema generator. Для великого магазину краще вивести ту саму структуру програмно з полів товару, щоб не редагувати сотні блоків JSON-LD вручну.
Чи можна автоматично генерувати Schema?
Так, для каталогу автоматична генерація зазвичай зручніша за ручне заповнення кожної картки. CMS може брати назву, зображення, SKU, ціну, currency та availability безпосередньо з бази товару.
Як перевірити Product Schema після створення?
Навіть коректно заповнений product structured data generator вимагає фінальної перевірки результату. Помилки можна допустити в URL, числовому значенні, структурі вкладеного об'єкта або під час передачі властивості, яка не відповідає сторінці.
Перевірка Schema до публікації займає менше часу, аніж пошук причини помилки після повторного обходу сайту. Для контролю зручно використовувати кілька інструментів, оскільки вирішують різні завдання.
Перевірка в Google Rich Results Test
Google Rich Results Test показує, чи система розпізнає структуровані дані і чи є критичні помилки для підтримуваного типу результату. Тут зручно перевірити підсумковий JSON-LD ще до впровадження.
Попередження та помилка мають різну вагу. Критичні помилки потрібно виправити, а рекомендації варто оцінювати за наявністю відповідних даних на сторінці.
Перевірка через Schema Markup Validator
Schema Markup Validator перевіряє структуру та властивості словника Schema.org. Такий валідатор мікророзмітки корисний, коли потрібно перевірити об'єкт незалежно від вимог конкретного пошукового результату.
Спільне використання двох інструментів дає зрозумілішу картину. Перевірка Schema.org відповідає за структуру, а Google окремо оцінює вимоги власних rich snippets та merchant listings.
Перевірка після публікації
Після введення сторінки можна перевірити через URL Inspection та звіти Google Search Console. Так видно, яку версію сторінки отримав Google і чи виявлено додані структуровані дані.
Для великого каталогу помилки краще відстежувати регулярно. Особливо швидко застарівають ціна, availability, доставка, повернення та дані варіантів.
Що Product Schema може змінити у пошуковій видачі?
При коректній реалізації Product-розмітка передає пошуковій системі додаткові відомості про товар і може зробити сторінку придатною для розширеного результату пошуку. Залежно від формату, що підтримується, можуть використовуватися ціна, наявність, рейтинг, доставка та інші дані пропозиції.
Rich results та Google Shopping працюють за власними вимогами, тому Product Schema не дає гарантії конкретного зовнішнього вигляду сніпету. Генератор Product Schema вирішує технічне завдання: допомагає зібрати коректні дані, які потім перевіряються та публікуються на картці товару.
Доставка та повернення
Для розширеного опису пропозиції можуть використовуватися shippingDetails і MerchantReturnPolicy. Ці дані допомагають передати умови доставки, вартість перевезення, терміни та правила повернення товару, якщо відповідна інформація відома магазину.
У великому каталозі такі значення краще отримувати з єдиного джерела даних. Ручне оновлення сотень карток швидко призводить до ситуацій, коли умови на сторінці вже змінилися, а JSON-LD залишився незмінним.