Релевантная страница

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

Понятие выросло из информационного поиска, где нужно было отличать полезные найденные документы от неподходящих. В историческом обзоре Сарачевич описывает обсуждение нежелательных результатов в начале 1950-х годов. Следующим шагом стало предложение 1955 года оценивать эффективность поиска с опорой на релевантность найденных материалов. Это история научного понятия, а не дата появления русского выражения «релевантная страница». ^[6]

С развитием веб-поиска та же задача стала массовой: человек ищет материал среди страниц сайтов. Учебник 2008 года описывает переход от поиска, которым занимались преимущественно специалисты, к повседневному использованию поисковых систем. ^[1] В применении к сайту возникает практический вопрос: какая именно страница отвечает потребности посетителя? Так общее понятие получает конкретный объект — страницу с собственным адресом, или URL.

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

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

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

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

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

Для работы над сайтом можно использовать следующую авторскую классификацию ролей. Она не является официальной классификацией Google или Яндекса.

Одна страница может выполнять все три роли. Расхождение помогает сформулировать проблему точнее. Например, расписание подходит по содержанию, но переходы получает история музея. Это повод проверить данные и обе страницы, а не сразу переписывать историю под другой запрос.

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

Продолжим учебный пример. Команда записывает запрос, задачу, выбранный адрес и недостающие сведения: «экскурсия в субботу время»; узнать время; страница расписания; отсутствует дата обновления. Затем добавляет проверенные даты, время и условия записи. Другую страницу сохраняет для вопросов об истории здания. Это пример редакционного решения, а не обещание роста позиций.

Для российского сайта полезна диагностика Яндекс Вебмастера. Справка объясняет: страница может не включаться в поиск из-за дублирования, отсутствия доступного роботу содержания или недостаточного соответствия запросам. Такой статус сам по себе не означает нарушений и ограничений всего сайта. ^[4] Здесь стоит проверить и полезность ответа, и то, видит ли робот этот ответ.

В Google Search Console можно изучать данные по запросам и страницам, выбирая период и другие условия отчёта. ^[3] На практике это дополняет чтение страницы: содержание показывает, какой ответ подготовлен, а отчёт — какие поисковые переходы зарегистрированы. Не следует подменять один вопрос другим.

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

Search Console показывает клики, показы, CTR и среднюю позицию. CTR — отношение кликов к показам. Для проверки конкретного адреса важна группировка по страницам; итог графика и сумма строк могут различаться из-за способов объединения данных. ^[3]

Учебный расчёт: в одной выбранной выгрузке для одной группы запросов за одинаковый период страница A получила 80 кликов, страница B — 20. Других страниц в этом примере нет. Долю A среди кликов на эти две страницы вычисляют так:

Доля A = клики A / (клики A + клики B) × 100%.

Подстановка: 80 / (80 + 20) × 100% = 80%.

Знаменатель — сумма кликов на две рассматриваемые страницы, а не все посетители сайта и не число показов. Результат описывает распределение кликов в примере. Он не означает, что страница «релевантна на 80%». Если обе страницы получили ноль кликов, доля не определена: делить на ноль нельзя.

Для содержательной проверки предложим контрольную задачу: открыть расписание и назвать время ближайшей субботней экскурсии. Запишите, удалось ли найти ответ и какие сведения помешали. Такой разбор показывает конкретный пробел; выводы обо всей аудитории по одному участнику делать не следует.

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

Первая ошибка — считать высокую позицию исчерпывающей оценкой полезности. Сарачевич различает оценку релевантности системой и человеком: они могут расходиться. ^[6] Поэтому поисковый отчёт полезно дополнять разбором ответа на странице.

Вторая — пытаться закрепить любой адрес за запросом через rel="canonical". Это указание предпочтительного адреса среди дублирующихся или очень похожих страниц. Google называет его сильным сигналом и объясняет, что сочетание способов каноникализации повышает шанс выбора предпочтительного адреса. ^[5] В учебном примере история музея и расписание решают разные задачи; объявлять их дублями только ради желаемой выдачи было бы неверной постановкой задачи.

Третья — судить по одному ручному поиску. Google предупреждает, что результаты зависят от времени, места, устройства и недавней истории пользователя. ^[3] Для повторной проверки редакции стоит сохранить период, запросы и фильтры отчёта. Если одновременно изменились текст, сезон и состав запросов, сами по себе новые числа ещё не объясняют причину изменения.

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

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

• relevantnost
• poiskovyy-intent
• poiskovyy-zapros
• kanonicheskiy-adres
• poiskovaya-vydacha
• indeksatsiya