Код 413 Payload Too Large означает, что сервер отказался обрабатывать запрос: его тело больше допустимого лимита. Чаще всего ошибка всплывает при загрузке файлов — фотографий, документов, резервных копий. Сайт при этом обычно открывается, но посетители не могут отправить форму или загрузить файл. Для владельца сайта это сигнал сверить лимиты размера запроса на веб-сервере, прокси и в приложении.
Что означает код 413
413 — клиентская ошибка из группы 4xx. Актуальный стандарт RFC 9110 называет её Content Too Large; раньше код звался Payload Too Large и Request Entity Too Large. Все три имени означают одно: тело запроса превышает предел, который готов принять сервер. Если ограничение временное, стандарт разрешает добавить в ответ заголовок Retry-After — подсказку, когда повторить попытку.
Смежные коды легко перепутать. 414 URI Too Long — слишком длинный адрес страницы, а не тело запроса. 431 Request Header Fields Too Large — превышен размер заголовков. А 400 Bad Request сообщает о некорректном запросе без уточнения причины. Место 413 среди остальных кодов — в полном списке кодов ответа HTTP.
Ответ 413 может вернуть не только ваш сервер. Обратный прокси, CDN или балансировщик с собственным лимитом отклонит запрос раньше, чем тот дойдёт до приложения.
Считает ли Tracker.ru 413 падением
Да. Успешной Tracker.ru считает только проверку с кодом 2xx. Ответ 413 помечает сайт недоступным, тип ошибки — «HTTP-ошибка», и вы получаете уведомление на email, в Telegram или по webhook. Важный нюанс: проверка доступности — небольшой запрос без загрузки файлов. Если монитор фиксирует 413, сервер отклоняет даже обычный запрос — это почти всегда ошибка конфигурации веб-сервера, прокси или слишком строгое правило WAF, а не реальное превышение размера. Проверки идут из нескольких регионов, а периоды недоступности отражаются в статистике аптайма.
Типичные причины
- Лимит nginx. Директива client_max_body_size по умолчанию разрешает тело до 1 МБ. Файл больше — nginx вернёт 413 со страницей «Request Entity Too Large», даже не передав запрос приложению.
- Лимит Apache. Директива LimitRequestBody ограничивает размер тела запроса; при превышении сервер отвечает 413.
- Ограничение в приложении. Фреймворки ставят собственные пороги: например, body-parser в Node.js по умолчанию принимает тело до 100 КБ и отвечает 413 при превышении.
- CDN или прокси перед сайтом. У Cloudflare лимит загрузки на бесплатном тарифе — около 100 МБ; свои пороги есть у балансировщиков и API-шлюзов. Запрос отклоняется до того, как достигнет вашего сервера.
- Несогласованные лимиты в цепочке. Приложение готово принять 50 МБ, а прокси перед ним — только 10. Пользователи получают 413, хотя «в настройках всё разрешено».
- Правило WAF или защиты от атак, отклоняющее крупные POST-запросы. Слишком строгое правило блокирует и обычные запросы — тогда 413 видит и мониторинг.
Что проверить владельцу сайта
- Откройте онлайн-проверку кода ответа своего сайта — она покажет, отвечает ли сервер 413 на обычный запрос без загрузки данных.
- Воспроизведите проблему: загрузите файл, на который жалуются посетители, и зафиксируйте его размер.
- Проверьте лимит веб-сервера: client_max_body_size в nginx (в блоках http, server и location) или LimitRequestBody в Apache. После правки перезагрузите конфигурацию.
- Сверьте лимиты приложения: настройки фреймворка и максимальный размер загрузки в CMS.
- Пройдитесь по всей цепочке: CDN → балансировщик → веб-сервер → приложение. Итоговый лимит равен минимальному из всех.
- Если 413 фиксирует мониторинг на обычной странице — ищите правило WAF или ошибку конфигурации прокси, а не размер файлов.
Как часто встречается 413 на практике
На десять с лишним миллионов проверок Tracker.ru пришлось 36 ответов с кодом 413 (по данным на июль 2026). Причина в том, что проверки доступности не загружают файлы и не отправляют больших форм. Посетители сайтов сталкиваются с 413 заметно чаще — при загрузке изображений, документов и резервных копий.
Частые вопросы
Почему сайт открывается, а при загрузке файла появляется 413?
Просмотр страниц — это небольшие запросы, они проходят под любым лимитом. Загрузка файла отправляет большое тело запроса, и первый же узел с меньшим порогом — прокси, веб-сервер или приложение — отвечает 413. Поднимите лимит на узле, который срабатывает первым.
Почему мониторинг показывает 413, если проверка ничего не загружает?
Значит, сервер отклоняет даже обычный запрос без тела. Так бывает при слишком строгих правилах WAF, ошибке в конфигурации прокси или неверно применённом лимите. Смотрите логи веб-сервера в момент проверки — там видно, какое правило сработало.
Какой лимит размера запроса ставить?
Отталкивайтесь от задач посетителей: для фотографий обычно хватает 10–20 МБ, для видео и резервных копий нужен больший порог. Главное — выставить одинаковое значение на всех узлах цепочки, иначе итоговый лимит окажется меньше ожидаемого.