Skip to content

Proteção por código de acesso

A maioria das igrejas deixa o formulário de visitante totalmente público — qualquer um com a URL pode preencher, o que é exatamente o que você quer para um formulário impresso num boletim ou colado num QR code no balcão de boas-vindas. Mas de vez em quando uma igreja quer o oposto: um formulário que só é acessível para pessoas fisicamente presentes no serviço. A proteção por código de acesso é para esses casos.

Esta página cobre ligando o código de acesso, escolhendo um bom, e os trade-offs que vêm junto.

Quando usar um código de acesso

A resposta honesta é: a maioria das igrejas não deveria. O formulário de visitante não tem dados pessoais para alguém roubar — ele só recebe dados, nunca os entrega. O risco realista de deixá-lo público é um ou dois envios de spam por ano, que um delete-de-perfil de cinco segundos resolve. Então antes de ligar isso, pergunte se você realmente precisa.

Os casos onde um código de acesso genuinamente ajuda:

  • Você está testando uma nova configuração de campos antes de lançar o formulário publicamente, e quer que só a equipe possa enviar durante a semana de teste.
  • Você teve envios de spam repetidos — bots que acharam a URL e estão preenchendo com lixo. Raro, mas acontece. Às vezes é mais fácil pôr código de acesso por um mês do que rastrear onde a URL vazou.
  • Você está fazendo um evento privado — um retiro de liderança ou um primeiro domingo só por convite — onde você quer um formulário de inscrição mas só os participantes deveriam ver.
  • Razões de compliance — algumas jurisdições exigem que qualquer formulário de coleta de dados tenha acesso controlado. Se as regras locais de proteção de dados dizem isso, esse é seu interruptor.

Se nenhum desses encaixa, pule o código de acesso e confie na fricção natural da própria URL.

Toggle do código de acesso

Ligando

Vá em Configurações → Formulário de visitante, então no cartão Acesso e link vire o interruptor Exigir senha para ligado. Um campo de entrada de senha aparece embaixo.

Digite o código que você quer usar e clique em Salvar. Não há comprimento mínimo nem regra de complexidade — é uma barreira de fricção, não um segredo criptográfico. Algo como bemvindo2026 ou primeirabatista serve. Evite espaços (ficam estranhos quando você lê em voz alta no balcão de boas-vindas) e evite caracteres que não traduzem bem para um teclado de celular.

O código de acesso é armazenado na tabela app_settings sob a chave visitor_form_password e é comparado sem distinção de caixa pela RPC de envio — então BEMVINDO2026 e bemvindo2026 funcionam ambos. Espaços em branco são removidos antes da comparação.

O que os visitantes veem

Quando o código de acesso está ligado, o formulário público primeiro mostra uma tela de entrada de código em vez do formulário em si. Visitantes digitam o código, tocam Continuar, e o formulário destrava pelo resto da sessão de navegador (armazenado em sessionStorage).

A parte "resto da sessão" importa: se um visitante entra o código, preenche o formulário e envia, eles não precisam do código de novo para enviar uma segunda vez da mesma aba do navegador. Fechar a aba limpa.

A tela de entrada de código não diz para que igreja é, não expõe nenhuma marca, e dá o mesmo erro genérico para um código errado — então um curioso passando com a URL mas sem o código não obtém nenhuma informação sobre sua igreja.

Escolhendo um bom código de acesso

Três regras práticas:

  1. Curto o suficiente para dizer em voz alta do palco — "o código é bem-vindo dois mil e vinte e seis, tudo junto". Se você não consegue dizer limpo, mude.
  2. Memorável o suficiente para que um greeter não precise olhar pra um cartão — eles deveriam conseguir repetir para dez visitantes seguidos sem reconferir.
  3. Diferente de qualquer coisa que você usa em outro lugar — não é uma senha para nada secreto, mas reutilizar um código que você usa para Wi-Fi da equipe ou outro sistema compartilhado é só má higiene.

Um padrão comum: escolher um novo código no início de cada temporada (bemvindo2026outono, bemvindo2026verao). Limita a janela de vazamento — mesmo se o código acaba sendo compartilhado em algum lugar que não deveria, ele envelhece sozinho.

Compartilhando o código com visitantes

Imprima. Diga do palco durante o momento de boas-vindas. Coloque num cartaz no balcão de boas-vindas. O ponto de um código de acesso não é que os visitantes não consigam vê-lo — é que eles têm que estar fisicamente presentes (ou ter um canal de comunicação conhecido com você) para recebê-lo.

Se você quer um código automaticamente compartilhado pela página splash do Wi-Fi da sua igreja, ou enviado por SMS para qualquer um que escaneie um QR code na porta, você reinventou o formulário público original com etapas extras. Apenas deixe o código de acesso desligado nesse caso.

Desligando

Vire o interruptor Exigir senha de volta para desligado. A senha armazenada é limpa de app_settings imediatamente e o formulário fica totalmente público no momento em que você salva.

Você também pode limpar a senha sem desligar — deixe o toggle ligado mas salve um valor vazio — mas o formulário trata uma senha vazia da mesma forma que nenhum código de acesso, então efetivamente está desligado.

Ressalvas

  • Um código de acesso não é criptografia. Um bot determinado que lê o código-fonte da página e as requisições de rede vai passar. É uma ferramenta "para envios casuais", não uma fronteira de segurança.
  • Visitantes que erram o código não têm um fluxo amigável de nova tentativa. Eles veem um erro genérico e têm que digitar de novo. Se seus visitantes são mais velhos ou menos savvy com tecnologia, leve isso em conta.
  • O código de acesso se aplica à rota do formulário, não aos dados em si. Uma vez que um visitante passa do código, a RPC de envio subjacente ainda valida o código em cada envio — então um código vazado não pode ser usado para entrar dados pela porta dos fundos.

Para onde ir em seguida