Os relacionamentos entre posts com JetEngine ligam dois Custom Post Types por uma tabela própria do plugin, não por postmeta solto em cada post. Essa diferença define como você consulta e exibe os dados depois. Um portal de imóveis liga corretor a imóvel; um site de cursos liga professor a aula; um diretório liga empresa a categoria. Em vez de copiar IDs à mão num campo ACF, você cria a relação uma vez e o JetEngine cuida do vínculo nos dois lados. Este tutorial mostra os relacionamentos entre posts com JetEngine em 5 passos, do registro da relação até a exibição dos posts relacionados no conteúdos de Elementor da FULL com Elementor PRO.

Primeiros passos: O que muda com relacionamentos entre posts com JetEngine

Os relacionamentos entre posts com JetEngine resolvem em uma tabela dedicada o que antes exigia código: ligar dois conteúdos e ler o vínculo dos dois lados. O JetEngine cria a tabela wp_jet_rel_default e guarda ali cada par de IDs, em vez de duplicar o dado. A tabela abaixo separa os três tipos de relação que o plugin aceita.

A escolha do tipo trava a estrutura toda dos relacionamentos entre posts com JetEngine: começar com o tipo errado obriga a refazer a relação depois. Para portais com hierarquia de pai e filho, o tutorial de templates dinâmicos com Elementor e JetEngine mostra como a listagem consome essa relação na prática, e o JetEngine ainda permite encadear relações em cadeia de avô e neto para estruturas de três níveis, como continente, país e cidade.

Por que a relação vive em tabela própria e não em postmeta

A diferença entre relação e campo de meta aparece quando o site passa de 5 mil vínculos: relação em postmeta força um meta_query com JOIN pesado na wp_postmeta e trava a listagem. Os relacionamentos entre posts com JetEngine usam a tabela wp_jet_rel_default, indexada por parent e child, o que resolve a leitura sem percorrer milhares de linhas.

Esse desenho também evita o erro mais comum que a gente vê no suporte da FULL com Crocoblock: gente que guarda a relação como campo ACF de “post object” e depois não lê o vínculo do lado de trás. Com a relação nativa do JetEngine, o vínculo é bidirecional por padrão, lido dos filhos a partir do pai e dos pais a partir do filho com a mesma relação. A documentação de Relations Overview do Crocoblock descreve esse comportamento de dois sentidos como base do recurso, e é o que separa uma relação de verdade de um campo de referência simples.

Passo a passo: Crie relacionamentos entre posts com JetEngine

Configurar relacionamentos entre posts com JetEngine leva cinco etapas no painel, sem uma linha de código, e cada uma fica num menu fixo do plugin. O caminho começa em JetEngine > Relations e termina no widget Listing Grid do Elementor PRO 3.x. Os cinco passos abaixo seguem a ordem que evita retrabalho: primeiro os Custom Post Types, depois a relação, a meta, os vínculos e só então a exibição. Cada passo é um H3 com o verbo na frente, como manda o fluxo de produção.

Passo 1: Registre os dois custom post types

Os relacionamentos entre posts com JetEngine começam pelos dois tipos de conteúdo, criados antes de abrir a relação, porque o JetEngine só lista CPTs já registrados no seletor de objeto. Vá em JetEngine > Post Types e registre, por exemplo, “Corretor” e “Imóvel”. Se você ainda não domina o registro de CPT, o guia de Custom Post Types com JetEngine e ACF PRO cobre cada campo do formulário. Sem os dois Custom Post Types publicados, o passo seguinte não tem o que ligar.

Passo 2: Crie a relação em JetEngine > relations

Abra JetEngine > Relations, clique em “Add New” e defina o Parent Object e o Child Object com os dois CPTs do passo 1. No campo “Relation Type”, escolha entre one-to-one, one-to-many ou many-to-many conforme a tabela do início. Dê um nome claro à relação (“Corretor → Imóvel”), porque esse rótulo aparece depois no seletor da listagem. Salve e o JetEngine cria a tabela de vínculos automaticamente, sem você tocar no banco.

Passo 3: Habilite a meta de relação

Ative a opção “Register separate meta fields for this relationship” quando o vínculo precisar guardar dados próprios, como data de início, valor de comissão ou status. A meta de relação aceita os tipos Text, Date, Datetime, Checkbox, Media, Select e Number, e fica salva no par de IDs, não no post. É aqui que a relação ganha inteligência: um mesmo corretor ligado a dois imóveis pode ter comissões diferentes em cada vínculo, sem criar campo duplicado.

Passo 4: Conecte os posts e crie filhos pelo pai

Habilite “Register controls for parent object” e “Allow to create new children from parent” para conectar os posts direto na tela de edição. Com os controles ligados, ao abrir um post “Corretor” você vê um meta box que lista os imóveis vinculados e permite criar um imóvel novo ali mesmo, sem abrir outra tela. Esse fluxo corta o vai e volta entre telas e reduz erro de digitação de ID, que é a causa de metade dos vínculos quebrados que chegam no suporte.

Passo 5: Exiba os posts relacionados com listing grid

O último dos cinco passos exibe os relacionamentos entre posts com JetEngine no front-end: monte um Listing Grid no Elementor PRO apontando a fonte para a relação, no modo de itens relacionados, para listar os posts conectados em tempo real. No editor do Elementor, adicione o widget Listing Grid, escolha o Listing criado para o CPT filho e marque a opção de carregar pela relação do post atual. O resultado aparece sem WP_Query manual e respeita o tipo da relação. Para refinar a saída por atributo, o tutorial de filtros de busca com JetSmartFilters e JetEngine integra os filtros a essa mesma listagem.

Como exibir a meta de relação no front-end sem código

Mostrar a meta de relação no front-end exige apontar o macro correto, não um campo dinâmico comum, porque o dado mora no vínculo, não no post. O JetEngine expõe a meta por um Dynamic Field com a fonte “Relation Meta Data”, que lê o valor do par de IDs ativo na listagem. Sem esse macro, o Elementor PRO 3.x lê a meta no post e devolve vazio.

Esse vazio é o sintoma número um de “campo sumiu” que chega no suporte. A documentação de criação de relacionamentos do Crocoblock detalha o macro de saída, e vale conferir o nome exato da fonte antes de publicar, porque ele muda entre versões. Na base FULL, boa parte dos chamados sobre meta de relação “que não aparece” se resolve trocando o Dynamic Field comum pelo macro de relação. Para um diretório com filtro por atributo, combine o macro com o Custom Content Type quando o volume passar de dezenas de milhares de vínculos.

Ative o JetEngine no plano certo da FULL

O JetEngine faz parte do pacote Crocoblock, e na FULL ele entra no plano PRO por R$849, com todos os 17 plugins premium liberados de uma vez. Diluído nos sites que uma agência gerencia, isso dá cerca de R$85 por site no bundle FULL, contra a licença avulsa do Crocoblock cobrada em dólar por ano.

Em vez de comprar JetEngine, Elementor PRO e WP Rocket separados, você ativa tudo num clique e mantém a stack inteira atualizada pelo painel. Veja os detalhes em FULL.services/planos e compare com o que o Elementor PRO vale a pena resolve sozinho, para decidir o plano pela necessidade real do projeto. Para agências que entregam portais e diretórios em série, o bundle costuma compensar já no segundo site frente à soma das licenças avulsas, e ainda concentra a atualização de todos os JetPlugins do Crocoblock num único ponto de controle no painel.

Erros comuns ao configurar a relação e como evitar

O erro que mais reaparece no suporte é tentar ler a relação com meta_query, porque o vínculo não está em postmeta e a consulta volta vazia. Os relacionamentos entre posts com JetEngine guardam o par na tabela wp_jet_rel_default, então a leitura correta é pela função jet_engine()->relations ou pelo Listing Grid em modo relacionado.

Outro tropeço frequente é importar posts em massa via CSV e esperar que os vínculos apareçam sozinhos: depois de importação grande, é preciso reindexar a relação no painel do JetEngine para a tabela refletir os novos pares. Em sites com mais de 5 mil posts vinculados, deixar de reindexar faz a listagem mostrar relações antigas e ignorar as recém-importadas, o que gera o chamado clássico de “os posts relacionados não atualizam” que a gente vê após cada migração grande de conteúdo entre ambientes.

Quem registra a relação depois de já ter centenas de posts publicados precisa vincular tudo de novo, porque a relação só captura conexões feitas a partir da sua criação. O macete que estabiliza isso é criar a relação no início do projeto, antes de popular o conteúdo, e usar os controles de parent para conectar conforme pública. Para aprofundar a stack completa, o guia dos JetPlugins do Crocoblock reúne os tutoriais que completam o JetEngine.

Perguntas frequentes sobre relacionamentos entre posts com JetEngine

Próximos passos para estruturar seu site dinâmico

Com os relacionamentos entre posts com JetEngine configurados, seu site passa a ler conexões reais entre conteúdos em vez de campos copiados à mão, e isso sustenta portais, diretórios e marketplaces sem código. O caminho que dá menos retrabalho é fixar o tipo de relação cedo, habilitar a meta de relação só quando o vínculo guarda dado próprio e exibir tudo pelo Listing Grid do Elementor PRO. A combinação de Crocoblock com Elementor PRO é a base que torna esse fluxo dinâmico viável para agências. Para continuar aprendendo, o FULL Academy reúne os tutoriais de relacionamentos entre posts com JetEngine e Elementor em um só lugar.

Legenda: a tela JetEngine > Relations é onde o Parent Object e o Child Object são definidos antes de qualquer vínculo.