Une campagne peut soumettre des requêtes plus vite que son chemin de livraison ne traite les messages. Planifier l'envoi nécessite une estimation de capacité pour chaque étape.
En quoi la limitation du débit API diffère-t-elle du débit de livraison ?
Une limite de débit API contrôle les requêtes. Le débit de livraison contrôle la vitesse à laquelle une étape ultérieure peut traiter les messages ou les segments.
Quand Bird rejette une requête avec 429, suivez les en-têtes de réponse et le guide sur la limitation du débit. Réessayer immédiatement peut reproduire le même rejet.
Une soumission réussie a un sens différent. Un 202 confirme l'acceptation, tandis que la facturation, la soumission au réseau et la livraison interviennent après. Suivez ces résultats à l'aide de l'identifiant du message.
Twilio met les messages en file d’attente lorsque les soumissions dépassent le débit d’envoi et signale un débordement lorsque sa capacité est dépassée : “Customers sending large volumes of messages may encounter errors such as Queue Overflow”.
Qu'est-ce qui détermine le débit disponible ?
Le débit effectif dépend de l'expéditeur, de la destination, de l'enregistrement, de la configuration du fournisseur et des limites de compte applicables.
Un numéro court et un numéro long peuvent avoir une capacité différente dans la même destination. L'enregistrement peut affecter le trafic qu'un expéditeur peut transporter. Consultez les choix d'expéditeur et les exigences de destination avant de planifier le volume.
Un maximum publié est une limite de capacité, pas une promesse de livraison. Confirmez l'unité, la portée et les conditions avant de l'appliquer à une campagne.
Comment estimer la durée d'envoi ?
Divisez la quantité de travail par un débit exprimé dans la même unité. Un segment est le texte transporté dans un seul message réseau. Les textes plus longs utilisent plusieurs segments.
Pour une route illustrative limitée à 100 segments par seconde, 6 000 messages d'un segment nécessitent au moins 60 secondes de capacité. Si chaque message occupe deux segments, le même travail nécessite au moins 120 secondes.
Ces calculs supposent une utilisation continue de la capacité indiquée. Le trafic concurrent, les pauses, les réessais et les conditions en aval peuvent allonger la durée. Ils ne prédisent pas quand chaque destinataire lit ou reçoit le message.
Vérifiez les textes personnalisés avec le calculateur de segments. Un nom plus long ou un emoji peut modifier la quantité de texte facturable.
Pourquoi mes messages sont-ils retardés alors que mes requêtes réussissent ?
La mise en file d'attente, le traitement en aval, les conditions réseau et la disponibilité du destinataire peuvent tous séparer l'acceptation de la livraison.
Comparez les horodatages d'acceptation, de soumission et de livraison signalée. Examinez les erreurs par expéditeur et par destination. L'absence d'un accusé de réception ne suffit pas à identifier la cause.
Un centre de messages SMS peut conserver un message tant que le téléphone est indisponible. Qu'est-ce qu'un SMSC explique cette étape. L'analytique SMS explique comment examiner les résultats dans Bird.
Ne resoumettez pas des messages acceptés simplement parce qu'un accusé de réception est en retard. Cela peut créer des textes en double sans résoudre le retard.
Comment préparer une campagne plus importante ?
Choisissez un expéditeur et un plan de capacité adaptés au trafic, puis testez un envoi limité avant de l'étendre.
Discutez des pays, du volume de segments et de la fenêtre d'envoi requise avec le fournisseur. L'enregistrement et la préparation de l'expéditeur peuvent être nécessaires avant un déploiement à plus fort volume.
Répartir le trafic sur des numéros supplémentaires pour contourner les limites opérateur est connu sous le nom de snowshoeing. Les principes CTIA traitent de cette pratique.
- Comptez les segments rendus par destination.
- Confirmez le débit, l'unité et la portée pour chaque chemin d'envoi.
- Prévoyez du temps pour le traitement et la variabilité en aval.
- Envoyez à un groupe limité, examinez les résultats et élargissez de manière délibérée.
En bref
La capacité API et la capacité de livraison mesurent des étapes différentes.
Une requête réussie ne garantit pas que chaque message peut immédiatement partir vers le réseau.
Vérifiez l'unité dans laquelle la limite est exprimée.
Requêtes, messages et segments produisent des calculs de capacité différents.
Un retard de livraison peut avoir plusieurs causes.
Examinez la mise en file d'attente, les erreurs et les événements de livraison avant d'attribuer un retard au débit.
Planifiez la capacité pour l'expéditeur et la destination.
Les limites de compte, l'enregistrement et les règles opérateur peuvent aussi contraindre le chemin d'envoi.