202 Accepted означает, что сервер принял запрос, но еще не выполнил его — и может не выполнить вовсе. В HTTP нет способа позже сообщить о результате фоновой работы, поэтому 202 намеренно ничего не обещает.
Код используется для пакетных задач, экспорта, перекодирования видео, очередей сообщений и другой работы, которая выполняется в фоне. Хороший ответ 202 подсказывает клиенту, что делать дальше: дает URL, по которому можно проверить статус (в теле или в заголовке Location), и примерное время завершения задачи, иногда в заголовке Retry-After.
Клиенты считают 202 успешным ответом. Например, отправители вебхуков, как и при любом коде 2xx, принимают его как подтверждение того, что событие получено.
Пример ответа
HTTP/1.1 202 Accepted
Date: Fri, 06 Nov 2026 10:15:32 GMT
Location: https://api.example.com/v1/exports/3f9c
Retry-After: 30
Content-Type: application/json
Content-Length: 31
{"id":"3f9c","status":"queued"}SEO и проверка редиректов
На страницах для поисковых систем коду 202 не место. Поисковые роботы считают его успешным ответом, но индексировать там обычно нечего. Маячки аналитики и эндпоинты отслеживания часто возвращают 202 или 204, и это нормально: их не сканируют как страницы.
Типичные причины и сценарии использования
- API поставил длительную задачу в очередь и возвращает URL, по которому можно опрашивать ее статус.
- Приемник вебхуков сразу подтверждает получение события, а обрабатывает его позже.
- Эндпоинт логирования или аналитики принимает данные, не подтверждая, что они сохранены.