303 See Other indica al cliente que obtenga otro recurso, indicado en el encabezado Location, con GET (o HEAD). No dice que el recurso original se haya trasladado; apunta a un recurso distinto que contiene la respuesta.
Su uso principal es el patrón Post/Redirect/Get. Después de enviar un formulario con POST, el servidor responde 303 con la URL de una página de confirmación, y el navegador carga esa página con GET. Así, al recargarla o volver atrás, el formulario no se vuelve a enviar. Al seguir un 303, los navegadores cambian a GET cualquier método excepto HEAD y descartan el cuerpo de la solicitud.
Un 303 no se almacena en caché por defecto. Un 303 en respuesta a un GET también puede indicar que el servidor no tiene una representación de lo solicitado en sí, sino que lo describe en otra URL, un patrón que se usa en Linked Data.
Ejemplo de respuesta
HTTP/1.1 303 See Other
Date: Fri, 06 Nov 2026 10:15:32 GMT
Location: /orders/8412/confirmation
Content-Length: 0SEO y verificación de redirecciones
Google trata el 303 como una redirección temporal: la URL original suele seguir indexada y el destino solo recibe una señal canónica débil. Encaja con su propósito, ya que los destinos de un 303 suelen ser páginas de resultado o de confirmación, no contenido que deba posicionarse. No uses 303 para trasladar páginas de forma permanente; usa 301 o 308. Una verificación de redirecciones con el método POST muestra cómo la solicitud se convierte en un GET en el salto 303.
Causas frecuentes y casos de uso
- Post/Redirect/Get: un controlador de formularios redirige a una página de “gracias” o de pedido después de un
POST. - Una API acepta una tarea y remite al cliente a un recurso distinto con el resultado.
- Linked Data: una URI que nombra algo del mundo real redirige a un documento que lo describe.