Код 201 Created означает, что запрос успешно обработан и на сервере создан новый ресурс: запись в базе, файл или документ. Это не ошибка, а один из кодов успеха группы 2xx. Чаще всего 201 возвращают API в ответ на POST-запросы. Если мониторинг фиксирует такой ответ, проверяемый адрес работает и создаёт то, что должен.
Что означает код 201
201 — код успеха из группы 2xx, описанный в стандарте RFC 9110. Сервер возвращает его, когда запрос не просто выполнен, а привёл к созданию нового ресурса. Классический пример — POST-запрос к API интернет-магазина: сервер завёл заказ и ответил 201. Адрес созданного ресурса указывается в заголовке Location; если заголовка нет, ресурсом считается сам запрошенный адрес.
Главное отличие от 200 OK: 200 — универсальный успех без уточнений, 201 — успех именно с созданием. Смежный код 202 Accepted сообщает, что запрос принят, но обработка ещё не завершена, а 204 No Content — что успех есть, но тела ответа нет. Место 201 среди остальных кодов — в полном списке кодов ответа HTTP.
Парные к 201 ошибки — то, что API возвращает, когда создать ресурс не удалось: 400 Bad Request при некорректном запросе, 422 Unprocessable Entity при ошибках валидации и 409 Conflict при конфликте с уже существующей записью.
Считает ли Tracker.ru 201 падением
Нет. Успешной Tracker.ru считает любую проверку с кодом 2xx, и 201 входит в эту группу. Сайт остаётся в статусе «доступен», уведомления о падении на email, в Telegram или по webhook не отправляются, а статистика аптайма не ухудшается. Проверки идут из нескольких регионов, и ответ 201 из любого из них трактуется одинаково: сервис работает.
Типичные причины
- REST API создания сущности. Бэкенд-фреймворки — Laravel, Django REST Framework, Ruby on Rails — отвечают 201 на успешный POST: создание заказа, пользователя, комментария.
- Загрузка файлов по WebDAV. Apache с модулем mod_dav и nginx с модулем dav возвращают 201, когда запрос PUT или MKCOL создал файл либо каталог.
- Приёмник webhook-событий. Сервис принял уведомление от платёжной системы или CRM и завёл запись — многие интеграции отвечают 201 вместо 200.
- На мониторинг добавлен API-адрес вместо страницы. Проверка обращается к эндпоинту создания и получает 201. Это не сбой, но, возможно, вы хотели следить за самим сайтом.
- CDN или прокси передал ответ приложения без изменений. Cloudflare и другие CDN не генерируют 201 сами — код всегда приходит от вашего бэкенда.
- Нестандартная настройка бэкенда. Разработчик вручную проставил 201 для обычной страницы. Код успешный, но семантически неверный: для простой отдачи HTML корректен 200.
Что проверить владельцу сайта
- Откройте онлайн-проверку кода ответа — она без регистрации покажет фактический ответ сервера на запрос со стороны.
- Сверьте адрес монитора. Если хотели следить за сайтом, а проверяется API-эндпоинт, добавьте на мониторинг публичную страницу — например главную.
- Проверьте заголовок Location в ответе: по стандарту он указывает адрес созданного ресурса. Пустой или неверный Location запутает клиентов вашего API.
- Если проверяемый эндпоинт действительно создаёт записи — оцените, не копятся ли тестовые объекты в базе: каждый успешный запрос добавляет новый. Для регулярных проверок безопаснее выделить отдельный адрес состояния (health check), который ничего не создаёт.
- Если 201 отдаёт обычная страница — найдите в коде бэкенда место, где статус проставлен вручную, и верните 200.
Как часто встречается 201 на практике
За десять с лишним миллионов проверок Tracker.ru код 201 попался лишь 34 раза (по данным на июль 2026). Причина в самой природе мониторинга: проверки обычно направлены на страницы сайтов, а те отвечают 200. Ответ 201 появляется, когда на мониторинг поставлен API-эндпоинт, создающий данные.
Частые вопросы
Мониторинг показывает 201 — сайт упал?
Нет. 201 — код успеха: Tracker.ru помечает такую проверку как доступность, уведомления о падении не приходят. Падением считается только ответ с кодом вне группы 2xx — например серверная ошибка 500 или 503.
Чем 201 отличается от 200 OK?
200 — универсальный ответ «всё хорошо», его возвращают на обычные запросы страниц. 201 несёт дополнительный смысл: в результате запроса появился новый ресурс, и его адрес указан в заголовке Location. Для мониторинга разницы нет — оба кода успешные.
Должна ли обычная страница сайта возвращать 201?
Нет. Для отдачи HTML-страницы корректен 200 OK. Код 201 уместен только там, где запрос создаёт ресурс: в API, при загрузке файлов, в приёмниках webhook-событий. Если витрина сайта отвечает 201, поищите ошибку в настройках бэкенда.