En corto
- Muchas cosas que se piden como app se resuelven con una web instalable: se abre desde su icono, funciona a pantalla completa y no pasa por revisión de tienda.
- La app nativa se justifica con NFC, Bluetooth, escaneo continuo, trabajo en segundo plano o dispositivos gestionados por la empresa.
- Sin conexión no es un extra: si un técnico pierde cobertura y se le va un parte, el equipo vuelve al papel al día siguiente.
- Publicar es trabajo aparte: ficha, capturas, política de privacidad accesible, borrado de cuenta y justificación de cada permiso.
- Una app interna no tiene por qué estar en la tienda pública: hay vías de distribución privada para empresas.
- Las cuentas de desarrollador y la clave de firma van a nombre de tu empresa, siempre.
- Tictacdicta, uno de mis productos, resuelve el fichaje desde el móvil sin app nativa: es la prueba de que muchas veces no hace falta.
¿Necesito una app móvil o me vale con una web que se instale en el móvil?
Muchas peticiones de app se resuelven sin app.
Una web instalable se guarda en la pantalla de inicio, abre a pantalla completa, guarda datos en el propio móvil y puede funcionar sin cobertura. No pasa por revisión de tienda, se actualiza sola y la misma versión sirve para Android y para iPhone. Para un panel interno, un formulario de visitas o una consulta de stock suele sobrar.
La app nativa llega al hardware completo, pero son dos plataformas, dos revisiones y versiones viejas rodando durante meses. La pregunta útil es si tu caso toca alguno de estos puntos.
- Ejecución en segundo plano: seguimiento de ruta o sincronización con la pantalla apagada
- Lectura de NFC o Bluetooth con básculas, lectores e impresoras de etiquetas
- Escaneo de códigos en cadena, cientos al día, con la cámara siempre abierta
- Modo quiosco o dispositivos de empresa gestionados por MDM
- Presencia en las tiendas porque tu cliente final busca ahí
Qué hace una app nativa que una web instalada todavía no puede hacer
El hueco se ha estrechado mucho en Android y sigue siendo real en iPhone.
Notificaciones push: en iPhone, una web instalada puede recibirlas a partir de iOS 16.4, pero solo si el usuario la ha añadido antes a la pantalla de inicio y acepta el permiso desde ahí.
Datos guardados: Safari puede borrar el almacenamiento de webs que llevan semanas sin abrirse. Con un catálogo da igual; con partes de trabajo pendientes de enviar, no.
Segundo plano: una web solo trabaja mientras está abierta. Si el móvil tiene que sincronizar con la pantalla apagada, es app nativa. Lo mismo con NFC, periféricos Bluetooth o impresión directa a etiquetadora.
Sin conexión no es un extra: es lo que decide si un equipo en ruta usa la app
Un técnico baja a un sótano, un repartidor cruza un polígono sin cobertura. Si al volver la señal falta un parte, la app está muerta: al día siguiente vuelve el papel.
Una app que aguanta sin conexión guarda primero en el móvil y sincroniza después. Eso obliga a decidir antes de programar: que el identificador de cada registro lo genere el móvil y no el servidor, para poder crear sin red; que los envíos sean idempotentes, para que un reintento no acabe en dos albaranes; que las fotos vayan en cola aparte, porque pesan y la subida se corta; que la persona vea en pantalla qué está enviado y qué pendiente; y qué manda si dos personas tocan el mismo registro sin red.
También hay que elegir qué datos maestros viajan al móvil. Lo que no esté descargado no existe en el sótano.
Publicar en Google Play y App Store: qué te van a exigir antes de aprobarla
Subir el binario es la parte corta. Lo que retrasa una publicación es el papeleo de la ficha: nombre y descripción, icono, capturas para varios tamaños de pantalla, clasificación por edades, una dirección pública con la política de privacidad, un cuestionario declarando qué datos recoges y una justificación de cada permiso. Si la app tiene login, hay que entregar una cuenta de prueba al revisor; sin ella el rechazo es automático.
Dos exigencias que pillan a mucha gente. Si permites crear cuenta, tienes que permitir borrarla, y Apple pide que ese borrado se pueda iniciar desde dentro de la propia app. Y el rechazo clásico: la app que es solo tu web dentro de un marco, tratada como funcionalidad mínima insuficiente.
App interna para empleados: no tiene por qué estar en la tienda pública
Si la app es para tus veinte técnicos, no necesita salir en las búsquedas.
Google Play permite publicar aplicaciones privadas dentro de Play gestionado, visibles solo para las cuentas de tu organización. Apple distribuye apps personalizadas a empresas por su plataforma de negocios, y mantiene aparte un programa de reparto interno con admisión estricta.
Elegir vía cambia el alta, quién controla los dispositivos y si puedes actualizar sin esperar a que cada empleado pulse el botón. Con móviles gestionados por MDM, la app se instala y se actualiza sola.
Cómo se conecta la app con el programa de gestión que ya tienes
Una app no debe hablar con tu base de datos. Habla con una API tuya que se pone delante, valida y decide qué puede ver cada usuario.
En el móvil no hay secretos: lo que metas dentro de la app queda a la vista de quien la descompile, así que los permisos se comprueban en el servidor. Cada usuario entra con su cuenta, revocable el día que deja la empresa.
Y el problema que nadie prevé: la gente no actualiza. Vas a tener versiones antiguas rodando meses, así que la API se versiona, se mantiene compatible hacia atrás y la app avisa de actualización obligatoria cuando haya un cambio que rompa. Clientes, artículos y tarifas bajan de la gestión; los partes suben con su clave de operación, no como texto que alguien reteclea.
Fichaje desde el móvil: qué tiene que guardar la app y dónde está el límite
Lo mínimo que debe hacer bien una app de fichaje: sellar entrada y salida con hora de servidor, no con el reloj del móvil, que el usuario puede cambiar; dejar rastro de las correcciones en vez de sobrescribir el registro original; que cada persona consulte su propio historial; y poder exportar los datos en un formato entregable el día que los pidan.
La geolocalización merece cuidado aparte. Sellar la posición en el instante del fichaje no es lo mismo que seguir al empleado toda la jornada. Lo segundo entra de lleno en protección de datos y en información previa a la plantilla: contrástalo con tu asesoría laboral y con los criterios publicados por la autoridad de protección de datos.
Tictacdicta, uno de mis productos, tiene su aplicación de fichaje en producción.
Por qué se rompen las apps móviles: firma, permisos, batería y versiones
La clave de firma de Android: si se pierde, no puedes publicar nunca más una actualización de esa app; hay que subir otra distinta y perder a los usuarios instalados. Se guarda en la empresa con copia, o se delega en la firma gestionada de la tienda.
Los niveles de API: Google exige apuntar a versiones recientes de Android para seguir visible y poder actualizar, y sube el listón con el tiempo.
La batería: Android corta procesos en segundo plano y algunos fabricantes aprietan más, así que la sincronización se prueba en los móviles reales del equipo, no en un emulador. Y los permisos se revocan solos en apps que llevan tiempo sin abrirse: la app tiene que enterarse y avisar, no fallar en silencio.
Preguntas frecuentes
¿Necesito una app nativa o me sirve con una web instalable?+
Si lo tuyo es consultar datos y rellenar formularios, una web instalable en la pantalla de inicio suele bastar y evita las tiendas. La app nativa se justifica cuando hay hardware de por medio, trabajo en segundo plano con la pantalla apagada, dispositivos gestionados por la empresa o necesidad real de estar en las tiendas.
¿Puede una web instalada enviar notificaciones push a un iPhone?+
Sí, a partir de iOS 16.4, con una condición que se olvida: el usuario tiene que haber añadido antes la web a la pantalla de inicio y aceptar el permiso desde ahí. En una pestaña normal del navegador no hay push; en Android no existe ese requisito. Comprueba el estado actual en la documentación de Apple.
¿La app puede funcionar sin cobertura?+
Sí, si se diseña para eso desde el principio: guarda en el móvil, deja el envío en una cola y sincroniza al volver la red. Exige identificadores generados en el dispositivo, envíos idempotentes para no duplicar y una regla clara de qué pasa si dos personas editan el mismo registro sin conexión. Añadirlo después es rehacer buena parte.
¿Puedo tener una app solo para mis empleados sin publicarla al público?+
Sí. Google Play permite aplicaciones privadas dentro de Play gestionado, visibles solo para las cuentas de tu organización, y Apple distribuye apps personalizadas a empresas por su plataforma de negocios, con un programa aparte de reparto interno y admisión estricta. Los canales de prueba no valen como distribución permanente: las compilaciones caducan.
¿Hay que hacer dos apps, una para Android y otra para iPhone?+
No necesariamente. Se puede compartir la mayor parte del código con un marco multiplataforma como React Native, Flutter o Kotlin Multiplatform y escribir en nativo solo las partes delicadas. Lo que no se comparte es la publicación: dos tiendas, dos fichas, dos revisiones y dos cuentas de desarrollador.
¿A nombre de quién van las cuentas de Google Play y App Store?+
De tu empresa, con sus datos fiscales y acceso de administrador tuyo; el desarrollador entra como colaborador. Ambas tiendas cobran cuota de desarrollador y verifican la identidad de la organización, así que el alta conviene empezarla pronto. Consulta importes y requisitos vigentes en sus webs, porque cambian.
Cuéntanos qué tiene que hacer la app antes de encargarla
Dinos quién la va a usar y con qué cobertura, con qué sistema tiene que hablar y si ese sistema tiene API. Con eso te decimos si tu caso pide app nativa o se resuelve con una web instalable, qué te va a exigir cada tienda y por dónde va a fallar. Si no hace falta app, también te lo decimos.
Contarme tu caso