Filtrage des SMS A2P : enquêter sur les blocages liés au contenu et à l’expéditeur
Un guide opérationnel pour distinguer les échecs d’envoi, les statuts signalés et les restrictions possibles, réunir des éléments comparables et coordonner une enquête responsable sans chercher à contourner les filtres.
Que signifie un possible filtrage d’un SMS A2P ?
Le fait qu’un SMS n’atteigne pas le résultat attendu ne prouve pas, à lui seul, qu’il a été bloqué en raison de son contenu ou de son expéditeur. Il peut s’agir d’un rejet lors de l’envoi, d’un problème d’acceptation ou de traitement, d’un statut de livraison non concluant ou d’une restriction à un stade ultérieur de la chaîne. Avec les informations disponibles, il est impossible d’associer chaque cas à une étape précise sans consulter les journaux et les définitions du fournisseur concerné.
Il est donc préférable de considérer le « filtrage » comme une hypothèse à examiner, et non comme une explication automatique de tout échec. Commencez par déterminer quel système a généré chaque statut et ce qu’il signifie précisément sur cette route.
- Distinguez les messages qui n’ont pas été acceptés pour l’envoi de ceux que le fournisseur signale comme acceptés.
- Consignez les statuts de livraison tels qu’ils ont été communiqués et demandez au fournisseur la définition applicable.
- Ne concluez pas à un blocage lié au contenu ou à l’expéditeur sur la base d’un seul échec ou d’un code qui n’a pas été interprété.
Rejet, acceptation, DLR et réception : des notions différentes
Un rejet lors de l’envoi indique qu’une demande n’a pas été acceptée à ce stade du processus ; il faut vérifier le motif dans le message d’erreur signalé. L’acceptation par un fournisseur ne confirme pas non plus que le téléphone du destinataire a reçu le message. Un DLR est un statut communiqué au sein de la chaîne, mais sa portée dépend de la manière dont le fournisseur le génère et le définit. Ne le présentez pas comme une preuve indépendante de réception sur le terminal.
Si vous devez connaître la signification d’un statut, demandez la documentation correspondant à la route et au fournisseur. Lorsque ce statut ne permet pas de confirmer ce qui s’est passé sur l’appareil, indiquez clairement cette incertitude dans vos rapports.
- Conservez séparément la réponse à l’envoi, les statuts ultérieurs et toute confirmation complémentaire disponible.
- Demandez à quel événement correspond chaque DLR et quels systèmes participent à sa génération.
- En l’absence de vérification indépendante sur le terminal, décrivez le résultat comme un « DLR signalé ».
Recherchez des tendances avant d’attribuer une cause
Comparez les cas selon la destination, l’opérateur lorsque cette information est disponible, l’expéditeur, le contenu et la période d’envoi. Une tendance récurrente peut aider à délimiter l’enquête, mais ne prouve pas, à elle seule, la cause du problème. Des différences de route, de configuration ou d’interprétation des statuts peuvent également intervenir ; vérifiez ces éléments auprès du fournisseur.
Effectuez des comparaisons à partir de messages légitimes et autorisés. Si le problème ne concerne qu’un groupe défini, circonscrivez ce groupe avant d’apporter des changements généraux susceptibles d’affecter le trafic qui fonctionne.
- Déterminez si le problème touche toutes les destinations ou seulement certaines d’entre elles.
- Vérifiez s’il est associé à un expéditeur précis ou à une famille de modèles de messages.
- Comparez des plages horaires équivalentes et consignez les changements opérationnels connus.
- Ne prenez pas une corrélation isolée pour une confirmation de filtrage.
Rassemblez des éléments comparables
Préparez un ensemble d’exemples qui permettra au fournisseur d’examiner les événements concernés. Les éléments relatifs à la livraison, les détails de l’erreur, les informations sur l’expéditeur et le contenu sont utiles à l’enquête ; les documenter ensemble évite de s’en tenir à des descriptions générales comme « le message n’arrive pas ».
Protégez les données personnelles et ne communiquez que les informations nécessaires par des canaux autorisés. Conservez une référence interne permettant de relier chaque message à ses événements, sans exposer d’identifiants d’accès ni de données sensibles dans des communications non sécurisées.
- Identifiant du message ou de la demande, selon les informations fournies par le système.
- Horodatages avec fuseau horaire et destination au format normalisé.
- Expéditeur utilisé et texte exact envoyé, avec une copie contrôlée.
- Réponse initiale, statuts ultérieurs, codes et descriptions d’erreur.
- Fournisseur ou route concerné, ainsi que tout changement pertinent connu.
Isolez la cause à l’aide de tests contrôlés
Un test utile maintient constantes les variables qui ne font pas l’objet de l’enquête. Définissez d’abord une population autorisée et un échantillon limité ; comparez ensuite un élément à la fois, par exemple l’expéditeur ou le modèle de message, tout en gardant la destination, la période et la route aussi comparables que possible. Si une variable ne peut pas être contrôlée, consignez cette limite.
N’envoyez pas de messages de test à des destinataires sans autorisation et ne générez pas de volume inutile. Avant de lancer une comparaison, convenez avec le fournisseur de la manière d’identifier les messages et des statuts qui pourront être observés.
- Formulez une hypothèse précise, par exemple : « le problème ne survient qu’avec cet expéditeur ».
- Définissez ce qui restera identique et la variable qui sera comparée.
- Utilisez un trafic légitime, autorisé et limité ; consignez chaque envoi et son résultat.
- Interrompez le test si son impact augmente ou si des signes de risque opérationnel apparaissent.
Coordonnez l’enquête avec le fournisseur et l’opérateur
Transmettez au fournisseur une sélection représentative d’identifiants, d’horodatages, de destinations, de l’expéditeur, du contenu et des statuts reçus. Demandez-lui de confirmer l’étape couverte par chaque enregistrement, l’origine du code d’erreur et l’existence d’informations complémentaires sur la route susceptibles de préciser le cas. Si l’enquête nécessite la participation d’un opérateur, demandez au fournisseur d’indiquer le canal à utiliser et les données requises.
Évitez de demander une conclusion catégorique lorsque les données ne permettent d’établir qu’une hypothèse. S’il est impossible de confirmer que le message est arrivé sur le terminal, la réponse doit préserver cette distinction.
- Fournissez des exemples précis et comparables, et pas uniquement des taux agrégés.
- Demandez les définitions documentées des statuts et des erreurs concernés.
- Clarifiez les vérifications que le fournisseur peut effectuer et celles qui dépendent de tiers.
- Convenez d’une prochaine mise à jour et consignez les conclusions ainsi que leurs limites.
Appliquez des changements sûrs et traçables
Vérifiez l’utilisation de l’expéditeur et le contenu au regard des exigences applicables aux destinations et à la finalité du message. Ces exigences peuvent dépendre du pays, de la route et du type de trafic ; ne supposez pas qu’une règle est universelle. Confirmez les conditions auprès du fournisseur et, le cas échéant, dans la documentation officielle applicable.
Si un changement est autorisé, appliquez-le de manière contrôlée et consignez ce qui a été modifié, à quel moment et pour quel trafic. Comparez les résultats à la situation de référence et conservez une version approuvée du modèle. L’objectif est de préserver la légitimité et la clarté du message, et non de le déguiser pour franchir des contrôles.
- Vérifiez que l’expéditeur et le contenu correspondent à la finalité légitime de l’envoi.
- Validez les exigences applicables avant de modifier un expéditeur ou un modèle.
- Ne changez qu’une variable par test et assurez la traçabilité des versions et des résultats.
- Évaluez l’impact sur les livraisons réussies avant d’étendre un changement.
Ce qu’il ne faut pas faire et comment clôturer l’incident
Ne modifiez pas les messages pour contourner les filtres et n’effectuez pas de changements destinés à dissimuler l’identité ou la finalité de l’envoi. N’augmentez pas non plus les tentatives de renvoi à l’aveugle : sans connaître le motif de l’échec et les règles de nouvelle tentative de la route, vous risquez de générer du trafic répétitif sans résoudre la cause. Consultez le fournisseur avant de modifier la politique de nouvelle tentative.
Clôturez l’enquête lorsque la cause est suffisamment circonscrite ou consignez les informations manquantes. Notez le périmètre touché, les éléments recueillis, les actions approuvées, le résultat observé et les incertitudes restantes. Continuez à suivre les statuts sans présenter un DLR comme une réception vérifiée.
- N’utilisez pas de variations trompeuses du texte ou de l’expéditeur pour contourner les contrôles.
- Ne renvoyez pas automatiquement les messages sans examiner l’erreur et la politique convenue.
- Ne promettez pas une réception sur l’appareil lorsqu’il n’existe qu’un statut signalé.
- Conservez un résumé de l’incident pour pouvoir comparer les cas futurs.
Questions fréquentes
Un SMS qui n’arrive pas a-t-il nécessairement été filtré ?
Non. Un échec peut s’expliquer par différentes étapes ou conditions. Examinez la réponse à l’envoi, les statuts ultérieurs et les détails de l’erreur avant de l’attribuer à un filtre.
Un DLR confirme-t-il que le message a été vu sur le téléphone ?
Il ne faut pas le considérer automatiquement comme une confirmation indépendante de réception sur le terminal. Sa signification dépend des définitions et des systèmes du fournisseur ; demandez ces informations et décrivez le statut avec précision.
Quelles données peuvent aider à ouvrir une enquête auprès du fournisseur ?
Préparez les identifiants, les horodatages, la destination, l’expéditeur, le texte envoyé, les réponses et les statuts, ainsi que les erreurs signalées et la route concernée lorsqu’elle est connue.
Est-il conseillé de modifier le texte pour vérifier si cela évite un blocage ?
Ne modifiez pas les messages dans le but de contourner des contrôles. Si une raison légitime justifie de revoir le contenu, consultez les exigences applicables et effectuez des changements autorisés, contrôlés et traçables.
Dois-je augmenter le nombre de tentatives en cas d’échec ?
Pas automatiquement ni à l’aveugle. Identifiez d’abord l’erreur et consultez le fournisseur au sujet des règles de nouvelle tentative applicables à la route.
Sources consultées
- 3GPP specifications3GPP
- ITU-T E.164International Telecommunication Union
- GSMA resourcesGSMA
- SMS filtering investigation guidanceBird