IOSOR Guides

Semaine de récupération après un pic d'échecs

Guide opérationnel technique pour stabiliser la délivrabilité des SMS et les performances DLR suite à un incident majeur.

Semaine de récupération après un pic d'échecs.

Analyse du pic de DLR

Lorsqu'un pic de non-délivrabilité se produit, la première action consiste en une analyse approfondie des journaux webhook. Nous recherchons des codes d'erreur spécifiques renvoyés via l'API IOSOR. Si le statut DLR indique un volume élevé de messages OTP non livrés, nous vérifions le format E.164 et le préfixe de destination. Des taux d'échec élevés proviennent souvent d'un filtrage agressif ou d'une logique de routage incorrecte. En auditant les 24 dernières heures de trafic SMS, nous identifions si le pic était localisé à une région spécifique ou s'agissait d'une panne générale. Cette phase post-mortem est cruciale pour garantir un redémarrage sur des bases saines.

Mise en place de quotas de trafic stricts

Pour éviter de nouveaux dommages à notre réputation, nous mettons en place des quotas stricts sur tous les sous-comptes actifs. Durant la semaine de récupération, le trafic doit être limité à 10% du volume normal. Cela permet au système de traiter les files d'attente SMS sans surcharger l'infrastructure en aval. À l'aide de la console IOSOR, nous définissons des limites par seconde et par minute. Si un webhook signale une réponse «STOP OK» d'un combiné, nous mettons immédiatement cette destination sur liste noire afin de maintenir un profil d'expéditeur sain. Le bridage ne concerne pas seulement le volume, mais aussi le rythme de livraison.

Tests de fumée avec des numéros JIT

La récupération nécessite un nouveau départ pour les ressources de numérotation. Nous utilisons le provisionnement JIT (Just-In-Time) pour attribuer de nouveaux numéros pour les tests de fumée. Plutôt que de compter sur des actifs anciens potentiellement signalés, nous initions une retenue prépayée pour un petit lot de numéros. Ceux-ci sont affectés aux flux OTP les plus critiques. Nous envoyons des messages de test à un groupe contrôlé de combinés pour vérifier que la voie est libre. Cette approche JIT garantit que nous ne gaspillons pas de charges récurrentes mensuelles (MRC) sur des numéros bloqués. Chaque numéro est surveillé individuellement avant toute montée en charge.

Seuils financiers et mise à l'échelle

Le grand livre IOSOR exige un solde prépayé plancher de 20 USD pour maintenir le compte actif. Durant la semaine de récupération, nous surveillons de près le solde pour éviter toute interruption de service. À mesure que le trafic se normalise et que les taux de DLR reviennent à des niveaux acceptables, nous nous préparons à la vérification manuelle de la qualité qui intervient autour du seuil de 1 000 USD de dépenses mensuelles. Maintenir un historique de paiement propre assure la pérennité du compte. La mise à l'échelle doit être incrémentale, avec une hausse de 20% toutes les 48 heures.

Ressources de récupération

Pour optimiser votre stratégie de récupération, consultez les guides techniques suivants :

Commencez avec IOSOR

Ouvrez immédiatement la console IOSOR pour fixer des plafonds de trafic stricts à 10% du volume de référence normal sur l'ensemble des sous-comptes actifs. Auditez vos derniers journaux de charges utiles webhooks pour isoler les préfixes de destination en échec et les codes d'état DLR. Provisionnez un petit lot de numéros JIT afin de mener des tests de validation contrôlés avant d'ouvrir les vannes à un trafic plus important.

À retenir — IOSOR

La récupération réussie d'un pic de non-livrabilité exige une limitation immédiate du trafic, des audits de journaux de diagnostic et un isohment contrôlé des ressources.

Ce guide vous a-t-il aidé ?

Guides associés