Lançamentos recentes

Esta página traz informações sobre as mudanças mais recentes no RCS for Business.

30 de outubro de 2026

Alterado

Frases de motivos para cancelar a inscrição

Atualizamos a experiência de cancelamento de inscrição no Google Mensagens para melhorar a clareza e reduzir a ambiguidade de categorias. Essa mudança será lançada gradualmente até o final de novembro, então a interface atualizada pode levar algum tempo para aparecer para todos os usuários.

Antes	Depois

Principais características

• Frases em primeira pessoa: os rótulos dos motivos para cancelar a inscrição foram atualizados para usar uma linguagem clara em primeira pessoa:
  • Recebo muitas mensagens
  • Nunca me inscrevi (antes Nunca me inscrevi)
  • Não tenho mais interesse (antes, Não tenho mais interesse)
  • Parece ser um golpe (antigo Spam)
  • Outro
• Ordem aleatória: para reduzir o viés de seleção, as quatro primeiras opções são mostradas em uma ordem aleatória para cada usuário. Essa ordem permanece consistente nas visitas do usuário, e Outros permanece fixo na parte de baixo.
• Relatórios do Analytics: o feedback sobre o cancelamento de inscrição continua sendo informado na Visão geral do Analytics, nas categorias de métricas correspondentes.

Ação necessária

Você não precisará fazer nada.

Para mais detalhes, consulte o guia atualizado Receber eventos.

29 de outubro de 2026

Novo

Para evitar disputas em que mensagens de curta duração expiram antes que as redes de operadoras e os dispositivos dos usuários possam processar a entrega de mensagens e retornar confirmações de entrega, a plataforma RCS for Business está estabelecendo uma expiração mínima de seis segundos para todas as mensagens de agentes que especificam ttl ou expireTime.

O que muda?

Se uma solicitação especificar uma duração de ttl entre zero e seis segundos ou um carimbo de data/hora de expireTime inferior a seis segundos após o envio da mensagem, a plataforma vai estender automaticamente a validade para seis segundos. O carimbo de data/hora expireTime na resposta da API reflete esse valor ajustado.

As solicitações com um ttl igual ou menor que zero ou um expireTime no momento do envio da mensagem ou antes dele retornam um erro 400 INVALID_ARGUMENT.

O que é preciso fazer

• Atualize os valores de validade: se o agente definir ttl ou expireTime, garanta que a validade seja de pelo menos seis segundos após o envio da mensagem.
• Alinhar com notificações de webhook: durante o período de ajuste automático, uma solicitação com um ttl de menos de seis segundos (por exemplo, dois segundos) permanecerá ativa por seis segundos.
  • Acione o substituto somente quando receber a notificação do webhook de revogação indicando que a mensagem expirou.
  • Adicione um breve buffer após a janela ttl para permitir que as confirmações de entrega atrasadas sejam processadas.

Para mais informações, incluindo as práticas recomendadas, consulte o guia Enviar mensagens e a referência phones.agentMessages.

8 de outubro de 2026

Melhoria da documentação

Atualizamos a documentação dos relatórios de faturamento padrão e registros de atividades e dos relatórios de faturamento dos EUA para esclarecer que os relatórios de faturamento e os arquivos de registro de atividades são codificados em UTF-8 sem uma marca de ordem de byte, usam feeds de linha para fins de linha e incluem uma linha de cabeçalho.

7 de outubro de 2026

Alterado

O vídeo de prévia do agente agora é opcional para lançamentos gerenciados pelo Google

Para ajudar você a lançar agentes do RCS for Business mais rapidamente e facilitar a integração, um vídeo de prévia do agente não é mais estritamente necessário para lançamentos em operadoras gerenciadas pelo Google. Agora você pode fornecer um vídeo de prévia do agente ou transcrições de texto detalhadas e explicativas na seção Experiência do agente do questionário de lançamento.

Importante: os requisitos de lançamento gerenciado pela operadora variam de acordo com a operadora. Consulte as operadoras para mais detalhes.

O que é preciso fazer

Ao enviar uma solicitação de lançamento para operadoras gerenciadas pelo Google, você precisa demonstrar claramente a experiência do seu agente. É necessário fornecer um vídeo de prévia do agente ou transcrições detalhadas e explicativas para os seguintes campos:

• Descrição do acionador: as ações específicas do usuário ou os eventos de back-end que acionam as mensagens.
• Descrição da interação: uma transcrição do fluxo de conversa do agente, incluindo exemplos de jornadas do usuário e respostas sugeridas e ações.
• Descrição da desativação: as palavras-chave de desativação aceitas (como STOP) e a mensagem de confirmação exata enviada aos usuários.

Para conferir as práticas recomendadas e os modelos de exemplo por caso de uso (OTP, transacional, promocional e multiuso), consulte Descrever a experiência do agente.

25 de agosto de 2026

Novo

Relatórios de faturamento do parceiro

Estamos lançando os 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 fornece análises valiosas e a visibilidade necessária para gerenciar seu tráfego.

Os relatórios são gerados diariamente no formato CSV e entregues com segurança usando o serviço SFTP do Google.

Para saber como configurar suas credenciais de SFTP e acessar esses relatórios, consulte o guia Relatórios de faturamento do parceiro.

31 de julho de 2026

Melhoria da documentação

Atualizamos a documentação Enviar mensagens para esclarecer o comportamento de compactaçã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 introduzindo um parâmetro acting_party opcional para a API brands.agents.updateLaunch.

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" por padrão, porque a autenticação baseada em conta de serviço não tem contexto de usuário.

Principais melhorias

• Ações de API identificáveis: os autores de chamadas de API agora podem fornecer explicitamente um parâmetro acting_party para representar o endereço de e-mail ou o identificador do 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 notificações de webhook do AgentLaunchEvent.
• Consistência da trilha de auditoria: os registros de ações iniciadas por 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ário, 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. Com esse cabeçalho, é possível identificar os tipos de solicitação de todos os webhooks recebidos instantaneamente, sem precisar analisar o corpo JSON.

Para mais detalhes, consulte o guia atualizado de Webhooks.

6 de julho de 2026

Alterado

Métricas de cancelamento de inscrição na visão geral do Analytics

O Console do desenvolvedor do RCS for Business agora mostra métricas de cancelamento de inscrição para agentes não promocionais na Visão geral do Analytics, 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 é compatível com o parâmetro de consulta orderBy. Isso permite que os parceiros classifiquem os agentes por nome, horário de criação ou carimbo de data/hora da última atualização.

Principais melhorias

• Vários campos de classificação: agora é possível ordenar os agentes usando os seguintes campos:
  • updateTime: classifica cronologicamente pelo carimbo de data/hora da última atualização.
  • displayName: classifica em ordem alfabética pelo nome do agente legível por humanos.
  • agentId: classifica pelo identificador exclusivo do agente gerado pelo sistema.
• Controle direcional: é possível definir a direção de classificação adicionando um sufixo " asc" ou " desc" ao nome do campo. Os campos especificados sem um sufixo serão ordenados de forma crescente por padrão.
• Classificação padrão: se o parâmetro orderBy for omitido, a lista será classificada por agentId em ordem crescente.

Para mais informações, consulte a documentação de referência atualizada de brands.agents.list.

11 de junho de 2026

Melhoria da documentação

Atualizamos nossa documentação para esclarecer que os parceiros podem mudar o 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 método users.batchGet vai exigir 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 é preciso fazer

1. Atualize seu aplicativo para chamar o endpoint regional correto para suas solicitações de users.batchGet.
2. Verifique se cada solicitação users.batchGet contém números de telefone de apenas uma 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 muda

As verificações de capacidade única (phones.getCapabilities) e o envio de mensagens não são afetados por essa restriçã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 temporárias padrão, que desaparecem quando uma conversa continua, as sugestões persistentes são mostradas dentro do balão 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 depois do envio da mensagem inicial, proporcionando uma experiência mais consistente e confiável.

As sugestões persistentes "Abrir um URL" mostram o URL de destino diretamente no botão para aumentar a confiança do usuário e reduzir a "hesitação de clique" causada por links desconhecidos.

Aviso: estamos lançando o recurso de sugestões persistentes "Abrir um URL". Por isso, alguns usuários talvez não vejam o URL de destino diretamente no botão.

Tipos de mensagens compatíveis

• Compatível: mensagens de texto independentes.
• Não compatí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 temporárias em uma única mensagem de texto. Cada sugestão precisa ser aceita para ser persistente.

• Limite total: uma única mensagem de texto pode aceitar até 11 sugestões no total.
• Sugestões persistentes: até quatro sugestões (mostradas dentro do balão).
• Sugestões temporárias: até 11 sugestões temporárias (exibidas fora do balão).

Clientes compatíveis com sugestões persistentes

• Compatível: Google Mensagens (versão 20260225.00 ou mais recente).
• Não compatível: versões do Google Mensagens anteriores à 20260225.00, iOS e Samsung Messages.

Para mais detalhes, consulte nosso guia de sugestões atualizado.

27 de abril de 2026

Alterado

Atualização dos padrões de branding e verificação do RBM no Google Mensagens

Estamos atualizando a marca e a verificação do RCS for Business para aumentar a confiança dos usuários e alinhar com os 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: agora o logotipo é um quadrado arredondado em todo o Google Mensagens. A transição para o novo formato de quadrado arredondado é automática.

  Observação: se o logotipo atual for um círculo em um plano de fundo transparente, ele ainda vai aparecer como um círculo no app Google Mensagens. Recomendamos que você faça 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.

• Marca de verificação: os agentes verificados agora incluem uma marca de verificação. A marca de seleção vai aparecer automaticamente para os agentes que concluíram o processo de verificação.

Antes	Depois

27 de abril de 2026

Melhoria da documentação

Atualizamos a documentação de 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 atualizado de Webhooks.

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 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: agora os parceiros podem usar os seguintes métodos para gerenciar anexos de verificação:
  • attachments.create: faz 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 é compatível com 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 dos usuários 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 com baixa reputação. Os agentes de reputação alta e média 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 pela 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 de forma programática o status de arquivamento de um agente. Para mais detalhes, consulte Arquivar ou desarquivar um agente.
• Visualizações com filtro: 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 reexibir agentes

É possível ocultar ou reexibir 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 dele na sua rede for LAUNCHED ou PENDING.

Principais características

• Console de administração: oculte e reexiba agentes individualmente ou em massa (até 100). Para mais detalhes, consulte Ocultar/reexibir um agente.
• API Operations: gerencie o status oculto de um agente para sua rede. Para mais detalhes, consulte Ocultar/reexibir agentes.
• Visualizações com filtro: por padrão, os agentes marcados como ocultos são excluídos da lista principal. Para ver 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 pela API RBM Operations, pela API Business Communications, pelo Console de administração e pelo Console do desenvolvedor do RCS para empresas. Isso garante uma lógica e uma sincronização consistentes entre a API e o Console.

Confira as transições de estado de lançamento permitidas atualizadas:

Iniciada pela operadora

• De PENDING a LAUNCHED ou REJECTED
• De LAUNCHED a SUSPENDED
• De SUSPENDED a LAUNCHED ou UNLAUNCHED

Iniciada pelo parceiro

• De UNSPECIFIED, UNLAUNCHED ou REJECTED para PENDING

Observação: se você tentar mudar o status de lançamento para um valor fora dos permitidos, a API vai retornar uma mensagem de erro correspondente.

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 de URL subjacente diretamente na ação "Abrir um URL" para sugestões em Rich Cards e carrosséis. Para mais detalhes, consulte Abrir um URL.

Antes	Depois

Ao mostrar o URL, nosso objetivo é:

• Conquiste a confiança do usuário: reduza o atrito e a "hesitação em clicar" causada por links desconhecidos.
• Impulsionar o engajamento: estabeleça 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.
• Revise a UX: verifique as ações sugeridas "Abrir um URL" em cards interativos e carrosséis para garantir que o texto de exibição e o URL agora visível não pareçam 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 API testers, que permite gerenciar todo o ciclo de vida dos testadores. Agora você pode 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 que os testes dos seus agentes não sejam interrompidos, todos os parceiros precisam migrar as implementações para o novo recurso simplificado da API testers. 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
testadores	Atual

O que você precisa fazer:

1. Consulte a nova referência da API de testadores e o guia atualizado para configurar um dispositivo de teste.
2. Atualize o código que chama o método phones.testers.create para usar os novos endpoints de recurso testers.
3. Implemente e teste a nova lógica.

16 de fevereiro de 2026

Novo

Novos campos na resposta analytics.agentPerformances.list com outras métricas

O método analytics.agentPerformances.list na API RCS Business Messaging agora inclui outros campos no objeto AgentPerformance relacionados aos dados de motivo do cancelamento da inscrição e tendência de spam.

12 de fevereiro de 2026

Melhoria da documentação

Atualizamos a documentação Enviar mensagens com uma nova seção Tempo de vida (TTL) de uma mensagem para esclarecer o comportamento esperado das notificações e fornecer recomendações para gerenciar casos extremos de entrega.

5 de fevereiro de 2026

Novo

Nova página de contato do suporte do RCS for Business

Substituímos o link "Enviar e-mail para o suporte do RBM" por uma nova página Entre em contato com o suporte do RCS for Business.

Todas as solicitações de suporte técnico agora devem 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 para várias categorias de problemas.

5 de fevereiro de 2026

Melhoria da documentação

Atualizamos a documentação de 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 READ são persistentes e armazenados por até 30 dias se um usuário tiver o RCS ativado, mas estiver inacessível, enquanto os eventos IS_TYPING permanecem temporários e expiram após aproximadamente 20 segundos.

30 de janeiro de 2026

Novo

Comentários opcionais para aprovações de lançamento de agentes

Agora as operadoras 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 só podiam fornecer um comentário com um motivo 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 é compatível com 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, melhorando a comunicação e o registro de dados. 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ó aparecem 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 fechada	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 do agente

Para simplificar o processo de aprovação de agentes, os parceiros agora podem fazer upload de documentos de suporte diretamente no Console para Desenvolvedores do RCS para Empresas.

Principais melhorias

• Upload direto: agora os parceiros 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 transportadoras que usam o Console de Administração podem ver os 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 por e-mail, que continua ativa.

Embora esse recurso seja opcional, considere 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 a duplicação de arquivos.

7 de janeiro de 2026

Novo

Estamos introduzindo novos limites de tráfego para agentes promocionais do RCS for Business na Índia.

Limites para o total de usuários únicos

Um novo limite afeta o número total de usuários únicos para quem um agente pode enviar mensagens a cada 28 dias com base na reputação dele. 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.