Modifications des limites de débit

L’un des aspects les plus importants pour garantir les meilleurs taux de livraison est la façon dont nous gérons la limitation du débit des messages. Avec l’introduction de l’API v2, nous avons apporté des modifications à notre approche de la limitation de débit.

Qu’est-ce qui change ?

Nos anciennes limites de débit étaient basées sur le nombre de messages envoyés par heure. C’était un bon moyen de s’assurer que vous n’abusiez pas de l’API.

Cependant, cela posait quelques problèmes :

• Cela n’empêchait pas l’envoi de trop de messages d’un coup.
• Cela ajoutait une surcharge supplémentaire au processus d’envoi car la limitation était basée sur l’heure. Cela créait des pics au début de chaque heure, les clients envoyant tous leurs messages en même temps.
• La plupart des intégrations ne prennent pas en charge la limitation horaire.
• Report indéfini des messages en cas de dépassement de la limite.

Pour résoudre ces problèmes, nous avons introduit un nouveau système de limitation de débit pour l’API v2. Il est basé sur le nombre de messages que vous envoyez par seconde et sur une période de 24 heures. Cela signifie que vous pouvez envoyer autant de messages que vous le souhaitez, tant que vous ne dépassez pas la limite de débit.

Limite de débit par défaut

La limite de débit par défaut est de 2 messages par seconde. Ce qui signifie théoriquement que vous pouvez envoyer jusqu’à 7 200 messages par heure. C’est 7 fois plus que l’ancienne limite horaire qui commençait à 1 000 messages par heure.

Modifications du traitement

Cela entraîne également des changements dans la façon dont nous gérons la limitation de débit. Dans l’ancien système, vous pouviez envoyer autant de messages que vous le souhaitiez, et nous les envoyions selon la limite horaire.

Le nouveau système est basé sur le nombre de messages que vous envoyez par seconde et sur une période de 24 heures. Cela signifie que vous pouvez envoyer autant de messages que votre compte le permet, tant que vous ne dépassez pas la limite de débit. Si c’est le cas, vous recevrez une erreur.

Pourquoi ce changement ?

Quand nous avons lancé Emailit il y a un an, nous voulions essayer de faire les choses différemment. L’une des choses que nous voulions faire était de rendre le service facile à utiliser et à intégrer. Malheureusement, nous avons fait exactement l’inverse.

Le résultat était beaucoup plus complexe à utiliser et à intégrer. Nous avons maintenant simplifié le processus et l’avons aligné sur tous les autres services du marché. Cela aidera également toute personne migrant d’autres services vers Emailit.

Qu’est-ce que cela signifie pour vous ?

Si vous utilisez notre API ou SMTP et que vous vous appuyez sur le scénario où notre API et SMTP acceptent tous les messages, vous devrez mettre à jour votre code ou votre configuration.

La plupart des intégrations permettent de définir une limite de débit par seconde, ce qui devrait faciliter la migration. Si vous n’avez pas cette option, nous recommandons d’activer la nouvelle tentative automatique/mise en file d’attente des messages.

Vous pouvez introduire la nouvelle limitation de débit dans votre système à tout moment, tant que vous divisez votre limite horaire actuelle par la nouvelle limite. Idéalement à 2 par seconde (car c’est la limite de débit par défaut).

Vous pouvez trouver plus d’informations sur les limites de débit dans la Référence API.

Quand ces modifications seront-elles appliquées ?

Les modifications seront appliquées par lots au cours des prochaines semaines. Nous enverrons des e-mails à tous les clients pour vous informer des changements et de la façon de migrer vers le nouveau système de limitation de débit.