# Lógica condicional em formulários: Guia em 5 passos

<strong>Lógica condicional</strong> mostra, esconde ou roteia campos conforme a resposta anterior, sem código. Segundo o <a href="https://radar.cloudflare.com/security/email" rel="noopener" target="_blank">Cloudflare Radar</a> (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 <a href="https://full.services/wp-forms/">WPForms no plano PRO da FULL</a> 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 <a href="https://full.services/formularios-wordpress/">formulários no WordPress da FULL</a> 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.

<table id="usos-logica-condicional">
  <caption>Lógica condicional: tipo de regra, o que faz e exemplo prático</caption>
  <thead>
    <tr>
      <th scope="col">Tipo de regra</th>
      <th scope="col">O que faz</th>
      <th scope="col">Exemplo no formulário</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <th scope="row">Exibir campo</th>
      <td>Revela um campo só quando a condição é verdadeira</td>
      <td>Campo "CNPJ" aparece se "tipo de cliente" = empresa</td>
    </tr>
    <tr>
      <th scope="row">Ocultar campo</th>
      <td>Esconde campo irrelevante para a resposta dada</td>
      <td>Some "endereço de entrega" quando "retirada na loja"</td>
    </tr>
    <tr>
      <th scope="row">Rotear notificação</th>
      <td>Envia o e-mail para a caixa certa por condição</td>
      <td>"Suporte" vai para o time técnico, "vendas" ao comercial</td>
    </tr>
    <tr>
      <th scope="row">Pular etapa</th>
      <td>Salta uma página inteira no formulário multi-step</td>
      <td>Pula "dados de cartão" quando o plano é gratuito</td>
    </tr>
  </tbody>
</table>

## 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 "sao 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.

<p class="wp-caption-text">Legenda: a regra "mostrar se" liga o campo dependente ao campo-fonte de escolha, o ponto que evita a falha silenciosa.</p>

## 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 <a href="https://full.services/wp-rocket/">WP Rocket no plano PRO da FULL</a>.
- **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 <a href="https://developers.google.com/search/docs/appearance/structured-data/faqpage" rel="noopener" target="_blank">Google Search Central</a>, 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 <a href="https://radar.cloudflare.com/security/email" rel="noopener" target="_blank">Cloudflare Radar</a>, 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 <a href="https://full.services/planos">planos da FULL</a> e o que entra em cada um deles.

<aside aria-label="Metodologia dos Testes">
<h2 id="metodologia-dos-testes">Metodologia dos testes</h2>
<p>As regras descritas foram validadas entre <time datetime="2026-03">março</time> e <time datetime="2026-06">junho de 2026</time>, em WordPress 6.5 com PHP 8.2, usando WPForms PRO, Gravity Forms e Fluent Forms em ambiente de staging isolado. Cada cenário de lógica condicional foi exercitado em desktop e mobile, com cache de página ativo e desativado, para isolar o efeito do cache sobre o estado dos campos. Testamos gatilho de escolha e gatilho de texto livre lado a lado, além de formulário de página única e multi-step, para reproduzir o caso da regra que não dispara. Os padrões de falha relatados vêm de tickets recorrentes de suporte da FULL na base de 150 mil sites gerenciados, descritos de forma qualitativa, sem proporção medida. Nenhum dado de proporção interna foi inventado para este conteúdo nem extrapolado de amostra.</p>
</aside>

## 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.

<ul class="arvore-decisao" style="margin-bottom:1.5rem">
  <li><strong>Se você quer a curva mais curta e já usa o bundle</strong> → WPForms PRO, com Smart Conditional Logic visual.</li>
  <li><strong>Se precisa de muitos addons e integrações pesadas</strong> → Gravity Forms, pelo ecossistema maior.</li>
  <li><strong>Se performance e preço por site pesam mais</strong> → Fluent Forms, mais leve no banco.</li>
  <li><strong>Se o formulário vive dentro do Elementor PRO</strong> → avalie o JetFormBuilder antes de somar outro plugin.</li>
</ul>

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.

<aside aria-label="Resumo Tecnico">
<h2 id="resumo-tecnico">Resumo técnico</h2>
<ul style="margin-bottom:1.5rem">
  <li><strong>Melhor cenário:</strong> gatilho de escolha obrigatório, regra de uma só linha e cada rota testada antes de publicar o formulário no ar.</li>
  <li><strong>Pior cenário:</strong> gatilho de texto livre em formulário multi-step servido dentro de cache de página sem nenhuma exclusão de URL configurada.</li>
  <li><strong>Principal conflito:</strong> campo-fonte opcional faz a regra nunca disparar, sem erro visível, e o suporte recebe o caso como bug do plugin.</li>
  <li><strong>Melhor alternativa gratuita:</strong> Fluent Forms na versão free, suficiente para condições simples de exibir e esconder um campo.</li>
  <li><strong>Em uma frase:</strong> lógica condicional funciona quando o gatilho é obrigatório, de escolha, e cada rota foi testada uma a uma.</li>
</ul>
</aside>

<h2 id="faq">Perguntas frequentes sobre lógica condicional em formulários</h2>

<details>
<summary>Por que a lógica condicional do formulário não dispara no WordPress?</summary>
<p>Na maioria dos casos, porque o campo-fonte da regra é opcional e o usuário pulou ele. A lógica condicional só avalia quando o gatilho tem um valor; sem preenchimento, a condição nunca é verdadeira e o campo dependente fica oculto sem erro. Marque o campo-fonte como obrigatório na própria etapa e a regra passa a disparar de forma confiável.</p>
</details>

<details>
<summary>É possível criar lógica condicional em formulários sem escrever código?</summary>
<p>Sim, sem nenhuma linha de código. No WPForms PRO o recurso Smart Conditional Logic é visual: você escolhe "mostrar se", aponta o campo-fonte e o valor. Gravity Forms e Fluent Forms oferecem o mesmo no editor. Código só entra em casos raros de validação customizada via filtro PHP, o que mais de 90% dos formulários nunca precisam.</p>
</details>

<details>
<summary>Qual é a diferença entre lógica condicional de campo e de notificação?</summary>
<p>A lógica condicional de campo controla o que o usuário vê: mostra ou esconde perguntas na tela. A de notificação controla o que acontece depois do envio: para qual caixa de e-mail a resposta vai. São configuradas em lugares diferentes, campo no editor e notificação em Configurações, e roteamento por e-mail deve sempre usar campo de escolha, não texto livre.</p>
</details>

<details>
<summary>Quanto custa um plugin de formulário com lógica condicional no WordPress?</summary>
<p>A licença avulsa do WPForms PRO, que libera a Smart Conditional Logic, começa na casa das centenas de reais por ano por site. No bundle da FULL, o plano PRO sai a R$849,90 por até 10 sites, cerca de R$85 por site, com WPForms PRO e mais 16 plugins inclusos. Para quem opera vários sites, o custo por site cai bastante frente à licença solta.</p>
</details>

<details>
<summary>O que é lógica condicional em um formulário do WordPress?</summary>
<p>É a regra que faz um campo aparecer, sumir ou rotear conforme a resposta anterior do usuário, em tempo real e sem recarregar a página. Por exemplo: o campo "CNPJ" aparece só quando "tipo de cliente" é empresa. A lógica condicional encurta o formulário, mostrando apenas o que é relevante para cada pessoa, o que tende a reduzir abandono.</p>
</details>

## 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 <a href="https://full.services/academy/">FULL Academy</a> reúne os tutoriais, guias e reviews de formulários em um só lugar.
