O formulário do Elementor não tem uma ação “RD Station” em Ações após o envio. A ajuda do Elementor, atualizada em 19 de junho de 2026, lista e-mail, webhook, Mailchimp, ActiveCampaign e outros destinos. O RD Station não está nessa lista. Colar uma chave em algum campo do widget também não é um passo da documentação: esse campo não existe.
O lead chega ao RD Station Marketing por outro caminho. Para um formulário que já está no HTML da página, o código de monitoramento pode capturar o envio. Para um formulário que nasce depois — popup, por exemplo — ou que precisa montar o evento com campos, consentimento e identificador próprios, o registro é a API de conversão. Os dois não se substituem.
Quando o código de monitoramento resolve
A integração de formulários pelo código de monitoramento exige o script da conta na página e a captura ligada em Integrações > Integração de formulários. A mesma ajuda registra as condições do formulário:
- pelo menos um campo de e-mail, com
typeounameigual aemail; - botão com
type="submit"; - campos dentro da tag
form; - formulário carregado com a página, fora de iframe.
No widget de formulário do Elementor, use o campo E-mail, não um texto livre chamado “e-mail”. Depois de um envio real, a conta lista o formulário capturado e permite editar o nome e o mapeamento. Sem esse envio, não há o que mapear.
Um campo de telefone no lugar do e-mail não cumpre a regra do código de monitoramento. A API, mais abaixo, aceita e-mail ou telefone. São contratos diferentes.
O plugin do WordPress não mapeia o Elementor
O plugin RD Station no WordPress.org (versão 5.7.4, atualizado em 29 de junho de 2026) instala o código de monitoramento e integra formulários. A lista publicada de compatibilidade é Contact Form 7, Gravity Forms e o checkout do WooCommerce. Elementor não entra nessa lista. O mapeamento de campos documentado pela RD Station vale para Contact Form 7 e Gravity Forms.
O plugin pode, mesmo assim, fazer o script enxergar um formulário do Elementor que já está na página. Isso não é o mesmo que um mapeamento suportado. Um comentário público na ficha do plugin, de 14 de novembro de 2025, descreve captura de dados do Elementor antes de o WordPress aceitar o envio. Não trate o comentário como comportamento oficial. Faça dois testes: um envio que falha na validação e um envio válido. O lead só deveria existir depois do segundo.
Popup: o script pode não ver o formulário
A ajuda pede um formulário carregado com o site. Um popup do Elementor só entra na página quando abre. Tutoriais de terceiros publicam um script para “reintegrar” o formulário nesse momento. Esse método não aparece na ajuda nem na referência de API consultadas em 6 de outubro de 2026. Não reproduzo esse código aqui.
Se o envio do popup não aparece em Integrações, o código de monitoramento não é o caminho desse formulário. O envio bem-sucedido do Elementor ainda pode chamar a API de conversão, porque essa chamada não depende de o script ter encontrado o form na carga da página.
API de conversão, quando o formulário precisa montar o evento
A referência Conversão via API Key registra o contato com POST em https://api.rd.services/platform/conversions, com api_key na query e Content-Type: application/json. O corpo pede event_type igual a CONVERSION, event_family igual a CDP e um payload com conversion_identifier. As descrições dos campos dizem que o e-mail é obrigatório se o telefone não for enviado, e o contrário também. O esquema publicado marca os três como obrigatórios. Envie o identificador e o e-mail, e considere sucesso a resposta 200 com event_uuid.
{
"event_type": "CONVERSION",
"event_family": "CDP",
"payload": {
"conversion_identifier": "formulario-contato",
"email": "[email protected]",
"name": "Nome"
}
}A ação Webhook do Elementor entrega os campos do formulário a uma URL. A ajuda da Elementor cita o Zapier como ponte comum. Esse corpo não é o JSON acima. Apontar o webhook para /platform/conversions não cumpre o contrato: falta o envelope event_type / event_family / payload, e a chave não deve ficar exposta no navegador. Quem traduz o envio do Elementor para esse JSON é um endpoint no servidor, ou uma automação que guarda a chave fora da página.
Campos personalizados entram com o prefixo cf_ e o nome sem espaços, como cf_assunto. legal_bases e available_for_mailing existem no payload. Só marque consentimento que a pessoa deu naquele envio. A página de exemplos de formulário trata do que pedir; o e-mail de confirmação é outra mensagem, enviada pelo site, e não cria o lead no RD Station.
O webhook do RD Station segue o sentido contrário
Em Integrações > Webhooks, o RD Station envia um lead que já converteu para uma URL sua. A ajuda de integração customizável por webhook descreve um POST em JSON disparado na conversão ou na marcação de oportunidade. Essa URL não recebe o formulário do Elementor. Usá-la como destino da ação Webhook inverte o fluxo.
| Situação | Caminho |
|---|---|
| Formulário no HTML da página, com campo de e-mail | Código de monitoramento e mapeamento depois do primeiro envio |
| Contact Form 7 ou Gravity Forms | Plugin do WordPress, com mapeamento daqueles plugins |
| Popup ou formulário que o script não lista | API de conversão depois do envio aceito pelo Elementor |
| Avisar outro sistema quando o lead já está no RD Station | Webhook de saída do RD Station |
Em telas menores, deslize a tabela na horizontal para ver todas as colunas.
O que conferir antes de divulgar a página
- Um envio válido gera um único contato, com o e-mail no campo de e-mail.
- Um envio inválido não gera contato.
- O identificador da conversão distingue essa página de outros formulários da conta.
- Nome, telefone e campos próprios caem no campo certo, não num texto genérico.
- Se a página for um popup, repita o teste com o popup aberto. O teste na página estática não vale para ele.
Conectores de terceiros podem fazer a tradução do webhook. Eles não são a integração documentada pela RD Station nem pelo Elementor, e criam mais uma conta no meio do envio. Prefira o código de monitoramento quando as condições do HTML se cumprem. Use a API quando não se cumprem.
Se a página ainda não existe
Nada disso cria o formulário. O código de monitoramento e a API só registram um envio que a página já conseguiu receber. Se a oferta ainda não tem página, o trabalho anterior é a landing page ou o site em que esse formulário vai ficar. A integração entra no escopo quando o destino do lead já é o RD Station — não como um passo genérico de “automatizar o marketing”.
Fontes consultadas em 06/10/2026: ações após o envio no Elementor, integração de formulários pelo código de monitoramento, plugin RD Station para WordPress, conversão via API e webhook de saída do RD Station.
