OpenClaw em VPS não vira automação: o erro técnico que tutorial patrocinado não mostra

O tutorial patrocinado que me fez gravar

Tem muita gente patrocinada por empresa de VPS. Eu vi um tutorial desses explicando como fazer uma automação com o OpenClaw pra pagar conta, tudo dentro de uma VPS. Com todo respeito a quem fez, pra mim aquilo não faz nenhum sentido.

Então vou te falar direto, pra você não cair nessa: quando alguém falar headless, Playwright, Puppeteer pra você criar uma automação web, esquece. Não vai funcionar. Não é palpite de fora: eu sou engenheiro de rede, tenho empresa de tecnologia com bloco de IP próprio e eu testei.

Problema 1: a credencial. Se eu vou criar API, eu uso N8N

Vamos ao caso do contas a pagar. Eu pego a VPS, instalo o OpenClaw com limites. Aí eu não tenho coragem de colocar as minhas credenciais ali. Então eu tenho que criar uma API pra ele acionar as credenciais. E aí acabou a história: se eu preciso de uma API pra mexer com credencial, eu pego o N8N pra pagar a conta.

Eu já tenho um sistema de pagamento de conta com N8N. Funciona assim:

• todos os fornecedores mandam a conta pro e-mail;
• o fluxo lê o e-mail, baixa o PDF e extrai o código de barras;
• cadastra no banco e me manda um alerta: "tal conta cadastrada, vai aprovar?";
• eu aprovo, e vou no banco e libero ou não. Pronto.

São uns 10 workflows, mais ou menos. Isso é automação pra pagar conta de adulto: segura, sem essa loucura de torrar token. Eu não preciso do OpenClaw pra isso. Detalhei o meu fluxo em automatizei o meu contas a pagar e não toco em boleto.

Problema 2: o captcha pega o browser headless

Qualquer automação com o OpenClaw dentro de uma VPS Linux usando browser headless que não seja o Google Chrome de verdade está fora. Não adianta instalar Chromium. O captcha da Cloudflare está cada vez mais esperto, e quase todo mundo no mundo usa Cloudflare. A própria Cloudflare vende isso como produto: identificar e barrar tráfego automatizado, em todos os planos.

"Ah, vou fazer uma automação pra postar no Instagram pra mim." Eu testei. Não dá certo. Dá certo no Mac Mini, dá certo usando o Chrome de verdade. Empresa grande, governo, nota fiscal: essa turma usa captcha sério, e isso não cai em browser headless.

Tem forma de contornar? Tem. Já vi gente falando em pôr proxy pra burlar o captcha. Mas, se você está pensando em automatizar coisa de web que envolve captcha da Cloudflare ou do Google com headless, não faz. Você vai perder seu tempo e vai correr o risco de ter a conta banida. Não construa castelo de areia, nem perca tempo com cursinho que vende isso.

Problema 3: o IP do data center denuncia o robô

Esse é outro motivo gigantesco de banimento de qualquer sistema autônomo e automático, e quase ninguém fala. Todo IP tem dono. Quando você abre um "meu IP" no Google, aparece o registro: Vivo, Claro, TIM. Aquele lote é deles, tem a escritura deles, ninguém toma.

A minha empresa tem o próprio bloco de IP, IPv4 e IPv6. Agora pensa: você aluga uma VPS num data center e manda o robô logar no Google. O Google olha e pergunta: "por que a empresa dona desse bloco está tentando logar aqui no Gmail dessa pessoa?". Não é IP residencial, não é IP da Vivo, da TIM, da Claro. É automação, é robô.

Dá pra contornar: você pega o Tailscale, instala numa VM e faz a saída pelo seu IP local de casa (no Tailscale isso chama exit node). Só que aí eu te pergunto: por que cargas d'água você vai alugar uma VPS pra sair pelo IP de casa? Perdeu o sentido alugar VPS.

O que funciona: Chrome de verdade, logado, numa máquina sua

Funciona se você usar uma máquina de verdade e pedir pro OpenClaw, ou pra qualquer outra ferramenta, usar a porta de debug do Chrome pra abrir o próprio Google Chrome logado. No vídeo eu falei "9022 ou 922, esqueci"; a porta que a documentação do protocolo do Chrome usa de exemplo é a 9222. E tem um detalhe que eu checo: desde o Chrome 136 o Google não aceita mais a porta de debug no perfil padrão, só com um diretório de dados separado. Ou seja, você vai logar num perfil próprio pra automação.

E aí entram os riscos: a conta vai ficar logada ali. Cada um assume o risco que quiser. A minha recomendação é simples: compra um notebook simples, deixa ligado em casa e faz a automação ali; é melhor pagar a energia. Ou um Mac Mini mais barato, M1, M2; se for trabalho sério, M4. Expliquei a parte técnica disso em Mac Mini esgotado: o motivo real.

Instagram e WhatsApp Web com agente: é bomba

A gente tem um sistema de automação que faz as postagens oficiais da empresa. Não é rolo: é API oficial. E mesmo assim, de vez em quando, o Instagram manda aviso de coisa automática, que tem que tomar cuidado pra não banir a conta.

"Ah, vou fazer um sistema de atendimento com o OpenClaw abrindo o meu browser com o WhatsApp Web." É bomba. Tem que saber muito bem o que está fazendo. Eu já perdi número por usar API que não era a oficial; contei em API extraoficial no WhatsApp: o meu número foi banido.

Onde o headless é ótimo: teste end to end

Não estou dizendo que Playwright e Puppeteer não prestam. Pra testar sistema, são ótimos. Estamos na era do SaaS: dev virando empreendedor pra ter o próprio produto. Show de bola.

Se você não é dev e não sabe o que é isso: pega o Playwright, manda a IA criar um teste end to end que passa nos formulários, em tudo, toda vez que o código roda. A palavra-chave é regressão: você não quer regressão no seu código. Aí é legal, é bacana.

Também funciona scraping simples de site que ainda não usa captcha da Cloudflare ou do Google. O que não funciona é acessar o seu Gmail, o seu Instagram ou site de governo por robô headless numa VPS.

Perguntas frequentes