"Se cayó el número" es la queja más común de quienes usan Evolution API, Baileys o WPPConnect. La primera sospecha suele ser la IP; la segunda, la biblioteca. En la práctica, la causa más frecuente está en otro sitio: en quién recibe los mensajes y en cómo se envían.
Este artículo ordena las causas por peso, muestra cómo diferenciar un bloqueo (baneo) de una desconexión y separa lo que reduce el riesgo de lo que es folclore.
Primero: ¿bloqueo o desconexión?
Buena parte de los "bloqueos" que se cuentan no lo son. Antes de cambiar nada, identifica qué pasó:
| Síntoma | Causa probable |
|---|---|
| La sesión se cae y vuelve sola, o se reconecta con un nuevo código QR | Desconexión: sesión, red, versión de la biblioteca |
| El número sigue funcionando con normalidad en el celular (móvil) | Desconexión, no bloqueo |
| La aplicación informa de que el número no puede usar WhatsApp | Bloqueo |
| El número funciona, pero los mensajes dejan de llegar a quien no te tiene guardado | Restricción de envío, normalmente temporal |
Si fue una desconexión, el problema es técnico: sesión corrupta, biblioteca desactualizada, proceso que se reinicia, red inestable. Las guías de Evolution API, Baileys y WPPConnect cubren los casos habituales.
Si fue un bloqueo, sigue leyendo.
Las causas, por orden de peso
1. Denuncias y bloqueos de quien recibe
Es la señal más fuerte que existe. Cuando los destinatarios bloquean o denuncian el número, WhatsApp tiene una prueba directa de mensajes no deseados, que viene de personas reales, no de una heurística.
Pocas denuncias en un número nuevo pesan mucho más que en un número con años de conversaciones normales.
2. Contactar a quien no lo pidió
Un mensaje a un número que no guardó tu contacto, no inició la conversación y no lo autorizó es el escenario que genera las denuncias del punto anterior. Las listas compradas, las listas extraídas de grupos y las bases antiguas sin consentimiento son los orígenes más comunes.
Además de ser una causa técnica de bloqueo, eso choca con el RGPD en la UE, con las leyes locales de protección de datos de cada país y con nuestra política de uso aceptable, que prohíbe el envío no solicitado.
3. Volumen incompatible con el historial del número
Un chip activado ayer que envía cientos de mensajes hoy muestra un patrón que los usuarios reales no producen. El mismo volumen en un número con meses de uso normal se lee de otra forma.
No pesa solo la cantidad: pesa la proporción entre mensajes enviados y recibidos, entre conversaciones iniciadas por ti y respondidas, y la velocidad a la que subió el volumen.
4. Contenido repetitivo y enlaces
El mismo mensaje a muchos destinatarios seguidos, sobre todo con un enlace acortado, es un patrón clásico de spam. La personalización real, la variación natural y las conversaciones que parten de una petición del cliente reducen esa señal.
5. La naturaleza de la API no oficial
Este es el punto que muchos tutoriales omiten. Baileys, WPPConnect y el modo Baileys de Evolution API se conectan mediante el protocolo de WhatsApp Web, simulando un dispositivo vinculado. No es una API oficial, y los términos de WhatsApp no autorizan la automatización por medios no oficiales.
En la práctica, muchas operaciones usan estas bibliotecas para atención al cliente y notificaciones de bajo volumen. Pero hay un riesgo de base que ninguna configuración elimina: ni el proxy, ni el calentamiento, ni la versión actualizada.
La alternativa oficial es WhatsApp Business Platform (Cloud API) de Meta: los mensajes iniciados por la empresa usan plantillas aprobadas, exigen consentimiento previo (opt-in) y tienen límites de envío que crecen según la calidad del número. Las versiones recientes de Evolution API también ofrecen integración con la API oficial. Para enviar a escala a clientes, es el camino con reglas claras.
6. Origen de red
Aquí entra la IP, y va la última a propósito.
Varios números saliendo por la misma dirección de un VPS, en un datacenter de otro país, crean dos problemas: todos comparten el mismo origen, y la geolocalización no coincide con el prefijo del país del número. Si un número queda marcado, los demás están técnicamente ligados a él.
Una IP dedicada por número, del país del número, elimina ese factor. El mecanismo está en WhatsApp API en un VPS. Pero si están presentes las causas 1 a 4, cambiar la IP no cambia el resultado.
Lo que reduce el riesgo de verdad
Envía solo a quien lo pidió. Consentimiento claro: el cliente rellenó un formulario, inició la conversación o hizo una compra y aceptó recibir mensajes. Es la medida de mayor efecto, y la única que también resuelve la cuestión legal.
Sube el volumen poco a poco. Un número nuevo empieza con conversaciones de ida y vuelta y volumen bajo, y crece a lo largo de semanas. No existe un número mágico de mensajes al día; existe una proporción sana entre enviar y recibir respuesta.
Facilita la baja. Una forma sencilla de dejar de recibir mensajes reduce los bloqueos y las denuncias. Quien quiere salir y no puede, denuncia.
Evita el mensaje idéntico en masa. Personaliza de verdad y espacia los envíos.
Separa los números por operación. Un número por finalidad, y números de clientes distintos en orígenes distintos: una IP por número, como muestra la regla de un proxy por cuenta.
Mantén la biblioteca actualizada. Las versiones antiguas del protocolo se desconectan más y pueden comportarse de forma distinta a un dispositivo real.
Usa la API oficial cuando el volumen sea alto. Si la operación envía campañas a miles de contactos, el riesgo de la API no oficial deja de compensar.
Lo que no funciona
Cambiar de IP después del bloqueo. El bloqueo es del número. Otra dirección no lo revierte.
Proxy rotativo. Una sesión de WhatsApp que cambia de origen en cada conexión añade inestabilidad, no protección.
Un chip nuevo para seguir con el mismo envío. Si la causa fueron denuncias por una lista fría, el siguiente número sigue el mismo camino, y más rápido, porque no tiene historial.
"Calentamiento" automatizado entre números propios. Las conversaciones artificiales entre números de la misma operación, desde el mismo origen, crean justo el vínculo que quieres evitar.
En las operaciones que necesitan previsibilidad, la salida suele ser pasar el envío de pago a la API oficial y dejar la no oficial solo para rutinas internas; los criterios están en API oficial de WhatsApp o Evolution y Baileys.
Si el número está bloqueado
- Detén los envíos de todos los números de la misma operación y revisa la lista antes que nada.
- Solicita la revisión desde la aplicación, en la pantalla que informa del bloqueo. Describe el uso real, sin inventar.
- Identifica la causa con la lista de arriba. Si no sabes cuál fue, no vuelvas al mismo patrón con otro número.
- Solo después ajusta la infraestructura: IP dedicada por número, biblioteca actualizada o migración a la API oficial.
Dónde entra el proxy, y dónde no
Un proxy dedicado resuelve la parte del origen: cada número con una dirección exclusiva, del país del número y estable, independiente de los demás. Merece la pena en cualquier operación con más de un número en el mismo VPS.
No sustituye el consentimiento, no compensa el volumen sin historial y no hace que la API no oficial esté permitida. Quien vende un proxy como "antibaneo" promete algo que no controla.
Si el origen de red forma parte de tu problema, las páginas de proxy para Evolution API y Baileys y de proxy para WhatsApp Business muestran el tipo y la cantidad por escenario. Vendemos IP dedicada por país, que eliges en el checkout; comprueba allí que el país de tus números está disponible.
Resumen
- Confirma si fue un bloqueo o una desconexión antes de cambiar nada
- Las denuncias y el envío a quien no lo pidió son las causas de mayor peso
- Un volumen alto en un número sin historial es el segundo patrón más común
- Baileys y similares usan un protocolo no oficial: hay un riesgo de base que nada elimina
- Una IP dedicada por número elimina el factor de origen, pero va detrás de las demás causas
- Para enviar a escala, la API oficial es el camino con reglas claras