ErrorBase
Referencia técnica independienteSitio oficial
  • Software y sistemas
  • Servicio HTTP

302

Respuesta HTTP 302 Found en servicio web: desvío temporal

Verificada con fuentes2 fuentesRevisada 18 oct 2026
¿Viene un técnico? Mira los 2 pasos que debe enseñarte

Nivel de riesgo

Seguro

Puedes actuar sin peligro siguiendo las comprobaciones seguras.

Urgencia

Media — atiéndelo hoy

Respuesta rápida

El código de estado HTTP 302 (Found) indica que el recurso solicitado reside de forma temporal en otro URI indicado por la cabecera Location. Revisa si el navegador completa el salto o entra en bucle, evita actualizar marcadores al destino temporal y anota el URI original si falla un envío POST.

Seguridad primero

Antes de continuar

  • No sustituyas enlaces permanentes ni marcadores por la dirección a la que apunta un HTTP 302: RFC 9110 establece que el desvío es temporal y que el cliente debe seguir utilizando el URI original en futuras peticiones.

Puedes hacerlo con seguridad

  • Comprobar en la barra de direcciones si el salto temporal llega a destino o entra en bucle
  • Inspeccionar el campo de cabecera Location en la respuesta HTTP 302
  • Verificar si una petición POST se transforma en GET tras recibir el 302

Deja estas tareas a un profesional cualificado

  • No intentes esta tarea profesional: Sustitución de 302 por 307 Temporary Redirect cuando deba conservarse el método POST
  • No intentes esta tarea profesional: Corrección de la cabecera Location o eliminación de redirecciones cíclicas en el servidor

Lo que un técnico debe poder justificar

Viene un técnico

Estos son los pasos que tiene que hacer y enseñarte. Márcalos mientras trabaja: si se salta pasos, no aceptes el cambio de pieza.

No son instrucciones para que abras o manipules el equipo. Son las comprobaciones que deben sostener una conclusión técnica.

  1. Sustitución de 302 por 307 Temporary Redirect cuando deba conservarse el método POST

    Qué haceSi un endpoint recibe envíos mediante POST y necesita redirigir temporalmente sin que el agente de usuario cambie el método a GET, el desarrollador o administrador configura el código 307 (Temporary Redirect) definido en RFC 9110.

    Te tiene que enseñarla traza de red donde la petición redirigida mantiene su método con el código 307.

    Por escritola ruta modificada y el código de estado HTTP aplicado en el servidor.

  2. Corrección de la cabecera Location o eliminación de redirecciones cíclicas en el servidor

    Qué haceCuando el código 302 carece de cabecera Location válida o provoca una redirección cíclica entre rutas, el administrador o responsable del alojamiento corrige la regla de desvío temporal.

    Te tiene que enseñarla respuesta 302 con su cabecera Location corregida y la carga completa sin bucle.

    Por escritola regla de redirección actualizada y la condición bajo la cual se aplica.

Antes de aceptar una pieza o reparación

Aún no ha demostrado nada. No aceptes un cambio de pieza solo por el código.

Sigue estos pasos

Aviso: Sigue el orden documentado. Un código identifica el sistema afectado, pero por sí solo no demuestra qué pieza está averiada.

  1. Comprobar en la barra de direcciones si el salto temporal llega a destino o entra en bucle

    Sin herramientas especiales

    Quién:
    Tú como visitante desde el navegador web, sin intentar eludir controles de acceso ni protecciones del sitio.
    Cómo:
    Abre el URI original, observa a qué dirección final te traslada el navegador tras recibir el 302 y no actualices tus marcadores porque RFC 9110 indica conservar el URI original para futuras peticiones.
    Resultado que importa:
    Distingue una redirección temporal normal de una redirección cíclica o un destino roto.
    Si el navegador carga la página de destino esperada, confirma que el desvío temporal 302 funciona según el estándar y descarta un error.
    Si el navegador avisa de un bucle de redirecciones o queda detenido sin destino, indica una configuración defectuosa del campo Location que debes comunicar al administrador del sitio.
    Evidencia a conservar:
    Anota el URI original solicitado, el URI final visible y la hora exacta de la prueba.

    Evidencia: RFC 9110 section 15.4.3 - 302 Found

  2. Inspeccionar el campo de cabecera Location en la respuesta HTTP 302

    Sin herramientas especiales

    Quién:
    El desarrollador o administrador del sitio revisando el panel de red del navegador o del cliente HTTP.
    Cómo:
    Localiza la respuesta con código 302 Found y comprueba que el servidor genere el campo de cabecera Location con una referencia URI válida hacia el recurso temporal.
    Resultado que importa:
    Verifica el requisito de RFC 9110 sección 15.4.3 para que el agente de usuario pueda redirigir automáticamente.
    Si la respuesta 302 incluye un campo Location que resuelve a un URI accesible sin volver a redirigir en círculo, confirma que el desvío está bien formado.
    Si falta la cabecera Location o encadena un ciclo entre dos rutas, confirma el origen del fallo en las reglas de redirección del servidor.
    Evidencia a conservar:
    Captura o exportación de las cabeceras HTTP de respuesta donde figuren el estado 302 y el valor de Location.

    Evidencia: RFC 9110 section 15.4.3 - 302 Found · IANA Hypertext Transfer Protocol Status Code Registry

  3. Verificar si una petición POST se transforma en GET tras recibir el 302

    Sin herramientas especiales

    Quién:
    El desarrollador o integrador analizando la secuencia de peticiones en las herramientas de red.
    Cómo:
    Revisa el método HTTP de la petición original y el método que envía el agente de usuario en la petición siguiente al seguir el 302.
    Resultado que importa:
    Comprueba si aplica la nota histórica de RFC 9110 por la que el cliente cambia POST a GET y retira las cabeceras de contenido.
    Si la primera petición era POST y la siguiente sale como GET perdiendo los datos enviados, confirma que el servidor debe usar 307 (Temporary Redirect) en lugar de 302.
    Si la petición original ya era GET o HEAD, descarta una pérdida por cambio de método e indica revisar el recurso de destino.
    Evidencia a conservar:
    Registro de red con el método de la primera petición (302) y el método de la petición redirigida.

    Evidencia: RFC 9110 section 15.4.3 - 302 Found

Situación no resuelta

Si el error persiste, no sigas probando por tu cuenta. Mira qué tiene que hacer y enseñarte el técnico.

Dónde se aplica este código

Un código solo tiene significado dentro del producto y la versión correctos.

Ámbito principal

Sistema
Software y sistemas
Marca
HTTP
Tipo de producto
Servicio HTTP

Variantes conocidas del código

  • 302 Encontrado
  • 302 Found
  • 302 Gefunden
  • 302 Trouvé
  • 302 Trovato
  • código HTTP 302
  • error HTTP 302
  • événement Fronius 302
  • événement SMA 302
  • evento Fronius 302
  • evento SMA 302
  • Fronius Ereignis 302
  • Fronius event 302
  • Fronius inverter 302
  • Fronius Symo / Eco 302
  • Fronius Wechselrichter 302
  • Growatt 302 sin conexión de red
  • Growatt error 302
  • Growatt Error: 302
  • Growatt No AC Connection
  • Growatt no grid connection
  • HTTP 302
  • HTTP error 302
  • HTTP status 302
  • inversor Fronius 302
  • inversor SMA 302
  • inverter Fronius 302
  • inverter SMA 302
  • onduleur Fronius 302
  • onduleur SMA 302
  • SMA Ereignis 302
  • SMA event 302
  • SMA inverter 302
  • SMA Wechselrichter 302
  • status code 302
  • Sunny Tripower X 302

Qué significa

En la sección 15.4.3 de RFC 9110 y en el registro oficial de IANA, el código HTTP 302 (Found) señala que el recurso de destino reside temporalmente bajo un URI diferente y que, como ese desvío puede cambiar, el cliente debe seguir utilizando el URI original en futuras peticiones al servidor. El servidor debería generar un campo de cabecera Location con la referencia al nuevo URI para que el agente de usuario redirija automáticamente, aunque por razones históricas puede transformar un método POST en GET en la petición siguiente (para conservar el método se emplea 307 Temporary Redirect). Ver un 302 por sí solo nunca demuestra un fallo del servidor ni de la red.

Advertencias y condiciones de parada

  • Seguroverificada con fuente

    No sustituyas enlaces permanentes ni marcadores por la dirección a la que apunta un HTTP 302: RFC 9110 establece que el desvío es temporal y que el cliente debe seguir utilizando el URI original en futuras peticiones.

    Evidencia: RFC 9110 section 15.4.3 - 302 Found

Síntomas y causas

Causas probables · en orden

  • Recurso alojado temporalmente en un URI distinto mediante la cabecera LocationConfirmada

    RFC 9110 sección 15.4.3 define que el código 302 (Found) informa de que el recurso de destino reside de manera temporal bajo otro URI proporcionado por el servidor en el campo de cabecera Location.

    Evidencia: RFC 9110 section 15.4.3 - 302 Found · IANA Hypertext Transfer Protocol Status Code Registry

  • Cambio del método de petición de POST a GET al seguir la redirección 302Posible

    Por motivos históricos recogidos en RFC 9110 secciones 15.4 y 15.4.3, el agente de usuario puede cambiar el método de petición de POST a GET en la solicitud posterior a un 302, haciendo que se eliminen cabeceras y cuerpo del envío.

    Evidencia: RFC 9110 section 15.4.3 - 302 Found

  • Redirección cíclica o respuesta 302 sin un destino Location válidoPosible

    RFC 9110 sección 15.4 indica que la redirección automática depende del campo Location y que el cliente debe detectar e intervenir ante redirecciones cíclicas (bucles infinitos de redirección).

    Evidencia: RFC 9110 section 15.4.3 - 302 Found

Técnico virtual

¿Sigue apareciendo 302 tras comprobarlo?

Responde unas preguntas para acotar la causa probable y la siguiente acción segura. Es una orientación - nunca sustituye a un profesional.

Iniciar diagnóstico

Fuentes y referencias técnicas

  1. 1

    RFC 9110 section 15.4.3 - 302 Found

    Internet Engineering Task Force · 2022 · official_doc

  2. 2

    IANA Hypertext Transfer Protocol Status Code Registry

    Internet Assigned Numbers Authority · 2025 · official_doc

Fuentes: RFC 9110 section 15.4.3 - 302 Found · IANA Hypertext Transfer Protocol Status Code Registryrevisado 2026-10-18 · verificado

¿Te ha resultado útil esta ficha?