Configurar webhooks no WPForms é conectar o formulário a um sistema externo, disparando os dados do envio para uma URL no momento em que alguém preenche, sem você exportar nada na mão. O WPForms envia o pacote de dados, e o sistema de destino, um CRM, uma planilha ou uma automação, recebe e age. O resultado é um formulário que integra o seu site a outras ferramentas em tempo real. Este guia faz parte do hub de WPForms da FULL e mostra o passo a passo real, da ativação do addon ao disparo testado.
Neste artigo
O que é um webhook e como ele liga o formulário a outros sistemas
Um webhook é uma chamada automática que o WPForms faz a uma URL externa assim que um formulário é enviado, levando os dados do envio para outro sistema agir sobre eles. O WPForms monta e dispara o pacote, e o destino recebe e processa, sem intervenção manual.
Na prática, você ativa o addon, informa a URL de destino, mapeia quais campos vão no pacote e configura a autenticação, depois cada envio dispara o webhook. Assim, um lead cai direto no CRM ou aciona uma automação. Nos atendimentos da FULL sobre formulários no WPForms, o tropeço campeão é apontar o webhook para uma URL errada ou sem chave de autenticação, o que faz os dados nunca chegarem ao destino ou trafegarem sem proteção.
Legenda: o webhook do WPForms dispara os dados do envio para uma URL externa.
Quando vale um webhook em vez de só receber o envio
Vale usar um webhook quando você precisa que os dados cheguem a outro sistema na hora, quando quer automatizar um fluxo a partir do envio ou quando integra o formulário a um CRM ou ferramenta sem plugin pronto, e vale só receber o envio quando o dado fica no próprio site. O webhook rende quando o envio precisa disparar uma ação externa.
Use este teste antes de configurar. Diga SIM ao webhook se um envio deve criar um contato no CRM, atualizar uma planilha ou iniciar uma automação em outra ferramenta na hora. Diga NÃO se você só precisa receber e ler o envio no WordPress, porque aí a entrada do formulário já basta. O encaixe ideal é a integração em tempo real com um sistema externo. Para gravar os mesmos dados no próprio site de forma estruturada, o guia de campos personalizados com WPForms e ACF complementa o webhook.
Pré-requisitos antes de configurar o webhook
Antes de configurar o webhook você precisa de três peças no lugar, o WPForms ativo com o addon de webhooks, a URL de destino do sistema externo, e a forma de autenticação que esse sistema exige, e a falta de qualquer uma quebra a entrega segura dos dados. Sem a URL correta, o disparo não chega a lugar nenhum.
Checklist de prontidão antes de começar:
- WPForms instalado, com o addon de webhooks disponível.
- A URL de destino do sistema que vai receber os dados.
- O método de requisição esperado, geralmente POST.
- A autenticação exigida pelo destino, como uma chave ou token.
- O mapeamento de quais campos do form vão no pacote.
- Um envio de teste para validar o disparo no destino.
- Backup do site antes de ativar a integração em produção.
Pense no webhook como o serviço de entrega expressa de uma loja: o formulário é o pedido que o cliente fecha, a URL de destino é o endereço de entrega, e a autenticação é a assinatura que confirma quem recebe. Sem o endereço certo e a assinatura, o pacote sai mas se perde no caminho ou cai na mão errada, e a entrega não se completa.
Como configurar o webhook em 5 passos
Configurar o webhook segue cinco passos, da ativação do addon ao disparo testado, e respeitar a ordem evita o erro mais comum: apontar para a URL errada ou sem autenticação. Cada passo liga uma ponta, do envio ao destino. Confirme antes que o WPForms está ativo e tem o addon de webhooks, porque o disparo depende dele.
| Etapa | Objetivo | Check de validação |
|---|---|---|
| Ativar o addon de webhooks | Habilitar o disparo | Opção de webhook no formulário |
| Definir a URL e o método | Apontar o destino | URL e método salvos |
| Mapear os campos no pacote | Montar o payload | Campos no corpo da requisição |
| Configurar a autenticação | Proteger o envio | Chave ou token no cabeçalho |
| Testar o disparo | Confirmar a entrega | Destino recebe os dados |
Passo 1: Ative o addon de webhooks
No painel do WPForms, abra a área de addons e instale o de webhooks, porque é ele que adiciona a opção de disparo para URL externa às configurações do formulário. Sem o addon ativo, o WPForms só guarda o envio internamente, conforme a referência dos plugins do WordPress. Confirme que a opção de webhook passou a aparecer nas configurações do formulário. Esse passo destrava a integração: a partir dele, cada envio pode disparar uma chamada externa. Reserve o webhook para formulários que de fato alimentam outro sistema, então não ative em todos por padrão, e sim onde a integração tem um destino real esperando os dados.
Passo 2: Defina a URL de destino e o método
Nas configurações de webhook do formulário, informe a URL exata do sistema que vai receber os dados e escolha o método de requisição, quase sempre POST, porque é por essa URL que o pacote será enviado. Copie a URL diretamente da documentação do sistema de destino, para evitar erro de digitação. Confirme o método que o destino espera, já que GET e POST tratam os dados de forma diferente. Um endereço errado é a causa mais comum de o webhook não funcionar, então confira caractere por caractere a URL antes de seguir, porque um disparo para o lugar errado falha em silêncio.
Passo 3: Mapeie os campos no pacote de dados
Monte o corpo da requisição ligando cada campo do formulário ao nome que o sistema de destino espera, porque é esse mapeamento que faz os dados caírem nos lugares certos do outro lado. Use os identificadores dos campos do WPForms para preencher o payload conforme a estrutura que o destino exige. Inclua só os campos necessários, para o pacote ficar limpo. Confira a documentação do sistema de destino sobre os nomes esperados. Um campo mapeado com o nome errado chega ao destino mas é ignorado, então alinhe a estrutura do pacote com o que o outro sistema realmente lê.
Passo 4: Configure a autenticação do webhook
Adicione a autenticação que o destino exige, como uma chave de API ou um token no cabeçalho da requisição, porque é ela que prova que o disparo vem de você e protege os dados em trânsito, e ignorá-la deixa o webhook recusado ou exposto. Insira a chave nos cabeçalhos conforme a documentação do sistema. Nunca exponha a chave no corpo público ou em texto visível. Trate o token como uma senha, com cuidado de não vazá-lo. Sem a autenticação correta, o destino rejeita o pacote ou aceita dados de qualquer origem, então configure essa camada antes de enviar dados reais.
Passo 5: Teste o disparo e valide no destino
Envie o formulário com dados de teste e confirme, no sistema de destino, que o webhook chegou com os campos corretos, porque só a validação no outro lado prova que a integração funciona de ponta a ponta. Verifique se o destino registrou os dados como esperado. Cheque o log de webhooks do WPForms para ver o status da requisição. Se o cache do site impede o formulário de enviar e disparar o webhook, veja como corrigir a submissão de formulários quebrada pelo cache do WP Rocket no WPForms antes de confiar na integração.
Legenda: cada passo liga uma ponta, do envio do formulário ao dado validado no destino.
Erros comuns ao configurar webhooks
Os três erros mais comuns ao configurar webhooks são apontar para a URL errada, esquecer a autenticação e mapear campos com nomes que o destino não reconhece. O primeiro é o mais frequente: uma URL com erro de digitação faz o disparo sair mas não chegar, e como a falha é silenciosa, você só percebe quando os dados não aparecem no destino.
O segundo erro é não configurar a autenticação exigida, o que faz o sistema de destino recusar o pacote ou, pior, deixa os dados trafegarem sem proteção. A correção é incluir a chave no cabeçalho. O terceiro caso é usar nomes de campo que o destino não espera, fazendo os dados chegarem mas serem ignorados. Quando a lógica condicional que controla o disparo não funciona, vale ver como corrigir a lógica condicional que não funciona no WPForms.
Como manter a integração em produção
Manter a integração em produção exige cuidar de duas frentes, a validade da URL e da chave e a integridade do mapeamento a cada mudança, porque um endereço ou token que expira interrompe a entrega e um campo renomeado quebra o pacote. O webhook dispara a cada envio, então uma falha silenciosa acumula leads perdidos sem aviso.
Acompanhe o log de webhooks do WPForms em busca de requisições com erro, porque é ele que mostra quando o destino para de aceitar os disparos. Sempre que o sistema externo mudar a URL ou a chave, atualize no formulário na hora. Para padronizar as integrações em vários sites sem licença avulsa, o plano premium da FULL reúne o WPForms no mesmo stack, sem custo extra por instalação.
Como a FULL faz isso em escala
A FULL padroniza as integrações por webhook com WPForms porque acompanha mais de 150 mil sites WordPress, e formulários que precisam conversar com CRMs e automações aparecem o tempo todo, onde reconfigurar o disparo em cada projeto vira gargalo. Em vez de licença avulsa do WPForms por instalação, a ferramenta entra no bundle e o padrão de webhook fica replicável de um site para outro.
No plano PRO da FULL, por R$849, o WPForms já vem no pacote para até dez sites, o que dá R$85 por site em vez de pagar cada licença separada. Para quem integra vários formulários a sistemas externos, a gente vê isso trocar um custo recorrente espalhado por um padrão único: a mesma configuração de webhook, com URL e autenticação, é exportada e reaproveitada de um projeto para outro, sem refazer a integração do zero a cada site. É a economia que só aparece quando o stack é o mesmo em toda a base.
Checklist final do webhook
O checklist final do webhook confirma, em uma passada, que os dados chegam ao destino com segurança antes de você confiar na integração. Rode esta lista depois do passo 5 e a cada mudança no sistema externo, porque é nessas mudanças que uma URL ou chave costuma expirar.
Antes de declarar pronto, confirme:
- O addon de webhooks está ativo no WPForms.
- A URL de destino está correta, conferida caractere por caractere.
- O método de requisição é o que o destino espera.
- Os campos estão mapeados com os nomes que o destino reconhece.
- A autenticação está no cabeçalho e a chave é tratada com sigilo.
- O teste de envio chegou ao destino com os dados certos.
- O log de webhooks mostra a requisição com status de sucesso.
Se qualquer item falhar, principalmente a URL ou a autenticação, volte ao passo correspondente antes de confiar na integração.
Perguntas frequentes sobre webhooks no WPForms
Preciso de um addon para usar webhooks no WPForms?
Sim. Os webhooks vêm de um addon do WPForms, que adiciona o disparo para URL externa às configurações do formulário. A versão base só guarda o envio no site. Use esse addon quando um envio precisa acionar outro sistema na hora, como um CRM ou uma automação, porque ele é o que habilita a integração. Reserve os formulários comuns para quando o dado fica no próprio WordPress. Confira no seu plano se o addon de webhooks está disponível antes de planejar a integração com a ferramenta externa.
Por que o webhook dispara mas os dados não chegam ao destino?
Quase sempre porque a URL está errada ou o mapeamento usa nomes que o destino não reconhece. O disparo sai do WPForms, mas se o endereço tem um erro ou os campos não batem, o dado se perde ou é ignorado do outro lado. A causa costuma ser a configuração, não o addon. Para resolver, confira a URL caractere por caractere e alinhe os nomes dos campos com a documentação do destino. Prefira checar o log de webhooks, que mostra o status real de cada requisição enviada.
Como protejo os dados que o webhook envia?
Você usa autenticação no cabeçalho da requisição, como uma chave de API ou um token que o destino exige, e envia sempre por uma URL segura. Isso garante que só o sistema certo receba os dados e que ninguém os intercepte no caminho. Trate a chave como uma senha, sem expô-la em texto visível. Use a autenticação em qualquer webhook com dados pessoais. Reserve disparos sem chave só para destinos de teste sem informação sensível, porque dados reais sem proteção em trânsito são um risco que não compensa correr.
É possível disparar o webhook só em certas condições?
Sim, com a lógica condicional do WPForms. Você configura o webhook para disparar apenas quando o envio cumpre certo critério, como um campo com determinado valor, evitando enviar tudo ao sistema externo. Isso reduz ruído no destino e foca a integração no que importa. Use a condição quando só parte dos envios deve seguir para o outro sistema. Reserve o disparo em todo envio para quando o destino precisa de todos os dados, porque filtrar na origem é mais limpo do que mandar tudo e descartar do outro lado.
Quando vale um webhook em vez de uma integração pronta?
Vale quando o sistema de destino não tem um plugin ou conector pronto para o WPForms, e o webhook é a forma de falar com ele. O disparo para URL é flexível e funciona com qualquer ferramenta que aceite receber dados. Prefira o webhook para sistemas próprios ou sem integração nativa. Reserve a integração pronta para serviços populares que já têm um addon dedicado, porque nesses casos o conector oficial costuma ser mais simples de configurar e manter do que montar e cuidar de um webhook manual.
Próximos passos para um site que conversa com outros sistemas
Configurar webhooks no WPForms é, no fundo, fazer cada envio acionar outra ferramenta na hora: ative o addon, aponte a URL certa, mapeie os campos e, acima de tudo, proteja o disparo com autenticação. A URL errada ou sem chave é o que faz os dados se perderem ou ficarem expostos, então confira o destino e a segurança. Para padronizar o WPForms 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.
















