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

414

HTTP 414 URI Too Long: la dirección pedida es demasiado larga

Verificada con fuentes2 fuentesRevisada 4 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

HTTP 414 indica que la dirección (URL) que pidió tu navegador es más larga de lo que el servidor acepta interpretar. Revisa si la URL tiene tramos repetidos y entra desde la portada; si ocurre al enviar un formulario, avisa al desarrollador.

Seguridad primero

Antes de continuar

  • Subir el límite de longitud de URI sin corregir un bucle de redirecciones solo retrasa el error y deja pasar peticiones abusivas.
  • Un 414 puede guardarse en caché, así que tras la corrección quizá tengas que recargar forzando la petición o esperar a que caduque.

Puedes hacerlo con seguridad

  • Forma de la dirección en la barra
  • Acceso desde la página principal
  • Método del formulario y redirecciones

Deja estas tareas a un profesional cualificado

  • No intentes esta tarea profesional: Corrección del formulario o de la regla de redirección
  • No intentes esta tarea profesional: Revisión del límite de URI y de los registros

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. Corrección del formulario o de la regla de redirección

    Qué haceEl desarrollador cambia a POST los formularios que mandan muchos datos y corrige la regla que provoca redirecciones encadenadas.

    Te tiene que enseñarel formulario enviado sin error y la cadena de redirecciones resuelta en un salto.

    Por escritoqué formulario o regla se cambió y en qué versión.

  2. Revisión del límite de URI y de los registros

    Qué haceEl administrador o el soporte del hosting comprueba la longitud máxima de URI configurada en el servidor y el proxy, y busca en los registros peticiones anómalas.

    Te tiene que enseñarel valor configurado y las líneas de registro revisadas.

    Por escritosi se cambió el límite o se bloqueó un origen.

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. Forma de la dirección en la barra

    Sin herramientas especiales

    Quién:
    tú, como visitante.
    Cómo:
    copia la URL que dio el error en un editor de texto y mira si contiene tramos repetidos o una cadena muy larga tras el signo de interrogación.
    Resultado que importa:
    qué parte hace crecer la dirección.
    Si ves el mismo tramo repetido varias veces:
    indica un bucle de redirecciones; avisa al administrador con esa URL.
    Si la longitud está en los datos tras el interrogante:
    confirma que el formulario envía sus datos en la dirección.
    Evidencia a conservar:
    la URL completa guardada en un archivo, quitando correos o nombres.

    Evidencia: RFC 9110 section 15.4 - Redirection 3xx · RFC 9110 section 15.5.15 - 414 URI Too Long

  2. Acceso desde la página principal

    Sin herramientas especiales

    Quién:
    tú, como visitante.
    Cómo:
    abre la portada de la web escribiendo solo el dominio y llega navegando a la sección que buscabas.
    Resultado que importa:
    si la sección funciona con una dirección corta.
    Si funciona:
    indica que el problema estaba en el enlace largo que usaste; descarta un fallo general del sitio.
    Si al enviar el mismo formulario vuelve el 414:
    confirma que el formulario genera la URL larga; pásalo al desarrollador.
    Evidencia a conservar:
    la hora y el paso exacto en que aparece el error.

    Evidencia: RFC 9110 section 15.5.15 - 414 URI Too Long · 414 URI Too Long - HTTP | MDN

  3. Método del formulario y redirecciones

    Sin herramientas especiales

    Quién:
    el desarrollador de la web.
    Cómo:
    revisa el atributo method del formulario implicado y sigue con las herramientas de red la cadena de respuestas 3xx hasta el 414.
    Resultado que importa:
    si los datos viajan por GET o si una regla de redirección se realimenta.
    Si el método es get con muchos campos:
    confirma la causa del ejemplo de MDN; cámbialo a post.
    Si hay redirecciones que alargan la URL:
    indica una regla mal escrita; corrígela antes de tocar límites.
    Evidencia a conservar:
    exportación HAR de la secuencia sin cookies y el fragmento del formulario.

    Evidencia: RFC 9110 section 15.4 - Redirection 3xx · RFC 9110 section 15.5.15 - 414 URI Too Long · 414 URI Too Long - HTTP | MDN

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

  • 414 URI demasiado larga
  • 414 URI Too Long
  • 414 URI trop longue
  • 414 URI troppo lungo
  • 414 URI zu lang
  • Bosch 414 bici elettrica
  • Bosch 414 bicicleta eléctrica
  • Bosch 414 E-Bike
  • Bosch 414 eBike
  • Bosch 414 vélo électrique
  • Bosch eBike code 414
  • Bosch eBike error 414
  • Bosch eBike Fehler 414
  • Bosch eBike Fehlercode 414
  • code Bosch eBike 414
  • codice Bosch eBike 414
  • código Bosch eBike 414
  • erreur Bosch eBike 414
  • error Bosch eBike 414
  • errore Bosch eBike 414
  • HTTP 414
  • HTTP status 414

Qué significa

RFC 9110 define 414 (URI Too Long): el servidor se niega a atender la petición porque la URI de destino supera lo que está dispuesto a interpretar. El estándar lo considera raro y lo asocia a tres situaciones: un formulario que pasa de POST a GET con muchos datos en la consulta, un bucle de redirecciones que alarga la dirección en cada salto o un ataque. RFC 9110 recomienda admitir al menos 8000 octetos. La respuesta puede quedar en caché y el código no dice cuál de las tres situaciones la provocó.

Advertencias y condiciones de parada

  • Seguroadvertencia editorial

    Subir el límite de longitud de URI sin corregir un bucle de redirecciones solo retrasa el error y deja pasar peticiones abusivas.

    Evidencia: RFC 9110 section 15.5.15 - 414 URI Too Long

  • Seguroverificada con fuente

    Un 414 puede guardarse en caché, así que tras la corrección quizá tengas que recargar forzando la petición o esperar a que caduque.

    Evidencia: RFC 9110 section 15.5.15 - 414 URI Too Long

Síntomas y causas

Causas probables · en orden

  • Formulario enviado por GET en lugar de POSTFrecuente

    El formulario mete todos sus datos en la URL porque su método es get, como en el ejemplo de MDN, y la dirección rebasa el límite del servidor. Se confirma si el error aparece al enviar un formulario largo.

    Evidencia: RFC 9110 section 15.5.15 - 414 URI Too Long · 414 URI Too Long - HTTP | MDN

  • Bucle de redireccionesPosible

    Cada redirección añade un fragmento a la dirección hasta hacerla enorme, por ejemplo un prefijo que apunta a un sufijo de sí mismo. Encaja si la barra de direcciones muestra partes repetidas.

    Evidencia: RFC 9110 section 15.4 - Redirection 3xx · RFC 9110 section 15.5.15 - 414 URI Too Long

  • Petición maliciosa contra el servidorMenos común

    RFC 9110 cita como tercera situación un cliente que intenta explotar fallos de seguridad con URI enormes. Solo la puede valorar el administrador en los registros.

    Evidencia: RFC 9110 section 15.5.15 - 414 URI Too Long

Técnico virtual

¿Sigue apareciendo 414 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.

Fuentes y referencias técnicas

  1. 1

    IANA HTTP Status Code Registry

    Internet Assigned Numbers Authority · 2025 · standard

  2. 2

    RFC 9110 - HTTP Semantics

    IETF / RFC Editor · 2022 · standard

Fuentes: IANA HTTP Status Code Registry · RFC 9110 - HTTP Semanticsrevisado 2026-10-04 · verificado

¿Te ha resultado útil esta ficha?