IOSOR Guides

Période de refroidissement avant la réutilisation d'un pool de numéros

Découvrez comment IOSOR gère le vieillissement des numéros et les fenêtres de refroidissement pour éviter le transfert de réputation compromise entre les marques, garantissant un routage E.164 propre et des taux de délivrabilité élevés.

Période de refroidissement avant la réutilisation d'un pool de numéros.

Le risque de transfert de réputation compromise

Lorsqu'une marque libère un numéro E.164, le trafic résiduel ne s'arrête pas instantanément. Les SMS entrants, les plaintes pour spam et les tentatives de livraison tardive d'OTP continuent de cibler cet identifiant. Si ce numéro est immédiatement réassigné à un nouveau client, la marque entrante hérite d'une réputation compromise. Cela entraîne des blocages immédiats de la part des opérateurs, des taux d'échec DLR élevés et un gaspillage de budget. Pour éviter cela, IOSOR applique un protocole de refroidissement strict afin de garantir la propreté des ressources.

Définir la fenêtre de refroidissement

La fenêtre de vieillissement est conçue pour éliminer le trafic résiduel. Durant cette phase, le numéro est placé dans un état non routable pour le trafic sortant, tandis que les webhooks entrants sont surveillés. Pour les pools de messagerie standard, un minimum de 60 à 90 jours est requis pour effacer les registres de spam des opérateurs et arrêter les déclencheurs d'inscription automatique. Cela garantit que lorsque la marque suivante lance sa campagne, le numéro est propre et prêt pour les opérations de vérification.

Mécanique technique du vieillissement des numéros JIT

IOSOR utilise un modèle de provisionnement Just-In-Time (JIT). Au lieu de maintenir un inventaire statique d'identifiants pré-achetés, les numéros sont interrogés et attribués de manière dynamique. Lorsqu'un client libère un numéro, la plateforme déclenche un blocage prépayé sur la ressource. Le numéro entre dans un état de vieillissement isolé où tout SMS entrant contenant des mots-clés comme STOP ou de désinscription est traité pour nettoyer les bases de données des opérateurs sans affecter le grand livre des clients actifs.

Contrôles du grand livre et retenues prépayées

Pour éviter les abus du pool JIT, IOSOR applique des garde-fous financiers stricts. Les comptes doivent maintenir un solde prépayé minimum de USD 20 pour conserver les ressources actives et en cours de vieillissement. Lorsqu'un numéro est libéré, les frais mensuels récurrents (MRC) s'arrêtent, mais la ressource reste verrouillée dans le pool de vieillissement. Pour les comptes à volume élevé, un examen est déclenché aux alentours de USD 1,000 par mois afin d'analyser les modèles de rotation et d'éviter un recyclage trop rapide des identifiants.

Surveillance du trafic entrant et des webhooks

Pendant la phase de refroidissement, la plateforme surveille les webhooks entrants pour suivre la diminution du trafic résiduel. Si un numéro continue de recevoir des volumes élevés de requêtes OTP non sollicitées ou de réponses de spam, le minuteur de vieillissement se réinitialise automatiquement. Cette approche basée sur les données garantit qu'aucun numéro n'est réutilisé prématurément.

Pour plus de détails sur la gestion de votre infrastructure de messagerie, explorez nos guides :

Commencez avec IOSOR

Pour sécuriser votre infrastructure de messagerie, accédez à la console IOSOR et configurez vos déclencheurs de publication automatisés pour inclure une période de vieillissement obligatoire. Veillez à ce que vos webhooks entrants enregistrent le trafic résiduel.

À retenir — IOSOR

Cet article prouve que le recyclage immédiat des numéros est la cause principale des problèmes de délivrabilité, les nouvelles marques héritéant souvent des signalements de spam de leurs prédécesseurs.

Ce guide vous a-t-il aidé ?

Guides associés