Как найти и исправить страницы 404 через Метрику и Search Console?
Начните с двух списков: в Яндекс.Метрике найдите адреса страниц ошибки, которые открывали посетители, а в Google Search Console — адреса, на которых Google обнаружил ответ 404. Затем проверьте, приходили ли на эти адреса люди из поиска и оставляли ли заявки до удаления страницы. Так вы отделите потерянные точки входа от старых ссылок без заметного трафика и решите, где вернуть страницу, где настроить переадресацию, а где достаточно поправить ссылку.
Как собрать адреса страниц 404 из Метрики и Search Console?
Сначала откройте на своём сайте заведомо неверный адрес и посмотрите, какая страница ошибки появляется. Запишите её заголовок и текст: по ним проще искать такие посещения в Метрике. Затем проверьте, что происходит с адресной строкой. Если сайт оставляет ошибочный адрес, в отчётах будут видны разные URL. Если переводит посетителя на общий адрес страницы ошибки, исходный адрес придётся искать по журналу сервера или с помощью разработчика.
В Яндекс.Метрике откройте отчёт по страницам входа или просмотрам страниц и найдите заголовок либо адрес страницы ошибки. Добавьте разрез по источнику трафика, чтобы увидеть переходы из поиска. Проверьте несколько найденных адресов вручную: одинаковый заголовок «Страница не найдена» ещё не доказывает, что сервер действительно отвечает кодом 404. Метрика показывает действия посетителя, но сама по себе не подтверждает HTTP-ответ.
В Google Search Console откройте отчёт об индексировании страниц и найдите группу «Не найдено (404)». Выгрузите адреса и сравните их со списком из Метрики. Даты обнаружения тоже полезны: они помогут сопоставить появление ошибок с удалением товаров, изменением структуры сайта или переносом страниц. Search Console показывает, что встретил Google, поэтому отсутствие адреса в этом отчёте не означает, что посетители на него не попадали.
Как понять, какие ошибки уже стоят поискового трафика и заявок?
Начните с адресов, которые есть в обоих списках. Для каждого проверьте в Search Console отчёт об эффективности поиска: выберите нужную страницу и посмотрите, получала ли она клики до появления ошибки. Сравнивайте периоды до изменения и после него, если история данных сохранилась. При удалении товара прежний адрес мог перестать получать клики, хотя раньше приводил посетителей из поиска.
Затем откройте в Метрике страницу входа с тем же адресом и посмотрите переходы из поисковых систем. Отдельно проверьте цели, которые отражают заявки: отправку формы, переход к контакту или другое действие, которое вы действительно настроили на сайте. Если цель появилась лишь после удаления страницы, по ней нельзя восстановить число прежних заявок. В таком случае фиксируйте то, что известно: клики из поиска, посещения и дату, когда адрес начал отдавать ошибку.
Сортируйте список по понятному правилу: выше ставьте адреса с подтверждёнными поисковыми переходами и коммерческим смыслом. Например, удалённая карточка товара, на которую раньше приходили из поиска, требует проверки раньше ошибочной ссылки на давно закрытую новость. Если заявки связываются с рекламой через метки, заодно проверьте ошибки UTM-разметки в аналитике: метки на внутренних ссылках способны исказить источник заявки (источник: «UTM-метки: как не сломать аналитику и заявки»).
Что делать с найденным адресом: вернуть страницу или настроить переход?
Откройте каждый приоритетный URL и выясните, почему он исчез. Решение зависит от того, сохранился ли товар или услуга, есть ли точная замена и откуда ведёт ссылка на ошибку.
| Ситуация | Действие | Что проверить после |
| Страница нужна, но пропала после правки сайта | Восстановить её по прежнему адресу | Страница открывается, а сервер больше не отвечает 404 |
| Страница переехала, содержание сохранилось | Настроить постоянную переадресацию на новый адрес | Переход ведёт сразу на нужную страницу, без цепочки |
| Товар исчез, есть близкая по смыслу замена | Показать замену на старой странице или направить на неё посетителя, если запросы совпадают по смыслу | Новая страница отвечает на вопрос, с которым человек пришёл из поиска |
| Подходящей замены нет | Оставить честный ответ 404 и убрать ошибочные внутренние ссылки | Сайт не отправляет посетителя на случайную страницу |
Не направляйте все удалённые товары на главную. Человек искал конкретную позицию и после такого перехода теряет контекст. Если ассортимент меняется часто, сохраните на странице товара объяснение, что он недоступен, и покажите подходящие альтернативы — при условии, что страница помогает с исходным запросом.
После исправления повторно откройте адрес, проверьте его HTTP-ответ и пройдите по ссылке с другой страницы сайта. Затем посмотрите отчёт Search Console и посещения в Метрике. Обновление поискового отчёта не происходит сразу; факт технического исправления сначала подтверждайте проверкой самого URL.
Какие ошибки мешают проверить результат?
- Искать только в Search Console. Там видны адреса, которые обнаружил Google; реальные посещения ошибочных страниц дополнительно проверяйте в Метрике.
- Считать любой просмотр страницы с заголовком «404» ответом сервера 404. Проверьте HTTP-ответ отдельно: оформление страницы и ответ сервера могут различаться.
- Сравнивать заявки за периоды, когда цели были настроены по-разному. Сначала найдите дату изменения цели, затем сопоставляйте одинаковые действия.
- Ставить переадресацию по сходству слов в адресе. Проверьте содержание новой страницы: она должна отвечать на тот же запрос.
- Исправить адрес и оставить старую ссылку в меню или карточке товара. После переадресации обновите внутреннюю ссылку, чтобы посетитель сразу попадал куда нужно.
Для небольшого сайта эту проверку можно начать с короткой таблицы: старый URL, источник находки, поисковые переходы, прежние заявки, причина ошибки и принятое решение. Когда адресов много или отчёты расходятся, аналитический аудит помогает сверить данные Метрики с ответами сервера и выбрать порядок исправлений. Сегодня откройте отчёт «Не найдено (404)» в Search Console и скопируйте первый адрес, который относится к вашему товару или услуге.
