“App required” ya funciona como etiqueta de advertencia para gadgets. No significa que toda app sea mala. Un buen software puede ayudar con configuración, firmware, mapas, diagnóstico, accesibilidad y automatización. El problema aparece cuando un objeto cotidiano asume que el usuario tiene smartphone moderno, batería, cobertura, espacio, cuenta de Apple o Google, tienda de apps y disposición a aceptar otra política.

Gadgets cotidianos alrededor de un teléfono minimalista con iconos abstractos de app, QR y nube bloqueada

El disparador fue el ensayo de Ploum “I Don’t Have a Smartphone…”, que abrió una discusión grande en Hacker News. La idea no era que el smartphone no sirva. Era mostrar cuántas condiciones esconde “instala nuestra app”: el teléfono existe, está contigo, funciona, está cargado, tiene datos, espacio, sistema compatible y atención del usuario.

Para Gadgets and Devices esto es una guía de compra. Cerraduras, cepillos, cámaras, purificadores, parkings, bicicletas, electrodomésticos y porteros no deben evaluarse sólo por sensores, batería y precio. Hay que preguntar qué pasa si la app desaparece, la cuenta falla, el móvil envejece o el usuario no lo lleva.

App-enabled no es app-required

Una app compañera sana facilita setup y añade funciones, pero no captura el producto. Una cámara puede configurarse por app y luego grabar localmente. Un router puede tener app y también interfaz web. Un reloj puede mostrar tendencias sin dejar de dar hora y registrar actividad.

La señal roja aparece cuando la app es el único camino. Una cerradura sin llave, código o respaldo local es dependencia. Un cepillo que exige cuenta para modos básicos deja de ser simple herramienta. Un parking sin alternativa real excluye por diseño.

La pregunta clave: ¿qué funciona si la app no está disponible durante una semana?

El coste oculto del teléfono obligatorio

Cada app añade instalación, login, permisos, Bluetooth, notificaciones, términos, actualizaciones y recuperación de cuenta. También añade fragilidad: batería muerta, teléfono perdido, Android antiguo, almacenamiento lleno, mala señal o fallo de tienda pueden bloquear una cosa física.

Las familias lo sienten mucho. Una persona acaba gestionando app del edificio, escuela, parking, banco, cerradura, paquetes y electrodomésticos. Mayores, niños, viajeros, usuarios con poco presupuesto, personas preocupadas por privacidad o quienes quieren un teléfono mínimo encuentran barreras donde la marca habla de comodidad.

Esto ya no es sólo atención. Es propiedad. Si la función básica depende de una app privada y una cuenta remota, el comprador no tiene un objeto sencillo, sino una relación de servicio.

Por qué se ve ahora

Ploum describió diez supuestos detrás de cada petición de app o QR y dijo haber rechazado 18 apps en un año. Comentarios de Hacker News añadieron menús QR, parking, cupones digitales, apps de edificios, paquetes, colegio, bancos, domótica y servicios urbanos.

No es nostalgia por dumbphones. Muchos participantes aman el smartphone como mapa, cámara, navegador, música y documentos. La queja es que la comodidad se vuelve coerción cuando no hay alternativa.

El smartphone es uno de los mejores gadgets de consumo. Eso no justifica convertirlo en mando obligatorio de todos los demás.

Android y el control del acceso

El debate sobre Android developer verification amplía el tema. Google dice que registrar desarrolladores verificados en dispositivos Android certificados mejora seguridad y responsabilidad, y que seguirá habiendo distribución directa y tiendas alternativas. También cita más malware en fuentes de sideloading fuera de Play.

F-Droid y defensores open source ven un riesgo distinto: el dueño de la plataforma convierte identidad y registro en puerta de distribución, cambiando lo que significa poseer un teléfono. Para el comprador basta una lección: si muchos dispositivos requieren apps, las políticas de tienda, Play Services, Play Integrity y cuentas de plataforma son parte de la fiabilidad del gadget.

Teléfonos mínimos

Los dumbphones, teléfonos minimalistas y Android deGoogled son intentos razonables. Ploum usa Mudita Kompakt y mantiene teléfonos Android de respaldo. /e/OS ofrece microG y puntuación de privacidad. GrapheneOS prioriza seguridad y compatibilidad Android con Google Play aislado.

Pero no son salida mágica. Bancos, transporte, escuela, vivienda o trabajo pueden exigir apps convencionales. Un teléfono mínimo puede ser el principal saludable; muchas personas seguirán necesitando un dispositivo secundario para casos inevitables.

Categorías a revisar

Primero, acceso: cerraduras, porteros, garajes, coches, e-bikes, hoteles y oficinas. Debe existir llave, código, tarjeta local o atención humana. Phone-only puede ser peligroso.

Luego, rutinas y consumibles: cepillos, irrigadores, impresoras, cafeteras, purificadores, básculas y wearables. La app puede aportar valor, pero la función central debe vivir sin cuenta.

En smart home, busca API local, Matter, Home Assistant, controles físicos, modo LAN, interfaz web o exportación. Un dispositivo sólo cloud puede comprarse, pero como producto dependiente de servicio.

Checklist antes de pagar

Lee manual, soporte y reseñas de la app. ¿La función central sirve sin app tras configurar? ¿Hay botón, llave, teclado, mando, web local o protocolo estándar? ¿Funciona offline o en LAN? ¿Qué pasa si el servidor cierra?

Mira permisos. ¿Pide ubicación precisa para Bluetooth? ¿Exige cuenta para funciones locales? ¿Funciona en teléfonos antiguos? ¿Hay quejas por login, suscripciones forzadas o abandono? ¿Se pueden exportar o borrar datos? ¿Puede transferirse la propiedad?

Para acceso esencial, exige redundancia. No hagas de una app el único modo de entrar en casa, pagar parking, desbloquear una bici o arrancar un coche.

Reducir dependencia

No hace falta tirar el smartphone. Puedes usar un teléfono mínimo a diario y guardar un segundo teléfono de apps en casa para banco, viajes o dispositivos antiguos. O usar un móvil normal con notificaciones apagadas, permisos limitados y pocas cuentas.

Prefiere versiones web cuando existan. Compra dispositivos con botones. Evita cerraduras app-only en puertas críticas. Mantén métodos de pago y códigos offline. En viajes, asume que batería, roaming o tienda pueden fallar.

El contraargumento justo

Algunas apps son útiles: firmware, alertas médicas, mapas, diagnósticos, seguridad y accesibilidad. El problema no es la existencia de apps, sino la falta de fallback, la mala explicación y el bloqueo artificial de funciones.

Los mejores productos usan la app como asistente, no como dueña del hardware.

Conclusión

Los compradores ya revisan batería, reparación, cartuchos, suscripciones y riesgo de nube cerrada. “App required” debe estar en esa lista. Un buen gadget sigue siendo útil cuando el teléfono no está en el bolsillo: tiene control local, respaldo visible, política de datos clara y final de vida honesto.