«La difusión terminó, "Entregado" en los 500 mensajes - antispam superado» - y tres horas después el número está muerto. Esa brecha entre envío y bloqueo confunde incluso a operadores con experiencia: el software no miente sobre entrega, pero entrega no es la verificación final. Meta no publica la mecánica exacta de decisión de baneo, y gran parte del «funcionamiento interno» que se discute en foros es reconstrucción por observación, no filtración del algoritmo real.
Tras leer distinguirás señales antispam confirmadas de hipótesis de mercado sobre «trust» y «scoring» - y entenderás por qué entrega exitosa no dice nada del destino del número horas después.
Lógica habitual: se puede describir la mecánica exacta de «morir» del número - cómo se acumulan denuncias, cómo cae la reputación, cuándo el sistema decide bloquear.
Lo que muestra la práctica: Meta no publica fórmula de rating interno de confianza, pesos de factores ni algoritmo exacto de bloqueo. Lo que en foros se llama «Trust Score», «ventana deslizante de denuncias» o «scoring conductual» es reconstrucción de mercado por consecuencias observables - no documentación oficial confirmada. Un artículo honesto debe separar: lo que Meta confirma y lo que es hipótesis plausible pero no verificable.
Varios mecanismos están documentados oficialmente sin duda.
Denuncias y bloqueos de usuarios - principal disparador confirmado. Al pulsar «Denunciar» o «Bloquear», Meta recibe no solo el hecho sino un log contextual de los últimos 5 mensajes del chat para análisis de infracciones. Mecanismo documentado - parte de la lógica del filtro antispam.
El contenido del mensaje no es lo principal. Puedes enviar texto neutro como «Buenos días, ¿pidió un producto?» - si los destinatarios pulsan «Bloquear» en masa, la automatización reacciona igual. Las palabras prohibidas no son el único ni el principal disparador.
Perfil completo no protege. Avatar, web, descripción en Business App se revisan superficialmente y no compensan reacción negativa de la audiencia - observación confirmada, contra la intuición «perfil sólido = confianza del sistema».
En WABA la mecánica es más transparente. Para API oficial hay umbral medible: nivel de denuncias superior al 0,1–0,2% de mensajes entregados en el periodo de informe es crítico. Superarlo baja el rating de calidad del template a «Low» - cifra oficial de Meta, en umbrales de métricas WABA. A diferencia de casi todo lo demás en este tema.
Un marketer lanzó difusión a 500 números. El software funcionó bien, todos «Entregado», sin bloqueo durante el envío. Pero 2 horas después, cuando los destinatarios abrieron el mensajero, cascada de denuncias a servidores Meta - «Denunciar» en masa. Baneo ~3 horas tras terminar físicamente la difusión.
Destruye el mito más peligroso del nicho: entrega exitosa del software no es la verificación final antispam - solo su primera etapa. La ola principal de decisiones no es al enviar, sino cuando la gente lee y reacciona.
Zona de cautela - observaciones sólidas de prácticos, no mecanismos documentados por Meta.
«Trust Score». Foros describen rating dinámico interno según edad de cuenta, ratio entrante/saliente, IP estable, tipo de cliente (app oficial vs inyectores de navegador). La idea de reputación es plausible, pero Meta no publicó el término ni la fórmula - reconstrucción de mercado.
Umbrales de denuncias en números normales. Estimación: cuenta fresca sin calentar - 3–5 denuncias en 10–15 minutos es crítico; número «calentado» viejo - hasta 20–40 reportes/día repartidos. Cifras repetidas en práctica sin confirmación oficial - orientación, no límite garantizado.
Cuota de baneos preventivos. Afirmación de que 75–85% de cuentas spam se bloquean automáticamente antes de denuncias masivas - disputada, poco respaldada.
Velocidad de respuesta como marcador de automatización. Hipótesis: respuesta <300–500 ms tras recibir mensaje = sin lectura humana y baja reputación. Observación interesante sin confirmación oficial.
Negatividad verbal sin denuncia. «Alto», «Basta», «Eliminen» en respuesta - observaciones de que el sistema podría contarlos sin pulsar denuncia, sin prueba directa.
Lista negra de dispositivos. Debate entre desarrolladores: unos creen que tras primer bloqueo Meta blacklistea fingerprint/IMEI y siguientes SIM en el dispositivo «mueren» en pocos mensajes. Otros: baneos rápidos = SIM compradas de mala calidad; limpiar caché y cambiar IP resetea ID. Debate abierto - ver riesgos de infraestructura - no hecho confirmado.
Operador envió 150 msg/día un mes a base relativamente cálida. 1–2 denuncias diarias. Día 31, mensaje estándar a cliente habitual - bloqueo instantáneo.
Ilustra carácter acumulativo: ningún día parecía arriesgado, pero flujo pequeño y constante de negatividad cruzó una línea invisible. Mecanismo exacto = hipótesis; el efecto acumulativo encaja con muchos casos similares.
Diferencia documentada oficialmente - bifurcación importante. Más sobre API oficial y diferencia con número gris.
| Parámetro | Número normal («gris») | WABA |
|---|---|---|
| Reacción a exceso de denuncias | Baneo permanente sin alternativa | Flagged o Restricted |
| Transparencia del umbral | No publicado oficialmente | Documentado - >0,1–0,2% denuncias vs entregas |
| Recuperación | Suele no existir | Recuperación de rating de calidad |
En números normales la acumulación termina en «Número bloqueado» sin alternativa. En WABA lleva a estados intermedios corregibles - diferencia estructural, no versión más suave del mismo mecanismo.
«Si la difusión terminó sin baneo - antispam superado». Falso - la ola principal es cuando leen y reaccionan.
«100–200 msg/día es límite oficial seguro». Falso - Meta no publicó umbral universal seguro.
«Calentar cuenta da inmunidad total». Falso - calentamiento previo puede subir resistencia pero no cancela reacción real a contenido irrelevante.
«Randomizar texto y pausas salva del bloqueo». Falso - variación baja riesgo de texto idéntico pero no sustituye consentimiento de la audiencia.
Riesgo principal: mirar solo entrega e ignorar lo posterior - ¿abrió el mensaje, cómo reaccionó? Informe de entrega exitosa hoy no predice el destino del número horas o semanas después.
Métrica clave: no volumen enviado sino cuota de denuncias y bloqueos. Única señal confirmada oficialmente, aplicable a grises y WABA - con consecuencias distintas.
Si difundes regularmente - rastrea no solo entrega sino señales indirectas (respuestas de rechazo, velocidad de denuncias en las primeras horas) - más cercano al riesgo real que el envío exitoso solo.
Regla práctica:
El software muestra que el mensaje salió, no que lo aceptaron - y paga esa diferencia el dueño del número, no el desarrollador del script.
