Як працює генератор BreadcrumbList Schema?
Такий breadcrumb schema generator підходить для інтернет-магазинів, блогів, каталогів, сайтів послуг, документації та інших проєктів з ієрархічною структурою. Перед публікацією код варто перевірити в Google Rich Results Test та Schema Markup Validator, щоб знайти помилки у властивостях та синтаксисі.
Генератор breadcrumb schema збирає дані кожного рівня навігації та перетворює їх на готовий об'єкт Schema.org. Користувач заповнює назви сторінок, додає URL-адресу та розташовує елементи в тому порядку, в якому відвідувач рухається від загального розділу до більш конкретного.
Після заповнення полів breadcrumblist schema generator створює JSON-LD з типами BreadcrumbList і ListItem. Отриманий код можна скопіювати, перевірити валідатором і додати шаблон сторінки, CMS або серверний рендеринг.
Які дані потрібно додати?
Для кожного елемента ланцюжка вказуються зрозуміла назва сторінки та її адреса. Цього достатньо, щоб бризки свердловини генератора сформували основні властивості структурованих даних і правильно розставили позиції елементів всередині масиву.
Перед генерацією бажано перевірити, що посилання відкриваються без помилок і відповідають актуальним canonical URL. Якщо структура сайту нещодавно змінювалася, старі адреси з редиректами краще замінити кінцевими URL-адресами.
Назва елемента – name
Властивість name передає назву конкретного рівня навігаційного ланцюжка. Для категорії магазину це може бути «Смартфони», для блогу - «SEO», а для сайту послуг - назва відповідного напряму.
Назва має нормально читатись людиною і збігатися за змістом із реальною структурою сайту. Не варто перетворювати name на набір пошукових запитів або додавати туди зайві слова для збільшення щільності ключів.
URL сторінки – item
Властивість item містить адресу сторінки, що відповідає конкретному рівню BreadcrumbList. Краще вказувати абсолютний canonical URL без рекламних GET-параметрів, тимчасових міток та технічних варіантів адреси.
Посилання бажано перевіряти перед публікацією розмітки, особливо після перенесення сайту чи зміни структури. Для останнього елемента ланцюжка властивість item можна не вказувати, якщо цей елемент означає поточну сторінку.
Як додати декілька рівнів?
Кожен новий рівень додається в порядку, в якому користувач логічно переміщається по структурі сайту. Наприклад, ланцюжок інтернет-магазину може виглядати як «Головна → Каталог → Смартфони → Модель телефону».
Кількість рівнів залежить від реальної архітектури проєкту, тому штучно подовжувати ланцюжок не потрібно. Головне, щоб перехід від загального розділу до конкретної сторінки залишався зрозумілим та послідовним.
Часті помилки у Breadcrumb Schema
Більшість проблем пов'язані з неправильними URL, порушенням послідовності та розбіжністю між реальною навігацією та JSON-LD. Сам синтаксис BreadcrumbList є порівняно простим, тому помилки зручно знаходити ще до публікації.
Перед використанням перевірте кілька сторінок різних типів. Для інтернет-магазину варто окремо подивитись категорії, підкатегорії та товари, оскільки глибина ланцюжка у них зазвичай різниться.
Нумерація position починається з 0
Позиції BreadcrumbList мають починатися з 1, а не з 0. Наступні елементи продовжують нумерацію послідовно у порядку, де вони розташовані всередині навігаційної ланцюжка.
Якщо генератор автоматично розставляє значення, вручну їх виправляти зазвичай не потрібно. При своїй серверної генерації це правило необхідно враховувати в логіці шаблону.
Порушено порядок елементів
Елементи повинні рухатися від загального рівня до більш конкретного. Категорія не повинна з'являтись після картки товару, якщо реальна ієрархія сайту влаштована протилежним чином.
Помилки такого типу часто з'являються після перенесення розділів чи зміни структури каталогу. Після великих правок BreadcrumbList бажано перевірити повторно.
Використовуються неканонічні URL
У структурованих даних краще використовувати основну адресу сторінки, яка збігається з canonical. URL з UTM-мітками, сортуванням, часовими параметрами та іншими технічними значеннями додавати не слід.
Якщо одна сторінка доступна за декількома адресами, BreadcrumbList не повинен випадково перемикатися між дублями. Одноманітність посилань спрощує обробку структури.
У BreadcrumbList потрапляють 301, 404 або віддалені сторінки
Кожне посилання має вести на актуальну сторінку без зайвого ланцюжка перенаправлень. Після міграції сайту старі URL іноді залишаються в розмітці, хоча навігація користувача вже містить нові адреси.
Перед масовим використанням корисно перевірити перелік посилань краулером або внутрішнім чекером. Це допомагає знайти редиректи та 404 ще до повторної індексації.
Schema описує вигадану ієрархію
Не варто створювати додаткові категорії виключно заради пошукового робота. Якщо відвідувач не може пояснити шлях через структуру сайту, розмітка починає розходитися з реальним вмістом сторінки.
BreadcrumbList має передавати існуючі відносини між документами. Штучне розширення ланцюжка не робить сторінку інформативнішою для пошукової системи.
Дублюються різні реалізації Schema
CMS, SEO-плагін та ручний код іноді одночасно виводять кілька об'єктів BreadcrumbList. Якщо в них відрізняються назви, URL-адреси або позиції, пошукова система отримує суперечливі дані.
Перед додаванням нового JSON-LD перевірте вихідний HTML та наявну мікророзмітку. Стару реалізацію краще видалити або призвести до єдиного джерела даних.
У JSON-LD є синтаксична помилка
Пропущена кома, неправильні лапки або незакритий об'єкт роблять JSON-LD некоректним. Такі помилки особливо часто виникають після ручного редагування вже згенерованого коду.
Після будь-яких змін знову запускайте валідацію. Це займає менше часу, ніж пошук проблеми після публікації та повторного обходу сторінки.
Як використати готову Breadcrumb Schema?
Робота з готовою розміткою складається з кількох послідовних дій: заповнення рівнів, перевірки порядку, копіювання коду, впровадження та подальшої валідації. Перепустка перевірки часто призводить до того, що технічна помилка виявляється вже після публікації.
Breadcrumbs schema generator скорочує ручну роботу, але коректність вихідних даних все одно залежить від користувача. Перед впровадженням потрібно переконатися, що назви та посилання відображають поточну структуру сайту.
Додати рівні навігації
Спочатку внесіть сторінки в логічному порядку загального рівня до конкретного. Для кожного елемента додайте назву, а для тих рівнів, де це потрібно, вкажіть повну URL-адресу.
Не переносьте кожну папку з адресного рядка автоматично. Якщо технічна структура URL відрізняється від навігації користувача, орієнтуйтеся на реальну ієрархію сторінок.
Перевірте порядок елементів
Після заповнення форми перевірте послідовність елементів та значення position. Перший рівень має отримувати позицію 1, другий – 2, а наступні продовжують нумерацію без розривів.
Окремо перегляньте проміжні категорії. Якщо одна з них більше не існує або веде через редирект, перед початком генерації краще замінити її актуальною сторінкою.
Скопіюйте JSON-LD
Після генерації скопіюйте отриманий JSON-LD повністю, включаючи script, що відкриває і закриває тег. Не видаляйте окремі властивості, якщо не розумієте їх роль у структурі Schema.org.
Перед надсиланням коду розробнику можна зберегти приклад разом з URL сторінки. Це спростить перевірку після впровадження та допоможе порівняти очікувану структуру із фактичним результатом.
Додати код на сторінку
Код можна впровадити безпосередньо в HTML, через шаблон CMS або через серверну генерацію. Для великих сайтів ручне розміщення на кожній сторінці швидко стає незручним та підвищує ризик розбіжностей.
Краще передавати значення BreadcrumbList з тих самих даних, з яких будується навігація сайту. Тоді зміни категорій та URL синхронно відображатимуться і в structured data.
Перевірте результат
Після публікації відкрийте сторінку у валідаторе та переконайтеся, що розмітка дійсно присутня у підсумковому HTML. Перевіряти лише вихідний шаблон недостатньо, особливо якщо дані формуються динамічно.
Додатково перевірте canonical URL, статус відповідей всіх сторінок та відповідність ланцюжка видимої навігації. Помилки найкраще виправити до наступного повноцінного обходу сайту.
Що саме ми робили
Стоматологія · Київ і Чернігів
+44% кліків із пошуку
Домен без історії, сайт на конструкторі. Зібрали семантику під послуги й обидва міста, переробили посадкові сторінки, з нуля побудували посилальний профіль. За чотири місяці: 34,8 тис. кліків, покази 1,32 → 1,76 млн, DR 0 → 41.
E-commerce · міжнародний ринок
+96% кліків за два місяці
Каталог цифрових 3D-моделей. Кластеризували семантику, перебудували хабові сторінки, закрили дублі та помилки індексації. Користувачі з Google 247 → 532, CTR 2,4% → 4%.
Медичний центр · Україна
+68,75% видимості за перший місяць
Вузька видимість і мала семантика на старті. Семантика, структура посадкових, метадані та перелінковка, поступове посилення посиланнями.
Відповіді на ваші запитання
Що таке BreadcrumbList Schema Generator?
BreadcrumbList Schema Generator створює JSON-LD для навігаційного ланцюжка сторінки. Користувач додає назви рівнів та URL, а сервіс автоматично формує BreadcrumbList, ListItem, position, name та item.
Такий breadcrumblist schema generator зручний для швидкої підготовки прикладу та перевірки структури перед впровадженням. Після створення код все одно слід перевірити валідатором і на фактичній сторінці.
Скільки елементів має бути у BreadcrumbList?
Для коректного ланцюжка потрібно кілька зв'язаних рівнів, а в рекомендаціях Google для breadcrumb feature використовується щонайменше два ListItem. Кожен наступний елемент має логічно продовжувати попередній рівень навігації.
Додавати додаткові елементи для кількості не потрібно. Якщо структура сторінки складається лише з одного самостійного рівня, необхідно BreadcrumbList переглянути.
Чи обов'язково починати хлібні крихти з головної сторінки?
Ні, головна сторінка може використовуватися першим елементом, але обов'язковою умовою для кожної реалізації вона не є. Ланцюжок повинен відображати нормальну навігаційну структуру конкретного сайту.
Якщо фактичний шлях починається з певного розділу, його можна використати першим рівнем. Головне, щоб послідовність залишалася логічною та зрозумілою.
Чи потрібно вказувати URL-адресу для останнього елемента BreadcrumbList?
URL останнього ListItem не можна вказувати, якщо елемент позначає поточну сторінку. При цьому зберігаються його назва та коректна позиція усередині ланцюжка.
Якщо адреса все ж таки додається, бажано використовувати canonical URL поточної сторінки. Не слід передавати технічний дубль чи посилання через редирект.
Чи можна використовувати BreadcrumbList без видимих хлібних крихт?
Структуровані дані повинні відповідати реальному вмісту та архітектурі сайту. Створювати окрему вигадану ієрархію виключно для пошукового робота не рекомендується.
Якщо видима навігація побудована в інший спосіб, потрібно перевірити, чи не суперечить їй JSON-LD. Користувацька структура залишається основним орієнтиром.
Де розмістити код JSON-LD BreadcrumbList?
JSON-LD можна додати до <head> або <body> підсумкової HTML-сторінки. Для пошукового робота важливіше доступність та коректність розмітки, ніж вибір одного з цих двох місць.
На сайтах із SSR або власною CMS зручніше формувати код через шаблон. Тоді BreadcrumbList оновлюється разом із даними сторінки і не вимагає ручних правок.
Як перевірити розмітку хлібних крихт?
Спочатку код можна перевірити у Google Rich Results Test, потім додатково прогнати через Schema Markup Validator. Після публікації бажано перевірити фактичну URL-адресу, а не тільки скопійований JSON-LD.
Для сторінок, що індексуються, також корисний URL Inspection в Google Search Console. Він допомагає перевірити доступність сторінки та побачити, яку версію документа отримує пошукова система.
Чи гарантує BreadcrumbList відображення хлібних крихт у Google?
Ні, коректні структуровані дані не гарантують певного оформлення пошукового результату. Пошукова система самостійно вибирає, які елементи використовуватиме формування видачі.
Завдання розмітки полягає у коректній передачі структури сторінки. Обіцяти обов'язкову зміну сніпету або зростання позицій після впровадження BreadcrumbList не можна.
Чи можна створити кілька ланцюжків BreadcrumbList для однієї сторінки?
Так, кілька ланцюжків можливі, якщо сторінка дійсно відноситься до кількох логічних шляхів усередині сайту. Кожен варіант повинен відповідати реальній архітектурі та доступній користувачеві навігації.
Не варто створювати додаткові ланцюжки без практичної причини. Чим простіше та точніше структуровані дані відображають сайт, тим легше їх підтримувати.
Що краще для хлібних крихт – JSON-LD чи Microdata?
Обидва формати можуть бути використані для BreadcrumbList, проте JSON-LD зручніше відокремлювати від HTML-компонента навігації. Його простіше генерувати сервером та оновлювати без зміни візуальної верстки.
Microdata підходить проєктам, де Schema.org вже вбудована безпосередньо у HTML. При новій реалізації вибір зазвичай залежить від архітектури CMS та способу рендерингу сторінок.
Суміжні послуги
Генератор FAQ Schema
Генератор FAQ Schema створює валідну FAQPage-розмітку JSON-LD. Додайте запитання та відповіді, скопіюйте код та перевірте Schema.org онлайн.
Генератор Article Schema
Безкоштовний генератор Article Schema: створіть JSON-LD для Article, BlogPosting та NewsArticle, скопіюйте код та перевірте розмітку перед публікацією.
Генератор Product Schema
Product Schema Generator онлайн: створіть JSON-LD мікророзмітку товару з ціною, наявністю, брендом, рейтингом та Offer. Скопіюйте код та перевірте його перед публікацією.
Коректний BreadcrumbList повинен повторювати реальну логіку сайту, використовувати актуальні URL-адреси та зберігати послідовний порядок елементів. Після генерації потрібно перевірити позицію, назву, canonical URL і підсумковий JSON-LD у валідаторах.
Додайте рівні навігації до генератора, отримайте готову Schema-розмітку та перевірте її перед публікацією. Для великих сайтів краще перенести перевірену структуру автоматичну генерацію CMS або SSR, щоб дані оновлювалися разом зі сторінками.
Відповідаємо протягом робочого дня. Без розсилок і дзвінків «просто нагадати».
Подивиться сайт сам, а не передасть менеджеру.
Докладніше: Генератор BreadcrumbList Schema
Що таке BreadcrumbList Schema?
BreadcrumbList – тип Schema.org, призначений для опису ієрархічного ланцюжка сторінок. Розмітка показує пошуковій системі, яке місце конкретна сторінка посідає щодо категорій, розділів та інших рівнів сайту.
Пошукова система може використовувати ці структуровані дані при обробці сторінки та формуванні представлення URL у результатах пошуку. Коректна розмітка не означає, що пошуковик обов'язково покаже хлібні крихти в кожному сніпеті.
Чим Schema-розмітка відрізняється від звичайних хлібних крихт?
Звичайні хлібні крихти бачить користувач безпосередньо на сторінці. Вони допомагають перейти до батьківської категорії, розділу або іншого рівня ієрархії без повернення через головне меню сайту.
Breadcrumb markup generator створює машиночитаний опис такого ланцюжка. Видима навігація та JSON-LD повинні передавати однакову логіку структури, щоб пошукова система не отримувала суперечливих даних.
Для чого потрібні структуровані дані BreadcrumbList?
Breadcrumb structured data generator допомагає явно передати пошуковому роботу зв'язок між сторінкою та її батьківськими розділами. Особливо це корисно для великих сайтів, де URL не завжди повністю відображає логічну ієрархію контенту.
Розмітка додає пошуковій системі структурований контекст про навігацію сайту. Вона також допомагає підтримувати єдиний формат BreadcrumbList на тисячах сторінок під час автоматичної генерації через шаблони CMS.
З яких елементів складається BreadcrumbList?
Основою розмітки служить об'єкт BreadcrumbList, у якому міститься масив елементів навігації. Кожен рівень отримує власну позицію, назву та, за необхідності, посилання на відповідну сторінку.
Генератор хлібних крихт schema збирає ці значення автоматично та зменшує ризик синтаксичних помилок. Користувачеві залишається перевірити правильність структури та відповідність URL реальним сторінкам сайту.
BreadcrumbList
BreadcrumbList вказується у властивості @type і повідомляє обробнику Schema.org, який тип даних перед ним знаходиться. Властивість @context зазвичай містить адресу словника https://schema.org.
В одному об'єкті збирається весь навігаційний ланцюжок конкретної сторінки. Його вміст має описувати фактичну ієрархію сайту, а не окрему структуру, створену виключно для пошукового робота.
itemListElement
ItemListElement містить масив елементів, з яких складається шлях користувача. Кожен елемент масиву описує окрему сторінку чи рівень у структурі та отримує власний тип ListItem.
Порядок елементів усередині масиву повинен відповідати логічному руху від загальної сторінки до більш конкретної. При зміні структури сайту цей масив також слід оновлювати.
ListItem
Кожен ListItem представляє окрему сходинку бризлового сміття. Наприклад, у ланцюжку каталогу окремими елементами будуть розділ «Каталог», категорія «Ноутбуки» та конкретна модель пристрою.
Breadcrumblist schema generator створює необхідну кількість таких об'єктів після додавання рівнів у формі. Перед копіюванням розмітки бажано перевірити, що жоден елемент не потрапив у ланцюжок випадково.
position
Властивість position задає порядковий номер елемента всередині BreadcrumbList. Нумерація починається з одиниці і далі продовжується послідовно відповідно до розташування сторінок.
Якщо елементів чотири, значення повинні йти як 1, 2, 3 та 4 без перепусток і повторів. Помилковий порядок ускладнює інтерпретацію ланцюжка і має бути виправлений до застосування коду.
name
Властивість name містить назву розділу або сторінки, що читається. Воно має передавати той самий зміст, що користувач бачить у навігації або в назві відповідної категорії сайту.
Короткі і зрозумілі назви зазвичай зручніші за довгі SEO-фрази. Для магазину можна використовувати Ноутбуки, а не розширену конструкцію з усіма комерційними ключовими словами категорії.
item
В item вказується абсолютна URL-адреса сторінки, що відповідає певному рівню ланцюжка. Адреса краще брати з canonical, якщо на сайті є параметри, дублі або кілька технічних варіантів однієї сторінки.
В останнього ListItem властивість item може бути відсутнім. Якщо URL все ж таки вказується, він повинен вести безпосередньо на відповідну сторінку без проміжного 301 редиректу.
Як правильно побудувати ланцюжок хлібних крихт?
Правильний ланцюжок відображає зрозумілий шлях користувача по структурі сайту. Для картки товару це може бути каталог, категорія, підкатегорія та товар, а для статті – блог, тематична рубрика та публікація.
Не потрібно додавати рівні лише задля збільшення довжини BreadcrumbList. Кожен елемент повинен відповідати реальній частині навігації, яку можна пояснити через архітектуру сайту та стосунки між сторінками.
Я не будую BreadcrumbList простим копіюванням сегментів URL. Спочатку перевіряю реальний шлях користувача, canonical URL і батьківські розділи, потім розставляю position і перевіряю посилання. Після впровадження завжди запускаю Rich Results Test та Schema Markup Validator, щоб знайти помилки до обходу сторінки пошуковим роботом.
Чи потрібно повторювати структуру URL?
Ні, навігаційна ієрархія не зобов'язана повністю повторювати структуру адреси сторінки. URL /catalog/product-123/ може відповідати ланцюжку «Головна → Каталог → Смартфони → Product 123», якщо саме так влаштована навігація сайту.
Пошуковій системі корисніше отримати логічний шлях користувача, аніж механічне перерахування каталогів з адресного рядка. При цьому всі ці рівні повинні існувати в реальній структурі проєкту.
Чи обов'язково додавати головну сторінку?
Головну сторінку часто включають першим рівнем, оскільки такий варіант звичний для користувачів і зустрічається в багатьох інтерфейсах. Однак верхній рівень домену не є обов'язковим елементом BreadcrumbList у всіх випадках.
Якщо навігація сайту починається з конкретного розділу, розмітку можна будувати відповідно до цієї логіки. Рішення має спиратися на реальну структуру, а не на універсальний шаблон всім проєктів.
Чи потрібно додавати поточну сторінку?
Поточна сторінка може бути останнім елементом, якщо це відповідає обраній структурі хлібних крихт. Її наявність не вважається обов'язковою умовою для коректного BreadcrumbList.
Якщо поточну сторінку додано останню, властивість item для неї можна опустити. Назва та коректна позиція при цьому продовжують описувати її місце в навігаційному ланцюжку.
Чи можна використати декілька BreadcrumbList на одній сторінці?
Декілька ланцюжків допустимі, коли сторінка дійсно відноситься до кількох логічних ієрархій. Наприклад, товар може одночасно перебувати у різних розділах каталогу, якщо така структура доступна користувачеві.
Додавати кілька варіантів тільки задля збільшення обсягу структурованих даних не потрібно. Кожен ланцюжок повинен мати зрозуміле призначення та відповідати реальній архітектурі сайту.
JSON-LD, Microdata чи RDFa – який формат вибрати?
Schema.org підтримує кілька способів передачі структурованих даних, включаючи JSON-LD, Microdata та RDFa. Для автоматичної генерації BreadcrumbList зазвичай зручніше за JSON-LD, оскільки код можна створювати окремо від візуальної HTML-навігації.
Microdata і RDFa теж використовуються на сайтах, що працюють, тому вважати їх помилковими форматами не можна. Вибір залежить від архітектури проєкту, способу рендерингу сторінок та поточної реалізації мікророзмітки.
JSON-LD
JSON-LD розміщується окремим блоком і не вимагає додавати Schema.org властивості безпосередньо в кожен HTML-елемент хлібних крихт. Такий підхід зручно підтримувати у шаблонах та динамічних додатках.
Для Seo-Gen основний формат генератора – JSON-LD. Його простіше копіювати, перевіряти, оновлювати та автоматично формувати на сервері при зміні структури сторінки.
Microdata
Microdata додає властивості Schema.org безпосередньо до HTML-розмітки навігації. Для цього використовуються атрибути itemscope, itemtype і itemprop, пов'язані з конкретними елементами сторінки.
Такий варіант залишається робочим, проте при складній верстці його супровід може вимагати більше змін HTML. Особливо це помітно під час оновлення компонентів або шаблонів сайту.
RDFa
RDFa також вбудовує структуровані властивості HTML і може описувати BreadcrumbList. Цей формат зустрічається рідше в сучасних реалізаціях генераторів, але залишається частиною способів розмітки, що підтримуються.
Якщо на сайті вже використовується єдиний підхід через RDFa, міняти весь проєкт тільки заради хлібних крихт необов'язково. Для нової реалізації JSON-LD зазвичай легше підтримувати технічно.
Куди вставляти BreadcrumbList JSON-LD?
JSON-LD можна розміщувати в <head> або <body> підсумкового HTML-документа. Для SEO важливіше, щоб пошуковий робот отримав коректний блок на сторінці та його вміст відповідав фактичним даним.
Місце вставки краще визначати з урахуванням архітектури проєкту. На сайтах із шаблонами або SSR зручніше генерувати розмітку автоматично разом із іншими метаданими сторінки.
Розміщення у <head>
Розміщення JSON-LD всередині <head> зручно, коли структуровані дані формуються одночасно з Title, Description, canonical та іншими SEO-елементами. Такий варіант часто використовується у серверних шаблонах.
Код повинен потрапляти до фінального HTML сторінки, який отримує пошуковий робот. Після застосування варто відкрити згенерований документ і перевірити наявність потрібного об'єкта BreadcrumbList.
Розміщення у <body>
JSON-LD може бути і всередині <body>, якщо така реалізація зручніша для конкретного проєкту. Саме розташування блоку у цій частині документа не робить коректну Schema-розмітку недійсною.
При динамічному додаванні через JavaScript необхідно додатково перевірити, чи отримує пошукова система підсумкові дані після рендерингу. Для SSR такий ризик зазвичай нижчий.
Генерація через CMS чи SSR
На великому сайті BreadcrumbList краще формувати автоматично зі структури сторінки, її батьківських категорій та canonical URL. Ручне заповнення тисяч сторінок майже неминуче призводить до застарілих посилань.
При зміні категорії або маршруту дані повинні оновлюватись разом із самою сторінкою. Такий підхід знижує ризик ситуації, коли навігація змінилася, а JSON-LD продовжує посилатися на старі розділи.
Як перевірити BreadcrumbList Schema?
Після впровадження розмітку потрібно перевірити щонайменше двома способами: через інструмент Google та незалежну перевірку Schema.org. Це допомагає розділити вимоги пошукової системи та загальну коректність словника.
Також корисно подивитися фактичну HTML сторінку і переконатися, що генератор хлібних крихт schema передав ті ж значення, які були вказані при створенні об'єкта.
Google Rich Results Test
Google Rich Results Test показує, чи розпізнає Google підтримувані структуровані дані на сторінці, що перевіряється, або в переданому коді. Інструмент зручно використовувати відразу після генерації та після публікації.
Успішна перевірка означає відсутність виявлених критичних помилок у відповідній реалізації. Вона не дає гарантії конкретного зовнішнього вигляду результату пошуку.
Schema Markup Validator
Schema Markup Validator перевіряє структуру та властивості Schema.org незалежно від особливостей пошукової видачі Google. Через нього зручно знаходити неправильні типи, відсутні зв'язки та синтаксичні проблеми.
Якщо код проходить обидві перевірки, наступним кроком стає тестування фактичної сторінки. Розмітка в генераторі та розмітка після впровадження іноді відрізняються через шаблони або обробку даних CMS.
Google Search Console
Після індексації сторінку можна перевірити через URL Inspection у Google Search Console. Інструмент допомагає побачити доступність URL для робота та перевірити, яку версію сторінки отримує пошукова система.
При масовому впровадженні корисно контролювати звіти про структуровані дані та окремі шаблони сторінок. Одна помилка в шаблоні може одночасно торкнутися великого розділу сайту.
Приклади BreadcrumbList для різних типів сайтів
Структура хлібних крихт залежить від типу проєкту та глибини його архітектури. Універсальна схема для кожного сайту відсутня, тому генератор має працювати з тими рівнями, які є реально присутніми в навігації.
Нижче наведено типові варіанти, які можна використовувати як орієнтир під час заповнення форми. Назви та URL у робочому проєкті потрібно замінити фактичними даними сторінки.
| Тип сайту | Приклад ланцюжка |
|---|---|
| Інтернет-магазин | Головна → Каталог → Смартфони → Модель телефону |
| Блог | Головна → Блог → SEO → Стаття |
| Сайт послуг | Головна → Послуги → SEO → Технічний SEO-аудит |
| Документація | Документація → API → Authentication → OAuth |
Схема руху залишається однаковою: загальний розділ → Вужча категорія → Кінцева сторінка. Кількість проміжних рівнів залежить від реальної структури проєкту.
Інтернет-магазин
Для інтернет-магазину BreadcrumbList зазвичай відображає шлях від каталогу до категорії, підкатегорії та картки товару. За великого асортименту така схема допомагає однозначно описувати місце товару всередині структури.
Якщо один товар знаходиться відразу в декількох категоріях, потрібно орієнтуватися на фактичну навігацію та обрану canonical логіку. Не слід автоматично додавати всі можливі категорії до одного ланцюжка.
Блог
У блозі ланцюжок часто складається з головної сторінки, розділу публікацій, рубрики та конкретної статті. Якщо використовується простіша архітектура, зайвий рівень категорії додавати не потрібно.
Назва рубрики має відповідати фактичному тематичному групуванню публікацій. Після перенесення статті до іншої рубрики BreadcrumbList також потрібно оновити.
Сайт послуг
На сайті послуг структура може включати загальний розділ, напрямок та конкретну послугу. Наприклад, «Головна → Послуги → SEO → Технічний SEO-аудит» дає зрозумілу послідовність для користувача та пошукового робота.
Якщо послуга розташована в основному розділі, штучно створювати додатковий рівень не потрібно. Навігація має відповідати архітектурі сайту.
Документація або SaaS
Для документації часто використовується глибока ієрархія з розділу продукту, категорії документації, підрозділу та інструкції. Тут коректний порядок особливо важливий через велику кількість пов'язаних сторінок.
При зміні версії документації або маршрутів API старі адреси потрібно видаляти. Автоматична генерація через CMS помітно полегшує таку підтримку.
Коли потрібно використовувати BreadcrumbList Schema?
BreadcrumbList корисний на сайтах, де сторінки пов'язані зрозумілою ієрархією. До них належать інтернет-магазини, каталоги, корпоративні сайти з напрямками послуг, блоги, портали, бази знань та документація.
Для односторінкового лендингу або плоского сайту без вкладеної структури застосування BreadcrumbList часто не дає практичної користі. Розмітка повинна описувати існуючу навігацію, тому формально додавати її на кожну сторінку необов'язково.
Відповідний сценарій можна визначити за простою схемою:
- якщо сторінка має зрозумілий батьківський розділ і кілька рівнів навігації, BreadcrumbList зазвичай доречний;
- якщо сторінка існує окремо і не входить до логічної ієрархії, створювати штучний ланцюжок не потрібно;
- якщо структура сайту змінюється автоматично, розмітку бажано формувати з тих самих даних CMS;
- якщо URL містить параметри або дублі, в item краще передавати canonical URL.
Після вибору відповідних сторінок можна використовувати breadcrumb schema generator для підготовки коду та окремо перевірити впровадження на кожному основному шаблоні сайту. Такий порядок знижує ризик масових помилок.
Що створює Breadcrumb JSON-LD Generator?
Breadcrumb json ld generator створює блок <script type="application/ld+json">, у якому розміщуються контекст Schema.org, тип BreadcrumbList і масив itemListElement. Кожен елемент масиву описується через ListItem.
Усередині ListItem зазвичай є position, name і item. Такий формат відокремлений від HTML навігації сторінки, тому його зручно автоматично генерувати через CMS або SSR без зміни візуальної верстки хлібних крихт.