Eight MídiaEight MídiaBlog
EN
Conectar a automação ao Google com um aplicativo ainda em modo de teste faz a autorização expirar em sete dias e a automação parar sem que ninguém tenha mudado nada

Foto: Zaqy Al Fattah / Unsplash

Automações

Conectar a automação ao Google com um aplicativo ainda em modo de teste faz a autorização expirar em sete dias e a automação parar sem que ninguém tenha mudado nada

Pedro Toledo · 29 de outubro de 2026 · 3 min de leitura

Conectar a automação ao Google com um aplicativo ainda em modo de teste faz a autorização expirar em sete dias e a automação parar sem que ninguém tenha mudado nada — porque, segundo a documentação do Google, os tokens de renovação de aplicativos externos em modo de teste expiram em sete dias, e o erro aparece como 'invalid_grant' numa semana em que ninguém mexeu em nada. Por que a automação funcionar no primeiro dia parecer prova de que está pronta, o que caracteriza uma autorização que não expira de surpresa, e como perceber se o aplicativo conectado ainda está em modo de teste.

Ver a automação conectada ao Google funcionar no primeiro dia costuma parecer prova de que ela está pronta. Conferir o status do aplicativo na tela de consentimento, uma semana depois, revela se a conexão tinha prazo de validade que ninguém viu.

Conectar a automação ao Google com um aplicativo ainda em modo de teste faz a autorização expirar em sete dias e a automação parar sem que ninguém tenha mudado nada — porque os tokens de renovação desses aplicativos têm validade curta.

Por que a automação funcionar no primeiro dia parece prova de que está pronta

A conexão é feita, a primeira execução passa e nada indica problema. A expiração só aparece depois de uma semana, quando o token deixa de valer e a automação começa a falhar com um erro de autorização, num momento em que ninguém mexeu em nada e a causa parece misteriosa.

O que caracteriza uma autorização que não expira de surpresa

Segundo a documentação do Google e guias de desenvolvedores, tokens de renovação de aplicativos externos em modo de teste expiram em sete dias, com exceção de aplicativos que pedem só escopos básicos. A autorização estável pede o status "Em produção" ou o tipo "Interno", quando só a própria organização usa. Isso tem relação direta com configurar um webhook com chave secreta desatualizada ou incorreta e fazer o sistema de destino rejeitar o evento em silêncio — os dois casos apontam pro mesmo princípio de fundo: uma credencial que deixa de valer faz a integração parar sem aviso, seja a chave secreta que mudou, seja o token que expirou.

Outras causas do mesmo erro

O erro "invalid_grant" também pode vir de acesso revogado, de troca de senha em escopos do Gmail, de seis meses sem uso ou do limite de 100 tokens de renovação ativos por conta e por cliente OAuth. A pista é o padrão: falha que acontece exatamente sete dias depois de cada autorização, em todos os usuários, aponta pro modo de teste, enquanto falhas isoladas apontam pras demais causas.

Como perceber se o aplicativo conectado ainda está em modo de teste

A forma prática é abrir, no console do Google Cloud, a tela de consentimento OAuth do projeto usado pela automação e ver o tipo de usuário e o status de publicação. Um relato em fórum de desenvolvedores diz que, depois de passar pra produção, os tokens antigos continuaram expirando em sete dias, o que sugere refazer a autorização, uma hipótese que as fontes não confirmam.

Um exemplo prático

Uma empresa liga uma planilha do Google a uma automação de leads, e tudo funciona por uma semana. No oitavo dia, os leads deixam de chegar e a automação mostra erro de autorização. A equipe descobre que o aplicativo estava como "Externo, em teste", muda o status pra produção, refaz a autorização e anota, no documento da automação, quem é o dono da conexão e a data em que ela foi renovada.

O ponto central

Antes de dar uma automação por pronta, vale conferir se a credencial que ela usa tem prazo. A conexão que funciona hoje e expira sozinha em sete dias não é uma integração estável; é uma pane com data marcada.

Perguntas frequentes

Gostou do artigo?

Compartilhe com quem precisa ler isso.

CompartilharWhatsAppLinkedInXE-mail

Continue lendo

Artigos relacionados

Fazer o endpoint do webhook processar tudo antes de responder faz o provedor entender que falhou, reenviar o evento e duplicar o trabalho

Automações

Fazer o endpoint do webhook processar tudo antes de responder faz o provedor entender que falhou, reenviar o evento e duplicar o trabalho

Fazer o endpoint do webhook processar tudo antes de responder faz o provedor entender que falhou, reenviar o evento e duplicar o trabalho — porque quem envia o aviso só espera uma resposta de sucesso rápida, e uma tarefa longa estoura o tempo limite e conta como erro mesmo quando terminou. Por que processar na hora parecer o jeito certo, o que caracteriza responder primeiro e trabalhar depois, e como proteger contra duplicidade.

Pedro Toledo
Pedro Toledo · 8 de novembro de 2026
Buscar registros numa API sem seguir a paginação faz a automação processar só a primeira página e ignorar o resto sem dar erro

Automações

Buscar registros numa API sem seguir a paginação faz a automação processar só a primeira página e ignorar o resto sem dar erro

Buscar registros numa API sem seguir a paginação faz a automação processar só a primeira página e ignorar o resto sem dar erro — porque muitas APIs devolvem os dados em blocos e a segunda página só aparece se a automação pedir, e quem testou com poucos registros não percebe que a conta passou do limite. Por que o teste pequeno esconder o problema, o que caracteriza seguir a paginação até o fim, e como conferir a contagem.

Pedro Toledo
Pedro Toledo · 8 de novembro de 2026
Montar a automação supondo que os eventos chegam na ordem em que aconteceram faz o status de um pedido ser sobrescrito por uma notícia mais velha

Automações

Montar a automação supondo que os eventos chegam na ordem em que aconteceram faz o status de um pedido ser sobrescrito por uma notícia mais velha

Montar a automação supondo que os eventos chegam na ordem em que aconteceram faz o status de um pedido ser sobrescrito por uma notícia mais velha — porque o envio de eventos por webhook pode atrasar, repetir ou inverter a ordem, e uma automação que grava cada evento ao chegar pode trocar um 'pago' por um 'pendente' que foi gerado antes. Por que a ordem de chegada parecer a ordem dos fatos, o que caracteriza uma automação tolerante a eventos fora de ordem, e como testar com sequências embaralhadas.

Pedro Toledo
Pedro Toledo · 7 de novembro de 2026