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

426

HTTP 426 Upgrade Required: el servidor exige otro protocolo

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 426 indica que el servidor no atiende tu petición con el protocolo actual, pero podría hacerlo si el cliente cambia a otro. La respuesta debe nombrar ese protocolo en la cabecera Upgrade: actualiza la aplicación o el navegador y vuelve a probar una vez.

Seguridad primero

Antes de continuar

  • Una respuesta 426 sin cabecera Upgrade incumple RFC 9110: no es un fallo de tu equipo y cambiar ajustes al azar no lo arregla.

Puedes hacerlo con seguridad

  • Mensaje visible junto al 426
  • Cabecera Upgrade de la respuesta
  • Petición con un cliente compatible

Deja estas tareas a un profesional cualificado

  • No intentes esta tarea profesional: Actualización del cliente al protocolo exigido
  • No intentes esta tarea profesional: Corrección de la respuesta del 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. Actualización del cliente al protocolo exigido

    Qué haceEl desarrollador de la aplicación añade o activa el protocolo que lista la cabecera Upgrade y prueba la petición.

    Te tiene que enseñarla cabecera Upgrade recibida y la petición correcta tras el cambio.

    Por escritoel protocolo añadido y la versión del cliente.

  2. Corrección de la respuesta del servidor

    Qué haceEl administrador comprueba que cada 426 incluye la cabecera Upgrade con los protocolos aceptados.

    Te tiene que enseñaruna respuesta 426 con Upgrade correcta.

    Por escritoel cambio de configuración aplicado.

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. Mensaje visible junto al 426

    Sin herramientas especiales

    Quién:
    tú.
    Cómo:
    lee el texto de la respuesta y apunta si nombra un protocolo o pide actualizar la aplicación.
    Resultado que importa:
    qué protocolo pide el servidor.
    Si pide actualizar:
    hazlo desde la tienda o la web oficial y prueba una vez.
    Si no dice nada útil:
    pasa la dirección y la hora al desarrollador o al soporte.
    Evidencia a conservar:
    captura del mensaje con dirección y hora.

    Evidencia: RFC 9110 section 15.5.22 - 426 Upgrade Required

  2. Cabecera Upgrade de la respuesta

    Sin herramientas especiales

    Quién:
    el desarrollador, con las herramientas de red del navegador o del cliente.
    Cómo:
    abre la respuesta 426 y lee el valor de la cabecera Upgrade.
    Resultado que importa:
    qué protocolos acepta el servidor y en qué orden.
    Si la cabecera lista protocolos:
    el cliente debe usar uno de ellos.
    Si la cabecera falta:
    confirma un incumplimiento del servidor; avisa a su administrador.
    Evidencia a conservar:
    cabeceras completas de la respuesta 426.

    Evidencia: RFC 9110 section 15.5.22 - 426 Upgrade Required · RFC 9110 section 7.8 - Upgrade

  3. Petición con un cliente compatible

    Sin herramientas especiales

    Quién:
    el desarrollador.
    Cómo:
    repite la misma petición una vez con un cliente que admita el protocolo listado en Upgrade.
    Resultado que importa:
    si el 426 desaparece al cambiar de protocolo.
    Si entra:
    confirma que el problema era el protocolo del cliente original.
    Si sigue el 426:
    revisa la configuración del servidor con su administrador.
    Evidencia a conservar:
    protocolo usado y resultado de la prueba.

    Evidencia: RFC 9110 section 15.5.22 - 426 Upgrade Required

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

  • 426 Actualización de protocolo requerida
  • 426 Aggiornamento del protocollo richiesto
  • 426 Mise à niveau du protocole requise
  • 426 Protokoll-Upgrade erforderlich
  • 426 Upgrade Required
  • Bosch 426 bici elettrica
  • Bosch 426 bicicleta eléctrica
  • Bosch 426 E-Bike
  • Bosch 426 eBike
  • Bosch 426 vélo électrique
  • Bosch eBike code 426
  • Bosch eBike error 426
  • Bosch eBike Fehler 426
  • Bosch eBike Fehlercode 426
  • code Bosch eBike 426
  • codice Bosch eBike 426
  • código Bosch eBike 426
  • erreur Bosch eBike 426
  • error Bosch eBike 426
  • errore Bosch eBike 426
  • HTTP 426
  • HTTP status 426

Qué significa

RFC 9110 define 426 (Upgrade Required): el servidor se niega a ejecutar la petición con el protocolo actual, aunque podría aceptarla después de que el cliente pase a otro protocolo. El servidor está obligado a enviar la cabecera Upgrade con los protocolos aceptables, por orden de preferencia. La cabecera Upgrade es el mecanismo para pasar de HTTP/1.1 a otro protocolo en la misma conexión. El código no indica una avería: dice qué protocolo falta en el cliente.

Advertencias y condiciones de parada

  • Seguroverificada con fuente

    Una respuesta 426 sin cabecera Upgrade incumple RFC 9110: no es un fallo de tu equipo y cambiar ajustes al azar no lo arregla.

    Evidencia: RFC 9110 section 15.5.22 - 426 Upgrade Required

Síntomas y causas

Causas probables · en orden

  • Cliente que no usa el protocolo exigidoFrecuente

    El servidor solo atiende esa dirección con el protocolo que lista en Upgrade. Se distingue porque un cliente que ya lo usa entra sin error.

    Evidencia: RFC 9110 section 15.5.22 - 426 Upgrade Required · RFC 9110 section 7.8 - Upgrade

  • Cliente antiguo que no sabe cambiar de protocoloPosible

    Una aplicación o librería sin soporte para el protocolo listado recibirá 426 siempre. Encaja si la versión del cliente es antigua y la actualización lo resuelve.

    Evidencia: RFC 9110 section 15.5.22 - 426 Upgrade Required

  • Respuesta 426 sin la cabecera UpgradePosible

    RFC 9110 obliga a enviarla. Si falta, el cliente no puede saber a qué cambiar y el fallo está en el servidor.

    Evidencia: RFC 9110 section 15.5.22 - 426 Upgrade Required · RFC 9110 section 7.8 - Upgrade

Técnico virtual

¿Sigue apareciendo 426 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

    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?