Diagrama de una casa dividida en dos escenas: a la izquierda un sensor de movimiento, Home Assistant y un foco conectados por una ruta local que funciona; a la derecha un asistente de voz que intenta llegar a un enchufe pasando por la nube, con la ruta cortada

La prueba que casi nadie hace antes de comprar

Desconecta el cable de internet de tu módem y camina por tu casa. ¿Se encienden los focos? ¿Responden los enchufes? ¿El sensor de movimiento sigue prendiendo la luz del pasillo?

Si la respuesta es "no sé", vale la pena averiguarlo antes de que lo decida el proveedor por ti. En buena parte de la región —Venezuela, zonas rurales de México, Guatemala, Honduras, Nicaragua— la conexión se cae con suficiente frecuencia como para que esto no sea un escenario hipotético. Y hasta en ciudades grandes como Bogotá, Lima o Ciudad de México, cualquiera que use internet fijo ha vivido una caída de un par de horas con su proveedor — no es raro, aunque la frecuencia exacta varía mucho según la zona y el proveedor.

La buena noticia: Home Assistant es de las pocas plataformas donde la respuesta puede ser "todo sigue funcionando". La mala: eso no pasa solo. Depende de decisiones que tomaste (o que tomó el vendedor por ti) cuando compraste los dispositivos.

Por qué Home Assistant es distinto

Alexa y Google Home son, en el fondo, servicios en la nube. Cuando le dices "Alexa, apaga la luz", tu voz viaja a un servidor de Amazon, se procesa allá, y la orden regresa a tu casa. Sin internet, ese viaje no ocurre — y no importa que el foco esté a dos metros del altavoz.

Home Assistant corre en tu casa, en tu Raspberry Pi o en el mini PC donde lo instalaste. El "cerebro" ya está adentro. Cuando un sensor detecta movimiento y una automatización dice "prende la luz", esa decisión se toma en tu sala, no en Virginia.

Pero —y aquí está la trampa— Home Assistant puede hablar con tus dispositivos de dos formas muy distintas: local o a través de la nube del fabricante. Y eso lo define el dispositivo, no Home Assistant.

Qué sigue funcionando sin internet

Todo esto sigue vivo si armaste tu casa con criterio local:

Dispositivos Zigbee y Z-Wave. Se comunican por radio con tu antena USB — un coordinador Zigbee como el Sonoff, o el Home Assistant Connect ZBT-2 (que hace Zigbee o Thread, no las dos cosas a la vez) —, sin pasar por ningún servidor. Un foco Zigbee y Home Assistant se entienden aunque el módem esté desconectado del mundo. Por eso mucha gente prioriza Zigbee y Z-Wave al armar su casa — aunque el criterio real no es "Zigbee sí, WiFi no": es local contra nube, y hay WiFi que también es local, como vas a ver abajo.

Dispositivos Matter. Matter no es solo Thread — también corre sobre WiFi y Ethernet. En los tres casos, el control del día a día es local: Home Assistant trae su propio controlador Matter y le habla al dispositivo directo, dentro de tu red. (El primer emparejamiento y algunas funciones extra del fabricante sí pueden tocar internet, pero prender y apagar no.)

Tus automatizaciones. El motor de automatizaciones corre local. "Si el sensor de la puerta se abre después de las 10pm, prende la luz de la entrada" funciona sin conexión, porque las tres piezas (sensor, lógica, foco) están adentro.

El dashboard desde tu casa. Si te conectas a homeassistant.local:8123 desde tu celular estando en la misma red WiFi, entra normal. Tu router sigue funcionando aunque no tenga internet — el WiFi de tu casa y el internet son dos cosas distintas, y mucha gente las confunde. (Si .local no te resuelve, prueba con la IP local de tu Home Assistant — algunos routers no manejan bien ese tipo de nombres.)

Dispositivos WiFi con API local. Aquí hay matices. Algunos aparatos WiFi sí hablan directo con Home Assistant dentro de tu red: los que corren ESPHome o Tasmota (firmware abierto), los Shelly, y varios modelos con API local. Estos son WiFi pero no dependen de la nube.

La distinción que importa: "WiFi" no significa "nube". Un dispositivo WiFi puede ser 100% local (Shelly, ESPHome) o 100% dependiente de la nube (la mayoría de los Tuya/Smart Life de fábrica). El protocolo de radio y quién toma la decisión son dos preguntas separadas.

Qué se cae sin internet

Alexa y Google Home. Aunque uses Home Assistant, si controlas las luces diciéndole a Alexa, ese comando muere sin internet. La orden viaja a la nube de Amazon y de ahí a tu Home Assistant — normalmente pasando por Nabu Casa (el servicio cloud oficial), aunque también se puede exponer Home Assistant sin él. El camino exacto varía, pero el fondo no cambia: son saltos por internet.

Integraciones cloud de fabricante. La integración oficial de Tuya, la de varios aires acondicionados, la de robots aspiradores de marca — todas hablan con el servidor del fabricante. Sin internet, tus enchufes Tuya de Mercado Libre dejan de responder desde Home Assistant, aunque estén a un metro.

Acceso remoto. Nabu Casa, DuckDNS o el túnel que uses para entrar desde la calle. Obvio, pero conviene decirlo: sin internet no entras de fuera. Adentro sí.

Notificaciones al celular. Depende de cómo las configuraste. Las push tradicionales viajan por los servidores de Google (FCM) o Apple, así que sin internet no llegan. Pero la app oficial de Home Assistant tiene una opción de Local Push: si tu celular está en la misma red WiFi de la casa, el aviso puede llegar directo por la red local, sin pasar por la nube. Si no la activaste, cae en el caso tradicional.

El clima, las tarifas, los calendarios. Cualquier integración que consulta un servicio externo se queda con el último dato que alcanzó a bajar.

Text-to-speech en la nube. Si tu casa "habla" con Google Cloud TTS o Amazon Polly, se queda muda. (Piper, que corre local, sigue funcionando.)

Actualizaciones. No vas a poder actualizar nada, lo cual honestamente es lo de menos en una caída de dos horas.

Lo local es una cadena

Aquí está el matiz que se pierde fácil: que un dispositivo sea local no basta si algún otro eslabón de la automatización no lo es. "Si el sensor de la puerta se abre, prende el foco" puede fallar aunque el sensor y Home Assistant sean 100% locales, si el foco es un Tuya de nube. El sensor detecta, Home Assistant decide, pero la orden al foco se queda esperando un servidor que no contesta.

La pregunta que importa no es "¿Home Assistant funciona sin internet?" — es "¿cada pieza de esta automatización en particular funciona sin internet?". Por eso la decisión se toma al comprar cada dispositivo, no después.

La tabla rápida

Qué ¿Sin internet? Nota
Focos/sensores Zigbee ✅ Funciona Radio local, no toca internet
Z-Wave ✅ Funciona Igual que Zigbee
Matter (Thread/WiFi/Ethernet) ✅ Funciona Control día a día es local
Shelly / ESPHome / Tasmota ✅ Funciona WiFi pero con API local
Automatizaciones ✅ Funciona El motor corre en tu Pi
Dashboard en tu red ✅ Funciona WiFi ≠ internet
Tuya / Smart Life (nube) ❌ Se cae Pasa por servidor del fabricante
Alexa / Google Home por voz ❌ Se cae La voz se procesa en la nube
Notificaciones al celular 🟡 Depende Tradicional se cae; con Local Push activado puede seguir
Acceso desde la calle ❌ Se cae Necesita el túnel
Clima / tarifas ❌ Se congela Último dato descargado

Cómo armar una casa que aguanta

Si vives donde el internet se cae seguido —y eso incluye a mucha gente en Venezuela, el interior de Argentina, zonas rurales de Colombia, Perú y toda Centroamérica— estas decisiones cambian todo. (Para los cortes de luz la solución es otra: un UPS, no el protocolo que elijas — más abajo aclaramos la diferencia.)

1. Prioriza dispositivos locales en lo crítico (Zigbee, Z-Wave, o WiFi con API local como Shelly/ESPHome). Focos, sensores de movimiento, sensores de puerta. Un coordinador Zigbee USB genérico anda entre $400 y $900 MXN (unos $20–45 USD), y los dispositivos cuestan casi lo mismo que sus equivalentes WiFi. El Home Assistant Connect ZBT-2 oficial es más caro (~$49 USD antes de impuestos) pero trae soporte garantizado. En Colombia rondan los $90.000–200.000 COP; en Argentina conviene revisar importadores locales porque el rango se mueve mucho. (Precios de referencia, agosto 2026 — verifica antes de comprar, cambian rápido.)

2. Si ya tienes Tuya, considera LocalTuya. Hay una integración comunitaria que habla directo con los dispositivos Tuya dentro de tu red, sin la nube. Requiere sacar unas llaves locales (el proceso es tedioso pero está bien documentado) y no todos los modelos cooperan. Vale la pena si ya invertiste en ese ecosistema.

3. No pongas la voz en el camino crítico. Que Alexa sea una comodidad, no el único modo de apagar la luz de tu recámara. Deja interruptores físicos o un dashboard local a mano.

4. Usa Piper para TTS si tu casa habla. Corre local, y en una Raspberry Pi 5 anda bastante decente.

5. Prueba de verdad. Desconecta el cable WAN de tu módem un domingo y camina la casa 10 minutos. Vas a descubrir exactamente qué depende de qué. Es la única forma honesta de saberlo.

Hombre desconectando el cable de un módem mientras revisa la app de su casa inteligente en el celular

Ojo con confundir dos caídas distintas: que se caiga el internet es distinto a que se vaya la luz. Sin internet, tu router y tu Raspberry Pi siguen encendidos y todo lo local responde. Sin luz, se apaga todo — incluido Home Assistant — salvo que tengas un UPS. Son dos escenarios que se preparan diferente.

Hombre controlando las luces de su casa desde el celular en un pasillo, con el router encendido sobre el mueble

Entonces, ¿vale la pena Home Assistant por esto?

Si tu conexión es estable y nunca se cae, esta ventaja es teórica y probablemente no justifica sola la curva de aprendizaje.

Pero si vives donde la conexión se corta seguido, esto deja de ser un detalle técnico y se vuelve la razón principal para usar Home Assistant en vez de quedarte solo con la app de Alexa. Una casa inteligente que se vuelve tonta cada vez que falla el proveedor no es muy inteligente.

La diferencia real no la hace instalar Home Assistant. La hace elegir dispositivos que puedan hablar local — y esa decisión se toma al comprar, no después.

Lectura relacionada Cómo instalar Home Assistant en Raspberry Pi 5 paso a paso (2026)