Почему Яндекс показывает URL вместо Title?

Question

Accepted Answer

Если Яндекс показывает в заголовке результата URL страницы вместо заданного <title>, это не позволяет по одному сниппету определить одну конкретную причину. Яндекс не документирует правило вида «URL вместо заголовка означает ошибку X». Проверять нужно, какой Title поисковик фактически получил и сохранил для проблемной карточки, а уже затем разбираться, почему он не использован в выдаче.

Сначала проверьте, какой Title видит Яндекс

Самая полезная проверка — не исходный код в обычном браузере, а версия страницы, доступная роботу Яндекса.

В Яндекс Вебмастере откройте «Индексирование → Проверка страницы» и сравните одну карточку, где заголовок отображается нормально, с одной карточкой, где вместо него виден URL. Яндекс позволяет посмотреть код ответа, контент, доступный роботу, и состояние страницы. В разделе «Страницы в поиске» также отображаются дата последнего посещения роботом и <title>, известный Яндексу для участвующей в поиске страницы.

Если у проблемной карточки в данных Яндекса Title отсутствует, пустой или отличается от ожидаемого, проблема находится ещё до этапа формирования сниппета: робот получил другую версию HTML, не дождался JavaScript, увидел старую версию страницы либо сайт отдал ему другой документ.

Если в базе Яндекса Title правильный, но в выдаче используется другой заголовок или URL, ситуация уже относится к формированию сниппета. Яндекс прямо указывает, что содержимое <title> лишь может использоваться в качестве заголовка результата. Заголовок сниппета также может формироваться на основе содержимого страницы, поэтому его отображение не обязано буквально совпадать с <title>.

Частая техническая причина — Title появляется только после JavaScript

Для товарных карточек это стоит проверить одним из первых пунктов. Если серверный HTML приходит с пустым <title>, а название товара подставляется JavaScript-кодом после загрузки страницы, результат для робота может отличаться от того, что видит пользователь в браузере.

В актуальной документации Яндекса по JavaScript-рендерингу отдельно приведён сценарий ожидания заполнения document.title. Яндекс также предупреждает, что страницы с отложенной JavaScript-загрузкой могут индексироваться не полностью.

Для обычной карточки товара надёжнее отдавать корректный <title> уже в серверном HTML, а не делать получение названия документа зависимым от выполнения клиентского JavaScript.

Проверьте шаблон Title на проблемных карточках

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

Это не означает, что шаблонный Title автоматически заставляет Яндекс показывать URL. Такой причинной связи документация не устанавливает. Но если правильный Title уже известен поисковику, а проблема встречается только на части однотипных карточек, стоит сравнить нормальную и проблемную группы по длине и структуре <title>, совпадениям между товарами, наличию названия товара в H1 и основном контенте, языку страницы и чрезмерному количеству коммерческих модификаторов.

В Вебмастере есть отдельный отчёт по одинаковым Title и Description, поэтому массовые дубли каталога можно проверить без ручного обхода каждой карточки.

Проверьте HTML, а не только поле в CMS

То, что в административной панели заполнено поле «Title», ещё не означает, что итоговый HTML корректен.

HTML Living Standard предусматривает один элемент <title> документа; он размещается внутри <head>. Поэтому для проблемных карточек следует проверить исходный ответ сервера на отсутствие или пустой <title>, несколько элементов <title>, вывод элемента вне <head> и сломанную структуру секции <head>.

Полезнее всего сравнить HTML двух карточек одного шаблона: одной нормальной и одной проблемной. Если ошибка затрагивает только часть URL, различие нередко обнаруживается именно таким сравнением, а не очередным прекрасным аудитом всего сайта на 97 страниц.

Не исключайте устаревшую версию страницы

Если Title недавно меняли, сначала посмотрите дату последнего посещения URL роботом. После исправления проблемную карточку можно отправить на переобход. Яндекс отдельно предоставляет этот инструмент для новых и изменённых страниц.

Переобход имеет смысл после устранения причины. Если сервер снова отдаст роботу пустой или неправильный Title, повторное сканирование лишь старательно сохранит ту же проблему ещё раз.

Дубли и canonical проверяйте вторым эшелоном

Для карточек товаров стоит проверить, не попадают ли проблемные URL в группы дублей: параметры, разные варианты регистра URL, одинаковые товары по нескольким адресам или неправильный rel="canonical".

Яндекс может считать страницы с одинаковым или близким содержимым дублями и определять предпочтительный адрес.

Но это не подтверждённая официально причина появления URL вместо Title. Поэтому начинать диагностику с canonical не стоит. Этот сценарий становится приоритетным только тогда, когда проблема концентрируется именно на дублях или параметрических URL.

Практический порядок диагностики

Возьмите пять карточек с нормальным заголовком и пять карточек, где отображается URL. Для каждой сопоставьте live <title>, Title в версии Яндекса, дату последнего обхода, HTTP-код, canonical, H1 и способ формирования Title.

Дальше развилка простая:

Title отсутствует или неправильный уже в версии Яндекса. Исправляйте серверный HTML, шаблон CMS, JavaScript или различия ответа для робота.
Title в базе правильный, но карточки имеют массовые одинаковые или перегруженные заголовки. Пересоберите шаблон, затем отправьте изменённые URL на переобход.
Title правильный, HTML корректен, дублей нет и технических различий между карточками не обнаружено. Зафиксируйте конкретные URL и поисковые запросы и передайте их в поддержку Яндекс Вебмастера. Публичной документации, позволяющей однозначно объяснить использование URL в таком случае, нет.

Сам по себе факт, что браузер показывает правильный <title>, недостаточен. Для этой проблемы решающим сравнением является не «что написано в CMS», а «что фактически получил и хранит Яндекс».