Cómo saber si tu número o identificación de remitente está en lista negra en Marruecos

Este fenómeno silencioso es la pesadilla de los desarrolladores. Es el síntoma número uno de un Sender ID blacklisted o de un enrutamiento bloqueado a nivel de firewalls operadores (Maroc Telecom, Orange, inwi).

Aquí está un protocolo de prueba reproducible para diagnosticar si está en la lista negra, y cómo salir de ella.

Los operadores de telecomunicaciones (IAM, inwi, Orange) no te envían correos electrónicos para advertirte de que tu Sender ID ha sido prohibido.

Estos son los 3 signos que deben alertar: 1. La tasa de DLR "Delivered" cae verticalmente: Si de repente pasa del 95% de la entrega a menos de 20%, no es una falla de red. Es un bloqueo dirigido. 2. Estado "Unknown" o "Rejected" masivo: Si sus [webhooks DLR] (/fr/blog/webhook-de-status-de-delivered-sms-quién-se-desactiva-no-guide/) reciben miles de eventos Rejected con un código de error de red masivo, el operador rechaza formalmente su Sender ID. 3. El falso positivo "Delivered": Es el caso más vicioso (FRake). El operador bloquea silenciosamente el mensaje para proteger al usuario,

No confíe solo en la consola. Tienes que probar el "último kilómetro".

Paso 1: Creación de la flota de prueba Reúne 3 teléfonos físicos, conectados a la red celular marroquí (no Wi-Fi): 1 suscripción IAM, 1 Orange, 1 inwi.

Paso 2: Prueba del mensaje exacto (A/B Test) Envíe el mensaje exacto que causa el problema (el mismo Sender ID, el mismo texto, los mismos enlaces) a los 3 teléfonos a través de la API. - Si ningún teléfono lo recibe (pero API = 200): Su Sender ID está en la lista negra a nivel global de la pasarela o se desencadena un filtro anti-spam severo. - Si sólo el teléfono IAM no lo recibe: Su Sender ID ha perdido su whiteling en Maroc Telecom específicamente.

Paso 3: Aislamiento del ID del remitente frente al Contenido Sustituye su ID del remitente habitual (por ejemplo, ‘Mi MARCA’) por el ID del remitente predeterminado proporcionado por su pasarela (por ejemplo, ‘ENVIAR’). Mantenga el texto idéntico y devuelva. - Si el mensaje llega, el problema proviene exclusivamente de su ID del remitente (lista negra administrativa). - Si el mensaje no llega todavía no, el problema proviene del contenido (enlace bit.ly bloqueado, palabras clave spam).

Estar en la lista negra no es fatal, generalmente está relacionado con un aumento anormal de las quejas de los usuarios al operador o a la CNDP.

1. Inmediatamente congele los envíos promocionales. Concéntrese en resolver el problema para evitar que su "Trust Score" se deteriore aún más.
2. Abre un ticket con el soporte de la API. Proporcione el informe de su protocolo de prueba (por ejemplo: "El mensaje X con el Sender ID Y ya no pasa a través de la red Inwi desde el [Data]").El proveedor puede escalar el caso hasta los NOC (Network Operations Center) de los operadores.
3. Demuestre su buena fe. Si el bloqueo se produce tras una queja por spam, deberá proporcionar al proveedor (que lo transmitirá al operador) una prueba de opt-in (consentimiento del usuario) para los números afectados.

Para que un Sender ID mantenga una excelente Reputación (Trust Score), debe implementar estas 3 reglas en su código:

1. Desactivación automática de errores duros: Si un número devuelve un DLR Failed (número no asignado), su aplicación debe excluirlo de sus campañas futuras.
2. Gestión de Opt-Out: El conocido "STOP SMS". Permite a sus clientes que se deshagan fácilmente a través de un enlace web seguro integrado en el SMS.Un cliente que se deshaga propiamente es un cliente que no se quejará al operador.
3. Separación de canales (segmentación): Nunca mezcle los flujos. Utilice un Sender ID MARQUE_OTP para sus códigos de validación críticos, y MARQUE_PROMO para sus campañas de marketing.Si su canal promocional está en la lista negra, sus flujos de autenticación OTP no se verán afectados.