Modèle de facturation aux États-Unis

Ce document décrit le modèle de facturation du trafic RCS for Business sur les opérateurs américains.

Aperçu des classifications de facturation aux États-Unis

Chaque message envoyé ou reçu par un numéro de téléphone américain est automatiquement classé dans l'une des catégories suivantes en fonction de son format :

  • Message enrichi (bidirectionnel)
  • Message multimédia enrichi (bidirectionnel)

Plusieurs types de messages peuvent être regroupés au sein d'une même session . Pour plus d'informations sur les sessions, consultez la section Facturation des sessions (Pilote) .

Veuillez vous référer aux sections suivantes pour obtenir des spécifications détaillées.

Note sur la terminologie

Pour décrire le sens du trafic de messagerie, les opérateurs américains utilisent généralement la terminologie MT/MO. Ces termes correspondent à la terminologie A2P/P2A utilisée dans toute la documentation RCS for Business :

  • MT (Mobile Terminated) est A2P (Application-to-Person) : Un message envoyé par l'entreprise.
  • MO (Mobile Originated) est P2A (Person-to-Application) : Un message ou une action initiée par l'utilisateur.

Facturation d'événements Agent-à-Personne (A2P/MT)

Cette section décrit la logique de facturation des messages envoyés par un agent (c’est-à-dire les messages A2P ou MT).

Messages enrichis (A2P)

Un message est classé comme message enrichi s'il contient uniquement une combinaison des éléments suivants :

Logique de facturation pour les messages enrichis

La facturation d'un message enrichi repose sur des segments.

  • Taille du segment : 1 segment = 160 octets de texte encodé en UTF-8.
  • Calcul : La longueur totale en octets UTF-8 du texte du message est divisée par 160 et toujours arrondie à l'entier supérieur le plus proche.
  • Exclusions : Les données textuelles et les données de publication figurant dans les réponses ou actions suggérées ne sont pas incluses dans le nombre de segments.
  • Exemple : Un message texte de 300 octets comporte 2 segments (300 / 160 = 1,875, arrondi à 2).

Nombre d'octets

Certains caractères Unicode (comme les émojis ou les lettres accentuées) sont multi-octets, le nombre total d'octets UTF peut donc différer du nombre de caractères.

Pour vérifier le nombre exact d'octets d'un message, saisissez-le ou collez-le ci-dessous.

Messages multimédias enrichis (A2P)

Un message est classé comme message multimédia enrichi s'il contient au moins un des éléments suivants :

Logique de facturation pour les messages multimédias enrichis

Un message multimédia enrichi est facturé comme un événement unique à tarif fixe.

  • La facturation est identique quelle que soit la longueur du texte, le nombre de cartes ou la taille du fichier multimédia.
  • La segmentation ne s'applique pas.

Exemples de réponses d'API A2P

Ces exemples illustrent le champ richMessageClassification dans une réponse réussie à un appel d'API RBM pour les messages envoyés par l'agent.

Exemple de réponse API pour un RICH_MESSAGE 

{
  "name": "...",
  "sendTime": "2025-05-22T20:03:35.474764Z",
  "contentMessage": {
     ...
  },
  "richMessageClassification": {
    "classificationType": "RICH_MESSAGE",
    "segmentCount": 5
  }
}

Exemple de réponse API pour un RICH_MEDIA_MESSAGE 

{
  "name": "...",
  "sendTime": "2025-05-22T20:03:35.474764Z",
  "contentMessage": {
     ...
  },
  "richMessageClassification": {
    "classificationType": "RICH_MEDIA_MESSAGE"
  }
}

Facturation d'événements Person-to-Agent (P2A/MO)

Cette section traite de la facturation des messages et des actions initiées par un utilisateur (c’est-à-dire les messages P2A ou MO).

Messages enrichis (P2A)

Un message utilisateur est considéré comme un message enrichi s'il ne contient que du texte. Cela inclut le texte libre et le texte généré en cliquant sur une réponse suggérée . (Les réponses suggérées peuvent inclure un identifiant de données de retour dans la charge utile du message.)

Logique de facturation : Facturation par segments. Pour plus de détails sur le calcul du nombre de segments, consultez la section « Logique de facturation des messages enrichis » .

Messages multimédias enrichis (P2A)

Un message est classé comme message multimédia enrichi s'il contient un fichier téléchargé (image, vidéo, audio).

Logique de facturation : Facturé comme un événement unique à tarif fixe. La segmentation ne s’applique pas.

Clics d'action suggérés

Lorsqu'un utilisateur clique sur une action suggérée, cela génère un événement facturable appelé « Clic sur une action suggérée ». (Les actions suggérées peuvent inclure un identifiant de données de retour dans la charge utile du message.)

Logique de facturation : Génère un événement facturable par clic.

Cas particulier : Partager l'emplacement

Le partage de localisation est unique en ce sens qu'il génère deux événements facturables P2A distincts :

Exemples de réponses de webhook P2A

Ces exemples illustrent le champ richMessageClassification dans les webhooks envoyés à l'agent pour les événements initiés par l'utilisateur.

Exemple de webhook pour un message RICH_MESSAGE envoyé par un utilisateur 

{
  "agentId": "AGENT_ID",
  "senderPhoneNumber": "PHONE_NUMBER",
  "messageId": "MESSAGE_ID",
  "sendTime": "2025-05-22T20:03:35.474764Z",
  "text": "Hello, world!",
  "richMessageClassification": {
    "classificationType": "RICH_MESSAGE",
    "segmentCount": 1
  }
}

Exemple de webhook pour un message RICH_MEDIA_MESSAGE envoyé par un utilisateur 

{
  "agentId": "AGENT_ID",
  "senderPhoneNumber": "PHONE_NUMBER",
  "messageId": "MESSAGE_ID",
  "sendTime": "2025-05-22T20:03:35.474764Z",
  "userFile": "...",
  "payload": "...",
  "richMessageClassification": {
    "classificationType": "RICH_MEDIA_MESSAGE"
  }
}

Exemple de webhook pour un clic sur une SUGGESTED_ACTION_CLICK 

{
    "agentId": "...",
    "senderPhoneNumber": "...",
    "messageId": "...",
    "sendTime": "...",
    "suggestionResponse": {
        "text": "Click here",
        "postbackData": "...",
        "type": "ACTION"
    },
    "richMessageClassification": {
        "classificationType": "SUGGESTED_ACTION_CLICK"
    }
}

Exemple de webhook pour un message de localisation

Il s'agit du deuxième événement facturable du flux de partage de position , envoyé après que l'utilisateur a partagé sa position sur la carte.

{
    "agentId": "...",
    "senderPhoneNumber": "...",
    "messageId": "...",
    "sendTime": "...",
    "location": {
      "latitude": 37.422000,
      "longitude": -122.084056
    },
    "richMessageClassification": {
        "classificationType": "RICH_MESSAGE",
        "segmentCount": 1
    }
}

Facturation de session (Pilote)

Alors que le modèle de facturation américain actuel facture les messages individuellement, le projet pilote de facturation par session introduit un moyen de regrouper l'ensemble des conversations utilisateur-marque et/ou marque-utilisateur en un seul événement facturable : p2a_session ou a2p_session .

Un événement facturable de session est enregistré et facturé lorsque des seuils d'interaction spécifiques sont atteints sur une période continue de 24 heures. Pour plus d'informations, consultez la section « Qu'est-ce qu'une session et comment ça fonctionne ? » .

Notes techniques et d'implémentation

  • Les segments servent uniquement à la facturation : les messages longs sont envoyés en une seule unité à l’appareil de l’utilisateur. Le nombre de segments est un calcul virtuel destiné à la facturation ; il n’a aucune incidence sur la manière dont les messages sont envoyés ou présentés à l’utilisateur.
  • Classification automatique : La classification des messages est entièrement automatique et basée sur leur contenu ; elle ne peut pas être modifiée manuellement.
  • Déploiement : Le modèle de facturation américain a été activé sur la plateforme RCS for Business le 15 juillet 2025. À compter de cette date, les rapports et les réponses de l’API de Google reflètent les nouvelles classifications.