Un mensaje, una petición HTTP: a WhatsApp, Telegram o un bot. Un solo contrato en lugar de una integración por canal: historial de conversaciones, mensajes entrantes, campañas, archivos, y los estados llegan por webhook.
Un mensaje, una petición: texto y adjunto propios para cada destinatario, y el resultado llega por webhook
Las cuentas de WhatsApp y Telegram se conectan por código QR o número de teléfono, y los bots de Telegram por token; los métodos son los mismos
La invitación se crea con una petición: tu cliente conecta la cuenta por sí mismo, por enlace y sin acceso a tu cuenta, y tú recibes el id del canal
Los diálogos y mensajes se guardan de nuestro lado: el historial se devuelve con una petición normal, sin acudir al mensajero
No solo el hecho de que alguien respondió, sino el texto: el mensaje entrante llega como evento y lo contestas con el mismo método de envío
Estados de envío, entrega y lectura: para cada mensaje y para cada destinatario de una campaña
Avisos de eventos —conexión de cuenta, mensajes entrantes, progreso de la campaña, estados de los destinatarios— sin sondear la API
Cuando hay muchos destinatarios: crear, editar el borrador, iniciar, detener y cancelar; la cola y los reintentos corren por cuenta del servicio
Segmentos de contactos, carga de números y valores de campos —nombre, ciudad, importe del pedido— para insertarlos en el texto
El ritmo lo marca la autoestrategia, no tu código: el servicio reparte los envíos y pausa la campaña si el mensajero limita la cuenta
El servicio comprueba si el número está registrado en el mensajero: los que no lo están no reciben mensaje y vuelven con un estado aparte
Ayuda rápida con la integración y la resolución de problemas
No hay contraseña: entra con Yandex, Google o tu correo.
En tu cuenta, abre la sección API y pulsa «Crear clave». El token se muestra una sola vez: guárdalo enseguida.
Las cuentas de WhatsApp o Telegram, por código QR o número de teléfono; los bots de Telegram, por token. La petición es la misma.
Una petición y el mensaje llega a una persona concreta. Cuando hay muchos destinatarios, la misma API crea una campaña: mensajes, destinatarios, inicio.
Estados de cada mensaje y de cada destinatario de la campaña, respuestas y mensajes entrantes: por petición o por webhook.
La API de mensajería es útil allí donde los mensajes a los clientes deben salir automáticamente: por un evento de tu sistema, de uno en uno o a toda la base a la vez.
El mensaje sale cuando cambia la etapa del trato o el estado del pedido: el gestor no tiene que acordarse de a quién avisar y cuándo.
Confirmación del pedido, pago, preparación y entrega: el cliente recibe cada paso en el mensajero en vez de buscar un correo.
La solicitud de un formulario recibe respuesta en un minuto, mientras el lead está caliente, y en el mensajero que la persona dejó en el formulario.
Un recordatorio el día antes de la visita y la confirmación de la cita con un mensaje de respuesta: menos huecos vacíos en la agenda.
Número de seguimiento, cambios de estado del envío y aviso de entrega, sin llamadas del mensajero ni consultas al soporte.
Facturas, recibos, renovaciones de suscripción y avisos técnicos salen desde tu sistema según su propio calendario.
Promociones y ofertas por segmentos de la base: el segmento se arma de tu lado, y el envío y el ritmo los asume el servicio.
Invitaciones a entrevistas y estados de la candidatura por etapa de selección: la persona responde donde le resulta cómodo.
Una encuesta después de la compra o la visita, y las respuestas vuelven a tu sistema como evento, junto con el texto del mensaje.
La misma petición sirve para las cuentas de mensajería y para los bots: añadir otro canal es un valor distinto en la petición, no una nueva integración. La cuenta hace falta para escribir a alguien con quien no has hablado antes; el bot sirve para trabajar con tus propios suscriptores y no necesita ningún número de teléfono. Una campaña es el mismo canal, solo que con muchos destinatarios.
Si prefieres no desarrollar nada, las mismas capacidades están disponibles sin código: la integración con CRM es un enlace listo con Bitrix24 y amoCRM, donde la conversación transcurre en la ficha del cliente y los segmentos y eventos del embudo vienen de tu CRM; y conectar un asistente de IA por MCP permite describir con palabras los escenarios de comunicación con los clientes.
Desde sus cuentas normales registradas en la aplicación del mensajero. La cuenta se conecta por código QR o número de teléfono —mediante la API o desde su cuenta de WSENDER— y queda conectada para los envíos siguientes. Las respuestas de los destinatarios llegan a esas mismas cuentas. Si la campaña sale desde un bot, el remitente es el propio bot y no hace falta ningún número de teléfono.
La clave se crea usted mismo en su cuenta de WSENDER: sección API → Crear clave. El token se muestra una sola vez y luego no se puede recuperar: si lo pierde, cree una clave nueva y elimine la anterior. La clave pertenece al proyecto y puede crear varias, por ejemplo una por integración.
El token se envía en la cabecera de cada petición: Authorization: key SU_TOKEN. Todos los métodos están descritos en la documentación de la API, donde además puede ejecutar una petición con su propia clave directamente desde el navegador.
La frecuencia la define el plan: 60 peticiones por minuto en Basic, 300 en Light y 1200 en Professional. El límite se cuenta por proyecto, no por clave: emitir claves nuevas no lo amplía.
Una petición por encima del límite se rechaza con el código 429 y la cabecera Retry-After: repítala pasado el tiempo indicado. Esto basta para una integración normal —eventos del embudo, confirmaciones de pedido, estados—; los envíos masivos hágalos como campaña y no como una ráfaga de peticiones sueltas.
