Код 415 Unsupported Media Type означает, что сервер отказался обрабатывать запрос, потому что не поддерживает формат переданных данных. Обычно проблема в заголовке Content-Type или в самом теле запроса: клиент прислал данные не в том формате, который ждёт сервер. Чаще всего 415 возникает в API и формах загрузки файлов. Если код появился в мониторинге обычной страницы — скорее всего, на проверку добавлен API-адрес или сервер настроен слишком строго.
Что означает код 415
415 — клиентская ошибка из группы 4xx, описанная в стандарте RFC 9110. Сервер понимает сам запрос, но отказывается принимать его содержимое: формат данных, указанный в заголовке Content-Type, не входит в список поддерживаемых. Причиной может быть и заголовок Content-Encoding — например, сервер не умеет распаковывать сжатие, которым закодировано тело запроса.
Смежные коды легко перепутать. 400 Bad Request — общий «некорректный запрос»: сервер не смог его разобрать. 422 Unprocessable Entity — формат верный, данные прочитаны, но не прошли проверку по смыслу. А 415 срабатывает раньше: сервер даже не пытается читать тело, потому что формат не тот. Зеркальный код — 406 Not Acceptable: там сервер не может отдать ответ в формате, который клиент запросил заголовком Accept. Место 415 среди остальных кодов — в полном списке кодов ответа HTTP.
Считает ли Tracker.ru 415 падением
Да. Успешной Tracker.ru считает только проверку с кодом 2xx. Ответ 415 помечает сайт недоступным, тип ошибки — «HTTP-ошибка», и вы получаете уведомление на email, в Telegram или по webhook. Проверки идут из нескольких регионов.
Важный нюанс: проверка доступности запрашивает страницу и не передаёт тело запроса. Поэтому 415 на обычной странице сайта — почти всегда признак неверной настройки: либо на мониторинг добавлен API-адрес, который ждёт данные в определённом формате, либо сервер требует Content-Type даже там, где его быть не должно. Периоды недоступности отражаются в статистике аптайма.
Типичные причины
- Запрос к API без Content-Type: application/json. Фреймворки (Laravel, Spring, Express с middleware для JSON) отклоняют запросы, если заголовок отсутствует или указан как text/plain.
- На мониторинг добавлен API-эндпоинт. Адрес рассчитан на запросы с телом определённого формата, а автоматическая проверка тело не передаёт — сервер отвечает 415.
- Загрузка файла неподдерживаемого формата. Сервер принимает только изображения (JPEG, PNG), а пользователь или интеграция отправляет другой тип файла.
- Неподдерживаемое сжатие тела запроса. Клиент передал Content-Encoding: gzip или br, а сервер или прокси перед ним не умеет распаковывать такие запросы.
- Слишком строгая проверка charset. Отдельные серверы отклоняют application/json; charset=utf-8, ожидая заголовок без параметра charset.
- Правило WAF, CDN или обратного прокси. Фильтр на границе блокирует запросы с «подозрительными» типами содержимого до того, как они дойдут до приложения.
Что проверить владельцу сайта
- Откройте онлайн-проверку кода ответа своего сайта — она покажет реальный ответ сервера без кэша и расширений браузера.
- Сверьте адрес на мониторинге. Если это API-эндпоинт, поставьте на проверку обычную страницу или специальный адрес состояния сервиса, который отвечает на простой запрос.
- Посмотрите логи веб-сервера и приложения: какой Content-Type пришёл в отклонённых запросах и какие форматы сервер готов принять.
- Проверьте интеграции и формы загрузки: заголовок Content-Type должен точно соответствовать формату данных — application/json для JSON, multipart/form-data для файлов.
- Уточните настройки WAF, CDN или прокси — не отклоняют ли они запросы по типу содержимого раньше вашего приложения.
Как часто встречается 415 на практике
Код 415 зафиксирован в статистике Tracker.ru 28 раз за десять с лишним миллионов проверок (по данным на июль 2026). Это ожидаемо: ошибка живёт в основном внутри API-запросов с телом, а мониторинг доступности обычно проверяет страницы, где формат содержимого запроса роли не играет.
Частые вопросы
Почему мониторинг показывает 415, а в браузере сайт открывается?
Браузер открывает страницу сайта, а на мониторинг мог попасть другой адрес — например, API-эндпоинт, который ждёт данные определённого формата. Другой вариант: сервер или WAF обрабатывает автоматические проверки не так, как запросы браузера. Сравните адреса и посмотрите ответ сервера через онлайн-проверку — без кэша и cookies картина будет честной.
Чем 415 отличается от 400 и 422?
415 — сервер отверг формат тела запроса, даже не разбирая содержимое. 400 — запрос некорректен в целом: битый синтаксис, недопустимые заголовки. 422 — формат правильный и данные прочитаны, но они не прошли проверку по смыслу: например, в JSON не хватает обязательного поля.
Как исправить 415 в API?
Передавайте заголовок Content-Type, точно совпадающий с форматом данных: application/json для JSON, multipart/form-data для файлов. Со стороны сервера — расширьте список поддерживаемых форматов, если запросы клиентов легитимны. После правок убедитесь, что эндпоинт снова отвечает кодом 2xx.