Когда браузер показывает 404, 502, 505 или похожий код, сайт не «просто сломался». Сервер отвечает числом из трёх цифр, которое описывает, что произошло с запросом. По стандарту HTTP все коды находятся в диапазоне от 100 до 599, а первая цифра показывает класс ответа: 2xx говорит об успехе, 3xx – о перенаправлении, 4xx – о проблеме на стороне запроса, 5xx – о проблеме на стороне сервера.
Для обычного пользователя смысл простой: часть ошибок можно решить самостоятельно, например обновить страницу, проверить адрес или очистить кэш. Другие ошибки исправляет только владелец сайта, администратор сервера, разработчик или хостинг-провайдер. Ниже собраны самые частые ошибки страниц, их причины и практические шаги для устранения.
Один и тот же код не всегда указывает на одну причину. Ошибка 404 может появиться из-за удалённой страницы, неверной ссылки или настроек CMS. Ошибка 502 может быть связана с прокси, балансировщиком, CDN, DNS, PHP-FPM, Node.js, базой данных или перегруженным бэкендом.
Классы HTTP-кодов: как быстро понять тип ошибки
Коды 1xx почти не видны обычному пользователю. Браузер и сервер обмениваются промежуточными сообщениями, например при продолжении запроса или переключении протокола.
Коды 2xx означают успешный ответ. Самый известный код 200 OK говорит, что сервер обработал запрос и вернул страницу, файл или данные. Для посетителя сайта такие коды обычно незаметны.
Коды 3xx отвечают за перенаправления. Например, 301 говорит о постоянном переезде страницы, 302 – о временном, 304 сообщает браузеру, что сохранённая в кэше версия ещё актуальна. Ошибка может возникнуть, когда перенаправления настроены цепочкой, зациклены или ведут на несуществующую страницу.
Коды 4xx относятся к запросу клиента. Клиентом может быть браузер, мобильное приложение, бот, API-клиент или скрипт. Виноват не всегда пользователь: битая ссылка на сайте, неправильный роутинг, некорректная настройка прав доступа или ошибка в API тоже приводят к 4xx.
Коды 5xx говорят о проблеме на стороне сервера или промежуточного узла. Пользователь редко может исправить 500, 502, 503, 504 или 505 самостоятельно. Максимум, что помогает со стороны посетителя, – повторить попытку позже, отключить VPN, сменить сеть или проверить, открывается ли сайт у других людей.
Список ошибок страниц
| Код | Что означает | Что делать пользователю | Что проверять владельцу сайта |
|---|---|---|---|
| 400 Bad Request | Сервер не понял запрос. Частые причины: сломанный URL, неверные параметры, слишком длинная строка запроса, повреждённые cookie. | Проверить адрес, открыть страницу в режиме инкогнито, очистить куки для сайта, убрать лишние параметры из ссылки. | Проверить логи веб-сервера, правила валидации, ограничения на размер заголовков и корректность ссылок в интерфейсе. |
| 401 Unauthorized | Для доступа нужна авторизация. Название сбивает с толку: сервер обычно просит войти, а не сообщает о полном запрете. | Войти в аккаунт, проверить срок действия сессии, убедиться, что логин и пароль верны. | Проверить механизм авторизации, токены, заголовок Authorization, настройки Basic Auth, OAuth или SSO. |
| 403 Forbidden | Сервер понял запрос, но отказал в доступе. Пользователь может быть известен серверу, но прав не хватает. | Проверить, есть ли доступ к разделу, отключить VPN, если сайт блокирует часть сетей, обратиться в поддержку. | Проверить права файлов и каталогов, правила .htaccess или nginx, ACL, WAF, геоблокировки, роли пользователей. |
| 404 Not Found | Сервер не нашёл ресурс. Страница удалена, адрес введён с ошибкой, ссылка устарела или роутинг CMS не ведёт на нужный материал. | Проверить адрес, перейти на главную страницу, воспользоваться поиском по сайту, убрать лишний фрагмент URL. | Найти битые ссылки, настроить 301-редиректы со старых адресов, восстановить страницу или отдать корректный 410 Gone для окончательно удалённого контента. |
| 405 Method Not Allowed | Метод запроса не разрешён. Например, endpoint принимает GET, а клиент отправил POST. | Обычному посетителю чаще всего помогает обновить страницу или повторить действие позже. | Проверить маршруты API, CORS, формы, обработчики методов, правила reverse proxy и документацию endpoint. |
| 408 Request Timeout | Сервер не дождался полного запроса от клиента. | Проверить соединение, перезагрузить страницу, повторить отправку формы, попробовать другую сеть. | Проверить таймауты веб-сервера, медленные загрузки файлов, прокси, балансировщик и сетевые задержки. |
| 409 Conflict | Запрос конфликтует с текущим состоянием ресурса. Часто встречается в API, при одновременном редактировании или повторной операции. | Обновить страницу, проверить, не было ли действие уже выполнено, повторить позже. | Проверить логику блокировок, версии записей, idempotency key, обработку повторных запросов и конкурентных изменений. |
| 410 Gone | Ресурс удалён навсегда. В отличие от 404, сервер явно сообщает, что страница больше не вернётся. | Искать новый раздел сайта или актуальный материал по теме. | Использовать 410 для окончательно удалённых страниц, а для переехавших материалов настраивать 301-редирект. |
| 413 Content Too Large | Запрос слишком большой. Обычно пользователь загружает файл крупнее разрешённого лимита. | Уменьшить файл, загрузить другой формат, проверить ограничения формы. | Настроить client_max_body_size в nginx, лимиты Apache, PHP, Node.js, CDN и приложения. |
| 429 Too Many Requests | Слишком много запросов за короткое время. Сработал rate limit. | Подождать, не обновлять страницу десятки раз подряд, отключить агрессивные расширения или бота. | Проверить лимиты API, WAF, CDN, защиту от ботов, корректность заголовка Retry-After и исключения для доверенных сервисов. |
| 500 Internal Server Error | Общая серверная ошибка. Сервер столкнулся с ситуацией, для которой не смог подобрать более точный код. | Обновить страницу, повторить позже, сообщить владельцу сайта время ошибки и адрес страницы. | Смотреть error log, трассировки приложения, последние релизы, ошибки базы данных, права файлов, переменные окружения и нехватку ресурсов. |
| 501 Not Implemented | Сервер не поддерживает нужный метод или функциональность. | Если ошибка возникла в браузере, повторить позже или обратиться в поддержку. | Проверить поддержку HTTP-методов, настройки API, reverse proxy и соответствие клиента документации. |
| 502 Bad Gateway | Шлюз или прокси получил некорректный ответ от вышестоящего сервера. Часто встречается при связке nginx и приложения. | Обновить страницу, подождать несколько минут, проверить сайт через другую сеть, отключить VPN или прокси. | Проверить доступность upstream, PHP-FPM, Node.js, Gunicorn, базу данных, DNS, CDN, балансировщик, таймауты и логи reverse proxy. |
| 503 Service Unavailable | Сервис временно недоступен. Сервер перегружен, перезапускается или закрыт на технические работы. | Повторить позже. Если сайт показывает время восстановления, ориентироваться на него. | Проверить нагрузку, очередь запросов, автоскейлинг, maintenance mode, лимиты хостинга, доступность базы данных и кэша. |
| 504 Gateway Timeout | Прокси или шлюз не дождался ответа от вышестоящего сервера. | Повторить запрос позже, особенно если страница выполняет тяжёлую операцию. | Искать медленные SQL-запросы, долгие внешние API, зависшие воркеры, недостаток ресурсов, слишком короткие proxy_read_timeout и fastcgi_read_timeout. |
| 505 HTTP Version Not Supported | Сервер не поддерживает HTTP-версию из запроса. Иногда причина не в версии, а в неправильно сформированной строке запроса или некорректной настройке промежуточного узла. | Обновить браузер, отключить сомнительный прокси или VPN, попробовать другую сеть. | Проверить веб-сервер, балансировщик, CDN, формат request line, поддержку HTTP/1.1, HTTP/2 или HTTP/3 и корректное экранирование URL. |
Таблица помогает быстро расшифровать код, но в реальной диагностике важнее не сам номер, а место, где запрос сломался. Один и тот же экран ошибки может появиться из-за браузера, CDN, обратного прокси, бэкенд-сервиса, базы данных или внешнего API. Поэтому полезно смотреть на цепочку целиком: пользователь отправил запрос, промежуточные узлы передали его дальше, приложение обработало данные и вернуло ответ.
Для поддержки сайта хороший отчёт об ошибке почти всегда ценнее фразы «страница не открывается». Попросите пользователя указать точный адрес, время, браузер, сеть, наличие VPN, действие перед ошибкой и скриншот. По этим данным администратор быстрее сопоставит жалобу с логами и поймёт, затронул сбой одного посетителя, отдельный регион или весь сервис.
После исправления проверьте не только проблемную страницу, но и соседние сценарии: форму входа, поиск, корзину, отправку файлов, API-запросы и редиректы. Ошибка часто видна на одной странице, хотя причина находится в общем компоненте, например в авторизации, кэше, правилах маршрутизации или лимитах инфраструктуры.
Что сделать в первую очередь, если страница не открывается?
Сначала обновите страницу, проверьте адрес в строке браузера и откройте сайт в новой вкладке. Если ошибка осталась, попробуйте режим инкогнито, другую сеть или временно отключите VPN. Такой порядок помогает отделить проблему сайта от сбоя в браузере, расширениях, cookie или соединении.
Почему у меня сайт не открывается, а у других работает?
Причина может быть в вашей сети, DNS, VPN, прокси, кэше браузера, блокировке со стороны провайдера или настройках безопасности сайта. Проверьте страницу с мобильного интернета и другого браузера. Если через другую сеть сайт открывается, проблема, скорее всего, не в самой странице.
Безопасно ли обновлять страницу несколько раз подряд?
Один-два повтора обычно не вредят. Но постоянное обновление страницы может усилить нагрузку на сайт или привести к временному ограничению запросов. Если ошибка появляется снова, лучше подождать несколько минут и повторить попытку позже.
Что написать в поддержку, чтобы проблему быстрее нашли?
Передайте точный адрес страницы, время ошибки, код на экране, название браузера, устройство и кратко опишите действие перед сбоем. Скриншот тоже поможет. Такая информация даёт поддержке возможность сопоставить жалобу с логами и быстрее понять, где запрос сломался.
Нужно ли чистить весь кэш браузера при ошибке страницы?
Не обязательно. Лучше начать с очистки данных только для проблемного сайта или открыть страницу в режиме инкогнито. Полная очистка кэша и cookie может выйти боком: придётся заново входить в аккаунты и настраивать часть сайтов.
Ошибки 4xx сначала проверяют со стороны адреса, прав доступа, ссылок и запроса; 5xx разбирают по логам сервера, прокси, приложения и инфраструктуры. Для пользователя лучший шаг при сложной ошибке – передать владельцу сайта URL, время, код и скриншот. Для владельца сайта лучший шаг – не скрывать ошибку общей страницей, а найти конкретный участок цепочки, где запрос ломается.
