Тематический кластер

Происхождение и история термина

У тематической организации документов есть история, предшествующая современной поисковой оптимизации сайтов. В работе Scatter/Gather 1992 года Дуглас Каттинг, Ян Педерсен, Дэвид Каргер и Джон Тьюки описали навигацию по группам похожих документов. Пользователь выбирал интересующие группы, программа объединяла их и снова делила на более подробные группы. Такой просмотр помогал исследовать коллекцию даже без точного поискового запроса. ^[3]

Эта исследовательская модель автоматически группировала уже имеющиеся документы. Современная схема topic cluster, описанная в документации HubSpot, организует заранее выбранную тему через обзор и связанные материалы. ^[1] Общая задача — помочь человеку ориентироваться в содержании; способы её решения различаются. Работа 1992 года показывает развитие тематической навигации, но не устанавливает происхождение современного SEO-термина или авторство схемы с опорной страницей. SEO здесь означает поисковую оптимизацию — работу, помогающую поисковым системам понимать содержание сайта. ^[2]

Суть и механизм

Удобно представить кластер как небольшой справочник. Его обзорная страница объясняет границы темы и предлагает несколько осмысленных направлений чтения. Подробная статья решает выбранную задачу и связывает её с общей картиной. В модели HubSpot поддерживающие материалы ссылаются обратно на опорную страницу. ^[1]

Разберём учебный пример городского сайта. Тема «Как пользоваться городским транспортом» слишком широка для одного короткого ответа. Читателю могут понадобиться разные действия: найти маршрут, оплатить поездку, понять правила пересадки. Редакция составляет карту этих вопросов и решает, какие ответы стоит вынести на отдельные страницы. Обзор кратко показывает варианты, а затем направляет к нужному объяснению.

Сначала стоит проверить уже опубликованное. Допустим, статьи «Оплата проезда картой» и «Как заплатить банковской картой в автобусе» решают одну задачу. В нашем примере полезнее обновить один полный ответ, чем создавать две почти одинаковые инструкции. А объяснение пересадок имеет отдельную задачу и заслуживает собственного места в карте. Различать страницы помогает обещание читателю: что именно он сможет понять или сделать после чтения.

Следующий шаг — внутренние ссылки, то есть переходы между страницами одного сайта. Их видимый текст называют анкором. Google рекомендует делать его содержательным и учитывать слова вокруг ссылки. ^[2] Поэтому переход «Как оплатить поездку картой» понятнее отдельно стоящего «Здесь»: человек заранее знает, какое объяснение откроется.

Виды и классификации

Для редакционного планирования можно различать три вида кластеров по основной задаче. Это предлагаемая здесь рабочая классификация, а не перечень типов поискового алгоритма.

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

Рубрика и кластер отвечают на разные редакционные вопросы. В учебном примере рубрика «Транспорт» собирает и новости, и инструкции. Кластер «Как пользоваться транспортом» отбирает из неё материалы, нужные для конкретных задач. Новость о назначении руководителя перевозчика может остаться в рубрике и не попасть в этот справочник. Общий тег сам по себе ещё не создаёт маршрут чтения.

Как применяется на практике

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

На российском сайте карту содержания можно дополнить наблюдением за показателями Яндекс Вебмастера. Сервис показывает динамику индекса качества сайта, сокращённо ИКС, и позволяет сравнивать показатели сайтов. Яндекс поясняет, что ИКС пересчитывается с учётом множества факторов. ^[4] Поэтому рост этого показателя сам по себе не доказывает, что конкретный транспортный справочник стал полнее: для такого вывода нужно проверить его вопросы и ответы.

Отдельного внимания заслуживает доступность навигации. Техника H30 консорциума W3C рекомендует текст ссылки, раскрывающий её назначение. Если ссылка состоит только из изображения, назначение передаёт текстовая альтернатива изображения. ^[5] В нашем справочнике значку банковской карты нужна понятная подпись перехода к оплате, а не описание цвета значка. H30 — пример способа обеспечить доступность, а не обязательная для любого сайта форма реализации. ^[5]

Как измерить или проверить

Предлагаемая редакционная проверка разделяет два вопроса: есть ли ответы и можно ли к ним перейти. Для первого заранее фиксируют карту задач. В учебном примере редакция выбрала десять самостоятельных вопросов и нашла полноценные ответы на восемь. Долю покрытых вопросов рассчитываем так:

Знаменатель — именно выбранные десять вопросов, а не все возможные вопросы о транспорте. Один материал может отвечать на несколько вопросов; каждый вопрос засчитывается один раз. Наличие заголовка без содержательного ответа не даёт основания поставить отметку. Если карта пуста, процент не вычисляют: сначала нужно определить задачи.

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

Эти проценты — способы проверки учебной карты, а не показатели поисковых систем. Они не оценивают достоверность ответов. Для содержательной проверки полезны вопросы Google об оригинальности, полноте объяснения и пользе для читателя. ^[2] Сначала прочитайте материалы, затем отмечайте выполненные задачи.

Ошибки, ограничения и спорные вопросы

Самая заметная ошибка — размножать похожие страницы ради большого кластера. В транспортном примере пять пересказов одной инструкции не закроют вопрос о пересадках. Обратная ошибка — сделать обзор настолько подробным, что читателю трудно понять, зачем открывать остальные материалы. Для предлагаемой модели обзор должен объяснять выбор, а подробная страница — выполнять конкретное обещание.

Не стоит также связывать каждую страницу со всеми остальными автоматически. Google советует размещать внутренние ссылки там, где другой материал помогает понять текущий; идеального числа ссылок для страницы руководство не задаёт. ^[2] Схема навигации полезна, пока переходы имеют понятное назначение. Она сама по себе не обещает высоких позиций: руководство Google прямо предупреждает об отсутствии приёмов, автоматически обеспечивающих первое место. ^[2]

Частые вопросы

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

• klasterizatsiya-zaprosov
• semanticheskoe-yadro
• vnutrennyaya-perelinkovka
• khab-stranitsa
• poiskovyy-intent
• relevantnost