Apps que funcionan sin internet: cuándo vale la pena

El modo sin conexión cuesta más de lo que parece; estas son las señales de que lo necesitas.

“Que funcione sin internet” es un requisito frecuente cuando una empresa pide una aplicación para vendedores, técnicos, inspectores o personal de campo. Suena como una casilla más en la lista de funciones. En la práctica, cambia la arquitectura de la aplicación y aumenta el trabajo de desarrollo, pruebas y soporte durante toda su vida útil. A veces se justifica y a veces no. Este artículo explica cómo distinguir un caso del otro.

La conectividad en Colombia: intermitente más que ausente

La conectividad del país mejoró rápido, pero la brecha rural sigue ahí. Según la Encuesta Nacional de Calidad de Vida (ECV) 2025 del DANE, publicada en abril de 2026, el 73,9 % de los hogares tenía acceso a internet, frente al 65,6 % de 2024. En centros poblados y rural disperso el acceso pasó del 41,9 % al 56,9 % en un año [1]. Según el mismo reporte, la conexión en las cabeceras municipales llegó a 78,8 %, y el 91,9 % de la población usa celular [2][3]. Es un avance grande, pero significa que más de cuatro de cada diez hogares rurales siguen sin internet. Las mediciones no separan la zona rural de Cundinamarca.

La red móvil es amplia, pero desigual. MinTIC reportó para el primer trimestre de 2026 unos 49,6 millones de accesos a internet móvil, 93 por cada 100 habitantes, de los cuales 36,5 millones son 4G y 10 millones 5G. El 5G, sin embargo, se concentra en cerca del 12 % de los municipios [4]. Esos números cuentan accesos, no personas, porque una persona puede tener varias líneas. La cobertura también varía mucho por operador: con datos de la CRC a junio de 2024, la cobertura 4G nacional iba de 94,6 % en Claro a 55,4 % en Movistar [5]. En diciembre de 2025, la CRC publicó mapas interactivos de cobertura por operador, tecnología y nivel de señal [6]. Esos mapas permiten revisar la señal de las rutas concretas de una empresa.

A escala global, la GSMA describe el mismo fenómeno: la mayoría de la población vive en zonas con cobertura móvil, pero una gran parte no usa internet móvil, y en países de ingresos bajos y medios los adultos rurales tienen un 25 % menos de probabilidad de usarlo que los urbanos [7]. Para una pyme de Cundinamarca con personal en veredas, fincas, carreteras o bodegas, el escenario más realista es una señal que va y viene, no una ausencia total de red.

Qué significa “offline” en términos técnicos

La documentación de Android define una aplicación offline-first como aquella que puede realizar todas sus funciones principales, o un subconjunto crítico de ellas, sin internet. En ese diseño, la base de datos del dispositivo pasa a ser la fuente de verdad, y el servidor se sincroniza con ella cuando hay red [8]. Ese cambio de diseño es lo que genera los costos que siguen.

Lo que cuesta, frente por frente

Conflictos y sincronización. Si dos personas modifican el mismo registro sin conexión, al reconectarse hay que decidir cuál cambio prevalece. La estrategia más común, “la última escritura gana”, puede descartar datos: el servidor ignora lo que sea más antiguo que su estado actual [8]. Sistemas como CouchDB conservan ambas versiones en conflicto, pero dejan a la aplicación la tarea de mostrárselas al usuario o de fusionarlas [9]. Cada regla de fusión es una decisión de negocio que hay que diseñar y probar.

Operaciones que no pueden hacerse sin conexión. Android recomienda que operaciones como una transferencia bancaria se ejecuten solo en línea [8]. En Firestore, las transacciones no se completan sin conexión [10]. Validar un cupo de crédito, registrar un pago o reservar unidades de un inventario compartido exigen confirmación del servidor. La aplicación debe dejar claro qué se puede hacer offline y qué no.

Almacenamiento que el navegador puede borrar. Si la solución es una aplicación web progresiva (PWA), el navegador administra el espacio. MDN documenta que, cuando falta espacio, los datos sin protección se eliminan por completo, no por partes. Safari, con la prevención de rastreo activa, borra los datos de un sitio con el que el usuario no ha interactuado en siete días de uso del navegador [11]. Es posible pedir almacenamiento persistente, pero la concesión depende del navegador y de cómo el usuario interactúa con el sitio [12].

Cifrado de los datos en el equipo. Un celular con pedidos, datos de clientes o fotos de inspecciones puede perderse o ser robado. El estándar OWASP MASVS exige almacenar de forma segura los datos sensibles en el dispositivo [13]. Firebase recomienda preguntar al usuario si está en un dispositivo de confianza antes de guardar información sensible de forma local [10].

Riesgo de proveedor. MongoDB descontinuó Atlas Device Sync, el servicio de sincronización asociado a la base de datos móvil Realm, con fin de vida en septiembre de 2025, y recomendó migrar a alternativas [14]. Las empresas que habían construido su modo sin conexión sobre ese servicio tuvieron que reemplazar una pieza central de su aplicación. Por eso conviene preguntar siempre qué pasa si el proveedor de sincronización deja de existir.

Pruebas y soporte. La aplicación debe probarse en línea, sin conexión, con señal intermitente, al reconectar con datos pendientes, con conflictos entre dos dispositivos y tras una actualización con datos locales de la versión anterior. Después del lanzamiento, aparecen consultas del tipo “no se subió lo que hice” o “veo datos viejos”, que obligan a mostrar con claridad qué está pendiente de sincronizar.

No hay una cifra confiable sobre cuánto encarece el modo sin conexión un proyecto. Los porcentajes que circulan en blogs de agencias no tienen fuente verificable, por lo que no damos ninguno. Lo que sí se puede decir es que el costo existe y que está en las seis áreas anteriores.

Señales de que sí lo necesitas

• El personal pasa parte de la jornada en lugares donde la señal falla, y eso se puede verificar en los mapas de la CRC o con un registro de dónde falla la herramienta actual.
• La información se captura en el sitio (pedidos, inspecciones, entregas con firma o foto, registros de cultivo) y hoy se anota en papel para digitarla después.
• Perder un registro tiene un costo concreto: un pedido que no se factura, una visita que se repite, una entrega sin soporte.
• La operación no puede esperar a que haya señal porque el cliente está enfrente y la ruta continúa.

Señales de que probablemente no

• La operación exige confirmación inmediata del servidor: pagos, cupos o inventario escaso compartido.
• Muchas personas editan los mismos registros al mismo tiempo, lo que multiplica los conflictos.
• Los usuarios trabajan en oficinas o zonas urbanas con buena conexión.

Opciones intermedias

Entre “todo en línea” y “todo sin conexión” hay alternativas con menos costo:

• Offline parcial. La aplicación guarda localmente el catálogo y la lista de clientes, y deja los pedidos en cola para enviarlos al recuperar la señal. Coincide con la idea de Android de un “subconjunto crítico” de funciones offline [8].
• Herramientas existentes de captura en campo. Para formularios simples, KoboToolbox con su aplicación KoboCollect permite descargar formularios con conexión, llenarlos sin red y enviarlos después. Sus formularios web también funcionan sin conexión, siempre que se hayan abierto y cargado completos antes de salir [15]. ODK sigue un enfoque similar. Para muchas necesidades de captura, esto puede ser suficiente antes de invertir en desarrollo a la medida.
• PWA con almacenamiento persistente, cuando el volumen de datos es pequeño y se aceptan las limitaciones del navegador descritas arriba [11][12].

Existe además una línea de investigación, el software local-first, que propone estructuras de datos que se fusionan sin conflictos (CRDT). Sus propios autores reconocen que en la práctica quedan desafíos por resolver [16].

En GDISIE, antes de proponer modo sin conexión, revisamos con el cliente tres cosas: dónde trabaja realmente su gente, cuánto cuesta perder un registro y qué operaciones necesitan confirmación inmediata. Con esas respuestas suele quedar claro si el caso requiere una app offline completa, un offline parcial o una herramienta existente.

Fuentes

1. DANE. Comunicado de prensa Encuesta Nacional de Calidad de Vida (ECV) 2025. Departamento Administrativo Nacional de Estadística, 20 de abril de 2026. Comunicado.
2. DPL News. “74 % de hogares en Colombia ya tiene acceso a Internet” (con datos de la ECV 2025 del DANE). 2026. Artículo.
3. MinTIC. “Gobierno Petro conectó 3,5 millones de hogares en tres años y por primera vez más de la mitad de los hogares rurales tienen internet”. 27 de abril de 2026. MinTIC.
4. MinTIC. “Colombia llegó a 10,49 millones de accesos fijos a internet y 10 millones de usuarios de 5G en el primer trimestre de 2026”. 6 de agosto de 2026. MinTIC.
5. Portafolio. “Tecnología 4G sigue predominando en la infraestructura de comunicaciones en Colombia” (con datos de la CRC). 14 de diciembre de 2024. Portafolio.
6. DPL News. “Colombia: CRC presenta mapas interactivos para consultar la cobertura móvil”. 16 de diciembre de 2025. DPL News. Herramienta: Mapas de cobertura.
7. GSMA. The State of Mobile Internet Connectivity 2025. Septiembre de 2025. Informe. Comunicado: GSMA.
8. Android Developers. “Build an offline-first app”. Google. Documentación.
9. Apache CouchDB. “Replication and conflict model”. The Apache Software Foundation. Documentación.
10. Firebase. “Access data offline” (Cloud Firestore). Google. Documentación.
11. MDN Web Docs. “Storage quotas and eviction criteria”. Mozilla. Documentación.
12. web.dev. “Persistent storage”. Google. Documentación.
13. OWASP. Mobile Application Security Verification Standard (MASVS) – MASVS-STORAGE. OWASP Foundation. MASVS.
14. MongoDB. “Atlas Device Sync: End-of-Life and Deprecation”. MongoDB Community Forums, 2024. Anuncio.
15. KoboToolbox. “Data collection tools”. KoboToolbox Help Center. Documentación.
16. Kleppmann, M., Wiggins, A., van Hardenberg, P. y McGranaghan, M. “Local-first software: You own your data, in spite of the cloud”. Onward! 2019, ACM SIGPLAN, 2019. Artículo. Ensayo: Ink & Switch.