Ошибка 422 — HTTP-статусы
Что это значит
Код 422 Unprocessable Content указывает, что сервер понял синтаксис запроса, но не может обработать его из-за семантической ошибки в данных. Это означает, что структура запроса корректна (например, валидный JSON), но его содержимое нарушает бизнес-логику или правила валидации сервера. Пользователь обычно видит сообщение об ошибке с деталями, какие поля или значения неверны. Система отклоняет запрос без внесения изменений.
Вероятные причины
- Отсутствие обязательного поля в теле запроса
- Некорректный формат данных (например, email без @)
- Значение поля выходит за допустимые пределы (число вне диапазона, слишком длинная строка)
- Нарушение уникальности (попытка создать дубликат)
- Несоответствие типов данных (строка вместо числа)
- Неверная комбинация полей (например, дата начала позже даты окончания)
- Отсутствие необходимых прав для выполнения операции с данными
- Попытка изменить ресурс в недопустимом статусе
Что делать — по порядку
- Проверьте тело запроса на соответствие документации API: все обязательные поля должны быть заполнены
- Убедитесь, что типы данных полей совпадают с ожидаемыми (строка, число, булево и т.д.)
- Проверьте значения на допустимые диапазоны и форматы (длина строки, регулярные выражения)
- Проверьте, не нарушаются ли ограничения уникальности (например, email уже зарегистрирован)
- Проверьте логику комбинаций полей (например, дата начала не должна быть позже даты окончания)
- Если ошибка возникает при обновлении ресурса, проверьте его текущий статус
- Используйте отладочные инструменты (Postman, curl) для изоляции проблемы
- Обратитесь к документации API или разработчикам для уточнения правил валидации
Нажимайте на пункты, чтобы отмечать выполненные.
Частые вопросы
Чем 422 отличается от 400 Bad Request?
400 означает синтаксическую ошибку (неверный JSON, кривой запрос), а 422 — семантическую: синтаксис верен, но данные не проходят валидацию.
Что делать, если я получаю 422 при регистрации?
Проверьте, что все обязательные поля (имя, email, пароль) заполнены и соответствуют формату. Часто ошибка в пароле (слишком короткий) или email (неверный формат).
Может ли 422 быть вызван проблемой на сервере?
Нет, 422 — это ошибка клиента. Сервер сообщает, что данные не соответствуют его правилам. Проблема в запросе, а не в сервере.
Как исправить 422 в Postman?
Откройте вкладку Body, проверьте тип (raw/JSON) и содержимое. Сравните с примером из документации API. Исправьте поля, которые не проходят валидацию.
Почему я получаю 422, хотя все поля заполнены?
Возможно, одно из полей имеет недопустимое значение (например, слишком длинное) или нарушена бизнес-логика (например, дата в прошлом). Проверьте ответ сервера — в нём обычно указано конкретное поле и причина.
Источники
- RFC 4918 - HTTP Extensions for Web Distributed Authoring and Versioning (WebDAV) проверено 28.07.2026
Где встречается
HTTP-статус, определённый в RFC 4918 (WebDAV) и широко используемый в REST API, включая веб-приложения, мобильные бэкенды, микросервисы