Почему тяжёлая 404-страница может создавать лишнюю нагрузку на сервер и мешать эффективному обходу сайта поисковыми роботами. Реальный пример: уменьшили размер страницы с 84–85 КБ до 2.9 КБ.
При техническом SEO-аудите часто проверяют title, description, скорость загрузки главной страницы и ошибки в Search Console. Но одна из неочевидных проблем может скрываться в обычной 404-странице.
На первый взгляд 404 — это нормально. Страница удалена, товар продан, лот больше недоступен — сервер возвращает ошибку, поисковик со временем исключает URL из индекса. Но проблема появляется тогда, когда 404-страница технически слишком тяжёлая и загружается вместе с полным шаблоном сайта.
Что было выявлено в процессе работы
В рамках технической проверки сайта мы проанализировали серверные логи и увидели, что Googlebot регулярно обращается к устаревшим URL аукционных лотов. Для сайта с автоаукционами это естественная ситуация: лоты появляются, обновляются, продаются и со временем исчезают.
Сама по себе ошибка 404 Not Found в такой ситуации не является критичной. Но в логах стало заметно,
что каждая такая 404-страница отдавалась вместе с основным шаблоном сайта: подключались стили, скрипты, общие блоки,
элементы интерфейса и часть тяжёлой структуры страницы.
То есть поисковый робот запрашивал уже несуществующий лот, а сервер вместо лёгкого ответа отдавал полноценную страницу весом около 84–85 КБ.
Почему это важно для SEO
Поисковые роботы Яндекса и Google имеют ограниченный ресурс обхода сайта. Если на сайте много динамических страниц, фильтров, карточек товаров или аукционных лотов, робот может регулярно возвращаться к устаревшим URL.
Если каждая такая 404-страница тяжёлая, возникает несколько проблем:
- поисковый робот тратит больше времени на обработку несуществующих страниц;
- увеличивается нагрузка на сервер;
- ухудшается эффективность переобхода важных страниц;
- в логах появляется много технического шума;
- поисковику сложнее быстро отличать полезные страницы от устаревших.
Особенно это актуально для сайтов с большим количеством карточек: авто, недвижимости, товаров, объявлений, аукционных лотов и других сущностей, которые часто обновляются или удаляются.
Что было сделано
Для 404-страницы был создан отдельный лёгкий HTML-шаблон без подключения основного шаблона сайта. Из него убрали:
- общие JS-файлы;
- тяжёлые CSS-библиотеки;
- блоки каталога;
- карточки автомобилей;
- лишнюю разметку;
- вспомогательные скрипты интерфейса.
При этом страница сохранила корректный пользовательский смысл: посетитель видит понятное сообщение, что страница не найдена, и может перейти на главную страницу или в раздел аукционов.
Результат после оптимизации
84–85 КБ → 2.9 КБ Вес 404-страницы 0.047 сек Время ответа HTTP/2 404 Корректный статусПосле оптимизации 404-страница стала отдавать правильный HTTP-статус и при этом перестала загружать тяжёлый шаблон сайта. Это особенно важно для поисковых роботов, которые могут массово переобходить старые URL.
Как проверить такую проблему на своём сайте
Проверить вес 404-страницы можно простой командой:
curl -s https://site.ru/nesushchestvuyushchaya-stranitsa/ | wc -c
Проверить статус ответа:
curl -I https://site.ru/nesushchestvuyushchaya-stranitsa/
Правильный результат:
HTTP/2 404
Если вместо этого сервер отдаёт 200 OK, это уже может быть проблемой soft 404.
Если статус корректный, но страница весит десятки или сотни килобайт, её стоит облегчить.
Какая 404-страница считается правильной
Хорошая 404-страница должна быть простой и технически лёгкой:
- возвращать реальный статус
404; - не подключать тяжёлые скрипты;
- не использовать полный шаблон каталога;
- содержать понятное сообщение для пользователя;
- давать ссылки на важные разделы сайта;
- быстро загружаться для поисковых роботов.
Вывод
404-страница кажется мелкой технической деталью, но на крупных сайтах она может заметно влиять на эффективность обхода. Если поисковые роботы регулярно получают тяжёлые 404-ответы, сервер расходует ресурсы на страницы, которые уже не несут ценности для индексации.
В нашем случае оптимизация была простой, но дала понятный технический результат: вес 404-страницы сократился примерно с 84–85 КБ до 2.9 КБ, а время ответа составило около 0.047 секунды.
Для SEO это не про прямой рост позиций на следующий день, а про повышение технической эффективности сайта: поисковики быстрее получают корректные ответы, сервер меньше нагружается, а crawl budget используется рациональнее.