Проверка сайта на ошибки: ссылки, 404, 5xx, JS и формы

Проверка сайта на ошибки на практике: как найти битые ссылки, настоящие и мягкие 404, ответы 5xx, ошибки JavaScript, неработающие формы и mixed content.

Ссылки · Опубликовано: 12 октября 2026 г. · 5 мин чтения · Марк Лебедев

Посетители почти никогда не сообщают об ошибках. Они натыкаются на мёртвую ссылку, на форму, которая молча ничего не отправляет, или на страницу, развалившуюся наполовину, — и уходят. Поисковики менее деликатны: они фиксируют ошибку и начинают обходить сайт реже. Регулярная проверка сайта на ошибки — способ найти всё это раньше, чем найдут они. Ниже — полевой справочник по семи типам ошибок, которые встречаются чаще всего: где каждая прячется и как её подтвердить.

1. Битые ссылки

Ссылка на 404 или 410 — самая частая ошибка на любом сайте старше года. Страницы переименовывают, товары снимают с продажи, пункт меню продолжает вести на прошлогоднюю распродажу. Битые внутренние ссылки полностью в вашей власти и бьют дважды: тупик для посетителя и впустую потраченный запрос краулера. Внешние ссылки «гниют» по собственному графику.

Лечится это исправлением ссылки, а не вечным редиректом: ведите якорь сразу на конечный адрес. Пограничные случаи разобраны в статье о битых ссылках, а справочная страница объясняет, как сканер проходит по внутренним ссылкам и смотрит, куда они ведут.

2. Страницы 404 и мягкие 404

Настоящий 404 — это нормально: честный ответ на запрос несуществующей страницы. Ошибка начинается, когда отсутствующая страница отвечает 200 OK, а «не найдено» написано только в тексте. Это soft 404: мониторинг считает страницу живой, поисковик индексирует мусор. Проверяется одной строкой:

curl -s -o /dev/null -w "%{http_code}\n" https://example.com/no-such-page-7c1/

Всё, кроме 404 или 410, надо исправлять. Сканер делает ровно эту проверку — см. как проверяется обработка 404.

3. Ошибки сервера (5xx)

500, 502 или 503 означают, что сломался сервер, а не посетитель. Эпизодические 5xx ловить труднее всего: страница работает, когда вы её открываете, и падает под нагрузкой, на холодном кеше или на определённом наборе параметров в адресе. Ищите их в логах сервера и в любом обходе, который запрашивает много страниц подряд. Страница, отвечающая ошибкой, — одна из немногих находок, которая всегда критична: она сломана для всех и прямо сейчас.

4. Ошибки JavaScript в консоли

Брошенное исключение может остановить выполнение остального скрипта: меню не открывается, корзина не обновляется, счётчик аналитики не срабатывает. Визуально страница при этом может выглядеть идеально. Откройте DevTools → Console и перезагрузите страницу: красные строки — ошибки, а неперехваченные исключения хуже всего. Частые виновники — сторонний скрипт, который не загрузился, отсутствующий элемент, на который рассчитывает код, и 404 на JS-чанк после выкладки. Как разбирать такие ошибки, рассказывает статья об ошибках в консоли.

5. Формы, которые не работают

Форма обратной связи или оформления заказа — место, где ошибка стоит денег напрямую. Типичные поломки: у формы нет action или она отправляет данные на удалённый эндпоинт, валидация отвергает корректный ввод (телефон с плюсом, буква «ё» в имени), кнопка отправки не реагирует из-за ошибки JS, страница «Спасибо» отдаёт 404. После каждого релиза отправляйте каждую форму сами; что именно пробовать, перечислено в руководстве по тестированию форм.

6. Mixed content и битые изображения

Любой ресурс, загруженный на HTTPS-странице по http://, — это смешанный контент. Активный mixed content (скрипты, iframe) браузеры блокируют сразу, пассивный помечают, так что один старый адрес картинки может стоить вам замочка в адресной строке. Подробности — в статье о mixed content. Битые изображения — визуальный близнец битых ссылок: адрес картинки отвечает 404, и на странице остаётся пустая рамка.

Проверка сайта на ошибки в SiteScan

1. Введите адрес на главной странице. Бесплатная проверка открывает до десяти страниц в настоящем браузере, поэтому видит то же, что посетитель, включая JavaScript.
2. В отчёте посмотрите HTTP-статус каждой страницы в таблице «Страницы» и раздел «Проверки сайта» → «Внутренние ссылки»: каждая внутренняя ссылка с прочитанных страниц запрашивается, а мёртвые перечислены вместе со страницей, где они найдены.
3. Проверьте «Обработку 404» на мягкие 404, блок «Консоль браузера» — на ошибки и исключения по каждой странице, а проверку изображений — на файлы, которые не загружаются.
4. Исправьте и нажмите «Пересканировать». После входа в аккаунт кнопка «На постоянную проверку» ставит домен на расписание, а следующий отчёт показывает, что появилось, что исправлено и что осталось.

Если проблема начинается с симптома, а не с кода ошибки — «сайт стал медленным», «письма уходят в спам», — продолжайте со статьи о диагностике сайта.