IOSOR

IOSOR Guides

Blocages de modèles WhatsApp : Pauses d'envoi vs faux DLR

Découvrez pourquoi un modèle WhatsApp banni entraîne une pause stricte de votre trafic plutôt qu'un faux statut de livraison, et comment gérer votre compte IOSOR.

Blocages de modèles WhatsApp : Pauses d'envoi vs faux DLR.

Comprendre les indicateurs de qualité des modèles

Lorsqu'un modèle WhatsApp reçoit un volume élevé de retours négatifs ou échoue aux contrôles de conformité automatisés, son statut passe à 'Flagged' ou 'Rejected'. Dans l'écosystème IOSOR, il s'agit d'un arrêt immédiat. Contrairement aux agrégateurs hérités qui pourraient signaler un faux DLR (rapport de remise) pour consommer votre crédit, notre logique CPaaS donne la priorité à l'intégrité de votre grand livre.

La différence entre rejet et livraison

Une idée fausse courante dans la messagerie à haut volume est que toute soumission API devrait aboutir à un statut 'Livré'. Pour WhatsApp, un modèle banni entraîne un code d'erreur immédiat via webhook. Ce n'est pas une défaillance de la plateforme IOSOR, mais une mesure de protection. Lorsqu'un modèle d'utilité ou de marketing est rejeté, le système empêche la facturation de la destination pour une session qui ne peut être initiée.

Réponses Webhook pour le contenu banni

Lorsque votre application tente de déclencher un modèle banni, l'API IOSOR renvoie une charge utile d'erreur spécifique. Vous devez configurer votre backend pour écouter ces signaux afin d'éviter les tentatives infructueuses répétées. Essayer d'envoyer de manière répétée un modèle banni peut déclencher une révision de votre compte, surtout si votre dépense mensuelle approche USD 1,000.

Gérer votre solde prépayé pendant les pauses

IOSOR fonctionne sur un modèle prépayé strict avec un plancher minimum de USD 20 pour l'activation du compte. Lorsqu'un bannissement de modèle survient, les fonds restent dans votre grand livre car le message n'est jamais expédié vers le combiné. Cela évite l'effet 'trou noir' où les crédits disparaissent sans confirmation DLR correspondante. Notre système est conçu pour que chaque centime dépensé corresponde à une action réseau réelle.

Procédures de conformité et de récupération

Pour récupérer d'un bannissement de modèle, vous devez analyser les déclencheurs de mots-clés STOP et les taux de désabonnement qui ont conduit à la baisse de qualité. Il est essentiel d'auditer votre flux d'opt-in pour garantir la conformité aux normes mondiales de messagerie. Cela implique de vérifier que les utilisateurs ont explicitement consenti à recevoir le type spécifique de contenu envoyé.

Commencez avec IOSOR

Ouvrez la configuration des webhooks de votre console IOSOR afin de vérifier que votre système écoute bien les charges utiles d'erreurs de modèles explicites. Configurez votre logique backend pour suspendre automatiquement les files d'attente d'envoi sortant dès qu'un modèle passe à l'état rejeté ou signalé. Une fois l'arrêt enregistré par votre système, auditez le contenu de vos messages et vos registres de consentement avant de soumettre une nouvelle variante pour approbation.

À retenir — IOSOR

Un modèle WhatsApp banni ou rejeté constitue une interruption délibérée du système plutôt qu'un message délivré ou une perte de crédits silencieuse. Lorsqu'un modèle échoue aux contrôles de conformité ou de qualité, l'API renvoie un webhook de rejet strict, garantissant que les messages non délivrés ne sont jamais faussement signalés comme des événements de confirmation de livraison réussis.

Ce guide vous a-t-il aidé ?

Guides associés