A automação com n8n conecta o WordPress por REST API e webhooks, sem amarrar o site a uma plataforma fechada. Segundo a WordPress Developer Docs (2016), a REST API é nativa no core desde a versão 4.7. O gargalo real é autenticação: 401 silencioso some quando você ativa Application Passwords. Comece self-hosted via Docker para controlar custo.

A automação com n8n é a prática de orquestrar tarefas do WordPress (publicar posts, sincronizar leads, disparar e-mails) em fluxos visuais que rodam num servidor sob seu controle. Diferente do Zapier, o n8n é open-source e self-hosted, então cada execução não vira custo por tarefa. Este guia mostra a configuração técnica que os tutoriais costumam pular: a autenticação entre n8n e WordPress. Se você gerencia muitos sites, vale entender como a FULL trata integrações na categoria de IA e WordPress da FULL antes de escalar fluxos para produção.

Primeiros passos: Visão geral da automação com n8n

A automação com n8n no WordPress depende de 3 peças que conversam: o n8n, a REST API e um método de autenticação válido. Em um WordPress 6.x padrão, a REST API responde em /wp-json/wp/v2/, mas recusa escrita sem credencial. Errar essa camada é o motivo mais comum de fluxo travado que vemos no suporte da FULL.

A tabela abaixo posiciona os três caminhos de integração mais usados, com o trade-off técnico de cada um. A escolha muda conforme você controla ou não o servidor do n8n.

Para fluxos que envolvem mensageria, a Evolution API entra como nó HTTP no n8n da mesma forma que o WordPress. O padrão se repete: tudo é requisição autenticada.

Por que a autenticação derruba a maioria dos fluxos

O erro 401 derruba boa parte dos tickets de automação que chegam no suporte da FULL, e a causa é quase sempre a mesma: o n8n manda a requisição certa, sem credencial que o WordPress aceite. A REST API rejeita escrita anônima por design desde a versão 4.7. A automação com n8n só pública quando o nó HTTP Request carrega um Application Password válido.

n8n com nó HTTP Request usando Basic Auth comum, em um WordPress sem Application Passwords ativo, gera erro 401 silencioso: o fluxo marca sucesso parcial, mas o post nunca aparece. A correção é criar a senha de aplicação em Usuários e colá-la no n8n, nunca a senha de login. Para entender o formato dos dados que trafegam nessas chamadas, o conceito de JSON no WordPress ajuda a depurar o payload. Ferramentas como Postman e Insomnia confirmam se o endpoint responde antes de você montar o fluxo inteiro no n8n.

Passo a passo: Configurar a automação com n8n no WordPress

A automação com n8n entra em produção em quatro etapas, da subida do servidor ao primeiro fluxo testado. Em um ambiente Docker padrão, o n8n sobe em poucos minutos e o gargalo passa a ser a configuração de fuso e de credenciais, não a instalação. Siga a ordem abaixo para evitar o retrabalho de depurar tudo junto no fim.

Suba o n8n self-hosted via docker

Instale o n8n com docker run apontando a variável GENERIC_TIMEZONE para America/São_Paulo. n8n self-hosted via Docker sem TZ definido, combinado com cron de publicação no WordPress, dispara posts agendados no horário UTC errado, três horas adiantados. Defina o fuso na subida do container e o problema some antes de existir. O n8n Cloud pula essa etapa, mas cobra por execução.

Ative o application password no WordPress

Acesse Usuários, escolha o perfil que vai publicar e gere um Application Password. Copie o valor com espaços, exatamente como o WordPress mostra. Essa senha é o que a automação com n8n usa no header de autorização do nó HTTP Request. Veja o formato exato no guia de autenticação oficial da REST API, que detalha o esquema Basic suportado pelo core.

Monte o fluxo no n8n com nó HTTP request

Crie um workflow novo, adicione o nó HTTP Request e aponte o método POST para https://seusite.com/wp-json/wp/v2/posts. Cole a credencial Basic Auth com o Application Password e envie o corpo em JSON com title, content e status. Teste com status draft primeiro: a automação com n8n cria o rascunho e você confirma o resultado no painel antes de publicar de verdade.

Proteja o webhook de produção

Se o fluxo recebe dados de fora (um formulário, um pagamento), o n8n expõe um webhook de entrada. n8n com webhook de produção e o plugin WP Webhooks sem validação de nonce deixa um endpoint aberto recebendo payload de terceiros. Restrinja por IP, exija um header secreto e nunca publique a URL de produção. Esse cuidado de REST API no WordPress evita que a automação vire porta de entrada para abuso.

Quanto a automação com n8n realmente economiza

A automação com n8n troca custo por execução por custo de servidor fixo, e essa conta vira a favor do volume alto. O n8n Cloud parte de planos por execução, enquanto o self-hosted roda num VPS de poucos dólares por mês com execuções ilimitadas. Para quem dispara milhares de tarefas, a diferença é grande: o que seria centenas de operações pagas no Zapier vira custo plano no n8n.

A comparação direta aparece quando você cruza com o Zapier no WordPress: o Zapier cobra por tarefa e é mais simples; o n8n exige operar um servidor, mas não limita execução. Para agendar disparos recorrentes sem depender de gatilho externo, o cron do WordPress aciona o webhook do n8n em intervalos fixos. Quem já automatiza redes sociais pode comparar com as ferramentas de automação de mídia social no WordPress antes de migrar tudo para fluxos próprios.

Casos práticos de automação com n8n em sites WordPress

A automação com n8n resolve tarefas repetitivas que consomem horas por semana, e quatro padrões cobrem a maioria dos pedidos que vemos no suporte da FULL. O ganho não é só tempo: é tirar o erro humano de processos que rodam toda hora. Cada caso abaixo usa a REST API ou um webhook como ponto de contato com o WordPress.

O primeiro padrão é publicação assistida: um fluxo puxa rascunho da OpenAI, formata e cria o post como draft no WordPress para revisão. O segundo é sincronização de leads, levando submissões de formulário para um CRM via WPGetAPI. O terceiro é backup de dados disparando exportações agendadas. O quarto liga e-commerce a logística, atualizando status de pedido. Para integrações de métricas, o caminho lembra o de integrar o Elementor com analytics e métricas usando plugins, e agendamentos seguem a lógica de integrar o JetBooking com o Google Calendar.

Quando a automação com n8n pesa no servidor

A automação com n8n é leve quando os fluxos são curtos, mas vira gargalo se o n8n divide o servidor do site sob carga. Em VPS abaixo de 2 GB de RAM com WooCommerce acima de mil produtos, manter n8n e WordPress no mesmo host gera picos de CPU. A correção é isolar o n8n em um container separado e escalonar os jobs pesados para a madrugada.

Em VPS abaixo de 2 GB de RAM rodando WooCommerce com catálogo acima de mil produtos, vários fluxos disparando juntos competem por CPU com o site. Limitar a 2 threads simultâneas e mover o processamento para horário de baixa estabiliza o servidor sem trocar de plano.

Esse comportamento se conecta ao tema de reduzir o uso de CPU e memória do site WordPress: o problema raramente é o WordPress sozinho, e sim o vizinho de servidor. Quem precisa de plugins de integração estáveis encontra opções nos melhores plugins para WordPress. Nos testes que acompanhamos, separar o n8n do host de produção tende a estabilizar o tempo de resposta na maioria dos cenários de pico.

A FULL como alternativa para gerenciar integrações em escala

Operar n8n em 1 site é simples; manter automação com n8n estável em dezenas de sites é outro jogo. A gente vê no suporte da FULL que o ponto de falha raramente é o fluxo, e sim credenciais que expiram, plugins desatualizados e servidores sem isolamento. Com 150 mil sites conectados, o padrão se repete: a integração quebra por manutenção negligenciada.

O plano PRO da FULL custa R$849 e cobre até 10 sites, o que coloca a gestão em R$85 por site, com os plugins de integração e segurança já incluídos no bundle. Para uma agência que mantém automações em vários WordPress, esse R$85 por site substitui licenças avulsas e o tempo de manter cada servidor na mão. Veja os planos em FULL.services/planos e compare com o custo de operar tudo sozinho.

Perguntas frequentes sobre automação com n8n

Próximos passos para automatizar seu WordPress com segurança

A automação com n8n entrega ganho real quando você acerta as 4 bases: REST API ativa, Application Password no lugar da senha de login, n8n isolado do servidor de produção e webhooks protegidos. Comece com 1 fluxo simples em rascunho e só então amplie para publicação e sincronização de leads. O padrão técnico é sempre o mesmo: requisição autenticada.

Para continuar aprendendo, o guia dos melhores plugins para WordPress da FULL reúne as ferramentas que sustentam essas integrações em um só lugar. Quem mantém muitos sites ganha tempo deixando a manutenção dos plugins e do servidor com uma infraestrutura gerenciada, e foca a energia onde ela rende: nos fluxos que movem o negócio.

Legenda: o nó HTTP Request do n8n aponta para /wp-json e carrega o Application Password, o ponto onde a maioria dos fluxos falha.