Хаб-страница
Hub page
Хаб-страница — отдельная страница, которая объединяет ссылки на материалы по одной теме и помогает читателю выбрать подходящий путь. Она служит тематическим указателем и может сопровождать ссылки краткими пояснениями.
Такое рабочее определение соединяет две функции: тематический отбор ссылок и помощь в навигации. Первая отражена в исследовании Джона Клейнберга о страницах-хабах, связывающих авторитетные материалы одной темы [6]. Вторую раскрывает W3C: списки ссылок и оглавления помогают находить содержание [4]. Здесь речь о странице для читателя, а не о числовой оценке хаба в алгоритме Клейнберга.
Кратко
- Хаб объясняет, какие материалы входят в тему, чем они различаются и куда перейти с конкретной задачей.
- В этой статье тематический кластер означает группу документов, а хаб — одну страницу, которая может вести к ним.
- Понятные обычные ссылки помогают людям ориентироваться, а поисковым системам — находить страницы и понимать контекст перехода [2; 5].
- По Google, длина текста сама по себе не определяет ранжирование; универсального идеального количества ссылок на странице нет [1; 2].
Происхождение и история термина
В исследовании Джона Клейнберга Authoritative Sources in a Hyperlinked Environment хабы — страницы со ссылками на несколько авторитетных источников одной темы. Предварительная версия работы появилась как отчёт IBM в мае 1997 года, затем была представлена на конференции ACM–SIAM в 1998 году; расширенная версия вышла в Journal of the ACM в 1999 году [6]. Эти публикации фиксируют раннее научное употребление понятия, но не устанавливают первое появление слова.
Клейнберг различал две роли: авторитетные страницы содержат ценные сведения, а хабы направляют к ним. В предложенном алгоритме оценки обеих ролей усиливают друг друга: хороший хаб ссылается на хорошие источники, а хороший источник получает ссылки от хороших хабов [6]. Это описание структуры связей, а не требование к оформлению страницы. В рассматриваемой здесь редакционной задаче сохраняется идея тематического указателя, но его полезность проверяют по тому, может ли человек найти нужный материал.
Суть и механизм
Практическую работу хаба удобно объяснить последовательностью «вопрос — различие — переход». Сначала страница обозначает границы темы, чтобы человек понял, что здесь можно найти. Затем она разделяет материалы по задачам или уровню подготовки. После этого короткая подпись объясняет, чем каждый путь отличается, а ссылка ведёт на страницу, где решается выбранная задача.
Если подписи «Подробнее» ведут на разные материалы, посетителю трудно понять различие. В учебном разделе об интервью можно вместо них написать «Составить вопросы» и «Проверить цитаты»: подпись сразу обозначит задачу. Google рекомендует делать видимый текст ссылки — анкор — описательным, достаточно кратким и соответствующим обеим связанным страницам [2].
Понятная подпись и техническая доступность решают разные задачи. HTML — разметка, задающая структуру веб-страницы. Обычная ссылка в ней выглядит, например, так: <a href="/interview/quotes">Проверить цитаты</a>. Элемент <a> обозначает ссылку, а атрибут href хранит адрес перехода. В этом учебном фрагменте адрес условный. Google обычно извлекает ссылки именно из элементов <a> с href; ссылка, добавленная программой на JavaScript, тоже может быть доступна роботу, если имеет такую разметку [2]. Яндекс рекомендует обычные HTML-ссылки и текстовые переходы между разделами [5].
Хлебные крошки дополняют хаб: они показывают положение текущей страницы в иерархии и позволяют подниматься по уровням [3]. Например, цепочка «Главная → Журналистика → Интервью» показывает место раздела, а его хаб помогает выбрать материал внутри раздела.
Виды и классификации
Для проектирования редакция предлагает три рабочих типа; это практическое деление по задаче страницы, а не классификация поисковой системы:
| Тип | Как устроен | Когда полезен |
|---|---|---|
| Справочный указатель | группирует ссылки по подтемам | читатель знает, какой документ ищет |
| Маршрут по задаче | предлагает путь от вопроса к следующему действию | человеку нужно выбрать порядок шагов |
| Краткий обзор | объясняет основу темы и ведёт к подробным материалам | перед выбором нужен общий контекст |
Одна страница может сочетать типы. Например, краткий обзор может завершаться указателем. Важно, чтобы роли блоков были видны, а один и тот же материал не появлялся под разными подписями без объяснения.
Как применяется на практике
Для проектирования хаба можно сначала выписать вопросы посетителя и сопоставить каждому вопросу основной материал. Затем объединить близкие вопросы, сформулировать различия между группами и выбрать карточки, список или другую форму. Это редакционный способ обнаружить пробелы до оформления страницы: если на важный вопрос нет материала, нужно решить, создавать ли его или сузить тему хаба.
Google указывает, что ссылки помогают находить новые страницы для обхода и служат сигналом при определении релевантности — соответствия страницы запросу [2]. Поэтому влияние ссылок нельзя сводить только к удобству читателя. Отдельно Google предупреждает об отсутствии гарантии первого места и о том, что не каждое изменение сайта заметно повлияет на выдачу [1]. Название «хаб» здесь обозначает функцию страницы, а не обещание определённой позиции.
Для российского сайта полезно проверить рекомендации Яндекс Вебмастера: документ должен относиться к своему разделу, быть доступен по обычной ссылке, а переходы между разделами должны быть текстовыми [5]. Файл Sitemap передаёт поисковому роботу список адресов; это другая задача, чем объяснить человеку различия материалов [1; 5]. Читательскую карту сайта с пояснениями и машинный Sitemap следует различать.
Как измерить или проверить
Доля успешного выполнения задания показывает, какая часть участников справилась с ним; сама по себе она не объясняет причины неудач [7]. Для хаба можно задать узкую проверку: открыл ли человек нужный материал первым переходом. Это ещё не оценка того, понял ли он содержание выбранной статьи.
Учебный пример. Раздел о подготовке интервью содержит материалы о выборе собеседника, составлении вопросов и проверке цитат. В старой версии хаба они показаны одинаковыми карточками «Подробнее». В новой версии каждая карточка называет задачу и кратко описывает результат перехода.
До изменения десяти участникам дают одинаковое задание: найти порядок проверки прямой цитаты. Пять человек открывают нужный материал с первой попытки. После изменения то же задание выполняют другие десять участников; восемь выбирают нужный путь сразу.
Доля успешного первого выбора = число успешных первых переходов / число участников × 100%.
В учебных данных результат меняется с 5 / 10 × 100% = 50% до 8 / 10 × 100% = 80%. Знаменатель — все участники, получившие задание, включая выбравших неверный путь. Если участников нет, процент не рассчитывают. Это иллюстрация расчёта, а не отраслевой норматив или доказательство причинности. Две разные группы могут различаться по навыкам; малые тесты также дают неточные оценки для всей аудитории [7].
Для повторения именно этой проверки сохраняют формулировку задания, устройство и критерий успеха, записывают состав участников. Ошибочные переходы и объяснения участников помогают понять, какие подписи стоит переработать. Процент показывает масштаб наблюдённого затруднения, но не заменяет разбор поведения.
Техническая проверка отвечает на другой вопрос: открывается ли нужный адрес и доступен ли текст ссылки в итоговом HTML. Если JavaScript добавляет этот текст, Google советует проверить его наличие в разметке после выполнения программы [2]. Для этого служит URL Inspection Tool — инструмент проверки адреса страницы (URL) в Google Search Console. Он позволяет изучить полученный Google код и проверить текущую страницу; сведения из индекса и живая проверка относятся к разным состояниям страницы [9]. Исправная ссылка может иметь непонятную подпись, а удачная подпись не поможет при неработающем адресе.
Ошибки, ограничения и спорные вопросы
В рамках описанного подхода хаб становится лишним шагом, если только повторяет меню без объяснения различий. Он также не исправляет слабые целевые материалы: понятный выбор бесполезен, если выбранная статья не отвечает на вопрос. Поэтому проверять нужно и указатель, и материалы, к которым он ведёт.
Требование нескольких способов найти страницу шире одного хаба. Критерий 2.4.5 уровня AA в WCAG 2.2 — рекомендациях по доступности веб-контента — предусматривает более одного способа найти страницу в наборе страниц. Исключение касается страницы, которая является результатом или этапом процесса [8]. Пояснение W3C предлагает сочетать способы: например, поиск, оглавление, карту сайта или ссылки [4]. Наличие хаба поэтому не доказывает доступность всего сайта.
Правовой аспект
Приведённое требование нескольких способов навигации относится к технической рекомендации WCAG 2.2, а сопровождающая его страница W3C имеет информационный статус [4; 8]. Эти документы не устанавливают в данной статье юридических обязанностей конкретного российского сайта. Правовая применимость требований доступности здесь не рассматривается.
Частые вопросы
Хаб обязательно должен быть длинным?
Нет. Объём зависит от объяснения, необходимого для выбора. Google отдельно указывает, что длина сама по себе не определяет ранжирование [1].
Хаб и тематический кластер — одно и то же?
В принятом здесь разграничении кластер — группа связанных документов, а хаб — отдельная страница, которая может быть входом в эту группу.
Можно заменить хаб картой Sitemap?
Для задачи выбора материала машинного списка адресов недостаточно. Sitemap сообщает адреса поисковому роботу [1], а хаб объясняет читателю, куда перейти.
Как понять, что хаб стал полезнее?
Проверить выполнение одинаковых заданий и разобрать неверные переходы. Сравнение долей успеха требует записанных условий; учебные десять участников не задают норматив размера исследования.
Связанные термины
Источники
- Google. (n.d.). Search Engine Optimization (SEO) Starter Guide. Google Search Central. https://developers.google.com/search/docs/fundamentals/seo-starter-guide. Дата обращения: 29.10.2026. ↑ а б в г д
- Google. (n.d.). Link best practices for Google. Google Search Central. https://developers.google.com/search/docs/crawling-indexing/links-crawlable. Дата обращения: 29.10.2026. ↑ а б в г д е
- Google. (n.d.). Breadcrumb structured data. Google Search Central. https://developers.google.com/search/docs/appearance/structured-data/breadcrumb. Дата обращения: 29.10.2026. ↑
- World Wide Web Consortium. (n.d.). Understanding SC 2.4.5: Multiple Ways. Web Accessibility Initiative. https://www.w3.org/WAI/WCAG22/Understanding/multiple-ways.html. Дата обращения: 29.10.2026. ↑ а б в
- Яндекс. Структура сайта // Справка Вебмастера. https://yandex.ru/support/webmaster/ru/recommendations/site-structure. Дата обращения: 29.10.2026. ↑ а б в г
- Kleinberg, J. M. (1999). Authoritative sources in a hyperlinked environment. Journal of the ACM, 46(5), 604–632. Авторская версия; список публикаций автора, раздел Web Analysis and Search. Дата обращения: 29.10.2026. ↑ а б в
- Nielsen, J., & Budiu, R. (2001, February 17; reviewed 2021, July 20). Success rate: The simplest usability metric. Nielsen Norman Group. https://www.nngroup.com/articles/success-rate-the-simplest-usability-metric/. Дата обращения: 29.10.2026. ↑ а б
- World Wide Web Consortium. (2024, December 12). Web Content Accessibility Guidelines (WCAG) 2.2. W3C Recommendation, SC 2.4.5. https://www.w3.org/TR/WCAG22/. Дата обращения: 29.10.2026. ↑ а б
- Google. (n.d.). URL Inspection tool. Search Console Help. https://support.google.com/webmasters/answer/9012289. Дата обращения: 29.10.2026. ↑
Служебный блок
- Версия
- 3.0
- Факты проверены
- Подготовка
- Редакция Медиатрона
- Публикация
- утверждена владельцем издания 4 ноября 2026 г.
Редакция Медиатрона. Факты сверены с первоисточниками на дату проверки, публикация утверждена владельцем издания.
Нашли ошибку? info@mediatrone.ru