Новая статья открывается по ссылке, но в Яндексе её нет. В панели появляются предупреждения, а график кликов меняется после очередного обновления сайта. С чего начать, чтобы не исправлять всё подряд?
Мы в Гуси-Лебеди разбираем, как пользоваться Яндекс Вебмастером: подключить сайт, проверить важные страницы, разобраться с исключениями и сопоставить поисковые данные с фактическим состоянием сайта. Учебные примеры ниже не являются результатами аудита клиента.
Как добавить сайт в Яндекс Вебмастер и настроить доступ
Убедитесь, какой адрес является рабочим: протокол HTTPS, вариант с www или без него, нужный домен. Откройте главную и несколько внутренних страниц, проверьте конечный адрес после перенаправлений. Если в панели выбран старый адрес, часть наблюдений будет относиться к другой версии сайта и запутает диагностику.
Добавьте сайт и подтвердите управление одним из доступных в сервисе способов: HTML-файлом в корне, метатегом в head главной страницы или TXT-записью в DNS. Выберите вариант, который доступен в вашем проекте. Скопируйте точные имя и значение из панели, затем проверьте, что они действительно появились на сайте или в DNS. Передайте исполнителю доступ через механизм делегирования, а не общий пароль владельца. В справке Вебмастера указан раздел «Настройки → Права доступа». Для постоянной работы полезно заранее определить, кто сохраняет владение после смены подрядчика и кто получает уведомления.
Подтверждение прав не означает, что сайт технически готов или включён в поиск. Подключение не требует покупки рекламы в Яндекс Директе. После подключения проверьте не только наличие сайта в списке, но и возможность открыть его данные под нужной учётной записью. Если подтверждение выполнено файлом или метатегом, учтите его сохранность при следующем обновлении шаблона или переезде.
Какие страницы проверять и как читать их состояние
Сервис знает об обнаруженных адресах, но не знает вашей коммерческой приоритетности. Создайте собственный реестр: URL, тип страницы, назначение, ожидаемое участие в поиске, ответственный. Начните с услуг, категорий, ключевых товаров, контактов и новых материалов, которые действительно должны привлекать посетителей.
| Страница учебного сайта | Ожидание и критерий |
|---|---|
| /services/audit/ | Самостоятельная услуга. Должна быть доступна для обхода и содержать полноценное предложение. |
| /catalog/lamps/ | Категория с товарами и полезными условиями выбора. Проверять наличие товаров и внутренние ссылки. |
| /search/?q=lamp | Внутренний поиск. Его участие в поиске не является целью только потому, что URL существует. |
| /old-service/ | Если заменена, ожидается согласованное перенаправление на соответствующий новый адрес, а не возвращение старой страницы в поиск. |
Такой реестр помогает не бороться с каждым исключённым адресом. Удалённые позиции, дубли и технические страницы могут отсутствовать в поиске по плану. Приоритет - несовпадение ожидаемого и фактического состояния важных страниц, а не минимальное число исключений на графике.
Для одной страницы последовательно выясните: знает ли робот URL; может ли получить ответ; что получает; может ли использовать содержание; участвует ли страница в поиске; получает ли показы по нужным запросам. Пропуск шага приводит к неправильному лечению: дополнительный текст не исправит ответ сервера 500, а повторная отправка на переобход не исправит закрывающую директиву.
Если инструмент показывает исключённые страницы, SEO-аудит сайта по данным Вебмастера должен связывать сигнал с конкретным URL и проверкой ответа, содержания и внутренних ссылок. Число предупреждений без разбора не задаёт приоритет исправлений.
В документации по индексированию разделены проверка конкретной страницы и списки участвующих и исключённых URL. Используйте их вместе с фактическим ответом сайта. Данные отчёта относятся к наблюдению робота, а сайт после этого мог измениться.
Сохраняйте дату проверки и дату последнего известного обхода. Если ошибку исправили сегодня, старый статус не доказывает, что исправление не сработало. Сначала подтвердите текущий ответ, затем дождитесь обновления наблюдения. И наоборот: вчерашний успешный обход не гарантирует, что сервер работает сейчас.
Как найти причину исключения страницы из поиска
Начните с раздела «Оптимизация сайта → Диагностика сайта»: откройте описание ошибки, а не только счётчик. Для конкретной страницы используйте «Индексирование → Проверка страницы», выберите десктопную или мобильную версию и откройте подробности результата. Список исключений находится в «Индексирование → Страницы в поиске», на вкладке «Исключённые страницы». Откройте конкретный URL в инструменте проверки страницы и зафиксируйте причину. Затем проверьте фактическую цепочку ответа: исходный адрес, перенаправления, конечный HTTP-статус и содержимое. Важно не только получить код 200, но и убедиться, что внутри находится нужная страница, а не заглушка, сообщение об ошибке или пустой шаблон.
| Наблюдение | Что исследовать |
|---|---|
| Ошибка загрузки | Доступность сервера, цепочку редиректов, ответ для нужного адреса, ограничения доступа. Проверять проблему в момент наблюдения и после исправления. |
| Запрет индексирования | robots.txt, метатег robots и HTTP-заголовки. Уточнить, не является ли запрет намеренным. |
| Выбран другой адрес | Дубли, canonical, перенаправления, внутренние ссылки и содержание вариантов. Не менять один сигнал в отрыве от остальных. |
| Малоценная или маловостребованная страница | Отдельную пользу URL, полноту содержания, различие с соседними страницами и реальную задачу пользователя. |
| Старая страница исключена после переезда | Работает ли соответствующий новый адрес и правильно ли передаётся пользователь по перенаправлению. |
Официальные причины и порядок действий собраны в разделе «Почему страницы исключены из поиска». Само наличие исключённых страниц не следует трактовать как штраф всему сайту.
Для запретов важно учитывать взаимодействие механизмов. Если робот не может обойти страницу из-за robots.txt, он может не увидеть изменённый метатег на ней. Не добавляйте все ограничивающие директивы одновременно «для надёжности», не понимая ожидаемого результата. Подробный разбор назначения файла есть в статье про robots.txt.
Предположим, на учебном сайте опубликована услуга /services/audit/. Менеджер открывает её по прямой ссылке и считает, что проблема в недостаточном количестве ключевых слов. Начнём с проверки, а не с переписывания текста.
Шаг 1. Сверить ожидаемый URL
Ссылка из меню ведёт на /services/audit/, но после перехода адрес меняется на /services/audit-new/. Сначала выясняем, какой адрес должен быть основным. Если новый адрес утверждён, все дальнейшие проверки ведём для него, а старый рассматриваем как перенаправление. Поиск старого URL в списке участвующих страниц уже не является правильной целью.
Шаг 2. Проверить согласованность сигналов
Новая страница отвечает 200, но canonical указывает на общую страницу услуг. Это ещё не универсальное доказательство причины исключения, однако явное несоответствие замыслу отдельной посадочной страницы. Проверяем шаблон: не повторяется ли ошибка у всех услуг, что находится в Sitemap и куда ведут внутренние ссылки.
Шаг 3. Исправить источник ошибки
Если проблема находится в общем шаблоне, правим его и проверяем несколько типов страниц, а не только один URL. Для отдельной услуги canonical должен соответствовать выбранной структуре сайта. После изменения повторно проверяем публичный HTML и конечный ответ. Запись «исправлено» в задаче разработчика без такой проверки недостаточна. Отдельно проверьте выбор канонического адреса и ссылки внутри сайта.
Шаг 4. Сообщить об изменении и наблюдать
Отправляем исправленный адрес на переобход и записываем дату. Инструмент переобхода страниц сообщает о новых и изменённых URL, но не гарантирует их включения в поиск. Статус «Заявка обработана» означает посещение роботом и не гарантирует включения в поиск. После нового обхода проверяем статус; если техническая причина устранена, а страница по-прежнему не участвует, переходим к содержанию и самостоятельной ценности.
Как проверить Sitemap и внутренние ссылки
Сравните Sitemap со списком важных страниц. В карту должны попадать те адреса, которые вы действительно хотите предлагать для индексирования, с учётом структуры проекта. Проверьте, что они открываются, не образуют лишних цепочек перенаправлений и не конфликтуют с запретами. Само успешное чтение XML не доказывает качество всех перечисленных страниц.
Проверьте внутренние ссылки: можно ли дойти до услуги или категории через понятную навигацию; нет ли ошибочного адреса в карточках, хлебных крошках и меню; не появляется ли доступ к важному содержимому только после действия, которое не воспроизводится при обычном обходе. Сопоставление XML, навигации и публичных страниц часто полезнее повторного добавления файла в панель.
После массовой публикации сравнивайте группы URL. Если отсутствует целый тип страниц, ищите общую причину: шаблон, правило доступа, генератор карты или навигацию. Если проблема у отдельных адресов, исследуйте их отличия. Не применяйте массовое изменение к сайту на основании одного примера.
Как читать показы, клики и позиции без поспешных выводов
Статистика запросов позволяет сравнивать показатели с учётом региона и устройства. По справке, показы и клики включают органическую выдачу и динамические места. Это важно учитывать при сравнении с другими отчётами. Показ, клик и визит в аналитике - разные события. Не ожидайте полного совпадения отчётов Вебмастера и Метрики без учёта определений, периода, фильтров и обработки данных. Перед сравнением запишите, какие запросы, страницы, устройства и даты включены в каждый набор.
Если нужна регулярная работа с отчётами и исправлениями, мы включаем наблюдение в Вебмастере в сопровождение поискового продвижения: фиксируем изменения по группам страниц и проверяем внедрение рекомендаций после релиза.
Средняя позиция - агрегат по наблюдениям, а не обещание одинакового места для каждого пользователя. Если выросла доля новых запросов с низкими позициями, средняя может ухудшиться одновременно с ростом охвата. Сравнивайте устойчивые группы запросов и конкретные посадочные страницы, прежде чем объявлять падение качества SEO.
Учебный пример: было 10 000 показов и 500 кликов, стало 20 000 показов и 700 кликов. CTR снизился с 5% до 3,5%, но кликов стало больше. Одно объяснение - расширение набора запросов; другое - изменение представления в выдаче. Нужен разбор по запросам и страницам, а не автоматическое заключение «сниппет стал хуже».
При падении кликов разделите изменение спроса, показов, позиций и кликабельности. Затем проверьте дату изменений на сайте, доступность страниц и состав выдачи. Не приписывайте любое колебание последней правке заголовка: между событиями может не быть причинной связи.
Как организовать мониторинг и принять исправления
Для каждого замечания фиксируйте URL или группу, наблюдение, подтверждение, предполагаемую причину, действие и критерий закрытия. Причину держите в статусе гипотезы, пока она не проверена. Если проблема связана с сервером, у задачи должен быть технический исполнитель; если с содержанием - редактор и владелец предложения.
После релиза проверяйте изменённые шаблоны и важные страницы; после миграции - соответствие старых и новых адресов; после массового импорта - доступность и содержание выборки из разных категорий. В разделе «Индексирование → Мониторинг важных страниц» добавьте выбранные URL и настройте уведомления. Для постоянного контроля можно использовать мониторинг важных страниц, сохраняя собственный реестр приоритетов.
Не закрывайте задачу только по исчезновению уведомления. Проверьте, что нужная страница действительно открывается, показывает правильный текст и решает задачу пользователя. При этом не держите техническое исправление бесконечно незакрытым из-за задержки поискового отчёта: разделяйте «исправлено на сайте» и «подтверждено новым наблюдением робота».
Добавление сайта гарантирует индексацию?
Нет. Подключение даёт доступ к данным и инструментам. Доступность страницы, её содержание и решение поисковой системы о включении проверяются отдельно.
Нужно ли возвращать все исключённые URL?
Нет. Сначала сравните их с ожидаемым состоянием. Дубли, удалённые адреса и технические страницы могут быть исключены намеренно.
Можно ли оценить SEO только по Вебмастеру?
Нет. Панель нужно сопоставлять с фактическим сайтом, данными аналитики, доступностью коммерческих действий и содержанием выдачи. Клики не равны обращениям, а наличие страницы в поиске не доказывает удобство формы заказа.
Если нужно разобраться с общими причинами в шаблонах, навигации и ответах сервера, мы можем включить эти проверки в комплексный аудит сайта. Сохраните список подтверждённых проблем и журнал изменений. Для отдельных вопросов используйте материалы об индексации, проверке Sitemap и миграции сайта. Индексация. Проверка Sitemap. Миграция сайта.