Bloqueie apps
mesmo offline

Sim — o bloqueio principal do Fella funciona offline quando o app já está configurado no iPhone. Desligar Wi-Fi ou dados móveis não remove uma barreira ativa. Programações previamente registradas continuam via o sistema Device Activity da Apple. Sessões manuais e Desbloqueio de emergência usam APIs locais de Tempo de Uso e estado local quando o aparelho já reconhece seu acesso pago.

Isso não significa que todo o Fella seja totalmente offline. Comprar ou restaurar uma assinatura, atualizar informações de conta ou direito quando não há cache utilizável, baixar atualizações e enviar analytics exigem rede. Bloqueio offline é uma afirmação sobre aplicação — não sobre cobrança, contas ou cada serviço ao redor.

Reiniciar o aparelho não é listado como um cenário offline garantido. A fonte reconstrói barreiras e a verdade da sessão a partir do estado local compartilhado quando o Fella inicia, e programações registradas do Device Activity são gerenciadas pelo sistema. Mas nenhum iPhone conectado estava disponível para um teste de reinício em Modo Avião, então esta página não promete essa sequência específica.

1. A aplicação do bloqueio acontece no iPhone. O Fella solicita permissão ao sistema Family Controls da Apple, recebe tokens que preservam privacidade para os apps ou categorias que você selecionar e entrega esses tokens ao Managed Settings. O Managed Settings aplica a barreira do sistema.

2. O estado de sessão e programação é armazenado localmente. Horários de início e fim manuais, fontes de bloqueio ativas, rotinas, nomes de atividades registradas e tempo de Desbloqueio de emergência ficam no App Group compartilhado do app. Isso permite que o app principal e suas extensões concordem sobre a regra atual sem consultar um servidor do Fella.

3. Serviços de assinatura, conta e analytics usam a rede. O RevenueCat cuida de produtos, compras, restaurações e atualizações de direito. A autenticação usa o serviço de conta do Fella quando uma conta é usada. O PostHog recebe analytics do produto. Nenhum desses serviços é o mecanismo que mantém uma barreira já ativa na tela.

O bloqueio permanece ativo. Desligar Wi-Fi, desativar dados móveis ou ativar o Modo Avião não remove a barreira do Managed Settings. A restrição não é aplicada perguntando continuamente a um servidor remoto se um app pode abrir.

A sessão ainda tem um horário local de término. O Fella persiste as datas da sessão manual e registra callbacks do Device Activity como salvaguarda do sistema. Uma perda de conexão não reescreve esse estado nem desativa a fonte de bloqueio.

Modo Avião não é um bypass por falta de internet. A arquitetura atual não tem dependência de rede nos caminhos de barreira, monitoramento de programação ou rebloqueio de emergência. Essa é uma evidência de código e testes automatizados; não foi repetida em um iPhone físico conectado para esta página.

Sim, com uma instalação já configurada e com direito. Iniciar uma sessão manual registra seu início e fim no sistema Device Activity da Apple, grava as datas no armazenamento local compartilhado, marca a fonte de bloqueio manual como ativa e aplica a barreira dos apps selecionados. Nenhuma dessas ações chama um backend do Fella.

A verificação de assinatura é o limite. O Fella verifica o acesso pago antes de iniciar. O RevenueCat armazena em cache informações do cliente no aparelho, e o Fella mantém o último status ativo conhecido se uma atualização falhar. Se o app não tiver cache utilizável de direito — como antes da primeira compra — não consegue estabelecer acesso pago offline.

A seleção de apps e a permissão de Tempo de Uso já precisam estar disponíveis. O seletor do sistema e a autorização pertencem ao iOS. Esta página não promete que configuração inicial, compra ou recuperação de conta possam ser concluídas sem conexão.

O Fella registra programações de rotina com o Device Activity. Quando um intervalo registrado começa, o iOS executa a extensão de monitoramento do Fella. A extensão ativa a fonte de bloqueio correspondente e aplica a barreira a partir do estado local compartilhado. Quando o intervalo termina, remove essa fonte e reconcilia qualquer bloqueio sobreposto.

O app principal não precisa estar aberto. Esse é o ponto de usar uma extensão de monitoramento do Device Activity. Seus callbacks de início e fim não contêm RevenueCat, PostHog, Supabase, URLSession ou outro cliente de rede.

Offline não significa imune a toda mudança do sistema. Revogar a permissão de Tempo de Uso, alterar configurações do aparelho ou remover a autorização necessária é um problema diferente de perder a conexão com a internet. Veja como as sessões e rotinas do Fella funcionam.

O próprio desbloqueio não precisa de resposta do servidor. Quando elegível, o Fella armazena localmente o início e o fim dos cinco minutos, remove temporariamente a barreira e agenda um callback do Device Activity para o fim da janela. A extensão de monitoramento então reaplica a regra atual mesmo se o app principal não estiver em execução.

O acesso pago ainda precisa ser reconhecido no aparelho. O app verifica o estado da assinatura antes de conceder o Desbloqueio de emergência. Um direito em cache existente pode sobreviver a uma atualização falhada; um direito ausente ou de primeira vez não pode ser criado offline.

O rebloqueio tem dois caminhos locais. A extensão do sistema é o caminho em segundo plano. Se esse callback atrasar ou o agendamento falhar, o Fella também reconcilia o horário de término armazenado localmente na próxima vez que o app for executado. Saiba mais sobre o comportamento do Desbloqueio de emergência.

O Fella não roteia o tráfego de apps por VPN ou proxy. Seu trabalho é restringir o acesso a apps selecionados do iPhone via frameworks de Tempo de Uso da Apple. É por isso que a barreira do app não depende de conexão ativa de dados ou servidor remoto de filtragem.

Filtros de rede resolvem outro problema. Ferramentas baseadas em VPN ou DNS são geralmente projetadas para filtrar sites e requisições de rede. Algumas também podem manter comportamento offline útil. O Fella não afirma que todo bloqueador via VPN falha sem internet; está explicando que seu próprio caminho de bloqueio não usa VPN.

Bloqueio offline de apps não é filtragem offline da web. O Fella bloqueia apps selecionados. Não afirma bloquear todo site, conexão ou conteúdo da internet enquanto offline. A página dedicada sem VPN tratará da comparação mais ampla de métodos de aplicação quando for publicada.

Sua seleção nativa de apps bloqueados é representada pelos tokens opacos de Tempo de Uso da Apple. O Fella armazena esses tokens no App Group local usado pelo app e suas extensões de bloqueio. Os tokens do seletor da Apple não são enviados como propriedades de analytics.

O Fella não é um aplicativo totalmente offline. O app de produção usa RevenueCat para assinaturas, serviços opcionais de conta para autenticação e sincronização suportada, PostHog para analytics do produto e Sentry para diagnósticos. Esses serviços podem enviar seus dados documentados quando há conexão.

Leia os limites completos antes de decidir. Veja a Política de Privacidade para o inventário completo de dados e a filosofia de privacidade do Fella para uma explicação simples do bloqueio no aparelho.

Sua conexão com a internet não deveria ser o que mantém o bloqueio ativo. A regra principal do Fella é aplicada pelo iOS no aparelho, então um túnel de trem, área sem sinal, plano de dados desativado ou mudança deliberada para Modo Avião não remove uma barreira já ativa.

O Fella serve quando o acesso a apps é o problema. Não é uma VPN, filtro de sites ou serviço de monitoramento remoto. É um bloqueador de apps para iPhone criado em torno de restrições locais de apps selecionados, sessões manuais, rotinas programadas e acesso de emergência controlado.