O Google anunciou, em 16 de outubro de 2026, uma configuração de sintaxe padrão para mensagens de aplicativos na API do Google Chat. A opção permite escolher entre Markdown padrão e a marcação tradicional do Chat, com liberação iniciada naquela data e conclusão prevista para os dias seguintes.
A mudança interessa a quem mantém bots, integrações e avisos automáticos. Se você apenas conversa pelo aplicativo, não precisa interpretar o anúncio como uma obrigação de reescrever suas mensagens: o controle divulgado é para os aplicativos que usam a API.
Em resumo: A configuração fica no Google Cloud e define o padrão de marcação do aplicativo. Solicitações individuais da API também podem indicar a sintaxe. Antes de mudar uma integração existente, teste exemplos de mensagens reais e confira como o caminho de envio trata a formatação.
Por que uma mensagem pode chegar com formatação diferente
As notas de versão do Google Workspace de 16 de outubro descrevem a nova configuração no nível do aplicativo. Na prática, o mesmo texto enviado por sistemas diferentes pode passar por regras de formatação diferentes.
Isso aparece em detalhes como negrito, listas e links. Uma integração pode ter sido escrita para a sintaxe tradicional do Chat, enquanto outra biblioteca gera Markdown padrão. Trocar o padrão sem conferir os textos pode tornar um aviso menos legível, mesmo que seu conteúdo continue chegando.
O primeiro diagnóstico é identificar quem envia a mensagem. O texto veio de um aplicativo configurado na API, de um webhook ou de uma pessoa escrevendo na interface? Só depois dessa resposta faz sentido procurar a configuração ou o campo responsável.
O padrão dos aplicativos novos e dos que já existem

O guia de formatação de mensagens do Google Chat informa que aplicativos novos usam Markdown como padrão, enquanto os existentes preservam a sintaxe do Chat para manter compatibilidade. O guia também diferencia os padrões aplicados em projetos sem configuração e em webhooks de entrada.
Essa preservação é importante para quem já tem uma integração em produção. Não presuma que o anúncio transforma automaticamente todas as mensagens antigas em Markdown. Confira como o aplicativo está configurado e como cada solicitação define a marcação.
| Caminho de envio | O que conferir |
|---|---|
| Aplicativo configurado na API | Sintaxe padrão salva na configuração do aplicativo |
| Solicitação individual da API | Presença de indicação de sintaxe que substitui o padrão |
| Webhook de entrada | Comportamento específico descrito no guia de formatação |
Onde revisar a configuração do aplicativo
A documentação de configuração da API do Google Chat orienta a administração do aplicativo no Google Cloud. A alteração deve ser feita por quem tem responsabilidade pela integração e acesso ao projeto correto.
- Identifique o projeto e o aplicativo que enviam o aviso.
- Confira a sintaxe padrão configurada.
- Verifique se o código informa a sintaxe em cada envio.
- Teste mensagens com listas, destaques e links.
- Compare a visualização recebida antes de adotar a mudança na rotina.
Use uma mensagem representativa, não apenas uma frase simples. Um aviso real pode combinar título, responsáveis, prazo e link de ação. O teste precisa mostrar se a informação continua compreensível para quem a recebe, inclusive quando há pouco espaço na tela.
Por que o webhook merece uma conferência separada
O guia oficial de aplicativos por webhook descreve esse caminho de envio. Ele não deve ser tratado como se fosse, em todos os detalhes, o mesmo fluxo de um aplicativo configurado. A documentação de formatação informa que os webhooks têm seu próprio comportamento padrão.
Se o aviso chega por webhook, revise a implementação usada por aquele sistema antes de buscar uma solução em outro projeto do Cloud. Não teste alterações copiando endereços ou credenciais para canais públicos: faça a revisão no ambiente da própria integração.
Quando a mudança vale o trabalho de migração
A decisão faz sentido quando resolve uma necessidade concreta de padronização ou corrige mensagens difíceis de ler. Se a integração funciona e não exige a nova sintaxe, você pode primeiro mapear o comportamento e planejar a revisão, sem uma troca apressada de todos os textos.
A mesma lógica ajuda ao avaliar ferramentas que reúnem canais de comunicação: identifique o fluxo, teste com dados representativos e confira o resultado na ponta. Uma configuração tecnicamente válida só cumpre sua função quando o destinatário consegue usar a mensagem.
Imagem de abertura ilustrativa: Mateusz Dach / Pexels. Fotos utilizadas sob a licença Pexels, com enquadramento em 16:9.











