Criar visibilidade dinâmica com JetEngine e Elementor é controlar, por condição, quais blocos da página cada visitante vê, usando o módulo Dynamic Visibility do JetEngine sobre os widgets e seções do Elementor. O JetEngine avalia a regra, e o Elementor mostra ou esconde o conteúdo conforme o resultado. O resultado é uma página que se adapta a quem está logado, ao papel do usuário ou ao valor de um campo, sem duplicar layouts. Este guia faz parte do hub de Elementor Pro da FULL e mostra o passo a passo real, da ativação do módulo ao teste de cada cenário.

O que é visibilidade dinâmica com JetEngine e Elementor

Visibilidade dinâmica com JetEngine e Elementor é a regra que decide, em tempo de carregamento, se um widget ou seção aparece para o visitante: o módulo Dynamic Visibility do JetEngine lê uma condição e instrui o Elementor a exibir ou ocultar o bloco. O JetEngine entrega a lógica, e o Elementor entrega o conteúdo controlado.

Na prática, você ativa o módulo, escolhe um bloco do Elementor e define a condição, como usuário logado, papel de administrador ou um campo meta com certo valor, e diz se a regra mostra ou esconde o bloco. Assim, a mesma página entrega conteúdos diferentes conforme o contexto. Nos atendimentos da FULL sobre sites com Elementor Pro, o tropeço campeão é montar a condição certa e esquecer de marcar se ela mostra ou oculta, o que inverte o resultado e expõe o bloco errado.

Legenda: o JetEngine avalia a condição e o Elementor mostra ou esconde o bloco.

Quando vale usar visibilidade dinâmica em vez de páginas separadas

Vale usar visibilidade dinâmica quando o mesmo endereço precisa mostrar conteúdos diferentes por contexto, quando você quer evitar duplicar páginas para públicos distintos ou quando blocos só devem aparecer a quem cumpre uma condição, e vale a página separada quando os conteúdos não têm nada em comum. A regra dinâmica rende quando a base do layout é a mesma e só parte muda.

Use este teste antes de configurar. Diga SIM à visibilidade dinâmica se a sua página tem um trecho que só certos usuários, ou só quem está logado, deve ver, mantendo o resto igual para todos. Diga NÃO se os públicos precisam de páginas inteiramente diferentes, porque aí separar é mais claro. O encaixe ideal é a área com blocos condicionais sobre uma base comum. Para somar filtros e listagens a essa lógica, o guia de sistemas de filtros no Elementor mostra como organizar o conteúdo dinâmico.

Pré-requisitos antes de configurar a visibilidade

Antes de configurar a visibilidade dinâmica você precisa de três peças no lugar, o Elementor ativo como construtor da página, o JetEngine do Crocoblock instalado, e o módulo Dynamic Visibility habilitado dentro do JetEngine, e a falta de qualquer uma deixa os blocos sem a opção de condição. Sem o módulo ligado, a aba de visibilidade nem aparece nas configurações do widget.

Checklist de prontidão antes de começar:

• Elementor ativo, montando a página onde os blocos vivem.
• JetEngine do Crocoblock instalado e ativado.
• O módulo Dynamic Visibility habilitado no painel do JetEngine.
• A condição definida: papel do usuário, login, campo meta ou data.
• Os campos meta criados, se a condição depender de um valor.
• Um conjunto de usuários de teste para cada cenário previsto.
• Backup do site antes de aplicar regras de visibilidade ao conteúdo real.

Pense no conjunto como o porteiro de um prédio com áreas restritas: o JetEngine é o porteiro que confere quem pode entrar, o Elementor é o salão com várias portas, e a condição é a lista de quem tem acesso a cada uma. Sem definir se a porta abre ou fecha para a lista, o porteiro deixa entrar quem deveria barrar.

Como criar a visibilidade dinâmica em 5 passos

Criar a visibilidade dinâmica segue cinco passos, da ativação do módulo ao teste de cada cenário, e respeitar a ordem evita o erro mais comum: definir a condição e esquecer de marcar se ela mostra ou esconde o bloco. Cada passo fecha uma decisão, da regra ao resultado. Confirme antes que o Elementor e o JetEngine estão ativos, porque a opção de visibilidade depende dos dois juntos.

Passo 1: Ative o módulo dynamic visibility no JetEngine

No painel do JetEngine, abra a aba de módulos e ative o Dynamic Visibility, porque é ele que adiciona a opção de condição às configurações de cada widget e seção do Elementor. Sem o módulo ligado, os blocos não têm onde receber a regra, conforme a referência dos plugins do WordPress. Salve a ativação e recarregue o editor do Elementor para a nova aba aparecer. Esse passo é a chave que destrava todo o resto: a partir dele, qualquer bloco da página pode ganhar uma condição de exibição. Confirme que a aba de visibilidade surgiu antes de seguir, porque sem ela os próximos passos não têm onde ser configurados.

Passo 2: Escolha o bloco a controlar no Elementor

No editor do Elementor, selecione o widget ou a seção que deve aparecer ou sumir conforme a condição, porque é nesse bloco que a regra de visibilidade vai morar. Decida com clareza o alvo, um botão só para logados, uma seção só para administradores ou um aviso por campo meta, antes de abrir a aba de visibilidade. Mantenha o bloco bem delimitado, já que controlar uma seção inteira é diferente de controlar um único widget dentro dela. Selecione o elemento e abra a aba de Dynamic Visibility nas configurações avançadas. A escolha do alvo certo evita esconder mais ou menos do que você pretendia na página.

Passo 3: Defina a condição de visibilidade

Na aba de Dynamic Visibility do bloco, crie a condição que decide a exibição, escolhendo o tipo de regra, papel do usuário, estado de login, valor de campo meta ou data, porque é essa condição que o JetEngine vai avaliar a cada carregamento. Configure o campo e o valor que a regra compara, como papel igual a administrador ou campo meta com determinado conteúdo. Quanto mais específica a condição, mais previsível o resultado. Se a regra depende de um campo, confirme que ele existe e está preenchido. Salve a condição no bloco, deixando claro qual critério dispara a exibição ou a ocultação no passo seguinte.

Passo 4: Marque se a regra mostra ou esconde

Defina a ação da condição, escolhendo entre mostrar o bloco quando a regra é verdadeira ou esconder o bloco nesse caso, porque é esse ajuste que o pessoal esquece e que inverte todo o resultado. A mesma condição produz efeitos opostos conforme essa escolha, então leia a frase completa, mostrar se logado é diferente de esconder se logado. Marque a ação que corresponde ao que você quer e salve. Esse é o passo mais sujeito a engano da configuração inteira, então confira a lógica em voz alta antes de publicar. Uma ação invertida expõe justamente o bloco que deveria ficar oculto, então revise com atenção.

Passo 5: Teste cada cenário de usuário

Abra a página com usuários diferentes, um logado, um deslogado e um de cada papel previsto, e confirme que cada um vê exatamente os blocos certos, porque só o teste real prova que a condição e a ação combinam. Use uma janela anônima para simular o visitante deslogado e alterne entre contas para os papéis. Verifique também no celular, já que a regra vale em qualquer tela. Se o JetEngine não conecta com o Elementor e a aba de visibilidade some, veja como corrigir o erro de conexão entre JetEngine e Elementor antes de aplicar as regras ao site inteiro.

Legenda: cada passo fecha uma decisão, da condição ao teste por cenário de usuário.

Erros comuns ao configurar a visibilidade dinâmica

Os três erros mais comuns ao configurar a visibilidade dinâmica são inverter a ação de mostrar ou esconder, comparar o campo errado na condição e esquecer de testar o cenário deslogado. O primeiro é o mais frequente: a condição está certa, mas a ação invertida faz o bloco aparecer justamente para quem não deveria vê-lo, o que pode expor conteúdo restrito.

O segundo erro é apontar a condição para um campo meta errado ou vazio, o que faz a regra nunca disparar e o bloco se comportar como se não tivesse controle. A correção é conferir o nome e o valor do campo. O terceiro caso é validar só com a própria conta de administrador e esquecer do visitante comum, deixando passar uma falha que só aparece para o público. Quando o conflito de campos entre o ACF e o JetEngine atrapalha a condição, vale ver como corrigir o conflito de Custom Fields entre ACF PRO e JetEngine, que costuma estar por trás da regra que não dispara.

Como manter a visibilidade dinâmica em produção

Manter a visibilidade dinâmica em produção exige cuidar de duas frentes, a clareza das condições e a estabilidade das regras a cada atualização, porque condições espalhadas por muitos blocos ficam difíceis de auditar e uma atualização do JetEngine pode mudar como a regra é avaliada. A lógica condicional cresce em silêncio, então documentar cada regra evita surpresas no que aparece para cada público.

Mantenha um registro de quais blocos têm visibilidade dinâmica e qual condição cada um usa, porque isso facilita revisar e corrigir quando o conteúdo muda. Depois de cada atualização do JetEngine ou do Elementor, refaça o teste com usuários de papéis diferentes para garantir que as regras continuam corretas. Para entender como a suíte do Crocoblock soma esse controle a listagens e templates, o guia de como criar um site com Elementor Pro dá o contexto do construtor.

Como a FULL faz isso em escala

A FULL padroniza o uso de visibilidade dinâmica com JetEngine porque acompanha mais de 150 mil sites WordPress, e áreas com conteúdo condicional, por login, papel ou plano, aparecem o tempo todo, onde reconfigurar cada regra em cada projeto vira gargalo. Em vez de licença avulsa do Crocoblock por instalação, a suíte entra no bundle e o padrão de regras condicionais fica replicável de um site para outro.

No plano PRO da FULL, por R$849, o Crocoblock e o Elementor Pro já vêm no pacote para até dez sites, o que dá R$85 por site em vez de pagar cada licença separada. Para quem monta vários sites com áreas condicionais, a gente vê isso trocar um custo recorrente espalhado por um padrão único: o mesmo conjunto de regras de visibilidade é exportado e reaproveitado de um projeto para outro, sem remontar a lógica do zero a cada site. É a economia que só aparece quando o stack é o mesmo em toda a base.

Checklist final da visibilidade dinâmica

O checklist final da visibilidade dinâmica confirma, em uma passada, que cada bloco aparece para o público certo antes de você publicar as regras. Rode esta lista depois do passo 5 e a cada atualização grande do JetEngine ou do Elementor, porque é nessas atualizações que o comportamento das condições costuma mudar.

Antes de declarar pronto, confirme:

• O módulo Dynamic Visibility está ativo e a aba aparece nos blocos.
• Cada bloco controlado tem a condição certa salva.
• A ação de mostrar ou esconder está na direção correta para cada regra.
• A condição aponta para o campo e o valor exatos, quando depende de meta.
• O teste com usuário logado, deslogado e cada papel mostra os blocos certos.
• O cenário deslogado foi validado em janela anônima, não só como admin.
• As regras funcionam bem no celular, não só no desktop.

Se qualquer item falhar, principalmente a ação de mostrar ou esconder, volte ao passo correspondente antes de publicar as regras ao público.

Perguntas frequentes sobre visibilidade dinâmica com JetEngine e Elementor

Próximos passos para páginas que se adaptam ao público

Criar visibilidade dinâmica com JetEngine e Elementor é, no fundo, deixar a página decidir o que mostrar a cada visitante: ative o módulo, escolha o bloco, defina a condição e, acima de tudo, marque corretamente se a regra mostra ou esconde. A ação invertida é o que expõe o bloco errado, então confira a lógica antes de publicar. Para padronizar o Crocoblock e o Elementor Pro em vários sites sem licença avulsa, conheça os planos da FULL, e para continuar aprendendo, o FULL Academy reúne os tutoriais de WordPress em um só lugar.