Fella usa los controles nativos de Tiempo de uso de Apple para bloquear apps. Un bloqueo activo no depende de Wi-Fi, datos móviles, conexión VPN ni de que un servidor remoto siga accesible.
Sí: el bloqueo básico de Fella funciona sin conexión una vez configurado en el iPhone. Desactivar el Wi-Fi o los datos móviles no quita un escudo activo. Las programaciones ya registradas siguen ejecutándose con el sistema Device Activity de Apple. Las sesiones manuales y el Desbloqueo de emergencia usan APIs locales de Tiempo de uso y estado local cuando el dispositivo ya reconoce tu acceso de pago.
Eso no significa que todo Fella sea completamente offline. Comprar o restaurar una suscripción, refrescar información de cuenta o derechos cuando no hay caché utilizable, descargar actualizaciones y enviar analítica requieren red. El bloqueo sin conexión habla de la aplicación del bloqueo, no de facturación, cuentas o todos los servicios circundantes.
| Función | ¿Funciona sin conexión? | Qué hace la implementación actual |
|---|---|---|
| Bloqueo activo existente | Sí | Managed Settings mantiene las apps seleccionadas con escudo en el dispositivo |
| Wi-Fi o datos móviles desactivados a mitad de sesión | Sí | La fuente activa, fechas de sesión, tokens de selección y estado del escudo son locales |
| Nueva sesión manual | Sí, si ya está configurado y con derechos | Fella registra un temporizador local de Device Activity y aplica el escudo; el derecho debe estar disponible en la caché del dispositivo |
| Horario configurado previamente | Sí | La extensión de Device Activity inicia y termina las ventanas de horario registrado sin llamar a los servidores de Fella |
| Crear o cambiar un horario | Sí, si ya está configurado y con derechos | El horario y la selección se guardan localmente y se registran con Device Activity |
| Desbloqueo de emergencia | Sí, si eres elegible | El estado local levanta el escudo cinco minutos; una devolución de llamada en el dispositivo lo reaplica |
| Relanzar la app | Estado básico del bloqueo: sí | Fella reconstruye su verdad de bloqueo desde datos locales del App Group y reaplica el escudo deseado; el acceso de pago debe seguir disponible desde la caché |
| Compra de suscripción | No | Apple y RevenueCat deben completar la transacción |
| Restaurar compras | No | Intervienen RevenueCat y los servicios de recibos del App Store |
| Nuevo derecho o sincronización de cuenta | No | El estado remoto de suscripción o autenticación necesita conexión cuando no está ya en caché |
| Subida de analítica | No | Los eventos solo llegan a PostHog cuando vuelve la conectividad; los contadores de la extensión se guardan localmente primero |
| Descarga o actualización del App Store | No | El App Store requiere conexión de red |
El reinicio del dispositivo no figura como escenario garantizado sin conexión. La fuente reconstruye escudos y verdad de sesión desde estado local compartido cuando Fella se inicia, y las programaciones registradas de Device Activity las gestiona el sistema. Pero no hubo un iPhone conectado disponible para una prueba de reinicio en modo avión, así que esta página no promete esa secuencia concreta.
1. La aplicación del bloqueo ocurre en el iPhone. Fella pide permiso al sistema Family Controls de Apple, recibe tokens que preservan la privacidad para las apps o categorías que seleccionas, y entrega esos tokens a Managed Settings. Managed Settings aplica el escudo del sistema.
2. El estado de sesión y horario se guarda localmente. Horas de inicio y fin manuales, fuentes de bloqueo activas, rutinas, nombres de actividad registrados y temporización del Desbloqueo de emergencia viven en el App Group compartido de la app. Así la app principal y sus extensiones acuerdan la regla actual sin consultar un servidor de Fella.
3. Los servicios de suscripción, cuenta y analítica usan la red. RevenueCat gestiona productos, compras, restauraciones y refrescos de derechos. La autenticación usa el servicio de cuenta de Fella cuando se usa cuenta. PostHog recibe analítica de producto. Ninguno de esos servicios es el mecanismo que mantiene un escudo activo en pantalla.
El bloqueo permanece activo. Desactivar el Wi-Fi, deshabilitar los datos móviles o activar el modo avión no quita el escudo de Managed Settings. La restricción no se aplica preguntando continuamente a un servidor remoto si una app puede abrirse.
La sesión sigue teniendo una hora de fin local. Fella persiste las fechas de sesión manual y registra devoluciones de llamada de Device Activity como respaldo del sistema. Una pérdida de conexión no reescribe ese estado ni desactiva la fuente de bloqueo.
El modo avión no es un atajo sin internet. La arquitectura actual no contiene dependencia de red en las rutas de escudo, monitorización de horario o rebloqueo de emergencia. Es evidencia a nivel de código y de pruebas automatizadas; no se ha repetido en un iPhone físico conectado actualmente para esta página.
Sí, con una instalación ya configurada y con derechos. Iniciar una sesión manual registra su inicio y fin con el sistema Device Activity de Apple, escribe las fechas en el almacenamiento local compartido, marca activa la fuente de bloqueo manual y aplica el escudo de apps seleccionadas. Ninguna de esas acciones llama a un backend de Fella.
La comprobación de suscripción es el límite. Fella comprueba el acceso de pago antes de empezar. RevenueCat cachea información de cliente en el dispositivo, y Fella conserva su último estado activo conocido si falla un refresco. Si la app no tiene caché de derecho utilizable —como antes de una primera compra— no puede establecer acceso de pago sin conexión.
La selección de apps y el permiso de Tiempo de uso ya deben estar disponibles. El selector del sistema y la autorización pertenecen a iOS. Esta página no promete que la configuración inicial, compra o recuperación de cuenta puedan completarse sin conexión.
Fella registra horarios de rutina con Device Activity. Cuando empieza un intervalo registrado, iOS ejecuta la extensión de monitorización de Fella. La extensión activa la fuente de bloqueo correspondiente y aplica el escudo desde el estado local compartido. Cuando termina el intervalo, quita esa fuente y reconcilia cualquier bloqueo superpuesto.
La app principal no tiene que estar abierta. Para eso existe una extensión de monitorización de Device Activity. Sus devoluciones de llamada de inicio y fin no contienen RevenueCat, PostHog, Supabase, URLSession ni otro cliente de red.
Sin conexión no significa inmune a cualquier cambio del sistema. Revocar el permiso de Tiempo de uso, cambiar ajustes del dispositivo o quitar la autorización requerida es un tema distinto a perder la conectividad a internet. Consulta cómo funcionan las sesiones y rutinas de Fella.
El desbloqueo en sí no necesita respuesta del servidor. Cuando eres elegible, Fella guarda el inicio y fin de los cinco minutos localmente, quita temporalmente el escudo y programa una devolución de llamada de Device Activity para el fin de la ventana. La extensión de monitorización reaplica entonces la regla de bloqueo actual aunque la app principal no esté en ejecución.
El acceso de pago aún debe reconocerse en el dispositivo. La app comprueba el estado de suscripción antes de conceder el Desbloqueo de emergencia. Un derecho cacheado existente puede sobrevivir a un refresco fallido; un derecho faltante o por primera vez no puede crearse sin conexión.
El rebloqueo tiene dos vías locales. La extensión del sistema es la vía en segundo plano. Si esa devolución de llamada se retrasa o la programación falla, Fella también reconcilia la hora de fin guardada localmente la próxima vez que se ejecuta la app. Más información sobre el comportamiento del Desbloqueo de emergencia.
Fella no enruta el tráfico de apps por una VPN o proxy. Su función es restringir el acceso a apps seleccionadas del iPhone con los frameworks de Tiempo de uso de Apple. Por eso el escudo no depende de una conexión de datos activa ni de un servidor de filtrado remoto.
Los filtros de red resuelven otro problema. Las herramientas basadas en VPN o DNS suelen diseñarse para filtrar webs y peticiones de red. Algunas también pueden mantener comportamiento útil sin conexión. Fella no afirma que todo bloqueador VPN falle sin internet; explica que su propia vía de bloqueo no usa una.
El bloqueo de apps sin conexión no es filtrado web sin conexión. Fella bloquea apps seleccionadas. No afirma bloquear cada web, conexión o contenido de internet sin conexión. La página dedicada sin VPN asumirá la comparativa más amplia de método de aplicación cuando se publique.
Tu selección nativa de apps bloqueadas se representa con tokens opacos de Tiempo de uso de Apple. Fella guarda esos tokens en el App Group local que usan la app y sus extensiones de bloqueo. Los tokens del selector de Apple no se envían como propiedades de analítica.
Fella no es una aplicación totalmente offline. La app en producción usa RevenueCat para suscripciones, servicios opcionales de cuenta para autenticación y sincronización soportada, PostHog para analítica de producto y Sentry para diagnóstico. Esos servicios pueden enviar sus datos documentados cuando hay conexión disponible.
Lee los límites completos antes de decidir. Consulta la Política de privacidad para el inventario completo de datos y la filosofía de privacidad de Fella para una explicación en lenguaje claro del bloqueo en el dispositivo.
Tu conexión a internet no debería ser lo que mantiene vivo el bloqueo. La regla básica de Fella la aplica iOS en el teléfono, así que un túnel de metro, una zona sin cobertura, un plan de datos desactivado o un cambio deliberado a modo avión no quita un escudo ya activo.
Fella encaja cuando el acceso a la app es el problema. No es una VPN, un filtro de webs ni un servicio de monitorización remota. Es un bloqueador de apps para iPhone construido sobre restricciones locales de apps seleccionadas, sesiones manuales, rutinas programadas y acceso de emergencia controlado.
Tu pantalla de inicio muestra de un vistazo qué está bloqueado y qué sigue abierto, sin rebuscar en los Ajustes.
Sí. Una vez configurado Fella y con acceso de pago disponible en el dispositivo, las reglas básicas de bloqueo no necesitan Wi-Fi. Los escudos activos, horarios registrados, temporización de sesión y estado del Desbloqueo de emergencia se gestionan con los frameworks de Tiempo de uso de Apple y almacenamiento local. Para comparar opciones antes de configurarlo, consulta nuestra comparativa de mejores bloqueadores de apps para iPhone.
Sí. Desactivar los datos móviles no quita un escudo activo de Fella ni detiene un horario ya registrado. Las compras, restauraciones, sincronización de cuenta y entrega de analítica siguen necesitando conexión.
El modo avión no quita las restricciones locales de Tiempo de uso de Fella. Está verificado desde la arquitectura en el dispositivo y pruebas automatizadas de Fella, no desde una prueba actual en modo avión en un dispositivo real.
El bloqueo básico de Fella no. Managed Settings aplica el escudo en el dispositivo, mientras Device Activity ejecuta las devoluciones de llamada registradas de sesión y horario. Facturación, sincronización de cuenta y analítica siguen siendo servicios de red.
No. Fella aplica restricciones de apps con los frameworks Family Controls, Managed Settings y Device Activity de Apple en lugar de enrutar tráfico por una VPN de Fella.
Los horarios ya registrados los inicia y termina la extensión del sistema Device Activity de Apple. La extensión lee estado persistido localmente y no contiene cliente de red.
Sí, para una sesión local activa cuando el dispositivo ya reconoce el acceso de pago. Fella guarda la ventana de cinco minutos localmente y registra una devolución de llamada en el dispositivo para reaplicar el bloqueo.
Sí en una instalación ya configurada cuando el permiso de Tiempo de uso, la selección de apps y el derecho de pago están disponibles localmente. Una primera compra o una caché de derecho faltante sigue requiriendo internet.
RevenueCat gestiona productos de suscripción, compras, restauraciones y refrescos de derechos. Esas operaciones pueden requerir internet. Fella conserva el último estado de suscripción conocido cuando falla un refresco, pero una primera compra o una caché faltante no puede completarse sin conexión.
El selector nativo de Tiempo de uso devuelve tokens que preservan la privacidad. Fella los guarda en su App Group local para la app y las extensiones de bloqueo, y no envía esos tokens como propiedades de analítica.
