Главное за минуту
- Не перенаправляйте все отсутствующие страницы на главную: это маскирует проблему.
- Соберите URL из Вебмастера, Метрики, логов сервера и внутренних ссылок сайта.
- Для замененной страницы ставьте 301, для окончательно удаленной оставляйте 404 или 410.
- При приемке проверяйте код ответа, цепочки редиректов и сценарий перехода пользователя.
01
Сначала определите, опасна ли 404
Страница с кодом 404 означает, что сервер не нашел запрошенный адрес. Это штатный ответ для старого товара, ошибочной ссылки или URL, которого никогда не было. Проблема возникает, когда на такой адрес ведут меню, карточки каталога, рекламные объявления, письма или страницы из поиска.
Не начинайте с массовых редиректов. Для каждого URL нужно понять источник перехода, прежнее назначение страницы и наличие релевантной замены. Так ошибка 404 Битрикс превращается в управляемый список задач для SEO и разработки.
02
HTTP-код ответа
Код показывает поисковику и браузеру, существует ли страница и куда она переехала.
03
Где искать проблемные адреса
Один источник не дает полной картины. Сведите URL в таблицу: адрес, источник, число переходов, целевая страница и решение. Приоритет — адресам с трафиком, внешними ссылками, заявками и расходами на рекламу.
Поисковые системы
В Яндекс Вебмастере и Google Search Console смотрите исключенные URL, ошибки сканирования и страницы с показами. Это список того, что уже видит робот.
Аналитика
В Метрике проверьте отчет по URL страницы 404, реферер, UTM и цель. Так видно, ведет ли на адрес кампания, рассылка или партнер.
Сайт и сервер
Пройдите меню, хлебные крошки, XML-карту и ссылки в контенте. Логи дополнят картину запросами, которых нет в отчетах.
04
Какое решение выбрать для каждого URL
Решение определяется не количеством ошибок, а смыслом старой страницы. Редирект на нерелевантный раздел или главную часто ухудшает индексацию и вводит посетителя в заблуждение. Не меняйте правила в .htaccess или настройках сервера без резервной копии и теста на стенде.
| Ситуация | Действие | Проверка |
|---|---|---|
| Товар заменен аналогом | 301 на новый товар | Один переход, итоговый 200 |
| Раздел сменил ЧПУ | 301 по карте старых URL | Параметры и вложенные адреса сохранены |
| Страница удалена без замены | Оставить 404 или отдать 410 | Нет ссылки из меню и sitemap |
| Неверный URL в ссылке | Исправить источник | Переход ведет сразу на 200 |
05
Что написать разработчику
Передайте не просьбу «исправить 404», а реестр адресов и правило обработки. Это исключает спор о том, куда вести пользователя и какие URL нельзя трогать.
06
Как принять работу по 404
Проверяйте не только страницу в браузере: визуально она может выглядеть правильно, но сервер отдать 200 или отправить пользователя через несколько промежуточных адресов.
- 1Сделайте копию реестра URL до начала работ и отметьте приоритетные страницы.
- 2Откройте каждый адрес в режиме инкогнито и проверьте итоговую страницу.
- 3Проверьте HTTP-статус и цепочку через инструменты разработчика или сервис проверки заголовков.
- 4Кликните ссылки из меню, каталога, статей, писем и рекламных объявлений с UTM.
- 5Через 1–2 недели повторно выгрузите отчет Вебмастера и оцените остаток ошибок.
07
Два технических риска в Битрикс
Чаще всего массовые 404 появляются после изменения символьных кодов, правил ЧПУ или переноса каталога. Правило редиректа должно учитывать путь, а не только совпадение части строки. Документацию по обработке ошибок и настройкам сайта сверяйте в базе знаний 1С-Битрикс.
Ложный 200
/old-page/ → шаблон 404 → HTTP 200Робот может индексировать несуществующий адрес как дубль. Исправляют код ответа в компоненте или шаблоне.
Цепочка
/old/ → /section/ → /new/Нужен прямой 301 с первого адреса на конечный. Иначе теряются скорость и часть ссылочного веса.
08
Когда нужна помощь подрядчика
Подключайте техническую поддержку, если ошибок сотни, после релиза пропали разделы каталога, правила конфликтуют с ЧПУ или 404 затрагивают рекламу и SEO-трафик. Для контекста приложите выгрузку URL, дату изменений и примеры переходов; похожие задачи по развитию сайтов показаны в портфолио ICONICA.
Собран реестр URL; указан источник каждого перехода; выбрано действие 301, 404 или 410; исправлены внутренние ссылки; проверены HTTP-коды; нет цепочек; шаблон 404 не отдает 200; отчет Вебмастера запланирован на повторную проверку.
FAQ
Частые вопросы
Нужно ли делать 301 для каждой 404?
Нет. Редирект нужен только на релевантную замену. Удаленный без замены URL должен остаться 404 или 410.
Можно ли вести все старые URL на главную?
Нет. Пользователь не получает ожидаемый контент, а поисковик может считать такую схему некорректной.
Почему страница 404 открывается, но имеет код 200?
Шаблон показан визуально, но компонент или обработчик не установил статус. Это нужно исправить в коде.
Когда проверять результат в поиске?
Сразу проверьте HTTP-ответы, затем через одну-две недели повторите отчет в Вебмастере после обхода роботом.