Meilleures pratiques RCS

Cette page présente les meilleures pratiques pour concevoir des expériences RCS efficaces avec l'API Messages de Vonage.

Respecter les directives relatives au logo et à l'image de la bannière

Pour garantir la meilleure expérience utilisateur possible, nous vous recommandons de suivre les instructions suivantes ces lignes directrices pour votre logo et vos images de bannière.

Effectuer un contrôle des capacités du dispositif

Une vérification des capacités peut être effectuée pour s'assurer que l'appareil cible supporte les fonctionnalités de messagerie RCS ; nous vous recommandons de le faire avant d'entamer une conversation avec un utilisateur. Voir le guide de vérification des capacités des appareils RCS ici pour plus d'informations.

Respecter les limites de taille des messages et des supports

Voir Taille des messages et des supports pour obtenir des informations sur les limites et les lignes directrices, telles que les limites de caractères et les tailles maximales des messages et des fichiers multimédias.

Garder les messages en ordre

Lorsque vous envoyez plusieurs messages à un utilisateur, vous devez vous assurer que l'utilisateur les reçoit dans l'ordre pour une expérience optimale. Veillez à ce que les utilisateurs reçoivent les messages dans le bon ordre en attendant qu'un delivered pour être envoyé à votre Webhook d'état avant d'envoyer le message suivant.

Mise en œuvre de tentatives avec un délai d'attente exponentiel

Les appels API peuvent échouer pour de nombreuses raisons, notamment en raison d'une surcharge de service, de limites de QPS, de problèmes d'infrastructure et d'autres erreurs. Nous recommandons d'utiliser des tentatives avec un backoff exponentiel pour récupérer ces erreurs, lorsque votre infrastructure suit automatiquement ces étapes :

1. Déterminer qu'un appel API a échoué.
2. Définir la durée d'attente initiale et le nombre maximal de tentatives.
3. Pause pour la durée de l'attente.
4. Réessayer l'appel API.
5. En fonction de la réponse de l'API :

• En cas de succès, il passe à l'étape suivante du flux de travail.
• En cas d'échec, la durée d'attente est augmentée et l'on revient à l'étape 3.
• En cas d'échec après le nombre maximum de tentatives, entre dans un état d'échec.

La durée d'attente optimale et le nombre maximal de tentatives peuvent varier ; vous devez déterminer ces nombres en fonction de votre infrastructure et des exigences en matière de latence du flux de travail.