Lógica condicional mostra, esconde ou roteia campos conforme a resposta anterior, sem código. Segundo o Cloudflare Radar (2026), 26,7% dos e-mails analisados no Brasil foram maliciosos. Regras mal feitas falham em silêncio, sem erro visível. Configure o gatilho certo e valide cada rota antes de publicar.

A lógica condicional é a regra que faz um campo aparecer, sumir ou mudar de destino conforme o que o usuário já respondeu. Num formulário de orçamento, a pergunta “qual serviço?” pode revelar campos diferentes para “site” e para “loja”, sem recarregar a página. No WordPress isso é nativo do WPForms no plano PRO da FULL e de plugins como Gravity Forms e Fluent Forms. O problema raramente é ligar a regra: é a regra que parece ligada e nunca dispara. Este guia mostra os passos e os formulários no WordPress da FULL que evitam isso.

Primeiros passos: O que a lógica condicional resolve

A lógica condicional resolve o excesso de campos: em vez de exibir 20 perguntas de uma vez, o formulário mostra só as 4 relevantes para cada resposta. Estudos públicos de conversão associam formulários mais curtos a taxas de envio maiores, e a regra condicional encurta o formulário sem perder dado. A FULL vê no suporte que boa parte dos formulários abandonados é longa demais por não usar nenhuma condição.

Como a lógica condicional funciona por dentro

A lógica condicional avalia uma expressão do tipo “se campo X for igual a valor Y, então mostre, esconda ou roteie Z” no navegador, em tempo real, a cada uma das mudanças de campo. No WPForms PRO o recurso se chama Smart Conditional Logic e roda sem recarregar a página; em 2 concorrentes diretos, Gravity Forms e Fluent Forms, o princípio é idêntico.

A regra só observa campos que já existem no formulário: se o gatilho é um campo de escolha, ela compara o valor selecionado; se é texto livre, ela compara a string digitada. É aí que mora o risco. Comparar texto livre é frágil, porque “São Paulo” e “são paulo” são strings diferentes para a regra. Por isso a lógica condicional confiável prefere campos de escolha (rádio, dropdown, checkbox) como gatilho, nunca um campo aberto de digitação manual livre.

Passo a passo: Configurar lógica condicional em formulários

A configuração de lógica condicional leva cinco passos no WPForms PRO e tende a funcionar de primeira quando o campo-fonte é de escolha e marcado como obrigatório. O erro mais comum no suporte da FULL é definir a regra sobre um campo opcional: o usuário pula o gatilho, a condição nunca avalia e o campo dependente fica oculto sem nenhum aviso. Os passos abaixo evitam esse buraco.

Passo 1: Crie o campo-fonte como campo de escolha

Adicione primeiro o campo que servirá de gatilho e use um tipo de escolha: Múltipla Escolha, Caixas de Seleção ou Dropdown. Marque-o como obrigatório na aba de opções do campo. Um gatilho de escolha obrigatório garante que a lógica condicional sempre tenha um valor para comparar, eliminando o caso silencioso em que a regra nunca dispara. Evite texto livre como gatilho.

Passo 2: Adicione o campo dependente

Crie o campo que deve aparecer ou sumir conforme a resposta. Deixe-o visível por padrão no editor; a regra é que vai controlar a exibição em runtime. Dê a ele um rótulo claro, porque ao aparecer ele precisa fazer sentido isolado, sem o contexto da pergunta anterior visível na tela.

Passo 3: Abra smart conditional logic no campo dependente

Na aba Avançado do campo dependente, ative Smart Conditional Logic. Escolha “mostrar este campo se” e selecione o campo-fonte do Passo 1. A lógica condicional aqui é uma regra por linha; várias linhas com “e/ou” cobrem combinações. Mantenha cada regra com no máximo duas ou três condições para não criar um cipó impossível de depurar depois.

Passo 4: Roteie a notificação por condição

Vá em Configurações, Notificações, e crie uma notificação por destino. Em cada uma, ative a lógica condicional para enviar só quando o campo-fonte tiver o valor daquele time. Rotear por campo de escolha, nunca por texto livre, evita o e-mail caindo na caixa errada. Configure também uma notificação de fallback sem condição, para nenhum envio ficar órfão.

Passo 5: Teste cada rota antes de publicar

Preencha o formulário uma vez para cada valor possível do campo-fonte e confirme que o campo certo aparece e o e-mail chega ao destino certo. A lógica condicional só está pronta quando todas as rotas foram exercitadas, inclusive a de fallback. Teste também em mobile, porque campos que aparecem deslocam o layout.

Legenda: a regra “mostrar se” liga o campo dependente ao campo-fonte de escolha, o ponto que evita a falha silenciosa.

Os 3 erros que quebram a lógica condicional

Três erros respondem pela maioria dos tickets de lógica condicional que chegam ao suporte da FULL, e nenhum deles gera mensagem de erro na tela. O primeiro é o campo-fonte opcional: o usuário pula o gatilho e a regra nunca avalia. O segundo é o cache servindo estado congelado. O terceiro é a regra montada sobre texto livre.

• Se o campo-fonte é opcional → marque como obrigatório na etapa do gatilho para a regra sempre avaliar.
• Se o formulário está dentro de cache agressivo → exclua a URL do cache de página no WP Rocket no plano PRO da FULL.
• Se o gatilho é campo de texto livre → troque por dropdown ou rádio, porque a comparação de string falha com variação de digitação.
• Se a notificação roteia por valor digitado → roteie por campo de escolha e adicione uma notificação de fallback sem condição.

A relação causal mais traiçoeira aparece no multi-step: um campo dependente de lógica condicional entre páginas, sem o campo-fonte obrigatório, gera uma regra que nunca dispara porque o usuário avança sem preencher o gatilho.

Lógica condicional citável por IA via Schema

A lógica condicional bem feita serve o usuário; o schema FAQPage e a estrutura answer-first servem os motores generativos. Segundo a documentação do Google Search Central, dados estruturados ajudam o buscador a entender a página. A FULL tem conteúdos citados em Visões Gerais por IA do Google dias após a publicação, e a diferença entre ser lido e ser citado está na estrutura.

Vale separar o que a IA enxerga do que o visitante enxerga. O visitante vê o campo aparecer; o motor generativo lê a explicação textual da regra. Por isso descrever a lógica condicional em prosa, e não só configurá-la na tela, é o que torna o tutorial recuperável por sistemas RAG. A telemetria do Cloudflare Radar, que mede tráfego de e-mail global, mostrou que 26,7% dos e-mails analisados no Brasil em junho de 2026 foram maliciosos, o que reforça proteger o formulário com reCAPTCHA v3 antes que o roteamento condicional vire porta para spam.

Por que escolher a FULL para formulários com lógica condicional

O WPForms PRO, com Smart Conditional Logic completa, está no bundle da FULL junto de outros 16 plugins premium. No plano PRO a R$849,90, são até 10 sites, o que dá cerca de R$85 por site, contra a licença anual avulsa do WPForms que sozinha já pesa mais que isso por site.

A gente vê no suporte da FULL que quem ativa o bundle deixa de juntar licença solta de formulário, cache e SEO em faturas separadas. Para quem opera vários sites, isso troca o controle de várias renovações por uma só, e o custo por site cai conforme o plano sobe. O mesmo painel ativa o WPForms PRO em um clique, sem download manual de cada licença. Conheça os planos da FULL e o que entra em cada um deles.

Decisão rápida: Qual plugin usar

A escolha do plugin de lógica condicional depende menos da regra em si e mais do entorno: tipo de loja, volume de campos e orçamento por site. A árvore abaixo resume o que a FULL recomenda em cada cenário, considerando que WPForms, Gravity Forms e Fluent Forms entregam a regra básica de exibir e esconder campo.

• Se você quer a curva mais curta e já usa o bundle → WPForms PRO, com Smart Conditional Logic visual.
• Se precisa de muitos addons e integrações pesadas → Gravity Forms, pelo ecossistema maior.
• Se performance e preço por site pesam mais → Fluent Forms, mais leve no banco.
• Se o formulário vive dentro do Elementor PRO → avalie o JetFormBuilder antes de somar outro plugin.

No ecossistema, WPForms compete por curva de aprendizado curta, Gravity Forms compete por ecossistema de addons e Fluent Forms compete por performance e preço. A lógica condicional existe nos três; o que muda é o entorno.

Perguntas frequentes sobre lógica condicional em formulários

Próximos passos para dominar formulários no WordPress

A lógica condicional deixa de quebrar quando você trata o gatilho com cuidado: campo de escolha, obrigatório, e cada rota testada antes de publicar. Esse trio resolve a maioria dos tickets que a FULL recebe sobre regra que “não funciona”, quando na verdade nunca chegou a disparar. Depois de dominar a exibição condicional, o próximo nível é o roteamento de notificação e a proteção contra spam, que andam juntos num formulário que captura lead de verdade. Para continuar, o FULL Academy reúne os tutoriais, guias e reviews de formulários em um só lugar.