Mensaje de errorERR_EMPTY_RESPONSE significa que la conexión terminó sin recibir datos de respuesta. No identifica por sí solo al responsable ni equivale a una respuesta HTTP válida sin cuerpo. Compará el alcance antes de cambiar ajustes: sitio, sesión de Chrome, dispositivo y red son variables distintas.

ERR_EMPTY_RESPONSE en Chrome

ERR_EMPTY_RESPONSE

La página no envió datos. Compará otros sitios y una sesión distinta antes de decidir si el fallo está en el sitio o en tu conexión.

Probá esto primero

1 comprobaciones rápidas · ~3 min

  1. Compará sin reenviar formulariosDelimitá el fallo sin perder formularios ni cambiar toda la conexión.

Identificá tu caso

Todas las señales a la vista. Elegí la que coincide con lo que observás.

Señales de diagnóstico

ObservaciónVarias páginas pueden pertenecer al mismo servicio
Que fallen buscador, correo y video del mismo proveedor no significa que falle todo Internet. Incluí un sitio independiente y conservá la misma URL al comparar equipos.

Soluciones paso a paso

01

Compará sin reenviar formularios

Delimitá el fallo sin perder formularios ni cambiar toda la conexión.

  1. Si estabas enviando un pago o formulario, comprobá su resultado por un medio seguro antes de repetirlo y conservá cualquier texto sin guardar. Para una página pública, revisá la dirección y recargá una sola vez.

  2. Abrí dos sitios independientes y la dirección afectada en otro navegador disponible del mismo equipo. Solo un sitio falla: seguí esa rama. Varios fallan solo en Chrome: compará sesión. Varios fallan en ambos navegadores: compará dispositivo/red. No instales otro navegador solo para completar la prueba.

02

Separá un sitio caído de una diferencia de acceso

  1. Probá la misma página pública en otro dispositivo/red de confianza si están disponibles. Si solo ese sitio falla en todas las comparaciones mientras otros abren, revisá su canal oficial de estado o consultá al responsable. Una incidencia confirmada es motivo para esperar, no para resetear tu red.

  2. Si abre en otro navegador del mismo equipo, seguí la comparación de sesión de Chrome. Si abre solo desde otra red, seguí la rama de red: puede haber una diferencia de ruta o filtrado, no necesariamente una caída global del sitio.

03

Compará incógnito y extensiones de forma dirigida

  1. Abrí la misma página pública en incógnito, sin cerrar la pestaña con trabajo pendiente. Si funciona, la sesión normal y sus datos/extensiones ganan relevancia; no identifica una extensión concreta. Una página que exige iniciar sesión puede no ser una comparación equivalente.

  2. En chrome://extensions, revisá solo extensiones que administrás. Desactivá temporalmente las que puedan intervenir en esa navegación y reactivá una por vez después de comprobar. Revisá también cuáles tienen permiso para incógnito: no presupongas que allí están todas ausentes. Si una reproduce el fallo, dejala desactivada y consultá a su desarrollador.

  3. Si incógnito funciona pero no identificaste una extensión, conservá esa diferencia para soporte antes de borrar datos de sesión. Si ambos modos fallan y otro navegador funciona, comprobá la versión en Ayuda > Información de Google Chrome e instalá una actualización ofrecida. Guardá formularios antes de reiniciar; si sigue igual, informá a soporte de Chrome sin reinstalar ni borrar el perfil.

04

Comprobá lo que comparten los navegadores de ese equipo

  1. En otro dispositivo de la misma red, abrí los mismos sitios; si es un teléfono, evitá que use datos móviles sin darte cuenta. Si allí funcionan, la configuración del primer equipo gana relevancia. Si también fallan, pasá a la rama de red.

  2. Revisá si el problema empezó al activar o cambiar una VPN/proxy que vos configuraste. Solo en un equipo propio no administrado, con permiso y una página pública sin datos privados, compará temporalmente con la configuración previa conocida y restaurala después. Si cambia el resultado, consultá al proveedor de esa conexión con la comparación; no declares resuelto el problema dejando una protección desactivada.

  3. Si no hubo un cambio conocido, no borres proxy, certificados ni políticas. Consultá los avisos del software de seguridad sin desactivarlo. En un equipo administrado, entregá a IT los sitios, hora y comparación con otro dispositivo.

05

Compará la red original antes de reiniciarla

  1. Si varios dispositivos fallan, comprobá conexión local y cualquier portal de acceso esperado. Si disponés de otra red de confianza autorizada, probá los mismos sitios desde el mismo equipo; un hotspot puede consumir datos. No envíes credenciales en redes desconocidas.

  2. Si funciona en la otra red, el recorrido original —router, proveedor o filtrado— gana relevancia. Consultá incidencias y al administrador/proveedor; en una red doméstica propia, un reinicio normal del router puede corresponder si también falla el acceso general y no hay una incidencia activa. Avisá antes a sus usuarios; no restablezcas de fábrica.

  3. Si el mismo sitio falla en redes distintas pero otros funcionan, volvé al sitio. Si falla todo solo en un equipo incluso al cambiar de red, volvé a su configuración. Sin otra red disponible, informá esa limitación en lugar de cambiar DNS o TCP/IP para sustituir la comparación.

Siguiente paso

¿Sigue sin funcionar?

Detente si una incidencia oficial explica el fallo o si la siguiente prueba no distingue una hipótesis nueva. Para soporte, conservá URL sin tokens privados, hora, código y resultados por navegador/dispositivo/red. No desactives antivirus o firewall ni borres certificados para convertir este mensaje en una causa supuesta.

Fuentes

Documentación utilizada para esta guía. Las recomendaciones editoriales se identifican por separado.

Revisión documental: . Revisión de fuentes; no implica una prueba física del equipo.