Cobranzas

Por qué se bloquean los números de WhatsApp en cobranza — y cómo reducir el riesgo

1 oct 2026 · PathPilot

Un número de WhatsApp que termina restringido después de unas semanas de operación rara vez tiene una sola causa.

Puede ser una cartera sin consentimiento adecuado. Una plantilla clasificada incorrectamente. Demasiados usuarios bloqueando o reportando al negocio. Un volumen que creció demasiado rápido. O, más importante todavía, un caso de uso que simplemente no cumple con las políticas de WhatsApp.

Para una operación de crédito, el primer error es tratar WhatsApp como si fuera otro marcador: cargar una base, enviar miles de mensajes y esperar conversiones.

WhatsApp funciona mejor cuando se trata como una conversación dentro de un caso, no como un canal para vaciar una lista.

Antes de hablar de bloqueos, hay que aclarar algo importante

WhatsApp sí permite casos relacionados con pagos.

La documentación oficial de Meta incluye entre los mensajes Utility las alertas de cuenta, actualizaciones de productos y recordatorios de pago relacionados con una relación previa con el cliente.

Pero esto no significa que cualquier operación llamada “cobranza” esté automáticamente permitida.

La política vigente de WhatsApp Business también enumera explícitamente “cobro de deudas” entre determinados productos y servicios regulados o restringidos.

Esa diferencia es crítica.

Un lender enviando un recordatorio sobre una cuota próxima o una obligación existente no debería asumir que está haciendo exactamente lo mismo, desde la perspectiva de las políticas de Meta, que una agencia realizando recuperación avanzada de una deuda de un tercero.

Y tampoco debería asumir lo contrario: que simplemente llamar a una plantilla “Utility” hace permisible cualquier actividad de cobranza.

La categoría del mensaje y la elegibilidad del caso de uso son dos preguntas diferentes.

Para operaciones de crédito, especialmente third-party collections o cobranzas avanzadas, el caso de uso específico debe validarse contra las políticas vigentes de WhatsApp y la regulación local.

Problema #1: tener el número no significa tener consentimiento

Este es probablemente uno de los errores más comunes.

Que un cliente haya entregado su teléfono durante una solicitud de crédito no significa automáticamente que cualquier empresa pueda utilizar ese número para iniciar comunicaciones por WhatsApp.

La política de WhatsApp establece que, para contactar a una persona, esta debe haber proporcionado su número y debe existir consentimiento explícito para recibir mensajes posteriores por WhatsApp. Meta también recomienda que el usuario entienda qué tipo de comunicaciones recibirá y tenga mecanismos claros para dejar de recibirlas.

Por eso una operación saludable necesita conocer el origen del número y del consentimiento.

Una cartera enriquecida con teléfonos comprados, scrapeados o provenientes de bases de terceros puede ser técnicamente contactable, pero no necesariamente elegible para WhatsApp.

Y el problema aparece rápidamente: el usuario recibe un mensaje que no esperaba y utiliza las herramientas que WhatsApp le da para bloquear o reportar al negocio.

Meta señala expresamente que sus sistemas pueden limitar negocios que mantengan una baja calidad durante un período prolongado.

Problema #2: confundir un mensaje operativo con una campaña

No todos los mensajes relacionados con dinero son iguales.

“Tu cuota vence el 5 de octubre” es fundamentalmente diferente a:

“Última oportunidad. Aprovecha hoy y regulariza tu deuda.”

El primero puede encajar dentro de una comunicación operativa relacionada con una cuenta. El segundo empieza a parecerse mucho más a una campaña diseñada para generar una acción.

WhatsApp distingue diferentes categorías de mensajes y puede revisar, aprobar, pausar o rechazar las plantillas.

Por eso la estrategia correcta no es intentar encontrar palabras que “engañen” al clasificador.

Es diseñar mensajes cuyo contenido y objetivo correspondan realmente con la categoría utilizada.

Un buen test interno es sencillo:

¿Podríamos explicar claramente por qué este mensaje pertenece a esta categoría si Meta lo revisara mañana?

Si la respuesta no es evidente, probablemente el template necesita trabajo.

Problema #3: usar WhatsApp como un blast

Una cartera de 50.000 cuentas no debería convertirse automáticamente en 50.000 mensajes enviados el lunes por la mañana.

El problema no es simplemente “mucho volumen”.

El problema es perder completamente el contexto del cliente.

Una operación inteligente debería utilizar esa información antes de decidir cuál es la siguiente interacción.

WhatsApp puede restringir el acceso cuando una empresa recibe demasiado feedback negativo o utiliza el servicio para mensajería a gran escala sin la autorización adecuada.

Por eso preferimos hablar de pacing de la cartera: dosificar el contacto, observar las señales del canal y aumentar volumen de forma controlada.

No existe un número mágico publicado por Meta que diga “por debajo de X% nunca tendrás problemas”.

Por eso tampoco recomendamos operar buscando un threshold secreto.

Hay que observar la tendencia.

WhatsApp puede funcionar extremadamente bien para recordatorios de pago

La propia Meta publica un caso particularmente relevante para lenders.

Pegadaian, una institución financiera estatal de Indonesia, implementó mensajes Utility automatizados a través de WhatsApp Business Platform para recordatorios de pago y otras notificaciones relacionadas con cuentas.

Entre enero de 2023 y julio de 2024, la compañía reportó:

Meta aclara que estas métricas fueron reportadas por Pegadaian y que los resultados no son necesariamente replicables en otras organizaciones.

El dato importante no es asumir que cualquier lender va a conseguir 90% de lectura.

Es demostrar que WhatsApp sí puede ser un canal extremadamente efectivo para comunicaciones financieras y recordatorios de pago cuando la operación está correctamente diseñada.

Problema #4: operar fuera del stack oficial

Puede ser tentador.

Un teléfono conectado a un servidor. Un cliente modificado. Automatización sobre WhatsApp Web. Un proveedor que promete mensajes “ilimitados”.

Normalmente funciona.

Hasta que deja de funcionar.

Para una operación financiera seria, WhatsApp debe funcionar sobre la infraestructura oficial de WhatsApp Business Platform, directamente o mediante un proveedor que opere sobre ella.

Esto permite que la empresa mantenga control sobre su WABA, números, templates, identidad y operación.

No deberías descubrir después de seis meses que el activo crítico de comunicación con tus clientes realmente pertenece a un tercero.

El enfoque que preferimos: continuar el caso, no volver a empezar

Supongamos que un cliente recibió una llamada a las 10:15.

El cliente confirmó que hará el pago mañana.

A las 10:17 recibe un WhatsApp.

Un sistema desconectado probablemente enviará:

“Hola. Te contactamos porque tienes un pago pendiente…”

El cliente acaba de hablar contigo.

¿Por qué estás presentándote otra vez?

Una operación omnicanal debería poder enviar algo más parecido a:

“Gracias por conversar con nosotros. Como acordamos, aquí tienes la información para realizar el pago mañana.”

Eso es continuidad.

Hay, sin embargo, una distinción técnica importante.

Una llamada telefónica no abre la ventana de servicio de WhatsApp.

WhatsApp permite responder libremente durante 24 horas desde el último mensaje enviado por el usuario en WhatsApp. Fuera de esa ventana, una empresa debe utilizar una plantilla aprobada para iniciar nuevamente la conversación.

Compartir contexto entre canales mejora la experiencia del usuario, pero no elimina las reglas específicas de WhatsApp.

La estrategia multicanal también reduce el riesgo operativo

Hay otra razón por la que no recomendamos construir una estrategia de cobranza alrededor de un solo canal.

No todas las gestiones necesitan WhatsApp.

En PathPilot, los agentes pueden coordinar voz y WhatsApp alrededor del mismo caso. El resultado de una llamada puede cambiar el siguiente contacto por WhatsApp, y una respuesta de WhatsApp puede evitar llamadas innecesarias.

Eso permite utilizar WhatsApp cuando tiene sentido, en vez de convertirlo en el destino de cada intento de contacto.

En la práctica, nuestra arquitectura multicanal está diseñada para mantener la exposición de WhatsApp al mínimo necesario y reducir el riesgo operativo de restricciones o bloqueos.

No significa que PathPilot pueda garantizar que un número nunca será restringido. Nadie debería hacer esa promesa: Meta mantiene el control sobre sus políticas y mecanismos de enforcement.

Significa algo más importante: si toda tu estrategia de contacto depende de enviar miles de WhatsApps outbound, cualquier cambio de calidad, política o disponibilidad se convierte en un problema operacional crítico.

Si voz y WhatsApp forman parte de una misma estrategia, la operación es mucho más resiliente.

Cómo lo hacemos en PathPilot

PathPilot fue construido por un equipo de expertos en Inteligencia Artificial con experiencia previa en Meta, trabajando en sistemas de IA y tecnología a escala.

Esa experiencia influye en cómo pensamos este problema.

No creemos que la respuesta sea encontrar un “hack” para enviar más mensajes antes de que una línea sea bloqueada.

Creemos que hay que construir una operación mejor.

El agente debe saber qué ocurrió antes de contactar al cliente. Debe seguir los procedimientos de la institución. Debe entender cuándo utilizar voz y cuándo utilizar WhatsApp. Debe registrar el resultado de cada gestión. Y la operación debe poder auditar qué ocurrió después.

En PathPilot, voz y WhatsApp comparten el contexto operacional del caso.

Si una llamada ya confirmó al titular, el siguiente contacto puede continuar desde ese resultado. Si ya existe una promesa de pago, el agente no debería comportarse como si estuviera haciendo el primer contacto. Si el cliente responde por WhatsApp, esa nueva información debe formar parte de las siguientes decisiones del agente.

El objetivo no es maximizar mensajes enviados.

Es maximizar gestiones útiles sin sacrificar la salud del canal ni la experiencia del cliente.

Qué medir en una operación de WhatsApp para crédito

No recomendamos esperar a que aparezca un ban para decidir si la operación está funcionando.

Un bloqueo es una señal demasiado tardía.

El dashboard debería conectar salud del canal con resultado de negocio: quality rating y su tendencia, estado de templates, delivery y read rates, motivos de bloqueo disponibles, opt-outs y elegibilidad de la cartera; y después métricas operativas como contacto efectivo, promesas de pago, cumplimiento de promesas, recuperación y costo por resultado.

Lo importante es poder responder una pregunta que normalmente queda separada entre varios equipos:

¿Estamos recuperando más sin deteriorar el canal que estamos usando para hacerlo?

El bloqueo no se arregla comprando otro número

Cuando una línea empieza a deteriorarse, la reacción fácil es rotar el número.

Eso no soluciona el problema si la operación sigue igual.

Si la causa es consentimiento, cambia el consentimiento.

Si la causa es contenido, cambia el mensaje.

Si la causa es una mala estrategia de contacto, cambia la estrategia.

Si el caso de uso no está permitido, cambia el caso de uso.

Y si toda la cobranza depende de WhatsApp, cambia la arquitectura.

La pregunta correcta no es:

“¿Cómo evitamos que Meta nos bloquee?”

Es:

“¿Cómo construimos una operación que nuestros clientes esperan, que cumple las reglas del canal y que sigue funcionando aunque un canal cambie?”

Ahí empieza una estrategia de cobranza verdaderamente omnicanal.

Sigue leyendo

Mira una demo de cobranza multicanal

Voz y WhatsApp en el mismo caso. Abre la demo o 20 minutos en Calendly.

Ver demo Agendar una llamada