Подключение сайта к Яндекс Вебмастеру занимает четыре шага и около десяти минут, но три из этих шагов содержат решение, которое потом дорого менять: точный адрес, который вы регистрируете, выбранный метод подтверждения и указание региона. Все, что консоль впоследствии расскажет вам о вашем сайте, зависит от правильности этих действий с первого раза.
Четыре шага
- Войдите с помощью Яндекс ID. Один аккаунт может содержать неограниченное количество сайтов, а сайты можно закреплять вверху списка, если их больше нескольких.
- Добавьте сайт — добавить можно только сайт на собственном домене, поэтому поддомены бесплатных хостингов не подходят. Введите адрес именно так, как он должен отображаться в результатах: правильный протокол, с префиксом
wwwили без него. Киллирические домены автоматически перекодируются в Punycode, но кодировка URL страниц должна соответствовать кодировке контента, иначе робот не сможет разрешить адрес. - Подтвердите права с помощью HTML-файла, мета-тега или DNS TXT-записи. Сама процедура подтверждения может занять до 24 часов.
- Прочитайте советы по оптимизации в разделе «Оптимизация сайта», где Яндекс перечисляет найденные ошибки и рекомендации.
Ловушка с адресом
Яндекс рассматривает https://example.com, https://www.example.com, http://example.com и http://www.example.com как четыре разных сайта. Регистрация неверного варианта приводит к появлению консоли, которая успешно подтверждается, почти ничего не сообщает и тихо описывает адрес, который никто не посещает. Если доступ позже передается коллеге или агентству, они должны добавить абсолютно тот же адрес — несовпадение здесь является самой частой причиной, почему делегированные права отображаются как неподтвержденные.

Чего добавление сайта не делает
Регистрация — это решение для измерения, а не для ранжирования. Яндекс прямо заявляет, что добавление сайта не гарантирует ни включения в поиск, ни более быстрой индексации. Это работает и в обратную сторону: удаление сайта из консоли не удаляет его страницы из поиска. Консоль наблюдает, а не принимает.
Два нюанса, которые часто упускают
- Сервер должен отвечать кодом
200 OKкак основному индексирующему роботу Яндекса, так и отдельному роботу Яндекс Вебмастера. Межсетевой экран или бот-фильтр, который пропускает одного и блокирует другого, вызывает сбой подтверждения без очевидной причины. - Если сайт отвечает как по IPv4, так и по IPv6, он должен корректно отвечать на обоих протоколах. Файл подтверждения, присутствующий на хосте IPv4 и отсутствующий на хосте IPv6, приводит к периодическим сбоям, диагностировать которые гораздо сложнее, чем чистую ошибку.
Чего ожидать после
Подтверждение происходит быстро, а вот полезные данные — нет. Статистика сканирования появляется через несколько дней, данные по запросам накапливаются неделями, а первый отчет слишком скуден для выводов. Сайт, добавленный в понедельник и оцененный в пятницу, будет выглядеть так, будто у него вообще нет поискового присутствия.

Как мы это применяем
We register the exact production address, verify by DNS record where the client controls the zone, and add a second method as a fallback in the same session. The ten minutes this takes at the start of an engagement prevents the situation we have inherited more than once: a console attached to the http:// non-www variant of a site that has been on HTTPS for two years, reporting nothing, with everyone assuming Yandex simply had no data.
Связанные услуги