Почати проект
+247%+185%📈📊
  • Технічне SEO · JSON-LD окремим блоком

Структуровані дані JSON-LD: щоб пошуковик читав сайт як дані, а не як текст

Впровадження структурованих даних schema.org — це блоки JSON-LD у шаблонах сайту, які прямо називають пошуковику ціну, наявність, адресу, графік роботи й шлях розділів замість того, щоб залишати їх вгадувати з тексту. Ставимо розмітку під ваш тип бізнесу, звіряємо кожну задекларовану сутність із тим, що справді видно на сторінці, і знімаємо те, чого там немає. У власній вибірці розкид виявився від нуля блоків до десяти типів на одному домені, причому нуль трапляється частіше, ніж вважають власники сайтів.

Подивитись, як це працює
Вартість
після безкоштовного аудиту
Гарантія
30 днів після підписання акта
Що ставимо
JSON-LD у шаблони: Organization або LocalBusiness, Product і Offer, BreadcrumbList, WebSite, галузеві типи
після безкоштовного аудиту
Вартість
30
Гарантія

днів після підписання акта

JSON-LD у шаблони: Organization або LocalBusiness, Product і Offer, BreadcrumbList, WebSite, галузеві типи
Що ставимо
5–15
Строк впровадження

робочих днів, залежить від кількості типів сторінок

10
Найповніший набір у власному вимірі

типів JSON-LD на сайті клініки — максимум серед 16 виміряних сайтів

нуль блоків розмітки: зафіксовано у дев'яти проєктах вибірки
Найчастіша знахідка
безкоштовна перевірка наявної розмітки, 2–3 робочих дні
Перед кошторисом
позицій і показу розширеного сніпета: це рішення Google, а не підрядника
Чого не обіцяємо
Що входить

Повний перелік робіт і того, що ви отримуєте на виході

  • Інвентаризація наявної розмітки по кожному типу сторінок — щоб не ставити вдруге те, що вже стоїть, і не платити за це
  • Organization або LocalBusiness з адресою, координатами, телефоном і графіком: дані на сайті перестають розходитись із профілем у Google Business
  • Product і Offer на картках із підстановкою з полів CMS — ціна й наявність оновлюються разом із каталогом, а не руками раз на квартал
  • BreadcrumbList на всіх рівнях вкладеності: у видачі замість голої адреси видно шлях розділів
  • WebSite із пошуковим сценарієм — заявка на вікно пошуку по сайту прямо в результатах
  • FAQPage тільки там, де питання й відповіді справді є на сторінці видимим текстом
  • Галузева розмітка під ваш випадок: MedicalClinic і Physician клініці, Store чи ClothingStore магазину, Organization виробнику
  • Зняття розмітки, яка декларує неіснуюче: рейтинги без відгуків, ціни без товару, графік, що не збігається з реальним
  • Прогін кожного типу через Rich Results Test і Schema Markup Validator із фіксацією нуля помилок у звіті
  • Підключення звіту розширених результатів у Search Console і розбір перших даних після переобходу
  • Записка для вашого розробника: де саме лежить блок розмітки і що з ним станеться при зміні теми
Коли ця послуга не підходить

Що не входить у роботу — щоб не було сюрпризів на здачі

  • Збір і публікація відгуків — розмітка описує те, що є, а не створює його
  • Обіцянка, що Google покаже розширений сніпет: це його рішення
  • Заведення відсутніх полів у CMS, якщо воно вимагає доопрацювання движка — оцінюється окремо
  • Написання текстів і питань для сторінок
  • Робота з розміткою на сторонніх майданчиках і в чужих кабінетах
Кому підходить

Ситуації, у яких ця послуга дає результат

Ситуація 1 з 4

Магазин, де ціна й наявність є на сторінці, але не в даних

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

Розберемо вашу ситуацію на безкоштовному аудиті

Безкоштовна перевірка того, що ваш сайт зараз віддає пошуковику

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

Що міряємо

  • Які типи розмітки є заразПовний перелік блоків JSON-LD і мікроданих по типах сторінок. У виміряній вибірці розкид — від нуля блоків до десяти типів на одному сайті.
  • Чого бракує під ваш тип бізнесуМагазину потрібні Product, Offer, BreadcrumbList; клініці — MedicalClinic і Physician; виробнику — Organization з адресою й контактами.
  • Розмітка, що декларує неіснуючеНайнебезпечніший пункт. Рейтинг у розмітці при нулі відгуків на сторінці — це привід для ручних санкцій, а не перевага. Ми таке знаходили у власній вибірці й називаємо прямо.
  • Узгодженість із контентомЧи збігаються телефон, графік роботи й адреса в розмітці з тим, що написано на сторінці. Розбіжності трапляються частіше, ніж здається.
  • Доступність данихЧи є в CMS поля, з яких розмітка може заповнюватись автоматично: ціна, наявність, артикул, бренд. Якщо їх немає — це окрема робота перед розміткою.
  • Помилки валідатораЩо кажуть про ваші сторінки офіційні інструменти перевірки й звіт розширених результатів у Search Console.

Що ви отримуєте на руки

  • Перелік наявних типів розмітки по кожному типу сторінки — з прикладами.
  • Перелік того, чого бракує, у порядку впливу на видачу.
  • Окремий список ризикових місць: розмітка, яка декларує те, чого на сторінці немає.
  • Розмова на 30 хвилин по документу.

Строк: 2–3 робочих дні

Чому це безкоштовно

Бо перевірка займає години, а різниця в кошторисі між «дописати два типи» і «завести поля в базу, а потім розмітити» — кратна. Називати вилку до перевірки означало б вгадувати.

Що далі

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

Форма коротка: контакт і адреса сайту

Працюємо офіційно

Договір, акт і рахунок — на кожен проєкт, а не тільки на великий. Без документів у вас немає ні прав на роботу, ні підстави провести витрати.

  • Договір, акт і гарантія 30 днів

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

  • ФОП і безготівковий розрахунок

    Виконавець — зареєстрований ФОП. Оплата на рахунок із закривними документами, які бухгалтерія проведе як витрати. Курс для гривневої оплати фіксується договором, а не з’ясовується постфактум.

  • Права й доступи — ваші

    Код, дизайн і матеріали переходять до вас після повної оплати. Домен, хостинг, репозиторій, аналітику й рекламні кабінети оформлюємо на вас — щоб сайт не залежав від підрядника. NDA підписуємо на запит, після завершення свої доступи видаляємо самі.

  • Портал клієнта замість переписки

    На час роботи ви отримуєте доступ до порталу: договори, рахунки, акти й стан проєкту в одному місці. Документи формуються з даних угоди, тому реквізити й суми в них не розходяться, а про оплати й дедлайни нагадує система, а не пам’ять менеджера.

  • Замовники з Європи

    Серед робіт — проєкти для Норвегії, Болгарії та Іспанії: болгарський магазин трьома мовами з кур’єрською доставкою, іспанський з оплатою карткою й переказом, норвезький сайт клініки. Це видно в портфоліо, а не тільки в описі.

  • Цифри, які можна перевірити

    Кожен кейс у портфоліо — з посиланням на живий сайт і технічним виміром: швидкість відповіді, вага сторінки, обсяг каталогу, знайдені дефекти. Ці цифри можна зняти самому й звірити з нашими.

  • Спершу аудит, потім сума

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

  • Кажемо «ні», коли не впевнені

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

NDA підписуємо на запит. Після завершення співпраці наші доступи до ваших сервісів видаляємо самі й повідомляємо про це.

Що впливає на вартість

Чому дві однакові на вигляд задачі рахуються по-різному — і що саме ми міряємо на аудиті

  • Кількість типів сторінокГоловний множник. Один тип — це один шаблон і одна перевірка. Магазин із головною, категорією, карткою, брендом, статтею й контактами дає шість різних наборів полів, і кожен хтось має звірити з живою сторінкою.
  • Звідки брати даніЗаповнені поля CMS — підстановка робиться за годину. Ціни й характеристики, які лежать у прайсі картинкою або всередині опису суцільним текстом, спершу треба звідти дістати, і це окремий рядок кошторису, до розмітки прямо не дотичний.
  • Спосіб доставки розміткиЄ доступ до шаблонів — розмітка йде в код. Немає — лишається диспетчер тегів, а це вже інша перевірка: треба переконатись, що бот дочекався виконання скрипта. Клієнтський рендер додає пререндер, і це вже не робота з розміткою.
  • Стан наявної розміткиПорожній сайт розмічати простіше, ніж сайт із десятьма типами сумнівної якості. У другому випадку спершу інвентаризація й чистка, і саме там знаходяться декларації неіснуючого, які знімаються терміново.
  • Мовні версії й галузева специфікаКожна мовна гілка множить перевірку. Медична розмітка додає звірку спеціалізацій лікарів із тим, що написано на сторінці, — це довше за Product і Offer, де все береться з полів.
Кейси

Задачі та результат у цифрах — усі показники зняті нашим виміром

інтернет-магазин тактичного спорядження з каталогом понад 50 тис. позицій

Задача
Дати пошуковику структуроване уявлення про магазин, його асортимент і фізичну точку.
Рішення
Розмітка магазину, пошукового сценарію, контактів, координат і графіка роботи окремими сутностями JSON-LD на головній.
Результат
9 типів структурованих даних на головній: Store, WebSite, SearchAction, ContactPoint, EntryPoint, OpeningHoursSpecification, GeoCoordinates, Place, PostalAddress — при каталозі 54 302 товари і 635 категорій. Перша відповідь сервера 413,8 мс, HTML головної 421,5 КБ. Вимір 31.07.2026.

клініка пластичної хірургії та естетичної медицини

Задача
Зробити так, щоб пошуковик і AI-асистенти коректно розуміли профіль клініки й склад лікарів.
Рішення
Медична розмітка з описом клініки, лікарів і їхніх спеціалізацій, хлібні крихти й пошуковий сценарій; ботам віддається пререндерений HTML, а не оболонка застосунку. Окремо — robots.txt із роздільною політикою для AI-кравлерів.
Результат
10 типів JSON-LD: MedicalClinic, Physician, BreadcrumbList, ListItem, Occupation, PostalAddress, Country, WebSite, SearchAction, EntryPoint — найповніший набір структурованих даних серед 16 виміряних сайтів. Боту віддається 126 КБ пререндереного HTML за 145 мс до першого байта; карта сайту на 89 адрес без помилок. Вимір 31.07.2026.

українська SaaS-платформа для рерайту описів товарів

Задача
Перевірити власну розмітку перед тим, як показувати проєкт як приклад.
Рішення
Прогін усіх блоків JSON-LD через валідатор і звірка кожної задекларованої сутності з тим, що видно на сторінці.
Результат
7 типів розмітки на місці — SoftwareApplication, Offer, Organization, WebSite, FAQPage, Question, Answer — при першій відповіді 220,6 мс і 140,8 КБ HTML. І знайдений ризик: у розмітці оголошено рейтинг 4,8 при 50 оцінках, тоді як на сторінці нуль згадок слів «відгук» і «рейтинг». Це прямий привід для ручних санкцій, і ми зафіксували його дефектом у власному ж проєкті. Вимір 31.07.2026.

Не знайшли свій випадок?

Опишіть, як це влаштовано у вас, — відповімо, чи підходить «Впровадження структурованих даних» і що це означає у вашій ситуації. Без брифу й без дзвінка: одне питання, одна відповідь.

Як проходить робота

Прозорі етапи з погодженням на кожному кроці

Загальний строк:5–15 днів

  1. Карта типів сторінок і план розмітки

    1–2 робочих дні

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

  2. Звірка джерел даних у CMS

    1–3 робочих дні

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

  3. Впровадження в шаблони

    1–6 робочих днів

    Блоки JSON-LD ідуть у шаблони серверним рендером. Organization оголошується один раз і отримує @id, на який посилаються решта сутностей, інакше на одному домені з'являються три різні компанії з однаковою назвою. Роботи розкладені по типах сторінок — звідси й розкид у днях.

  4. Валідація й чистка

    1–2 робочих дні

    Кожен тип проганяємо через Rich Results Test і Schema Markup Validator, а далі звіряємо задеклароване з видимим текстом сторінки. Усе, чого на сторінці немає, знімається — незалежно від того, наскільки вигідно воно виглядало б у видачі.

  5. Search Console і перший розбір

    1–2 робочих дні

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

Технології та інтеграції

На чому будуємо і з чим це з’єднується

Стек

  • JSON-LD окремим блоком, а не мікродані у верстці: переживає зміну шаблону. Межа — блок, зібраний на клієнті, бот може не дочекатись
  • schema.org як словник сутностей. Межа: типів там сотні, а розширені результати Google підтримує лише для частини
  • Rich Results Test показує те, на що Google дає право сніпета. Межа — мовчить про коректні типи, які показувати не вміє
  • Schema Markup Validator перевіряє синтаксис і словник ширше за Google. Межа — його «зелено» сніпета не обіцяє
  • Шаблони OpenCart і WordPress — правильне місце для блоку. Межа: оновлення теми затирає правку, тому пишемо, де він лежить
  • Google Tag Manager — тимчасовий шлях, коли доступу до коду немає. Межа: розмітка живе в JavaScript і залежить від того, чи виконає його бот
  • Search Console, звіт розширених результатів — єдине джерело правди про ваші сторінки. Межа: дані приходять після переобходу

Інтеграції

  • Google Search Console
  • Google Merchant Center
  • GA4
  • Google Business Profile
Розмітка в шаблоні проти розмітки через диспетчер тегів

Чим цей варіант відрізняється від «Google Tag Manager»

Коли бот бачить розміткуодразу в HTML першої відповіді
Джерело данихполя CMS: ціна й наявність міняються разом із каталогом
Зміна теми сайтублок треба перенести, і ми пишемо, де він лежить
Швидкість впровадженняпотрібен доступ до шаблонів і реліз
Коли доречнопостійне рішення
Що потрібно від вас

Без цього не почнемо — краще підготувати заздалегідь

  1. Доступ до шаблонів сайту: розмітку правильно ставити в код, а не навішувати збоку.
  2. Актуальні дані компанії — юридична адреса, координати, телефон, графік роботи. Саме ті, що мають потрапити в розмітку, а не ті, що колись опинились у футері.
  3. Перелік полів CMS, з яких беруться ціна, наявність, артикул і бренд. Якщо якогось поля немає, це видно одразу, і константу в шаблон ми не поставимо.
  4. Доступ до Search Console — без нього звіту розширених результатів не побачить ніхто, включно з нами.
  5. Рішення щодо відгуків: якщо їх на сайті немає, рейтинг не розмічаємо ні за яких умов.
  6. Одну людину з вашого боку, яка може підтвердити, що адреса й графік у розмітці збігаються з реальністю.

Якщо чогось із цього немає — скажіть, підкажемо, як зібрати або зробимо самі окремою задачею.

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

Те, що питають найчастіше — з конкретними відповідями

розмітка підніме мої позиції?

Ні, і чесний підрядник цього не пообіцяє. Структуровані дані не є фактором ранжування. Вони дають інше: сторінка стає придатною до розширеного вигляду у видачі — з ціною, наявністю, хлібними крихтами замість голої адреси. Такий сніпет займає більше місця на екрані й дає більше причин клікнути при тій самій позиції. Тобто механізм працює через клік, а не через позицію. А показувати розширений результат чи ні, вирішує Google і може передумати.

у нас уже щось розмічено — цього достатньо?

Залежить від того, що саме. У нашій вибірці є сайт із десятьма типами розмітки і є магазини, де на всю CMS стоїть лише Organization із контактами: пошуковик знає назву компанії й не знає нічого про товар. Обидва стани описуються словами «розмітка є». Тому перевірка починається з переліку типів по кожному типу сторінок, а не з питання «є чи немає».

чи можна розмітити рейтинг, якщо відгуків поки немає?

Ні. Це прямий шлях до ручних санкцій за розмітку відгуків про самих себе. У власному проєкті ми знайшли рівно такий випадок: у JSON-LD стояв рейтинг 4,8 при 50 оцінках, а на сторінці не було жодної згадки слова «відгук». Ми записали це дефектом у власний кейс і зняли блок. Якщо зірки у видачі потрібні — спершу треба зробити так, щоб відгуки були на сторінці. Їх збір це окрема робота, і сюди вона не входить.

коли з'являться розширені сніпети?

Строку не називає ніхто, і ми не будемо. Після впровадження Google має заново обійти сторінки, визнати розмітку валідною і окремо вирішити, чи показувати розширений результат. Перше й друге видно у звіті розширених результатів Search Console — там і спостерігаємо. Третє не видно ніде й нікому. Назвати дату появи сніпета означало б пообіцяти за чужу компанію.

ставити в шаблон чи через диспетчер тегів?

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

що розмітка дає товарному фіду й Merchant Center?

Той самий набір даних. Коректні Product і Offer з артикулом, ціною, валютою і наявністю — це рівно те, чого просить Merchant Center і майданчики. Якщо поля CMS заповнені під розмітку, фід збирається з них же, і робота не робиться двічі. Межа тут очевидна: фід не робить вашу ціну конкурентною, він лише швидше показує покупцеві порівняння з усіма, хто вже там.

у нас сайт збирається в браузері — розмітка спрацює?

Тільки якщо бот її дочекається. Практичний вихід — віддавати ботам готовий HTML. На виміряному сайті клініки так і зроблено: браузер отримує оболонку на 3 КБ, а пошуковий бот — пререндерену сторінку 126 КБ за 145 мс, і саме в ній лежать усі десять блоків розмітки. Той самий підхід закриває питання AI-асистентів, які здебільшого JavaScript не виконують. Чесно: жодних гарантій згадки у відповіді асистента не дасть ніхто, і обсяг цього трафіку поки що малий.

хто підтримує розмітку після впровадження?

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

Надішліть адресу сайту й скажіть, що це за бізнес.

У відповідь — перелік розмітки, яка у вас уже стоїть, перелік того, чого бракує під ваш тип бізнесу, і окремо список ризикових місць. Якщо виявиться, що розмічати поки нема чого, почуєте це першим же листом.

Переглянути кейси
  • Відповідь протягом 2 годин
  • Без зобов’язань
  • Працюємо за договором

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