Nouveautés

Cette page fournit des informations sur les dernières modifications apportées à RCS for Business.

4 novembre 2026

Nouveau

Nouveau champ d'API pour le texte alternatif des contenus multimédias des fiches enrichies

RCS for Business accepte désormais le texte alternatif pour les contenus multimédias des fiches enrichies. Vous pouvez utiliser le nouveau champ contentDescription dans l'objet Media pour décrire des images et des vidéos pour les lecteurs d'écran, ce qui vous aide à améliorer l'accessibilité.

Pour en savoir plus, consultez le guide mis à jour sur les fiches enrichies et la documentation de référence de l'API phones.agentMessages.

30 octobre 2026

Modifié

Unsubscribe reasons phrasing

Nous avons modifié l'expérience de désabonnement dans Google Messages pour la rendre plus claire et réduire l'ambiguïté des catégories. Cette modification sera déployée progressivement jusqu'à la fin du mois de novembre. L'interface mise à jour peut donc mettre un certain temps à apparaître pour tous les utilisateurs.

Avant	Après

Principales caractéristiques

• Formulation à la première personne : les libellés des motifs de désabonnement ont été mis à jour pour utiliser un langage clair à la première personne :
  • Trop de messages
  • Je ne me suis jamais inscrit (anciennement Je ne me suis jamais inscrit)
  • Je ne suis plus intéressé (anciennement Je ne suis plus intéressé)
  • Ça ressemble à une escroquerie (anciennement Spam)
  • Autre
• Ordre aléatoire : pour réduire le biais de sélection, les quatre premières options sont affichées dans un ordre aléatoire pour chaque utilisateur. Cet ordre reste le même lors des visites de l'utilisateur, et Autre reste fixé en bas.
• Rapports Analytics : les commentaires sur les désabonnements continuent d'être signalés dans l'aperçu Analytics sous les catégories de métriques correspondantes.

Action requise

Aucune action n'est requise de votre part.

Pour en savoir plus, consultez le guide Recevoir des événements mis à jour.

29 octobre 2026

Nouveau

Pour éviter les conditions de concurrence où les messages de courte durée expirent avant que les réseaux d'opérateurs et les appareils des utilisateurs ne puissent traiter la distribution des messages et renvoyer les confirmations de réception, la plate-forme RCS for Business établit un délai d'expiration minimal de six secondes pour tous les messages d'agent qui spécifient ttl ou expireTime.

Ce qui change

Si une requête spécifie une durée ttl comprise entre zéro et six secondes, ou un code temporel expireTime inférieur à six secondes après l'envoi du message, la plate-forme prolonge automatiquement l'expiration à six secondes. Le code temporel expireTime de la réponse de l'API reflète cette valeur ajustée.

Les requêtes avec un ttl inférieur ou égal à zéro ou un expireTime antérieur ou égal à l'envoi du message renvoient une erreur 400 INVALID_ARGUMENT.

Que devez-vous faire ?

• Mettez à jour vos valeurs d'expiration : si votre agent définit ttl ou expireTime, assurez-vous que l'expiration est d'au moins six secondes après l'envoi du message.
• Alignement sur les notifications de webhook : pendant la période d'ajustement automatique, une requête avec un ttl inférieur à six secondes (par exemple, deux secondes) restera active pendant six secondes.
  • Ne déclenchez le remplacement que lorsque vous recevez la notification de webhook de révocation indiquant que le message a expiré.
  • Ajoutez un bref délai après la période de ttl pour permettre aux confirmations de réception tardives d'être traitées.

Pour en savoir plus, y compris sur les pratiques recommandées, consultez le guide Envoyer des messages et la documentation de référence sur phones.agentMessages.

8 octobre 2026

Amélioration de la documentation

Nous avons mis à jour la documentation sur les rapports sur la facturation standards et les journaux d'activité et les rapports sur la facturation aux États-Unis pour préciser que les rapports sur la facturation et les fichiers journaux d'activité sont encodés en UTF-8 sans indicateur d'ordre des octets, qu'ils utilisent des sauts de ligne pour les fins de ligne et qu'ils incluent une ligne d'en-tête.

7 octobre 2026

Modifié

La vidéo d'aperçu de l'agent est désormais facultative pour les lancements gérés par Google

Pour vous aider à lancer plus rapidement des agents RCS for Business et faciliter l'intégration, une vidéo d'aperçu de l'agent n'est plus strictement requise pour les lancements sur les opérateurs gérés par Google. Vous pouvez désormais choisir de fournir une vidéo d'aperçu de l'agent ou des transcriptions textuelles détaillées, étape par étape, dans la section Expérience de l'agent du questionnaire de lancement.

Important : Les exigences de lancement gérées par l'opérateur varient selon l'opérateur. Pour en savoir plus, renseignez-vous auprès de chaque opérateur.

Ce que vous devez faire

Lorsque vous envoyez une demande de lancement pour des opérateurs gérés par Google, vous devez clairement démontrer l'expérience de votre agent. Vous devez fournir une vidéo de prévisualisation de l'agent ou des transcriptions détaillées, étape par étape, pour les champs suivants :

• Description du déclencheur : actions spécifiques de l'utilisateur ou événements de backend qui déclenchent les messages.
• Description de l'interaction : transcription du flux de conversation de l'agent, y compris des exemples de parcours utilisateur, ainsi que des réponses suggérées et des actions.
• Description de la désactivation : mots clés de désactivation acceptés (par exemple, STOP) et message de confirmation exact envoyé aux utilisateurs.

Pour obtenir des bonnes pratiques et des exemples de modèles par cas d'utilisation (OTP, transactionnel, promotionnel et multi-usage), consultez Décrire l'expérience de votre agent.

25 août 2026

Nouveau

Rapports sur la facturation des partenaires

Nous lançons les rapports de facturation des partenaires, qui fournissent des décomptes quotidiens agrégés des événements facturables, regroupés par agent, type d'événement et opérateur. Ce résumé général fournit des analyses précieuses et la visibilité nécessaire pour gérer votre trafic.

Les rapports sont générés quotidiennement au format CSV et transmis de manière sécurisée à l'aide du service SFTP de Google.

Pour savoir comment configurer vos identifiants SFTP et accéder à ces rapports, consultez le guide Rapports de facturation des partenaires.

31 juillet 2026

Amélioration de la documentation

Nous avons mis à jour la documentation Envoyer des messages pour clarifier le comportement de compression et de transcodage automatiques des contenus multimédias pour RCS for Business.

20 juillet 2026

Nouveau

Nouvelle fonctionnalité de piste d'audit : capture de acting_party dans l'API RBM Operations

Pour vous aider à tenir des registres d'audit précis, nous introduisons un paramètre acting_party facultatif pour l'API brands.agents.updateLaunch.

Pourquoi ce changement ?

Lorsque l'état de lancement d'un agent est mis à jour à l'aide de l'API RBM Operations, le champ ID utilisateur des journaux d'historique est défini par défaut sur "Appel d'API", car l'authentification basée sur un compte de service ne dispose pas du contexte utilisateur.

Principales améliorations

• Actions d'API identifiables : les appelants d'API peuvent désormais fournir explicitement un paramètre acting_party pour représenter l'adresse e-mail ou l'identifiant de l'utilisateur qui exécute l'action.
• Visibilité de la console et du webhook : l'identifiant capturé est visible dans l'historique de l'agent de la console d'administration et est inclus dans les notifications de webhook AgentLaunchEvent.
• Cohérence de la piste d'audit : les journaux des actions initiées par l'API correspondent désormais à ceux générés par les approbations manuelles de la console.

Utiliser le nouveau paramètre

Pour commencer à capturer les identifiants utilisateur, ajoutez le paramètre de requête acting_party à vos requêtes API pour brands.agents.updateLaunch.

Pour en savoir plus, consultez le guide mis à jour Modifier l'état de lancement d'un agent.

13 juillet 2026

Nouveau

Nouvel en-tête HTTP de webhook

La plate-forme RCS for Business inclut désormais un en-tête HTTP X-Goog-Webhook-Type dans toutes les requêtes webhook. Cet en-tête vous permet d'identifier instantanément les types de requêtes pour tous les webhooks entrants, sans avoir à analyser le corps JSON.

Pour en savoir plus, consultez le guide mis à jour sur les webhooks.

6 juillet 2026

Modifié

Métriques de désabonnement dans l'onglet "Aperçu" d'Analytics

La console du développeur RCS for Business affiche désormais les métriques de désabonnement pour les agents non promotionnels dans la vue d'ensemble d'Analytics, en remplacement de l'espace réservé "N/A".

26 juin 2026

Nouveau

Tri personnalisé des listes d'agents

Le point de terminaison brands.agents.list accepte désormais le paramètre de requête orderBy. Cela permet aux partenaires de trier leurs agents par nom, date de création ou date de dernière modification.

Principales améliorations

• Plusieurs champs de tri : vous pouvez désormais trier vos agents à l'aide des champs suivants :
  • updateTime : trie par ordre chronologique en fonction du code temporel de la dernière mise à jour.
  • displayName : trie par ordre alphabétique selon le nom de l'agent lisible par l'humain.
  • agentId : trie par identifiant d'agent unique généré par le système.
• Contrôle directionnel : vous pouvez définir la direction du tri en ajoutant un suffixe " asc" ou " desc" au nom du champ. Les champs spécifiés sans suffixe sont triés par ordre croissant par défaut.
• Tri par défaut : si le paramètre orderBy est omis, la liste est triée par défaut par agentId dans l'ordre croissant.

Pour en savoir plus, consultez la documentation de référence mise à jour sur brands.agents.list.

11 juin 2026

Amélioration de la documentation

Nous avons mis à jour notre documentation pour préciser que les partenaires peuvent faire passer l'état de lancement d'un agent de PENDING à UNLAUNCHED pour annuler une demande de lancement en attente.

Pour en savoir plus, consultez le guide Recevoir des événements.

22 mai 2026

Application de points de terminaison régionaux pour les vérifications de fonctionnalités par lot

Modifié

À partir du 4 mai 2026, la méthode users.batchGet nécessitera l'utilisation de points de terminaison régionaux. Les requêtes par lot doivent être envoyées au point de terminaison de l'API qui correspond à la région géographique des numéros de téléphone de ce lot.

Pourquoi ce changement ?

Pour optimiser les performances et la fiabilité des API, et limiter l'impact de toute perturbation potentielle.

Ce que vous devez faire

1. Mettez à jour votre application pour appeler le point de terminaison régional approprié pour vos requêtes users.batchGet.
2. Assurez-vous que chaque requête users.batchGet ne contient que des numéros de téléphone d'une seule région. Les requêtes contenant des numéros de téléphone de plusieurs régions ou envoyées au mauvais point de terminaison régional échoueront avec une erreur 400 (requête incorrecte).

Ce qui ne change pas

Les vérifications de fonctionnalités uniques (phones.getCapabilities) et l'envoi de messages ne sont pas concernés par cette mesure d'application pour le moment. Toutefois, nous vous recommandons vivement d'utiliser des API régionalisées pour tous les appels afin d'optimiser les performances des API dès maintenant et de vous préparer aux futures mises à jour.

12 mai 2026

Nouveau

Suggestions persistantes pour les messages

RCS for Business accepte désormais les suggestions persistantes pour les messages autonomes. Contrairement aux suggestions temporaires standards qui disparaissent lorsque la conversation se poursuit, les suggestions persistantes s'affichent dans la bulle de message et restent fixes tout au long de la conversation.

Pourquoi ce changement ?

Cette fonctionnalité permet aux utilisateurs de revenir à des actions utiles (ouvrir une URL, composer un numéro ou afficher un emplacement, par exemple) longtemps après l'envoi du message initial, ce qui offre une expérience utilisateur plus cohérente et plus fiable.

Les suggestions persistantes "Ouvrir une URL" affichent l'URL de destination directement dans le bouton pour renforcer la confiance des utilisateurs et réduire l'hésitation à cliquer causée par des liens inconnus.

Avertissement : Nous déployons actuellement la fonctionnalité de suggestions persistantes "Ouvrir une URL ". Il est donc possible que certains utilisateurs ne voient pas l'URL de destination directement dans le bouton.

Types de messages acceptés

• Compatible : messages textuels autonomes.
• Non compatibles : messages multimédias autonomes (image, vidéo, GIF, PDF ou audio). Pour ces cas d'utilisation, utilisez des fiches enrichies.

Combiner des suggestions

Vous pouvez combiner des suggestions persistantes et temporaires dans un même message. Chaque suggestion doit être activée pour être persistante.

• Limite totale : un seul message peut accepter jusqu'à 11 suggestions au total.
• Suggestions persistantes : jusqu'à quatre suggestions (affichées dans la bulle).
• Suggestions temporaires : jusqu'à 11 suggestions temporaires (affichées en dehors de la bulle).

Clients compatibles avec les suggestions persistantes

• Compatible : Google Messages (version 20260225.00 ou ultérieure).
• Non compatibles : versions de Google Messages antérieures à la version 20260225.00, iOS et Samsung Messages.

Pour en savoir plus, consultez notre guide des suggestions mis à jour.

27 avril 2026

Modifié

Mise à jour des normes de branding et de validation RBM dans Google Messages

Nous modifions le branding et la validation RCS for Business afin de renforcer la confiance des utilisateurs et de nous aligner sur les normes Google. Ces modifications affectent l'apparence des agents dans la liste des conversations, l'écran de conversation et les détails de la conversation de Google Messages.

Principales améliorations

• Nouvelle forme de logo : le logo est désormais un carré arrondi dans Google Messages. La transition vers la nouvelle forme de carré arrondi est automatique.

  Remarque : Si votre logo actuel est un cercle sur un arrière-plan transparent, il s'affichera toujours sous forme de cercle dans l'application de chat Google Messages. Nous vous recommandons d'importer manuellement une image d'arrière-plan complète pour vous assurer qu'elle s'affiche de manière optimale dans la nouvelle UI. Pour en savoir plus, consultez Modifier les informations sur l'agent.

• Badge de validation : les agents validés incluent désormais un badge de validation. La coche s'affiche automatiquement pour les agents qui ont suivi la procédure de validation.

Avant	Après

27 avril 2026

Amélioration de la documentation

Nous avons mis à jour la documentation sur les webhooks avec de nouvelles bonnes pratiques pour gérer les webhooks, en abordant spécifiquement la gestion des risques liés aux files d'attente de partenaires partagées et la prévention des échecs de distribution des messages.

Pour en savoir plus, consultez le guide Webhooks mis à jour.

6 avril 2026

Nouveau

Importer et supprimer des documents de validation d'agent avec l'API Business Communications

Pour simplifier la procédure de validation des agents, nous avons introduit de nouvelles méthodes dans l'API Business Communications qui permettent aux partenaires d'importer et de supprimer des justificatifs. Cette fonctionnalité est facultative.

Principales améliorations

• Nouvelles méthodes d'API : les partenaires peuvent désormais utiliser les méthodes suivantes pour gérer les pièces jointes de validation :
  • attachments.create : importe un document de validation.
  • brands.agents.attachments.delete : supprime un document de validation joint.
• Visibilité de l'opérateur : pour les lancements gérés par l'opérateur, les documents importés sont partagés avec chaque opérateur que vous avez sélectionné pour le lancement.

Détails techniques et limites

• Compatibilité des fichiers : l'API est initialement compatible avec les fichiers PDF.
• Taille maximale des fichiers : 50 Mo par fichier.
• Limite de quantité : jusqu'à cinq documents uniques par agent.

Pour en savoir plus sur la procédure de validation, consultez Envoyer les informations de validation.

1er avril 2026

Nouveau

Limites de trafic entre agents pour les agents promotionnels de faible réputation en Inde

Nous introduisons une limite de trafic entre agents pour réduire la fatigue des abonnés en Inde face à leur boîte de réception. Cette nouvelle limite restreint le nombre total de messages promotionnels qu'un utilisateur peut recevoir par jour de la part de tous les agents de faible réputation.

Cette limite s'applique à tous les agents de faible réputation. Les agents de haute et moyenne réputation ne sont pas concernés par cette restriction entre agents.

Pour obtenir une explication détaillée de ces nouvelles limites de trafic et d'autres règles d'entreprise, consultez la page Cas d'utilisation et règles d'entreprise des agents.

1er avril 2026

Nouveau

Nouvelles commandes de visibilité : archiver et masquer des agents

Pour vous aider à gérer l'encombrement de la console, nous avons introduit de nouvelles commandes de visibilité pour les partenaires et les opérateurs. Ces fonctionnalités vous permettent de supprimer les agents anciens ou inutilisés de leurs vues principales dans la console et via l'API sans affecter l'état opérationnel des agents.

Pour les partenaires : archiver et désarchiver des agents

Vous pouvez archiver ou désarchiver les agents inactifs (UNLAUNCHED, SUSPENDED ou REJECTED). Vous ne pouvez pas archiver les agents qui sont LAUNCHED ou PENDING sur un réseau d'opérateur.

Principales caractéristiques

• Console du développeur RCS for Business : archivez ou désarchivez des agents individuellement ou de façon groupée (jusqu'à 100). Pour en savoir plus, consultez Archiver/Désarchiver un agent.
• API Management : gérez de manière programmatique l'état d'archivage d'un agent. Pour en savoir plus, consultez Archiver ou désarchiver un agent.
• Vues filtrées : par défaut, les agents archivés sont exclus de la liste principale. Pour inclure les agents archivés dans leurs résultats, utilisez des filtres dans la console ou des paramètres dans l'API.

Pour les opérateurs : masquer et afficher des agents

Vous pouvez masquer ou afficher les agents inactifs (SUSPENDED ou REJECTED) sur votre réseau. Vous ne pouvez pas masquer un agent si son état de lancement sur votre réseau est LAUNCHED ou PENDING.

Principales caractéristiques

• Console d'administration : masquez et affichez des agents individuellement ou de manière groupée (jusqu'à 100). Pour en savoir plus, consultez Masquer/Afficher un agent.
• API Operations : gérez l'état masqué d'un agent pour votre réseau. Pour en savoir plus, consultez Masquer/Afficher des agents.
• Vues filtrées : par défaut, les agents marqués comme masqués sont exclus de la liste principale. Pour afficher ces agents, utilisez des filtres dans la console ou des paramètres dans l'API.

10 mars 2026

Modifié

Nous avons mis à jour les transitions d'état de lancement autorisées lors de la gestion des agents via l'API RBM Operations, l'API Business Communications, la console d'administration et la console RCS for Business Developer. Cela garantit une logique et une synchronisation cohérentes entre l'API et la console.

Voici les transitions d'état de lancement autorisées mises à jour :

Initiée par l'opérateur

• Du PENDING au LAUNCHED ou au REJECTED
• Du LAUNCHED au SUSPENDED
• Du SUSPENDED au LAUNCHED ou au UNLAUNCHED

Communication initiée

• De UNSPECIFIED, UNLAUNCHED ou REJECTED à PENDING

Remarque : Si vous tentez de remplacer l'état de lancement par une valeur non autorisée, l'API renvoie un message d'erreur correspondant.

9 mars 2026

Modifié

Transparence des URL dans l'action suggérée "Ouvrir une URL"

Google Messages affiche désormais l'adresse URL sous-jacente directement dans l'action "Ouvrir une URL" pour les suggestions dans les cartes enrichies et les carrousels. Pour en savoir plus, consultez Ouvrir une URL.

Avant	Après

En affichant l'URL, nous souhaitons :

• Renforcez la confiance des utilisateurs : réduisez les frictions et les hésitations à cliquer causées par des liens inconnus.
• Stimuler l'engagement : établissez des habitudes d'utilisation cohérentes et fiables dans RCS for Business.

Actions recommandées

• Déploiement : cette fonctionnalité est activée automatiquement. Aucune intégration technique ni modification d'API n'est requise de votre part.
• Vérifiez vos liens : assurez-vous que vos URL de destination sont concises et cohérentes avec votre marque.
• Vérifiez l'expérience utilisateur : vérifiez vos actions suggérées "Ouvrir une URL" actuelles dans les fiches enrichies et les carrousels pour vous assurer que le texte à afficher et l'URL désormais visible ne semblent pas redondants ou encombrés.

28 février 2026

Modifié

Abandon de l'API pour la ressource phones.testers

Pour offrir un contrôle plus complet, nous avons lancé la nouvelle API testers, qui permet de gérer l'intégralité du cycle de vie des testeurs. Vous pouvez désormais envoyer ou renvoyer des invitations, obtenir l'état et supprimer des testeurs de manière programmatique.

En raison de cette fonctionnalité étendue, nous avons abandonné l'ancienne ressource phones.testers.

Pour garantir des tests ininterrompus pour vos agents, tous les partenaires doivent migrer leurs implémentations vers la nouvelle ressource d'API testers simplifiée. Les agents qui n'auront pas migré ne pourront plus inviter ni gérer d'appareils de test après cette date.

Ressource	État
phones.testers	Obsolète
testeurs	Actuel

Procédure à suivre :

1. Consultez la nouvelle documentation de référence de l'API Testers et le guide mis à jour pour configurer un appareil de test.
2. Mettez à jour votre code existant qui appelle la méthode phones.testers.create pour utiliser les nouveaux points de terminaison de la ressource testers.
3. Implémentez et testez la nouvelle logique.

16 février 2026

Nouveau

Nouveaux champs dans la réponse analytics.agentPerformances.list avec des métriques supplémentaires

La méthode analytics.agentPerformances.list de l'API RCS Business Messaging inclut désormais des champs supplémentaires dans l'objet AgentPerformance, liés aux données sur les motifs de désabonnement et les tendances de spam.

12 février 2026

Amélioration de la documentation

Nous avons mis à jour la documentation Envoyer des messages avec une nouvelle section Durée de vie (TTL) d'un message pour clarifier le comportement attendu des notifications et fournir des recommandations pour gérer les cas de distribution particuliers.

5 février 2026

Nouveau

Nouvelle page d'assistance pour contacter RCS for Business

Nous avons remplacé le lien "Envoyer un e-mail à l'assistance RBM" par une nouvelle page Contacter l'assistance RCS for Business.

Toutes les demandes d'assistance technique doivent désormais être envoyées via le formulaire de contact de l'assistance accessible sur cette page. Cela permet de s'assurer que les problèmes sont correctement identifiés et transmis pour une résolution plus rapide.

Pour vous aider à préparer votre demande, la page inclut un guide de démarrage rapide qui décrit les informations obligatoires requises pour différentes catégories de problèmes.

5 février 2026

Amélioration de la documentation

Nous avons mis à jour la documentation sur l'envoi d'événements et phones.agentEvent.create avec des informations sur le comportement de diffusion des événements d'agent READ et IS_TYPING dans RCS for Business.

• Les mises à jour précisent que les événements READ sont persistants et stockés pendant 30 jours maximum si un utilisateur a activé le RCS, mais qu'il est injoignable, tandis que les événements IS_TYPING restent éphémères et expirent après environ 20 secondes.

30 janvier 2026

Nouveau

Commentaires facultatifs pour les approbations de lancement d'agent

Les opérateurs peuvent désormais ajouter des commentaires lorsqu'ils approuvent les demandes de lancement d'agent.

Modifications de la console

Auparavant, lorsqu'ils géraient des agents dans la console d'administration, les opérateurs ne pouvaient fournir un commentaire avec un motif que lorsqu'ils rejetaient, suspendaient ou résiliaient un agent.

Avec cette mise à jour, nous avons introduit un champ de commentaire facultatif pour le processus d'approbation. Cela permet aux opérateurs de partager des informations contextuelles importantes directement avec les propriétaires d'agents au moment de l'approbation. Pour en savoir plus, consultez Gérer les agents sur votre réseau.

Les commentaires fournis lors de l'approbation sont enregistrés dans l'historique de l'agent des consoles Administration et Business Communications.

Modifications apportées à l'API RBM Operations

Le champ comment accepte désormais toutes les transitions d'état lors de la modification de l'état de lancement d'un agent. Les transporteurs peuvent désormais fournir un motif facultatif pour tout changement d'état afin d'améliorer la communication et la tenue des dossiers. Pour en savoir plus, consultez Gérer les agents avec l'API RBM Operations.

15 janvier 2026

Nouveau

Les notifications pour les fiches enrichies et les carrousels dans Google Messages incluent désormais un aperçu du contenu multimédia, ainsi que le titre et la description.

Les aperçus de contenus multimédias ne s'affichent que dans les cas suivants :

• Cartes enrichies : le contenu multimédia de la carte est une image ou comporte une miniature.
• Carrousels : le contenu multimédia de la première fiche est une image ou comporte une miniature.

Notification réduite	Notification développée

Pourquoi ce changement ?

Pour booster l'engagement avec vos messages.

Action requise

Aucune action n'est requise de votre part.

Nouveau

Partage de fichiers pour la validation de l'agent

Pour simplifier le processus d'approbation des agents, les partenaires peuvent désormais importer des justificatifs directement dans la RCS for Business Developer Console.

Principales améliorations

• Importation directe : les partenaires peuvent désormais importer des lettres d'autorisation et d'autres documents justificatifs directement dans la console de développement RCS for Business. Pour en savoir plus, consultez Envoyer les informations de validation. Notez que même si une lettre d'autorisation est fournie, la principale méthode d'autorisation pour les lancements sur les opérateurs gérés par Google reste l'e-mail.
• Visibilité : les transporteurs qui utilisent la console d'administration peuvent consulter ces documents importés pour accélérer leur examen. Pour en savoir plus, consultez Gérer les agents sur votre réseau.
• Options de validation flexibles : la nouvelle fonctionnalité complète notre validation standard par e-mail, qui reste active.

Bien que cette fonctionnalité soit facultative, tenez compte des limites techniques suivantes :

• Type de fichier : PDF uniquement.
• Taille maximale des fichiers : 50 Mo par fichier.
• Limite de quantité : jusqu'à cinq documents uniques. Évitez de dupliquer les fichiers.

7 janvier 2026

Nouveau

Nous introduisons de nouvelles limites de trafic pour les agents RCS for Business promotionnels en Inde.

Limites applicables au nombre total d'utilisateurs uniques

Une nouvelle limite affecte le nombre total d'utilisateurs uniques auxquels un agent peut envoyer des messages tous les 28 jours, en fonction de sa réputation. Par défaut, tous les nouveaux agents commencent avec une réputation faible.

Pour obtenir une explication détaillée de ces nouvelles limites de trafic et d'autres règles d'entreprise, consultez la page Cas d'utilisation et règles d'entreprise des agents.