# Checklist automação WhatsApp: rotina operacional para evitar bloqueios e garantir entrega do funil > Um checklist técnico‑operacional com rotinas diárias, semanais e mensais, playbooks de emergência e métricas acionáveis para prevenir bloqueios, gerir limites e manter a entrega do seu funil automatizado no WhatsApp. - Fonte: [Space Sales](https://blog.spacesales.app) - URL: https://blog.spacesales.app/p/checklist-automacao-whatsapp-rotina-operacional-para-evitar-bloq - Publicado: 2026-10-21 - Atualizado: 2026-10-21 - Categoria: Automação de Vendas por WhatsApp - Tags: CRM para WhatsApp, Automação de vendas, Gestão de leads, WhatsApp Business API --- checklist automação WhatsApp — este post transforma boas práticas técnicas em um SOP prático: quem faz o quê e quando, que alertas acionam que ações e playbooks prontos para isolar problemas sem interromper todo o funil. ## Checklist automação WhatsApp: rotinas diárias, semanais e mensais Este é o núcleo operacional: rotinas que a operação executa diariamente, o CS/COO semanalmente e a governança revisa mensalmente. Defina SLAs claros (ex.: investigação de spike em até 1 hora). ### Diário (Operação / Atendimento) Verifique ao iniciar cada turno: - Fila de mensagens com tempo de espera > 5 minutos; agir em até 10 minutos. - Taxa de 429s nas últimas 60 minutos; se > 0.5% iniciar o playbook 429. - Número de denúncias/opt‑outs nas últimas 24h; se denúncias_rate > 0.1% por lote abrir incidente. - Mensagens pendentes > 1h e handoffs pendentes; priorizar handoffs com score ≥ 70. - Startup smoke test de webhooks: validar HMAC, idempotência e latência (veja [checklist técnico de integração](/p/checklist-tecnico-integrar-whatsapp-crm-sem-perder-mensagens-mid)). ### Semanal (CS / Recovery) Atividades de auditoria e ajuste: - Auditar templates enviados/pendentes e registrar IDs de submissão e respostas da Meta. - Revisar spikes de envio por número e ajustar throttling/rotas; investigar origem do spike em até 1 hora. - Limpeza da suppression list para contatos inválidos detectados e sincronização com CRM. - Verificar reuso de templates e marcar versões para reauditoria (reenvie à aprovação interna 30 dias antes de campanhas sazonais). ### Mensal (Governança / Produto / Compliance) Revisões de alto nível: - Revisar reputação do remetente por número: delivery_rate, denúncias e bloqueios. - Atualizar plano de warm‑up e rotas para números novos; planejar ciclo de reuso de templates (versão e auditoria). - Revisar políticas internas e atualizar SOPs; comunicar mudanças ao time de operação. ## Governança de templates (HSM): controle de versões, auditoria e submissão segura Controle rígido de versões e registro são obrigatórios para prevenir reprovações em massa e envios não conformes. - Mantenha um registro de cada HSM com fields: version, author, timestamp, reason e ID de submissão da Meta. - Use apenas versões marcadas como 'prod' em envios automáticos; versões de teste ficam em ambiente separado. - Checklist antes de submissão: limitar variáveis, evitar linguagem sensível, revisar placeholders e exemplos e passar revisão cruzada por CS e Compliance. - Ciclo de reuso: não reaproveite versões antigas sem reauditar; reenvie templates sazonais para aprovação 30 dias antes. - Auditoria e rastreabilidade: registre respostas da Meta; em reprovação crie ticket padronizado com motivo e histórico para acelerar correção. ## Qualidade de envio e estratégias anti‑bloqueio: throttling, warm‑up e rotação de números Regule o ritmo de envio por número e por campanha para preservar reputação e reduzir denúncias. - Throttling por número: defina taxa máxima por número (ex.: 1–3 msg/s para envios escalados) e um limite diário inicial (ex.: 500/dia) que aumenta conforme o warm‑up. - Warm‑up para números novos: rampa controlada (dia 1–3: 50–200 msgs; dia 4–7: 200–500) monitorando denúncias e 429s a cada janela. - Rotação inteligente: distribua campanhas entre um pool de números baseado em reputação; evite enviar a mesma mensagem simultaneamente por muitos números ao mesmo público. - [Janelas de envio e segmentação](/p/agendamento-automatizado-whatsapp-scripts-cadencia-e-fluxos-de-i): respeite horários de alta receptividade e reduza taxa fora das janelas preferenciais para minimizar denúncias. - Qualidade de conteúdo: priorize [mensagens personalizadas](/p/agente-de-ia-whatsapp-o-que-e-o-que-faz-e-como-melhora-suas-vend) e orientadas por evento; evite links encurtados suspeitos e variações idênticas em grande volume. ## Limpeza e consentimento: suppression lists, opt‑outs e contatos inválidos Remover contatos inválidos e respeitar opt‑outs é a primeira defesa contra denúncias e bloqueios. - Suppression lists automáticas: inclua opt‑outs, soft/hard bounces, denúncias e contatos reportados; a suppression list deve ser checada antes de qualquer campanha. - Processo de opt‑out: gravar consent_flag + timestamp, enviar confirmação automática de cancelamento e auditar sincronização com CRM central. - Detecção de números inválidos: validação periódica (format‑check + API status); mover para quarentena e remover após X tentativas falhas (ex.: 3). - Inativos e churn: identificar contatos sem interação por 90–180 dias e aplicar reengajamento controlado com opt‑in claro. - Retenção de registros: mantenha histórico de consentimento e mensagens por pelo menos 180 dias para auditoria. ## Monitoramento, métricas e playbooks de emergência (429, 5xx, denúncias) Métricas acionáveis e playbooks claros evitam escalada e permitem respostas rápidas sem interromper todo o funil. ### Métricas e thresholds sugeridos - 429_rate > 1% das requisições → alerta imediato. - denúncias_rate > 0.1% num lote → alerta crítico e pausa parcial. - 5xx_rate > 0.5% → investigar infra/API. - delivery_rate < 90% → checar status de números e suppression list. Dashboards por número, campanha e template com logs (webhooks, response_code, message_id, timestamps) devem enviar alertas a Slack/ops quando os thresholds são alcançados. ### Playbook 429 / Rate Limit 1. Reduzir taxa de envio à metade imediatamente. 2. Pausar campanhas não essenciais e backfill programado. 3. Isolar número(s) com maior taxa e aplicar quarentena temporária. 4. Reavaliar concorrência/locking na fila e aplicar backoff exponencial antes de retomar. 5. Retomar gradualmente monitorando taxas. ### Playbook denúncias / abuse 1. Pausar envio para o segmento afetado. 2. Informar comercial e compliance; mapear consentimento dos contatos afetados. 3. Revisar conteúdo/template e remover mensagens problemáticas. 4. Remover contatos denunciantes e escalar para Meta se necessário. ### Playbook templates rejeitados Interrompa uso do template, registre motivo e ID de resposta, crie nova versão com auditoria, reenvie para aprovação e só reative após validação. ## Testes, validação e próximo passo: aplicar hoje o checklist automação WhatsApp Plano de implantação em etapas curtas para validar controles antes de escalar. - Ação imediata (hoje): execute a rotina diária padrão, valide webhooks e idempotência com testes E2E recomendados pelo checklist técnico de integração. - Ação em 48h: ative suppression list automática e configure throttling inicial por número; faça um envio de teste com ~100 contatos e monitore métricas e denúncias. - Ação semanal: crie painel com 429_rate, denúncias_rate, delivery_rate e rejeição de HSM; atribua responsáveis por cada alerta e ligue playbooks a canais (Slack/Teams). - Ação mensal: rode auditoria de templates, plano de warm‑up/rotacionamento de números e atualize SOPs com lições aprendidas. Recomendações finais: documente tudo (IDs, respostas da Meta, tickets), [centralize suppression lists no CRM](/p/crm-para-whatsapp-por-que-sua-loja-de-moda-atacado-precisa-e-com) e mantenha comunicação clara entre Operação, CS, TI e Compliance para agir rápido sem paralisar o funil. ## Perguntas frequentes ### Quais sinais indicam que devo pausar uma campanha no WhatsApp imediatamente? Pausar quando 429_rate ultrapassar 1% das requisições, denúncias_rate passar de 0.1% no lote, ou delivery_rate cair abaixo de 90%. Esses sinais indicam risco de bloqueio e exigem execução do playbook de emergência. ### Como configurar throttling por número sem mexer em toda a integração técnica? Implemente throttling na camada de orquestração (fila de envio) onde você controla taxa por número. Ajuste limites por número e insira backoff exponencial; isso evita mudanças profundas na API. ### O que incluir num playbook para quando eu receber muitos 429s em 1 hora? Inclua passos: reduzir taxa à metade, pausar campanhas não essenciais, isolar números com maior 429_rate, revisar concorrência na fila e retomar com backoff exponencial monitorado. ### Como organizar a governança de HSM para evitar reprovações em massa? Mantenha controle de versão (version, author, timestamp), checklist de submissão (variáveis limitadas, revisão por CS e Compliance) e registre IDs/respostas da Meta para cada submissão. ### Quais métricas monitorar em tempo real para detectar risco de bloqueio antes dos clientes reclamarem? Monitore 429_rate, denúncias_rate, delivery_rate e 5xx_rate por número e campanha. Configure alertas automáticos para thresholds e dashboards com logs detalhados para investigação rápida.