TL;DR: Agosto 2026 es una nota del mes, no un changelog fechado. Active outgoing_calls_enabled y luego haga POST /calls/outgoing: un timbre de 5 segundos por defecto, sin audio. HTTP 200 significa que WhatsApp aceptó la oferta. Catálogos, grupos, consultas LID y rotación de proxy Partner tras un ban son la prueba de que el gateway sigue el ritmo de WhatsApp.
Durante agosto de 2026, Whapi.Cloud se mantuvo al día con WhatsApp. El mes incluye un timbre saliente de llamada de atención sin audio, y el resto de parches sigue los cambios de la plataforma para que dueños de negocio e integradores confíen en la API como un canal comercial mantenido.
Hemos visto a operadores de agencias con una docena de números de clientes en Node.js o n8n tratar el HTTP 200 como si la conversación ya estuviera cerrada. El timbre interrumpe; el hilo no leído sigue pidiendo el seguimiento. Esta guía no entra en el setup método por método ni en los esquemas de webhook campo a campo.
¿Qué hace realmente una llamada de WhatsApp saliente sin audio?
La llamada de atención es un timbre sin audio ni VoIP. Usted define una ventana de 0 a 30 segundos (5 por defecto) y un 200 solo indica que WhatsApp aceptó la oferta.
HTTP 200 significa que WhatsApp aceptó la oferta, no que el destinatario contestó. No se transmite audio y la llamada termina cuando se cierra la ventana de duración. Es la capacidad nueva del mes, documentada en iniciar una llamada de WhatsApp saliente.
Las librerías de la comunidad podían observar llamadas entrantes desde hace años, pero para un timbre saliente seguían necesitando WebRTC. Whapi.Cloud ahora expone el mismo trabajo por HTTP: hace sonar el teléfono y luego continúa en el chat.
Duración 0 termina en cuanto se reconoce la oferta. El flag del canal es outgoing_calls_enabled en Channel Settings; al activarlo se reinicia el canal. La lectura complementaria es GET /calls/{CallID}, que devuelve resultado, hora de respuesta y estado ya presentes en el canal conectado. No pide el historial de llamadas a los servidores de WhatsApp.
La forma de la solicitud POST /calls/outgoing está abajo. Combine el call_id devuelto con ese GET para los detalles locales del canal.
// HTTP 200 here means WhatsApp accepted the offer.
// Treat it as answered and you skip the unread-chat follow-up while the ring is already gone.
const res = await fetch('https://gate.whapi.cloud/calls/outgoing', {
method: 'POST',
headers: {
Authorization: `Bearer ${process.env.WHAPI_TOKEN}`,
'Content-Type': 'application/json'
},
body: JSON.stringify({ to: '1234567890', duration: 5 })
});
const data = await res.json();
// data.status is initiated; pair call_id with GET /calls/{CallID} for channel-local details
Los eventos de llamada ahora incluyen answered_at, finalized y status. El mapa del payload está en webhooks de llamadas entrantes.
El timbre de señalización avisa chats no leídos; Cloud Calling cobra pulsos de voz
Use Cloud Calling cuando ya tenga permiso para un pulso de voz real. Use el timbre del gateway cuando el chat está sin leer y necesita que suene el teléfono, y luego haga el seguimiento en WhatsApp.
El 62% de las llamadas comerciales entrantes no se contestan (Aira, citado por SocialVik). El buzón de voz recupera más o menos una de cada cien. Primero el timbre, luego el seguimiento en WhatsApp cuando el chat está sin leer. Las clínicas ya convierten una llamada de voz perdida en un hilo de reserva.
En la WhatsApp Business API oficial, las llamadas iniciadas por el negocio requieren permiso explícito del usuario, y cuatro llamadas seguidas sin respuesta revocan ese permiso. En Whapi.Cloud, POST /calls/outgoing es un timbre de señalización sin media VoIP, porque el gateway corre sobre sockets de sesión web y no vende telefonía IP. Si usa Cloud Calling como un toque barato para un chat no leído, entra en esa escalera de permisos y, tras cuatro fallos, la revocación.
| Decisión | Llamada de atención del gateway | Meta Cloud Calling (BIC) |
|---|---|---|
| Qué recibe el destinatario | Un timbre corto; la llamada termina al cerrar la ventana de duración | Una sesión de voz WebRTC en vivo |
| Modelo de permiso | Flag de canal outgoing_calls_enabled |
Permiso previo del usuario; cuatro llamadas sin respuesta lo revocan |
| Señal de éxito | HTTP 200 = WhatsApp aceptó la oferta | Un pulso de voz realmente conectado en Cloud Calling |
| Qué resuelve | Avisar un hilo de WhatsApp no leído | Mantener una conversación telefónica real |
Las agencias ya asocian el outreach proactivo a contactos nuevos con tasas de ban del 15-30%, frente a menos del 2% en bots solo de entrada. Deje el nuevo timbre saliente como seguimiento de un hilo no leído. Quien reacciona es la detección de spam del lado de WhatsApp; los planes de producción de Whapi.Cloud no limitan la frecuencia de llamadas.
Catálogo, pedidos, grupos, comunidades, encuestas y etiquetas: el mantenimiento de agosto
Trate los parches de tienda, grupos e identidad como una sola prueba de vigencia: la superficie HTTP sigue moviéndose con WhatsApp.
Los webhooks entrantes ahora llegan con identidades @lid; las consultas LID-a-teléfono restauran la clave de enrutamiento del CRM. Los proyectos que se saltan la consulta empiezan a guardar filas duplicadas en el CRM la semana en que WhatsApp cambia la identidad del webhook. Los envíos fallan cuando la tabla de chats no tiene mapeo LID después de esa migración. La ruta conceptual de reparación es cómo el LID de WhatsApp se mapea a un número de teléfono.
Operaciones de tienda: catálogos, productos y pedidos
Los endpoints de listado de catálogo ahora fallan si la instancia no está autorizada, y WhatsApp aplica rate-limit al GraphQL de catálogo. El mantenimiento de agosto devolvió create, update y delete a una sesión activa, incluidos catálogos de contactos, envío de mensajes de producto y recuperación de pedidos por OrderID o order_token. Los pedidos LID que se traban reintentan por el mapeo de teléfono. Lo que se rompió fue el scrape de un catálogo público sin canal conectado.
Grupos, Communities y encuestas
La actualización de íconos de grupo, la votación simultánea en encuestas y agregar participantes después de crear una Community eran los puntos que más fallaban. La recuperación de Community tras el arranque del canal fallaba con la sesión activa y la lista de Communities aún vacía. Un 479 de WhatsApp en un envío a grupo ahora se reintenta.
La creación parcial de un grupo devuelve unprocessed_participants en lugar de fingir que todas las altas salieron bien. La sync del historial de chat, el borrado de estados y el font_type de estados de texto van en el mismo grupo: el gateway siguió lo que WhatsApp cambió.
Consultas LID, etiquetas y el cupo de verificación de números
Los identificadores LID reemplazaron los JID de teléfono en una parte creciente de los eventos de entrada. Las consultas restauran las claves de enrutamiento del CRM. GET /contacts/ids/{ContactLID} (getIdByLid) es la consulta que recupera la clave CRM del teléfono. LID-a-teléfono devuelve 404 cuando no hay mapeo y 502 cuando el servicio de consulta no está disponible. Esos dos códigos marcan la diferencia entre «esta persona es desconocida» y «la ruta de consulta está caída».
La sync de etiquetas desde el teléfono y la gestión de etiquetas en chats LID llegaron en la misma ronda. Las consultas LID-a-teléfono en Trial y Sandbox cuentan contra el límite de phone-check, así que un loop de mapeo en un canal de prueba quema el mismo cupo que una verificación de existencia en producción. La validación de mensajes citados ahora devuelve 400 en lugar de 500. La verificación de números está en caché y se agrupa en lotes.
Cambie el proxy antes de autorizar un número de reemplazo
Después de un ban, cambie el proxy antes de autorizar un número de reemplazo. La misma IP comprometida es la vía por la que las SIM de reemplazo caen en cadena.
En la práctica, los equipos que reconectan una SIM nueva en el mismo proxy ven fallar el reemplazo esa misma semana. Una agencia con la que trabajamos esto cambió una SIM baneada, mantuvo el proxy viejo y perdió el número nuevo antes de terminar el warmup. Cambie el proxy antes de autorizar un número de reemplazo. La Partner API ahora expone el paso que faltaba: cambiar el proxy del canal en la flota y luego autorizar el siguiente número. Las opciones de proxy regional y por defecto están documentadas en proxies por defecto y regionales.
El warmup, los picos de volumen y los textos masivos idénticos siguen en cómo evitar un ban de WhatsApp en 2026. La historia de este mes es el orden de reconexión después de un ban. Los proxies únicos y los proveedores regionales ya aíslan canales; la rotación por Partner API es la palanca cuando el número ya se perdió. Más de 3.000 clientes activos corren este stack en producción todos los días.
Las versiones viejas de WhatsApp disparan handshake 405 hasta que el gateway se actualiza
Las versiones desactualizadas de WhatsApp disparan handshake 405 hasta que el gateway sigue el protocolo vigente. Esa es la historia discreta de fiabilidad de este mes.
Los stacks self-hosted fijan una versión de protocolo, WhatsApp exige un handshake más nuevo y los sockets fallan con 405 aunque el cliente anuncie una versión web actual. Whapi.Cloud absorbe esos cambios de protocolo aguas arriba, así que las rutas HTTP del cliente se mantienen estables mientras el gateway sigue a WhatsApp. Si un canal sigue devolviendo 405 después de un corte de plataforma, use el widget de chat en whapi.cloud.
¿Qué deben llevarse los operadores del resumen de agosto 2026?
A lo largo de agosto de 2026, Whapi.Cloud lanzó el timbre de llamada de atención y parcheó el resto para que los operadores confíen en un canal de WhatsApp mantenido.
El timbre saliente sin audio es el lanzamiento visible. Catálogo, grupos, consultas LID, etiquetas y rotación de proxy Partner son el mantenimiento que mantiene el canal al día. Las notas de versión fechadas están en el changelog del producto. Un 200 sigue registrando solo que WhatsApp aceptó la oferta.
Whapi.Cloud se conecta por sockets de sesión web, el mismo camino que usa WhatsApp Web. En esa categoría de API no oficial, los timbres de señalización avisan; Cloud Calling cobra pulsos de voz WebRTC.
