Esta página fornece informações sobre as mudanças mais recentes no RCS for Business.
25 de agosto de 2026
Novo
Relatórios de faturamento de parceiros
Estamos lançando relatórios de faturamento de parceiros, que fornecem contagens diárias agregadas de eventos faturáveis, agrupados por agente, tipo de evento e operadora. Esse resumo de alto nível oferece análises valiosas e a visibilidade necessária para gerenciar seu tráfego.
Os relatórios são gerados diariamente em formato CSV e entregues com segurança usando o serviço SFTP do Google.
Para saber como configurar suas credenciais SFTP e acessar esses relatórios, consulte o guia Relatórios de faturamento de parceiros.
31 de julho de 2026
Melhoria na documentação
Atualizamos a documentação Enviar mensagens para esclarecer o comportamento de compressão e transcodificação automática de mídia para o RCS for Business.
20 de julho de 2026
Novo
Novo recurso de trilha de auditoria: capture acting_party na API RBM Operations
Para ajudar você a manter registros de auditoria precisos, estamos lançando um parâmetro opcional
acting_party para a
brands.agents.updateLaunch
API.
Por que estamos fazendo essa mudança
Quando o status de lançamento de um agente é atualizado usando a API RBM Operations, o campo ID do usuário nos registros de histórico é definido como "Chamada de API" porque a autenticação baseada em conta de serviço não tem contexto do usuário.
Principais melhorias
- Ações de API identificáveis: os autores de chamadas de API agora podem fornecer explicitamente um
acting_partyparâmetro para representar o endereço de e-mail ou o identificador de o usuário que está executando a ação. - Visibilidade do console e do webhook: o identificador capturado fica visível no
histórico do agente do console de administração e é incluído nas
AgentLaunchEventnotificações de webhook. - Consistência da trilha de auditoria: os registros de ações iniciadas pela API agora correspondem aos gerados por aprovações manuais do console.
Como usar o novo parâmetro
Para começar a capturar identificadores de usuários, anexe o parâmetro de consulta acting_party às solicitações de API para brands.agents.updateLaunch.
Para mais detalhes, consulte o guia atualizado Mudar o status de lançamento do agente.
13 de julho de 2026
Novo
Novo cabeçalho HTTP de webhook
A plataforma RCS for Business agora inclui um cabeçalho HTTP X-Goog-Webhook-Type em todas as solicitações de webhook. Esse cabeçalho permite identificar os tipos de solicitação de todos os webhooks recebidos instantaneamente, sem precisar analisar o corpo JSON.
Para mais detalhes, consulte o guia Webhooks atualizado.
6 de julho de 2026
Alterado
Métricas de cancelamento de inscrição na visão geral das análises
O console para desenvolvedores do RCS for Business agora mostra as métricas de cancelamento de inscrição para agentes não promocionais na visão geral das análises, substituindo o marcador de posição 'N/A'.
26 de junho de 2026
Novo
Classificação personalizada para listas de agentes
O endpoint brands.agents.list agora oferece suporte ao parâmetro de consulta orderBy.
Isso permite que os parceiros classifiquem os agentes por nome, hora de criação ou carimbo de data/hora da última atualização.
Principais melhorias
- Vários campos de classificação:agora é possível classificar os agentes usando os seguintes campos:
updateTime: classifica cronologicamente pelo carimbo de data/hora da última atualização.displayName: classifica alfabeticamente pelo nome legível do agente.agentId: classifica pelo identificador exclusivo do agente gerado pelo sistema.
- Controle direcional: é possível definir a direção da classificação adicionando um
" asc"ou" desc"sufixo ao nome do campo. Os campos especificados sem um sufixo serão classificados em ordem crescente por padrão. - Classificação padrão:se o parâmetro
orderByfor omitido, a lista será classificada poragentIdem ordem crescente por padrão.
Para mais informações, consulte a documentação de referência brands.agents.list atualizada.
11 de junho de 2026
Melhoria na documentação
Atualizamos nossa documentação para esclarecer que os parceiros podem fazer a transição do status de lançamento de um agente de PENDING para UNLAUNCHED para cancelar uma solicitação de lançamento pendente.
Para mais detalhes, consulte o guia Receber eventos.
22 de maio de 2026
Aplicação de endpoints regionais para verificações de capacidade em lote
Alterado
A partir de 4 de maio de 2026, o users.batchGet
método exige o uso de endpoints regionais. As solicitações em lote precisam ser enviadas ao endpoint de API que corresponde à região geográfica dos números de telefone nesse lote.
Por que estamos fazendo essa mudança
Para otimizar o desempenho e a confiabilidade da API e conter o impacto de possíveis interrupções.
O que você precisa fazer
- Atualize seu aplicativo para chamar o endpoint regional correto
para suas
users.batchGetsolicitações. - Verifique se cada solicitação
users.batchGetcontém números de telefone de uma única região. As solicitações que contêm números de telefone de regiões mistas ou enviadas para o endpoint regional incorreto vão falhar com um erro 400 Solicitação inválida.
O que não está mudando
As verificações de capacidade única (phones.getCapabilities) e o envio de mensagens não são afetados por essa aplicação no momento. No entanto, recomendamos o uso de APIs regionalizadas para todas as chamadas para otimizar o desempenho da API agora e se preparar para atualizações futuras.
12 de maio de 2026
Novo
Sugestões persistentes para mensagens de texto
O RCS for Business agora oferece suporte a sugestões persistentes para mensagens de texto independentes. Ao contrário das sugestões transitórias padrão que desaparecem quando uma conversa continua, as sugestões persistentes são exibidas dentro da bolha de mensagem e permanecem fixas durante toda a conversa.
Por que estamos fazendo essa mudança
Esse recurso permite que os usuários revisitem ações úteis, como abrir um URL, discar um número ou visualizar um local, muito tempo depois que a mensagem inicial foi enviada, proporcionando uma experiência do usuário mais consistente e confiável.
As sugestões persistentes "Abrir um URL" mostram o URL de destino diretamente no botão para criar confiança do usuário e reduzir a "hesitação de clique" causada por links desconhecidos.
Tipos de mensagens com suporte
- Com suporte: mensagens de texto independentes.
- Indisponível: mensagens de mídia independentes (imagem, vídeo, GIF, PDF ou áudio). Para esses casos de uso, use Rich Cards.
Combinar sugestões
É possível combinar sugestões persistentes e transitórias em uma única mensagem de texto. Cada sugestão precisa "aceitar" ser persistente.
- Limite total: uma única mensagem de texto pode oferecer suporte a até 11 sugestões no total.
- Sugestões persistentes: até quatro sugestões (mostradas dentro da bolha).
- Sugestões transitórias: até 11 sugestões transitórias (mostradas fora da bolha).
Clientes com suporte para sugestões persistentes
- Com suporte:Google Mensagens (versão
20260225.00ou mais recente). - Indisponível:versões do Google Mensagens anteriores a
20260225.00, iOS e Samsung Messages.
Para mais detalhes, consulte nosso guia Sugestões atualizado.
27 de abril de 2026
Alterado
Padrões de marca e verificação do RCS Business Messaging atualizados no Google Mensagens
Estamos lançando atualizações na marca e na verificação do RCS for Business para aumentar a confiança do usuário e se alinhar aos padrões do Google. Essas atualizações afetam a aparência dos agentes na lista de conversas, na tela de conversa e nos detalhes da conversa do Google Mensagens.
Principais melhorias
Novo formato do logotipo: o logotipo agora é um quadrado arredondado em todo o Google Mensagens. A transição para o novo formato quadrado arredondado é automática.
Observação: se o logotipo atual for um círculo em um plano de fundo transparente, ele ainda será mostrado como um círculo no app Google Mensagens. Recomendamos que você faça o upload manual de uma imagem de plano de fundo completo para garantir que ela fique melhor na nova interface. Para mais informações, consulte Editar informações do agente.
Selo de verificação: os agentes verificados agora incluem um selo de verificação. O selo vai aparecer automaticamente para agentes que concluíram o processo de verificação.
| Antes | Depois |
|---|---|
![]() |
![]() |
27 de abril de 2026
Melhoria na documentação
Atualizamos a documentação Webhooks com novas práticas recomendadas para gerenciar webhooks, abordando especificamente como lidar com os riscos de filas de parceiros compartilhadas e evitar falhas na entrega de mensagens.
Para mais informações, consulte o guia Webhooks atualizado.
6 de abril de 2026
Novo
Fazer upload e excluir documentos de verificação de agentes com a API Business Communications
Para simplificar o processo de verificação de agentes, introduzimos novos métodos em na API Business Communications que permitem que os parceiros façam upload e excluam documentos de suporte. Esse recurso é opcional.
Principais melhorias
- Novos métodos de API: os parceiros agora podem usar os seguintes métodos para gerenciar
anexos de verificação:
attachments.create: faz o upload de um documento de verificação.brands.agents.attachments.delete: exclui um documento de verificação anexado.
- Visibilidade da operadora: para lançamentos gerenciados pela operadora, os documentos enviados são compartilhados com cada operadora selecionada para o lançamento.
Detalhes técnicos e limites
- Suporte a arquivos:inicialmente, a API oferece suporte a arquivos PDF.
- Tamanho máximo do arquivo: 50 MB por arquivo.
- Limite de quantidade: até 5 documentos exclusivos por agente.
Para mais informações sobre o processo de verificação, consulte Enviar informações de verificação.
1º de abril de 2026
Novo
Limites de tráfego entre agentes para agentes promocionais de baixa reputação na Índia
Estamos introduzindo um limite de tráfego entre agentes para reduzir a fadiga da caixa de entrada do usuário para assinantes na Índia. Esse novo limite restringe o número total de mensagens promocionais que um usuário pode receber de todos os agentes de baixa reputação por dia.
Esse limite se aplica a todos os agentes de baixa reputação. Os agentes de alta e média reputação estão isentos dessa restrição entre agentes.
Para uma explicação detalhada desses novos limites de tráfego e outras regras de negócios, consulte a página Casos de uso e regras de negócios do agente.
1º de abril de 2026
Novo
Novos controles de visibilidade: arquivar e ocultar agentes
Para ajudar a gerenciar a desordem do console, introduzimos novos controles de visibilidade para parceiros e operadoras. Esses recursos permitem remover agentes antigos ou não utilizados das visualizações principais no console e na API sem afetar o estado operacional dos agentes.
Para parceiros: arquivar e desarquivar agentes
É possível arquivar ou desarquivar agentes que estão em um estado inativo
(UNLAUNCHED, SUSPENDED, ou REJECTED). Não é possível arquivar agentes que estão
LAUNCHED ou PENDING em qualquer rede de operadora.
Principais características
- Console para desenvolvedores do RCS for Business: arquive ou desarquive agentes individualmente ou em massa (até 100). Para mais detalhes, consulte Arquivar/desarquivar um agente.
- API Management: gerencie programaticamente o status de arquivo de um agente. Para mais detalhes, consulte Arquivar ou desarquivar um agente.
- Visualizações filtradas: por padrão, os agentes arquivados são excluídos da lista principal. Para incluir os agentes arquivados nos resultados, use filtros no console ou parâmetros na API.
Para operadoras: ocultar e mostrar agentes
É possível ocultar ou mostrar agentes que estão em um estado inativo (SUSPENDED ou REJECTED) na sua rede. Não é possível ocultar um agente se o status de lançamento na sua rede for LAUNCHED ou PENDING.
Principais características
- Console de administração: oculte e mostre agentes individualmente ou em massa (até 100). Para mais detalhes, consulte Ocultar/mostrar um agente.
- API Operations: gerencie o status oculto de um agente na sua rede. Para mais detalhes, consulte Ocultar/mostrar agentes.
- Visualizações filtradas: por padrão, os agentes marcados como ocultos são excluídos de a lista principal. Para visualizar esses agentes, use filtros no console ou parâmetros na API.
10 de março de 2026
Alterado
Atualizamos as transições de estado de lançamento permitidas ao gerenciar agentes por meio da API RBM Operations e da API Business Communications e do console de administração e do console para desenvolvedores do RCS for Business. Isso garante uma lógica consistente e a sincronização entre a API e o console.
Confira as transições de estado de lançamento permitidas atualizadas:
Iniciado pela operadora
- De
PENDINGparaLAUNCHEDouREJECTED - De
LAUNCHEDparaSUSPENDED - De
SUSPENDEDparaLAUNCHEDouUNLAUNCHED
Iniciado pelo parceiro
- De
UNSPECIFIED,UNLAUNCHEDouREJECTEDparaPENDING
9 de março de 2026
Alterado
Transparência de URL na ação sugerida "Abrir um URL"
O Google Mensagens agora mostra o endereço URL subjacente diretamente na ação "Abrir um URL" para sugestões de Rich Cards e carrosséis. Para mais detalhes, consulte Abrir um URL.
| Antes | Depois |
|---|---|
![]() |
![]() |
Ao mostrar o URL, nosso objetivo é:
- Criar confiança do usuário: reduzir o atrito e a "hesitação de clique" causada por links desconhecidos.
- Aumentar o engajamento: estabelecer hábitos de uso consistentes e confiáveis no RCS for Business.
Ações recomendadas
- Implantação: esse recurso é ativado automaticamente. Não é necessário fazer nenhuma integração técnica ou mudança na API.
- Audite seus links: verifique se os URLs de destino são concisos e consistentes com sua marca.
- Analise a experiência do usuário: verifique as ações sugeridas "Abrir um URL" atuais em Rich Cards e carrosséis para garantir que o texto de exibição e o URL agora visível não sejam redundantes ou confusos.
28 de fevereiro de 2026
Alterado
Descontinuação da API para o recurso phones.testers
Para oferecer um controle mais abrangente, lançamos a nova testers API para o gerenciamento completo do ciclo de vida do testador. Agora é possível enviar ou reenviar convites, receber status e remover testadores de forma programática.
Devido a essa funcionalidade expandida, descontinuamos o recurso legado phones.testers.
Para garantir testes ininterruptos para seus agentes, todos os parceiros precisam migrar as implementações para o novo recurso de API testers simplificado. Os agentes que não migrarem não poderão convidar ou gerenciar dispositivos de teste após essa data.
| Recurso | Status |
|---|---|
| phones.testers | Descontinuado |
| testers | Atual |
O que você precisa fazer:
- Analise a nova referência da API testers e o guia atualizado para configurar um dispositivo de teste.
- Atualize o código atual que chama o método
phones.testers.createpara usar os novos endpoints de recursostesters. - Implemente e teste a nova lógica.
16 de fevereiro de 2026
Novo
Novos campos na resposta analytics.agentPerformances.list com métricas adicionais
metrics
O método analytics.agentPerformances.list na API RCS Business Messaging agora inclui campos adicionais no objeto AgentPerformance relacionados aos dados de motivo de cancelamento de inscrição e tendência de spam.
12 de fevereiro de 2026
Melhoria na documentação
Atualizamos a documentação Enviar mensagens com uma nova seção Tempo de vida (TTL) para uma mensagem para esclarecer o comportamento esperado de notificação e fornecer recomendações para gerenciar casos extremos de entrega.
5 de fevereiro de 2026
Novo
Nova página de suporte do RCS for Business
Substituímos o link "Enviar e-mail para o suporte do RCS Business Messaging" por uma nova página de suporte do RCS for Business.
Todas as solicitações de suporte técnico agora precisam ser iniciadas pelo formulário de contato de suporte vinculado nesta página, o que garante que os problemas sejam capturados e encaminhados com precisão para uma resolução mais rápida.
Para ajudar você a preparar o envio, a página inclui um guia de início rápido que descreve as informações obrigatórias necessárias para várias categorias de problemas.
5 de fevereiro de 2026
Melhoria na documentação
Atualizamos a documentação
Enviar eventos
e
phones.agentEvent.create
com informações sobre o comportamento de entrega dos eventos de agente READ e
IS_TYPING no RCS for Business.
- As atualizações especificam que os eventos
READsão persistentes e armazenados por até 30 dias se um usuário tiver o RCS ativado, mas estiver inacessível, enquanto os eventosIS_TYPINGpermanecem efêmeros e expiram após aproximadamente 20 segundos.
30 de janeiro de 2026
Novo
Comentários opcionais para aprovações de lançamento de agentes
As operadoras agora podem fornecer comentários adicionais ao aprovar solicitações de lançamento de agentes.
Mudanças no console
Antes, ao gerenciar agentes no console de administração, as operadoras podiam fornecer um comentário com um motivo apenas ao rejeitar, suspender, ou encerrar um agente.
Com essa atualização, introduzimos um campo de comentário opcional para o processo de aprovação. Isso permite que as operadoras compartilhem um contexto importante diretamente com os proprietários de agentes no momento da aprovação. Para mais informações, consulte Gerenciar agentes na sua rede.
Os comentários fornecidos durante a aprovação são registrados no histórico do agente dos consoles de administração e Business Communications.
Mudanças na API RBM Operations
O campo comment agora oferece suporte a todas as transições de estado ao
mudar o status de lançamento de um agente.
As operadoras agora podem fornecer um motivo opcional para qualquer mudança de status para melhorar a comunicação e a manutenção de registros. Para mais informações, consulte
Gerenciar agentes com a API RBM Operations.
15 de janeiro de 2026
Novo
As notificações de Rich Cards e carrosséis no Google Mensagens agora incluem uma prévia da mídia, além do título e da descrição.
As prévias de mídia só são mostradas quando:
- Rich Cards: a mídia do card é uma imagem ou tem uma miniatura.
- Carrosséis: a mídia do primeiro card é uma imagem ou tem uma miniatura.
| Notificação recolhida | Notificação aberta |
|---|---|
![]() |
![]() |
Por que estamos fazendo essa mudança
Para aumentar o engajamento com suas mensagens.
Ação necessária
Você não precisará fazer nada.
Novo
Compartilhamento de arquivos para verificação de agentes
Para simplificar o processo de aprovação de agentes, os parceiros agora têm a opção de fazer upload de documentos de suporte diretamente no console para desenvolvedores do RCS for Business.
Principais melhorias
- Upload direto: os parceiros agora podem fazer upload de cartas de autorização e outros documentos de suporte diretamente no console para desenvolvedores do RCS for Business. Para mais informações, consulte Enviar informações de verificação. Mesmo que uma carta de autorização seja fornecida, o método de autorização principal para lançamentos em operadoras gerenciadas pelo Google continua sendo o e-mail.
- Visibilidade: as operadoras que usam o console de administração podem visualizar esses documentos enviados para acelerar a análise. Para mais informações, consulte Gerenciar agentes na sua rede.
- Opções de verificação flexíveis: o novo recurso complementa nossa verificação padrão baseada em e-mail, que permanece ativa.
Embora esse recurso seja opcional, tenha em mente os seguintes limites técnicos:
- Tipo de arquivo: somente PDF.
- Tamanho máximo do arquivo: 50 MB por arquivo.
- Limite de quantidade: até 5 documentos exclusivos. Evite duplicações de arquivos.
7 de janeiro de 2026
Novo
Estamos introduzindo novos limites de tráfego para promocionais agentes do RCS for Business na Índia.
Limites para o número total de usuários únicos
Um novo limite afeta o número total de usuários únicos que um agente pode enviar mensagens por 28 dias com base na reputação. Todos os novos agentes começam com uma reputação baixa por padrão.
Para uma explicação detalhada desses novos limites de tráfego e outras regras de negócios, consulte a página Casos de uso e regras de negócios do agente.





