Хлебные крошки

Происхождение и развитие

Название отсылает к следу из хлебных крошек в сказке о Гензеле и Гретель. Эта аналогия приведена, например, в работе Бонни Лиды, Спринг Халл и Кэти Пилчер, опубликованной в Usability News в 2003 году. Авторы изучали использование цепочек при поиске информации в Google Directory и товаров в Office Max: компонент уже был частью реальных сайтов, а вопрос состоял в том, как люди им пользуются. ^[6]

Исследование не обнаружило большей эффективности у выделенной авторами группы пользователей цепочек. Это исторический результат конкретного эксперимента, а не доказательство бесполезности компонента сегодня. Он показывает, почему наличия ссылок недостаточно для вывода об удобстве. ^[6]

Современные документы закрепляют две задачи: W3C описывает навигацию и её доступность, а Schema.org — машинное представление цепочки через тип BreadcrumbList. Поисковики используют такое описание по собственным правилам. ^{[1] [3] [4] [5]} Эти вехи помогают проследить применение компонента, но не устанавливают его изобретателя.

Как работает цепочка

Рассмотрим учебный сайт магазина. На карточке товара показано: «Каталог → Звук → Микрофоны → Модель А». Нажатие «Микрофоны» должно открыть категорию микрофонов, а «Звук» — более широкий раздел. Читателю не приходится последовательно возвращаться через все промежуточные экраны. Именно связь с родительскими разделами лежит в основе иерархического шаблона WAI-ARIA. ^[5]

Для проектирования удобно разделить три слоя. Это рабочая схема редакции, а не отдельный стандарт. Первый слой — смысл: к каким разделам действительно относится страница. Второй — интерфейс: какие названия и ссылки увидит человек. Третий — структурированные данные: как те же отношения записаны для программ. Такое разделение следует из различия между видимым HTML-компонентом, описанием Schema.org и правилами поисковиков. ^{[1] [2] [3]}

Ошибка в первом слое переживёт исправление остальных. Если в нашем примере микрофон ошибочно отнесён к «Наушникам», технически исправная ссылка всё равно приведёт читателя не в ту категорию. Поэтому сначала согласуют структуру каталога и ожидаемый путь, затем оформляют компонент и проверяют разметку.

Какие пути бывают

G65 различает путь посещений и положение в организации сайта. ^[1] В учебном примере человек мог открыть главную страницу, затем поиск и карточку микрофона. Цепочка посещений отражает этот маршрут. Иерархическая цепочка показывает «Каталог → Звук → Микрофоны» независимо от того, пришёл ли человек через поиск. Смешивать эти значения в одном шаблоне без пояснения неудобно: посетитель не понимает, предлагает ссылка вернуться к прошлому экрану или открыть категорию.

Google рекомендует описывать типичный пользовательский путь, а не механически копировать структуру URL — адреса страницы. ^[2] Например, редакция может хранить обзор по адресу с годом и месяцем, но показывать учебную цепочку «Журнал → Звук → Обзоры». Названия года и месяца нужны в ней только тогда, когда соответствуют выбранной организации материалов, а не просто встречаются в адресе.

Видимая навигация и доступность

В G65 цепочку рекомендуют размещать последовательно в одном месте страниц; расположение ближе к началу помогает быстрее её найти. Ссылки должны вести туда, куда указывают названия. ^[1] Для нашего магазина это означает, что одинаковый раздел не следует называть на соседних карточках то «Звук», то «Аудиооборудование» без содержательной причины: редакции проще проверять и поддерживать единый набор названий.

В WAI-ARIA цепочку помещают в область навигации с понятной программной меткой. Элемент HTML nav обозначает такую область, а aria-label задаёт её название для вспомогательных технологий. Если текущая страница остаётся ссылкой, атрибут aria-current="page" обозначает её текущее положение. Если она представлена обычным текстом, этот атрибут в шаблоне необязателен. ^[5]

G65 входит в материалы к WCAG — рекомендациям по доступности веб-контента. Это пример техники, а не обязательное требование использовать хлебные крошки на каждом сайте. Проверка одной цепочки также не является полной проверкой соответствия сайта WCAG. ^{[1] [7]}

Разметка и требования поисковиков

Schema.org определяет BreadcrumbList как упорядоченную цепочку связанных страниц. Отдельный элемент можно описать объектом ListItem, а его место — свойством position. Один порядок записи объектов не заменяет явно заданные позиции. ^[3]

В учебной цепочке «Каталог → Микрофоны → Модель А» можно присвоить позициям числа 1, 2 и 3. Это номера элементов, а не глубина вложенности папок на сервере. Переименование категории меняет её подпись; перестановка категорий требует проверить и смысл пути, и позиции.

Сравнение относится к документации, проверенной 28 октября 2026 года. ^{[2] [4]} Оно не заменяет полный перечень требований платформ. JSON-LD — один из способов записать структурированные данные; Яндекс прямо рекомендует этот формат для цепочек. ^[4] Сам код не создаёт видимые ссылки. Поэтому работу навигации на странице проверяют отдельно от того, принял ли валидатор её описание. ^{[1] [2]}

Проверка и учебный расчёт

Практический порядок приёмки начинается с согласованного пути: какие разделы должны быть у карточки и куда ведёт каждая ссылка. Затем проверяют фактическую цепочку на странице. Основа такой проверки — процедура G65: правильная последовательность, ссылки на нужных элементах и правильные страницы назначения. ^[1]

Для разметки Google рекомендует Rich Results Test, а после размещения — проверку URL в Search Console, чтобы увидеть страницу со стороны поисковика. Яндекс предлагает валидатор микроразметки в Вебмастере. ^{[2] [4]} Успешный результат этих проверок не подтверждает сам по себе, что посетитель понимает названия разделов.

Учебный пример: редакция проверила 20 карточек. Карточка засчитывается только при одновременном выполнении двух условий: путь соответствует согласованной структуре и все ссылки цепочки открывают нужные страницы. У 18 карточек выполнены оба условия. У одной неверная категория, у другой — неработающая ссылка. Доля прошедших такую приёмку: 18 / 20 × 100% = 90%.

Знаменатель здесь — все проверенные карточки, а не число ссылок или посетителей. Это показатель нашей выборки и нашего правила приёмки. Он не означает, что 90% пользователей успешно ориентируются на сайте, и не измеряет изменение поискового трафика. Если карточек не проверяли, долю вычислять нельзя: отчёт должен сообщить об отсутствии проверки.

Ошибки и спорные вопросы

Ошибки удобно искать по тому же порядку: неверный родительский раздел, непонятная подпись, неправильный адрес, затем несогласованность разметки с выбранным путём. Это редакционный порядок проверки, а не рейтинг распространённости ошибок. Исправление одного дефекта не закрывает остальные: работающая ссылка на чужую категорию остаётся смысловой ошибкой.

Google и Яндекс не гарантируют использование структурированных данных в поисковом представлении. ^{[2] [4]} Поэтому обещание обязательного появления цепочки в выдаче нельзя включать в критерии сдачи. Для оценки удобства полезнее поставить конкретную задачу, например найти соседнюю категорию, и наблюдать, понимает ли посетитель назначение ссылок; историческое исследование показывает, что видимость компонента и его фактическое использование могут расходиться. ^[6]

FAQ

Должна ли текущая страница быть ссылкой?

Не обязательно. Шаблон WAI-ARIA допускает обычный текст; для ссылки на текущую страницу предусматривает aria-current. ^[5]

Можно ли описать несколько цепочек для одной страницы?

Да, документация Google содержит такой пример. ^[2] В учебном каталоге это могут быть два осмысленных пути к одному товару; каждую цепочку следует отдельно проверить по принятой структуре.

Заменяет ли разметка видимую навигацию?

Нет: Google показывает разметку данных и HTML-компонент отдельно. ^[2] Читателю нужны доступные на странице ссылки, а не только сведения в её коде.

Связанные термины

• struktura-sayta
• mikrorazmetka
• schema-org
• karta-sayta
• vnutrennyaya-perelinkovka
• snippet