На большом сайте обычно следят за позициями, трафиком, ошибками сканирования. А отдельные страницы при этом живут своей жизнью. Сегодня категория в поиске, завтра робот получил другой код ответа, послезавтра поменялся canonical. Замечают это часто уже после просадки.
В Яндекс Вебмастере для таких URL есть отдельный мониторинг важных страниц. Инструмент не новый, но его почему-то легко пройти мимо. Зря. Для страниц, которые приносят заметную часть поискового трафика, это довольно удобная страховка от тихих технических проблем.
Смысл простой: выбрать действительно важные URL и смотреть не только на позиции, а на то, что Яндекс фактически знает об этих страницах.
Что именно показывает мониторинг
Вебмастер хранит состояние выбранной страницы на момент последнего обхода роботом и последнего обновления поисковой базы. Можно увидеть дату обхода, ответ сервера, версию страницы и ее статус в поиске.
Есть и история изменений. Для одного адреса она может содержать до 100 событий. Это уже полезнее обычной проверки вида страница есть или страницы нет. Можно понять, когда именно что-то поменялось.
Яндекс отдельно позволяет отслеживать изменения заголовка, description, canonical, кода ответа, версии страницы и ее статуса в поиске. Уведомления можно получать через сам Вебмастер, почту, Telegram и другие доступные каналы сервиса.
То есть это не еще один отчет ради отчета. Это точечный контроль за URL, потерю которых хотелось бы заметить быстро.
Какие страницы туда добавлять
Главная ошибка здесь очевидная: попытаться контролировать вообще все. Тогда инструмент превращается в еще один склад данных, куда никто не смотрит.
Я бы отбирал страницы по их роли в поиске. В первую очередь:
- основные категории и разделы;
- страницы услуг с устойчивым поисковым спросом;
- посадочные, которые уже получают заметные показы и клики;
- URL, которые недавно серьезно меняли.
Последний пункт особенно полезен. После смены шаблона, текста, структуры URL, canonical или логики фильтров ждать несколько недель и потом гадать, что произошло, так себе способ контроля.
Сам Вебмастер тоже подсказывает кандидатов. Сервис может рекомендовать страницы с наибольшим количеством кликов и показов за предыдущую неделю. Это нормальная отправная точка, но слепо брать только этот список не стоит. Новая коммерческая страница может быть важной еще до того, как накопила трафик.
Зачем смотреть код ответа, если сайт открывается
Потому что браузер и поисковый робот не обязаны видеть одно и то же состояние в один и тот же момент.
Страница может нормально открываться сейчас, но при предыдущем обходе сервер отдал ошибку. Или сработал редирект. Или после технических работ робот увидел промежуточную версию. Если смотреть только глазами, часть таких историй проходит незаметно.
В мониторинге видно, какой ответ получил робот при последнем обходе. Оттуда же можно перейти к проверке ответа сервера.
Особенно это пригодится после:
- переезда сайта;
- смены CMS или шаблона;
- массовой правки URL;
- настройки редиректов и canonical.
После таких работ обычно проверяют несколько адресов вручную и успокаиваются. Но проблема часто сидит не на главной странице, а где-нибудь в категории второго уровня. Вот ее и хочется поймать.
Canonical стоит контролировать отдельно
Canonical легко сломать массово. Достаточно неудачной правки шаблона, плагина или логики параметров.
Самое неприятное, что внешне страница при этом может выглядеть совершенно нормально. Пользователь открывает ее, контент на месте, код 200. А поисковой системе сайт сообщает, что основной адрес находится где-то еще.
В уведомлениях Вебмастера есть отдельное событие для изменения canonical на отслеживаемой странице. Для важных категорий и посадочных это полезный сигнал. Особенно на интернет-магазинах и сайтах с фильтрами, где вариантов URL много.
Тут не надо устраивать культ canonical и дергаться от любого изменения. Но неожиданная смена канонического адреса на странице, которую никто не планировал трогать, точно заслуживает проверки.
Статус страницы иногда важнее позиции
Когда URL теряет позиции, первая реакция обычно одна: смотреть конкурентов, тексты, ссылки, апдейты. Но иногда никакой сложной SEO истории нет. Страница просто изменила статус в поиске.
Яндекс прямо указывает, что уведомление может прийти, например, когда страница становится маловостребованной и исключается из результатов. Мониторинг показывает текущий статус и историю его изменений.
Это меняет порядок диагностики. Сначала стоит понять, находится ли нужная версия URL в поиске вообще, что видел робот и не поменялись ли технические сигналы. И только потом строить теории про ранжирование.
Иначе можно несколько часов изучать запросы страницы, которая в этот момент решает совсем другую проблему.
Что делать после изменения
Сам по себе мониторинг ничего не чинит. Он показывает момент, где стоит открыть глаза.
Если важная страница неожиданно поменяла статус, я бы сначала проверил ее ответ сервера, canonical, robots и фактическое содержимое. Потом уже историю правок сайта. Не наоборот.
Если проблема исправлена, из мониторинга можно перейти к отправке страницы на переобход. Яндекс позволяет передать обновленный URL роботу через Вебмастер.
Но переобход не волшебная кнопка. Если страница по-прежнему отдает неправильный canonical или закрыта от робота, повторный визит ничего хорошего не исправит. Сначала причина, потом переобход.
Почему такой контроль полезнее ежедневного дерганья позиций
Позиции шумят. Сегодня плюс несколько пунктов, завтра минус. Особенно по отдельным запросам. Смотреть на каждое движение и искать объяснение довольно быстро превращается в спорт.
Техническое изменение на важной странице гораздо конкретнее. Был один canonical, стал другой. Был код 200, робот получил другой ответ. URL находился в поиске, потом статус поменялся.
Вот это уже повод разбираться.
Поэтому мониторинг важных страниц я бы воспринимал не как инструмент проверки позиций, а как небольшой технический радар. Выбираем ограниченный набор URL, включаем уведомления и не ждем, пока проблема станет заметна в общей статистике.
Никакой магии. Просто один из тех скучных инструментов, которые начинают нравиться ровно в тот день, когда вовремя ловят сломанную страницу.