200 OK

La solicitud ha sido exitosa.

El contenido enviado en una respuesta 200 depende del método de solicitud. Para los métodos definidos por esta especificación, el significado previsto del contenido se puede resumir como:

• GET una representación del recurso objetivo
• HEAD la misma representación que GET, pero sin los datos de representación
• POST una representación del estado de, o resultados obtenidos de, la acción;
  • PUT DELETE una representación del estado de la acción;
  • OPTIONS una representación de las opciones de comunicación;
  • TRACE una representación del mensaje de solicitud como fue recibido por el servidor final.

Aparte de las respuestas a CONNECT, una respuesta 200 siempre tiene contenido, aunque un servidor de origen PUEDE generar un cuerpo de contenido de longitud cero. Si no se desea contenido, un servidor de origen debería enviar 204 No Content en su lugar. Para CONNECT, no se permite contenido porque el resultado exitoso es un túnel, que comienza inmediatamente después de la sección de encabezados de respuesta 200.

Una respuesta 200 es cacheable por defecto; es decir, a menos que se indique lo contrario por la definición del método o controles de caché explícitos¹.

• ¹ Calculating Heuristic Freshness RFC7234 Section 4.2.2
• Source: RFC7231 Section 6.3.1

200 Code References

• .NET HTTP Status Enum HttpStatusCode.OK
• Rust HTTP Status Constant http::StatusCode::OK
• Rails HTTP Status Symbol :ok
• Go HTTP Status Constant http.StatusOK
• Symfony HTTP Status Constant Response::HTTP_OK
• Python2 HTTP Status Constant httplib.OK
• Python3+ HTTP Status Constant http.client.OK
• Python3.5+ HTTP Status Constant http.HTTPStatus.OK