Как работает генератор 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 или серверный рендеринг.
Какие данные нужно добавить?
Для каждого элемента цепочки указываются понятное название страницы и её адрес. Этого достаточно, чтобы breadcrumbs schema generator сформировал основные свойства структурированных данных и правильно расставил позиции элементов внутри массива.
Перед генерацией желательно проверить, что ссылки открываются без ошибок и соответствуют актуальным 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 будут синхронно отражаться и в структурированных данных.
Проверьте результат
После публикации откройте страницу в валидаторе и убедитесь, что разметка действительно присутствует в итоговом 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 и сохранять последовательный порядок элементов. После генерации нужно проверить position, названия, 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 представляет отдельную ступень breadcrumb trail. Например, в цепочке каталога отдельными элементами будут раздел «Каталог», категория «Ноутбуки» и конкретная модель устройства.
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 без изменения визуальной верстки хлебных крошек.