Automatizar grupo de ofertas no WhatsApp

A rotina é sempre a mesma. Você abre o painel do afiliado, acha um fone bluetooth que caiu de R$ 189 pra R$ 79, gera o link com o seu código, copia. Volta pro app, salva a imagem do produto, escreve o texto com o preço, o desconto e o cupom, cola no grupo 1. Cola no grupo 2. Cola no grupo 3. Confere se a imagem subiu. Repete quinze vezes por dia.

Aí você almoça, e a oferta relâmpago que ia render bem some antes de você postar. Ou pior: você posta o mesmo fone que já tinha postado anteontem, alguém do grupo comenta "esse já teve", e você perde um pouco da credibilidade que levou meses pra construir. No fim do mês você não sabe qual grupo vendeu mais, porque todo mundo recebeu tudo e o clique nunca foi separado por origem.

Quem quer automatizar grupo de ofertas no WhatsApp normalmente começa procurando "o bot". Só que o bot é a parte fácil. Mandar mensagem por API é meia dúzia de linhas. O que dá trabalho, e o que separa um grupo que cresce de um grupo que esvazia, é tudo que acontece antes do envio: o que entra na fila, em que ordem, com que espaçamento, e o que acontece quando o envio falha no meio.

A resposta curta

Automatizar postagem em grupo de ofertas não é "um script que posta". São quatro peças separadas: uma fila de ofertas com estado e critério de entrada, um formatador que monta a mensagem final já com o link de afiliado embutido, um despachante que tira da fila respeitando espaçamento e janela de horário, e um registro de falha que garante que nenhuma oferta some em silêncio.

Quem junta tudo num loop só (busca oferta, formata, manda, dorme 30 segundos, repete) funciona por duas semanas e depois começa a postar repetido, postar de madrugada, tomar erro de rate limit e perder oferta sem nunca ficar sabendo. O resto do post é o desenho de cada peça.

Antes de tudo: qual API dá conta de grupo

Essa decisão vem primeiro porque ela limita o resto. A API oficial do WhatsApp (Cloud API) hoje tem sim uma Groups API, o que já foi novidade pra muita gente que aprendeu que grupo não existia no oficial. O problema é o tamanho: o limite é de 8 participantes por grupo, com direito a criar até 10 mil grupos por número, e exige conta oficial verificada (OBA). Isso serve pra grupo de atendimento, grupo de time, grupo de família de cliente. Não serve pra grupo de ofertas, onde o próprio WhatsApp permite até 1.024 membros e o seu está com 400.

Ou seja: pra postar num grupo de ofertas de verdade, via API, sobra biblioteca não oficial (Baileys e as camadas em cima dela, tipo a Evolution API), com todo o risco que isso carrega. Não tem caminho oficial limpo, e quem te vende "automação de grupo com API oficial" está te vendendo outra coisa. Se você ainda está decidindo esse pedaço da infra, tem um post inteiro sobre Evolution API, Cloud API e Baileys com os trade-offs de cada um.

Assumindo esse caminho, o resto do desenho segue.

A fila de ofertas: o que entra e em que ordem

A fila é o coração. Ela existe pra desacoplar duas coisas que hoje estão grudadas na sua mão: descobrir a oferta e publicar a oferta. Quando você separa, a descoberta pode rodar o dia todo e a publicação pode obedecer regra.

Cada item da fila carrega um estado, e os estados que importam são poucos:

pendente: entrou, ainda não foi avaliada pelo despachante.
agendada: já tem grupo e horário definidos.
postada: saiu, com confirmação e carimbo de quando.
falhou: tentou e não foi, com o motivo registrado.
descartada: expirou ou não passou no filtro, também com motivo.

Repare que "descartada" tem motivo. Essa é a diferença entre um sistema que você consegue auditar e uma caixa preta. Quando você olhar amanhã e sentir que o grupo postou pouco, você precisa conseguir responder "por quê" sem abrir log cru.

O critério de entrada é o filtro de qualidade e vale ser rígido, porque é ele que protege a reputação do grupo:

Desconto real, não desconto declarado. Marketplace adora "de R$ 320 por R$ 199" quando o produto nunca custou 320. Se você guarda o histórico de preço do produto por conta própria por duas ou três semanas, você compara com o menor preço recente, não com o "de" da vitrine. Oferta cujo desconto real é 4% não deveria entrar.
Faixa de preço que combina com o grupo. Grupo de achadinho até R$ 50 não quer air fryer de R$ 600, e vice-versa. Isso é filtro, não é curadoria manual.
Categoria e restrição. Categoria proibida no seu grupo, vendedor com reputação ruim, produto sem imagem decente: barra na entrada.
Frescor. Toda oferta entra com prazo de validade. Cupom relâmpago com 2 horas de vida não pode ser postado 5 horas depois.

A ordem de saída não é FIFO. Se for FIFO, você posta o que chegou primeiro, não o que vende mais. Um score simples resolve: combine desconto real, comissão esperada, afinidade da categoria com o grupo e quanto tempo falta pra oferta expirar. O que está pra morrer sobe na fila. O que é bom mas dura o dia todo pode esperar o horário nobre.

Não postar a mesma oferta duas vezes

Esse é o erro que mais custa membro, e quase sempre nasce de uma escolha errada de chave de deduplicação.

A chave não pode ser o link. O mesmo produto gera links diferentes dependendo do encurtador, do parâmetro de afiliado, da campanha e até do horário em que você gerou. Deduplicar por URL é deduplicar nada: dois links diferentes do mesmo fone passam batido e o grupo recebe o produto repetido.

A chave útil é a identidade do produto no marketplace (o id do anúncio ou do item) combinada com a faixa de preço. Assim:

Mesmo produto, mesmo preço, dentro da janela de silêncio: não posta.
Mesmo produto, preço caiu de forma relevante (digamos, mais 15% abaixo do anterior): pode postar de novo, e vale até dizer isso na mensagem ("caiu mais ainda").
Mesmo produto, preço subiu: nunca reposta, e idealmente some da fila.

Janela de silêncio razoável pra começar: 7 dias por produto e algo entre 24 e 48 horas por vendedor ou categoria, pra não encher o grupo de cinco capinhas de celular seguidas. Ajuste com o seu volume.

Tecnicamente isso é o mesmo problema de idempotência em webhook: você precisa de uma chave estável que represente "esse evento já aconteceu", e precisa checar essa chave antes do efeito colateral, não depois. Se a checagem acontece depois do envio, você já incomodou o grupo.

Montar a mensagem: preço, link e imagem numa coisa só

A mensagem é template com variável, nada sofisticado. O que importa são detalhes que parecem bobos e não são.

Imagem e texto vão juntos, na mesma mensagem. Mandar a foto e depois mandar o texto em outra mensagem faz duas coisas ruins: o membro leva dois toques de notificação por oferta (que é exatamente o que faz gente silenciar o grupo) e o texto chega descolado da imagem se alguém abrir o app no meio. Envie a imagem com legenda, uma mensagem por oferta.

O formato que funciona é curto e escaneável:

[FOTO DO PRODUTO]

Fone Bluetooth XYZ
De R$ 189,90 por R$ 79,90 (58% OFF)
Cupom: ACHEI10 (vale até hoje 23h59)

https://seu.link/a7k2qv

Três cuidados:

O link já sai com o parâmetro de afiliado embutido, gerado no momento em que a oferta entra na fila, não na hora de postar. Se a geração do link falhar na hora do envio, você posta uma oferta sem comissão. Falha de geração deve travar a oferta na fila, não deixar passar um link "cru".
Um encurtador seu no meio. Não é vaidade: é o único jeito de saber qual grupo clicou. O mesmo produto postado em 3 grupos precisa de 3 códigos distintos, senão o relatório do marketplace junta tudo e você nunca descobre qual grupo vale o esforço.
Só escreva o "de R$" se o "de" for verdade, pelo seu histórico de preço, não pelo do marketplace. Membro de grupo de ofertas confere preço. Pego uma vez mentindo, o grupo inteiro passa a duvidar dos outros posts.

Espaçamento: por que rajada quebra, mesmo em grupo seu

Aqui mora a parte que quase nenhum tutorial explica direito, e ela é diferente do risco clássico de disparo em massa.

Quando você dispara pra lista fria de número novo, o sinal que te queima é mandar mensagem não solicitada pra quem não te conhece: bloqueio, denúncia, número recém-criado com volume alto. Já escrevi sobre como o WhatsApp detecta padrão de disparo nesse cenário. Num grupo de ofertas estabelecido o quadro é outro: as pessoas entraram porque querem promoção, e o número já tem histórico. O sinal de não solicitado é bem mais fraco.

O que continua levantando bandeira é o padrão de máquina. Trinta mensagens em dois minutos, intervalos idênticos de exatos 30 segundos, atividade constante às 4 da manhã. Nada disso se parece com uma pessoa administrando um grupo. E tem o custo que o membro cobra na hora: rajada de post é o gatilho número um pra silenciar ou sair do grupo.

E tem o limite técnico, que é bem concreto se você usa Baileys por baixo. Envio pra grupo é mais caro que envio pra contato individual, porque a biblioteca precisa buscar os metadados do grupo (a lista de participantes, pra montar a criptografia) a cada envio. Existe relato público de rate-overlimit (HTTP 429) vindo direto dessa consulta de metadados com 5 ou 6 grupos e intervalo de 10 a 20 segundos entre mensagens, com o caso piorando quando o grupo faz parte de uma comunidade. Ou seja: você toma rate limit num volume que parece ridiculamente baixo.

O que ajuda, na ordem:

Cachear os metadados do grupo. Lista de participantes não muda a cada minuto. Buscar uma vez e reaproveitar por algumas horas corta a maior parte dessas chamadas.
Serializar por instância. Uma instância, uma fila de saída, um envio por vez. Paralelizar pra "ir mais rápido" é o jeito mais eficiente de tomar 429 e derrubar a conexão.
Espaçar com variação aleatória. Não use 30 segundos fixos. Use uma faixa (por exemplo, algo entre 45 e 120 segundos) sorteada a cada envio. Sai mais barato em suspeita e em erro.
Teto por hora e por dia, por grupo. Escolha um número (6 a 10 posts por hora por grupo é um começo conservador) e faça o despachante respeitar, mesmo com a fila cheia. Fila cheia é problema de curadoria, não desculpa pra rajada.
Backoff de verdade no 429. Tomou rate limit, pausa aquela instância por minutos, não por segundos, e não tenta o próximo item da fila enquanto isso.

Timing: quando postar (e como descobrir isso sem chutar)

Não vou te dar a tabela de horário mágico, porque ela não existe igual pra todo nicho. Grupo de achadinho doméstico e grupo de eletrônico gamer têm pico em horas diferentes.

O que existe é o método. Você já tem encurtador próprio no link (item anterior), então tem carimbo de hora de cada clique. Rode duas semanas postando espalhado pelo dia, agrupe clique por hora do dia e por dia da semana, e olhe. Em duas semanas o padrão do seu grupo aparece. Depois disso o despachante passa a reservar as ofertas de maior score pras janelas de pico e só solta as medianas fora delas.

Duas regras que valem independentemente do nicho:

Janela de silêncio noturna. Nada de post automático de madrugada. Quem posta às 3h ganha silenciamento e saída de membro, e ainda deixa o padrão de robô escancarado. Ofertas que chegam na madrugada ficam agendadas pra abertura da janela da manhã, se ainda estiverem válidas.
Oferta com validade curta fura fila, não fura janela. Um cupom que morre às 2h da manhã simplesmente não é postado. Descartada, com motivo registrado. É melhor perder uma oferta do que treinar o grupo a te ignorar.

Quando a postagem falha: retry sem duplicar

Vai falhar. A instância cai, o WhatsApp devolve 429, o upload da imagem estoura timeout (envio de mídia pra grupo é notoriamente mais lento que pra contato, com timeouts de minutos aparecendo em relatos de campo). O modo de falha que mais dói não é o erro: é a oferta que sai da fila, não é postada e ninguém fica sabendo.

O desenho mínimo:

Falha muda o estado, não apaga o item. A oferta volta pra fila marcada como falhou, com o motivo e o número de tentativas.
Retry com backoff e teto. Três tentativas com intervalos crescentes resolve a maioria (timeout, queda momentânea). Passou do teto, o item vai pra uma fila morta que aparece num painel, não some.
Retry precisa ser idempotente. Esse é o detalhe que quase todo mundo erra. Timeout não significa "não enviou": a mensagem pode ter chegado no grupo e a confirmação ter se perdido no caminho. Se você repete cego, o grupo recebe a mesma oferta duas vezes, que é exatamente o que você montou a deduplicação pra evitar. Antes de reenviar, cheque a chave (oferta + grupo + janela) contra o que já foi confirmado como postado.
Falha em série é alerta, não linha de log. Uma falha isolada é ruído. Cinco seguidas na mesma instância significa que a conexão caiu e o grupo está parado desde então. Isso tem que te chamar no Telegram, não esperar você abrir o painel. O padrão de fila, retry e alerta é o mesmo que descrevi em orquestrar recuperação com n8n, e o lado de saber que a instância morreu está em monitorar a Evolution API.

Esse conjunto (fila com estado e motivo, dedupe por identidade do produto, despachante com janela e jitter, retry idempotente com fila morta) é o que o grupo, o sistema que eu mantenho pra grupos de ofertas com link de afiliado de marketplace, implementa por dentro. Mas nada disso depende dele: dá pra montar com uma tabela de fila, um worker e um handler de erro, e a maior parte do trabalho é decidir as regras, não escrever o código.

O que dá errado

Fila sem prazo de validade. O clássico. A oferta relâmpago é postada 4 horas depois, o membro clica, vê o preço cheio e conclui que o grupo posta oferta falsa. Todo item precisa de expiração, e expirado é descartado, não postado atrasado.
Deduplicar pelo link. Já falei, mas repito porque é o erro mais comum: o link muda, o produto não. Chaveie pelo produto.
Escalar grupos sem escalar número. Um número postando em 30 grupos é o caminho curto pro rate limit e pro banimento. Grupos demais por instância é problema de arquitetura, não de intervalo.
Retry cego. Timeout tratado como falha certa gera post duplicado. Confirmação perdida é diferente de envio não feito.
Automatizar a curadoria inteira no dia um. Rode primeiro com aprovação manual: o sistema monta a mensagem pronta e te manda pra você dar OK. Duas semanas assim mostram onde o filtro está errado sem queimar o grupo. Depois você solta as categorias em que a curadoria acertou sozinha.
Não medir por grupo. Sem código de clique por grupo, você não sabe qual comunidade sustenta o faturamento e acaba dando o mesmo esforço pra um grupo de 400 que converte e um de 900 que só faz volume.
Não ter botão de pânico. Precisa existir um jeito de pausar tudo em um comando. Preço errado no marketplace, cupom furado, promoção cancelada: você quer parar a fila em cinco segundos, não matar container.
Achar que automação substitui presença. Grupo que só recebe post de robô morre devagar. O sistema tira de você a parte mecânica (copiar, formatar, colar três vezes) pra sobrar tempo pra parte que segura o membro: responder dúvida, avisar quando a oferta acabou, fazer a enquete do que o pessoal quer ver.

Fechando

Automatizar grupo de ofertas no WhatsApp é menos sobre "mandar mensagem por API" e mais sobre construir uma fila com regra. O envio é a última linha do processo e a mais simples. O que decide se o grupo cresce ou esvazia é o filtro de entrada, a chave de deduplicação, o espaçamento com jitter, a janela de horário e o tratamento honesto de falha.

Se for pra começar por uma coisa só, comece pela fila com estado e motivo. Mesmo rodando com aprovação manual no começo, ela já te devolve as duas horas por dia que hoje vão embora em copiar, colar e conferir, e te dá o registro pra descobrir o que realmente vende no seu grupo.

Fontes consultadas em 19/09/2026: documentação da Groups API do WhatsApp Business Platform (limite de 8 participantes por grupo, teto de 10 mil grupos por número e exigência de Official Business Account), central de ajuda do WhatsApp sobre o limite de 1.024 membros por grupo, e relatos públicos no repositório da Evolution API sobre erro rate-overlimit e timeout em envio para grupos.