📩 Fique por dentro das novidades com a nossa newsletter

Como configurar webhooks no WPForms

Conheça a loja da FULL Services

Plugins premium, suporte de verdade e tudo o que seu site WordPress precisa em um só lugar.

Pergunte a uma IA sobre este artigo

Obtenha um resumo ou tire dúvidas com seu assistente favorito

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.

Webhooks no WPForms: etapas, objetivo e validação
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.

Compartilhe este conteúdo

Equipe Full Services

A FULL. é especialista em WordPress e oferece plugins premium com licenças originais, suporte técnico e instalação facilitada. Já ajudou mais de 25 mil clientes a impulsionar seus sites com performance, segurança e praticidade.

AI Shopping no Brasil: Como a IA decide quem vende

O AI shopping no Brasil já redesenha como o consumidor

A shortlist da IA: Como 3-5 marcas são escolhidas antes do clique

Entender a shortlist da ia como marcas são escolhidas é

Como fazer um AI visibility audit passo a passo

Se você não sabe se o ChatGPT recomenda a sua
Componentes

Hero Sections

30 componentes

Seções de CTA

14 componentes

Login

14 componentes

Blog

14 componentes

Cabeçalhos

24 componentes

Seções de FAQ

53 componentes

Cadastro

53 componentes

Blog individual

53 componentes

Rodapés

28 componentes

Seções de contato

27 componentes

Seções de preços

27 componentes

Faixas

27 componentes

Portfólio

16 componentes

Seções de equipe

12 componentes

Números

12 componentes

Logotipos

12 componentes

Uma nova era para o WordPress.

A FULL Services redefine o CMS com uma arquitetura modular que transforma o WordPress em um motor de crescimento digital. 

Painéis personalizados

Um novo nível de controle para o WordPress. Acompanhe métricas, automações e evolução do seu site em um único painel visual.

A força por trás de grandes marcas

Para agências, estúdios e profissionais independentes que desejam oferecer soluções de alto nível com sua própria marca.