Um salão de beleza, uma clínica ou uma empresa de remodelações recebe um pedido pelo formulário do site numa sexta-feira às 21h00. O dono lê-o na segunda-feira, e desde sábado o cliente já está a falar com outra pessoa. Daí a ideia de entregar os pedidos a uma automação: resposta num minuto, encaminhamento para a pessoa certa, nada se perde na caixa de correio.
A maioria dos guias começa por um modelo de linguagem que responde ao cliente. Nós começamos pelo outro lado, porque no nosso próprio formulário em wppoland.com são as camadas antes e depois do modelo que fazem a maior parte do trabalho. Seguem-se cinco camadas pela ordem em que o pedido passa por elas, com o que funciona connosco e onde a IA é realmente útil.
Como filtrar o spam do formulário WordPress antes de a IA o ver
Uma automação que responde ao spam faz dois estragos ao mesmo tempo: paga cada chamada ao modelo e envia respostas para endereços que só estão à espera disso. Por isso, o filtro tem de estar antes do modelo. O nosso tem três camadas.
A primeira é um campo armadilha invisível. Uma pessoa não o vê, mas um bot simples preenche todos os campos. Campo preenchido significa bot.
A segunda é o Cloudflare Turnstile verificado no servidor. O token do navegador chega à nossa função, e só ela pergunta à Cloudflare se é válido. Nunca a partir do navegador: o segredo ficaria público e o resultado seria fácil de falsificar. Rejeitamos pedidos sem token ou com token inválido. Quando a própria verificação da Cloudflare não responde, o pedido passa, porque a falha de um serviço alheio não pode engolir clientes verdadeiros.
A terceira são assinaturas de conteúdo que não existem em nenhum pedido verdadeiro: um link HTML escrito à mão na descrição do projeto, etiquetas BBCode, um link do Telegram no campo do site. Acrescentámos ainda à lista o nome de uma ferramenta para enviar spam a formulários, porque a 29 de julho de 2026 uma série de pedidos de casinos chegou de um endereço que continha o nome dessa ferramenta.
O Turnstile sozinho nem sempre chega. O autor do blogue elszczepano descreveu em agosto de 2026 que a Cloudflare marcava como bot provável cerca de metade do tráfego do seu site WordPress e, mesmo assim, centenas de comentários de spam continuavam a entrar (When SIMPLER means BETTER?). O que resolveu foi um campo armadilha próprio, ligado no functions.php: o envio só passa quando esse campo existe e está vazio. Segundo o autor, desde novembro de 2025 nenhum comentário foi parar ao spam. A conclusão dele também serve para formulários: os bots de spam são genéricos, por isso até um mecanismo simples que não esperam elimina a maioria deles.
Ao spam respondemos tal como a um pedido verdadeiro: mensagem de receção e número. Um remetente que descobre que foi rejeitado muda de endereço e continua a tentar.
Que campos do formulário poupam trabalho ao modelo de IA
Parte dos pedidos pode ser encaminhada sem modelo nenhum. O nosso formulário tem três campos de escolha fechada: tipo de projeto (site novo, reparação, manutenção, migração, outro), prazo e escalão de orçamento. Cada um deles pode ser encaminhado com uma simples condição no código, por exemplo a reparação de uma loja online para a fila urgente e uma migração para a pessoa que trata de migrações.
Um pormenor custou-nos algum tempo. O formulário envia o escalão de orçamento como código, por exemplo band-3, e os escalões não estão na mesma moeda em todas as línguas (a versão polaca em zlótis, as restantes em euros). Um email só com o código era ilegível, por isso a função acrescenta ao código uma etiqueta com o valor na língua do formulário. A mesma lista de etiquetas existe em dois sítios, e por isso um teste verifica em cada compilação se ambas são idênticas.
Só a descrição do projeto em texto livre exige mais do que uma condição.
Como encaminhar um pedido do formulário com um modelo de decisão
Para encaminhar não é preciso um modelo que escreva textos longos. Basta um modelo de decisão: recebe um texto e uma lista de opções e devolve uma delas. Por exemplo: “a que equipa passar este pedido: loja online, site empresarial, integração, outro” ou “este pedido é urgente: sim, não”.
Há pelo menos dois modelos deste tipo no mercado. O Jev, que usamos no controlo de qualidade dos textos neste repositório, e o Clef, que a Cloudflare publicou no início de outubro de 2026 no Workers AI e no Hugging Face, com licença Apache 2.0 e compatível com a API do Jev. Segundo as medições da própria Cloudflare, a latência mediana é de 209,3 ms para o Clef, 38,8 ms para o Clef-flash, mais pequeno, e 524,1 ms para o Jev (Cloudflare). São valores do fabricante, por isso comparações independentes podem dar resultados diferentes.
O custo com os nossos números: avaliar 300 parágrafos com o Jev custou um cêntimo, e passar por ele todo o corpus, cerca de 134 000 parágrafos, custaria 3,32 USD e demoraria 100 minutos. Com algumas dezenas de pedidos por mês, o custo de um modelo de decisão é insignificante. Mais caro é o tempo para o configurar e para verificar se o encaminhamento está certo.
A IA pode responder sozinha aos clientes do formulário
Tecnicamente, sim. Na prática, a primeira resposta a um pedido indica normalmente um prazo, um âmbito ou um preço, ou seja, uma promessa em nome da empresa. Um modelo que escreve ao cliente “fazemos isso numa semana” num projeto de dois meses custa mais do que poupa.
A Anthropic descreve o mesmo princípio no seu guia sobre agentes para comércio: nenhuma chamada de ferramenta feita pelo modelo movimenta dinheiro ou altera o negócio, e o pior que o modelo pode fazer é propor uma alteração que uma pessoa ou uma regra aprova (A guide to the anatomy of effective commerce agents). Encomendas, pagamentos, reembolsos e alterações de preço passam aí pela mesma aprovação que a empresa já usa para essas alterações sem IA. Uma resposta com orçamento para o cliente é o mesmo tipo de alteração.
Uma configuração mais segura: o modelo prepara o rascunho e quem envia é uma pessoa. O rascunho recebe o contexto dos campos do formulário e a descrição do serviço a que o pedido diz respeito. A aprovação demora um minuto, e o cliente recebe resposta no próprio dia em vez de na segunda-feira. Sem intervenção humana só deve sair a confirmação de receção com o número de referência. No nosso caso, o cliente vê esse número, num formato com a data e um sufixo aleatório, logo após enviar o formulário.
Como ligar um formulário WordPress ao n8n e ao Claude
Há dois caminhos. O primeiro é o n8n: o formulário envia os dados para um nó Webhook, que inicia o fluxo. O nó tem um endereço de teste e um de produção separados, por isso é possível testar o fluxo sem mexer no formulário em funcionamento (documentação do n8n). Mais à frente no mesmo fluxo, o n8n tem um nó Anthropic pronto para o rascunho da resposta no Claude e nós para email, Slack ou um CRM.
O segundo caminho é código próprio. O nosso formulário é tratado por uma função no Cloudflare Pages: validação dos campos, filtro de spam, Turnstile, envio e telemetria num só ficheiro. Menos peças para manter e controlo total sobre o que vai parar aos registos, mas cada alteração exige um programador.
A escolha depende de quem vai alterar as regras. Se o dono quiser acrescentar sozinho uma nova categoria de pedidos, ganha o n8n. Se as regras mudarem uma vez por trimestre, o código próprio é mais simples de manter.
O que fazer quando o envio do email do formulário falha
Uma automação que aceitou um pedido e não o entregou é pior do que não ter automação, porque o cliente pensa que a mensagem chegou. No nosso caso, o pedido segue primeiro pelo Resend e, quando este falha, pelo Web3Forms. Com o segundo fornecedor surgiu um pormenor fácil de deixar escapar: o Web3Forms responde com o código 200 mesmo quando rejeita a mensagem, e a informação da rejeição está no corpo da resposta. Verificar só o código HTTP daria esse envio como bem-sucedido.
A segunda lição tem a ver com os erros. Cada caminho de falha devolve o seu próprio código, não apenas uma mensagem. Dois deles têm o mesmo estado HTTP 422 e significados completamente diferentes: um formulário mal preenchido e um token antispam expirado. Enquanto o navegador juntava todos os erros sob o mesmo nome, o erro do token expirado era invisível na telemetria.
Quanto custa o tratamento automático de pedidos e quando compensa
Com pouco volume, o custo dos modelos é insignificante; o que conta é o tempo de implementação e manutenção. Compensa quando os pedidos chegam fora do horário de trabalho, quando seguem para várias pessoas ou quando parte deles se perde hoje na caixa de correio. Com poucos pedidos por mês, será mais rápido configurar uma notificação no telemóvel.
Pode calcular os seus próprios números na calculadora de rentabilidade da automação. Implementamos este tipo de fluxo em sites WordPress no âmbito da automação de processos de negócio e da integração de IA com WordPress: primeiro o filtro e os campos, depois o encaminhamento, por fim o rascunho da resposta, cada passo testado com pedidos reais antes de avançar para o seguinte.
