Z-API o la API oficial: Waspy vs Z-API para WhatsApp en Argentina
Z-API, leído el 8/11/2026, conecta por QR una sesión de WhatsApp Web y cobra por canal. Waspy usa la Cloud API de Meta, con plantillas, inbox y sin markup.
Respuesta corta: Z-API, leído el 8 de noviembre de 2026, sigue documentando una conexión por QR a una sesión de la app web de WhatsApp. Waspy habla con la Cloud API de Meta: el número se registra en Meta, lo que la empresa inicia sale con plantilla aprobada, y Meta cobra cada mensaje entregado. No es el mismo contrato. La ficha corta, que esta nota no reemplaza, está en Waspy vs Z-API.
Si el número de tu comercio en Argentina vive de ese canal, la diferencia no es el precio del plan: es si la sesión es oficial o es un dispositivo vinculado. El mapa de riesgos está en API no oficial y en ¿me bannean por usar la API?.
Qué dice Z-API el 8 de noviembre
Hay dos páginas, y no dicen la misma cosa. Las dos se citan con la fecha de lectura.
La home de z-api.io se presenta como Z-API Omni, un hub de canales. El precio publicado ese día:
| Plan en z-api.io, 8/11/2026 | Precio | Para quién |
|---|---|---|
| Plano Omni | R$ 99,99 por mes por canal | Hasta 9 canales. Textos, audios y archivos de hasta 100 MB, webhooks, soporte en Brasil |
| Plano Partner | R$ 89,99 por mes por canal | 10 canales o más. Facturación pospago |
https://api.omni.z-api.io/v1/channels/SEU_CHANNEL_ID/messages con Authorization: Bearer. Es el ejemplo de marketing. No es el host de la introducción de desarrolladores.
La introducción de developer.z-api.io, el mismo día, sigue en el producto de WhatsApp:
- “Todo lo que hacés con la app web lo podés hacer con el servicio. Para eso leés el QR de Z-API.”
- Es una sesión de la app web. El uso tiene que ser compatible con esa sesión.
- Dicen que no tienen límite de cantidad de mensajes. No imprimen un número máximo, y el párrafo siguiente manda a leer las políticas de la app.
- No guardan los mensajes: van a una fila y después se borran.
- Avisan que no es para spam y que no hay que violar los términos de la app.
La comparativa Z-API vs API oficial se presenta como alternativa a la Cloud API. Describe bloqueos, dice que el protocolo de las APIs no oficiales es el de la app web, y afirma cosas que la Cloud API de 2026 ya no cumple (un mínimo de 15.000 mensajes, un solo número por empresa, dependencia del celular para la API oficial). Esas filas son el texto de ellos, no el estado actual de Meta. Para el cobro de la oficial usamos la rate card, no esa tabla.
Oficial o QR
| Waspy (Cloud API de Meta) | Z-API, según sus páginas el 8/11/2026 | |
|---|---|---|
| Cómo se conecta | Registro en Meta. Con coexistencia, el mismo número sigue en la app de WhatsApp Business | La intro de desarrolladores: QR y sesión de la app web |
| Plantillas de Meta | Sí. Fuera de las 24 horas, son el único texto que Meta acepta | La comparativa de Z-API dice que no hace falta modelo preaprobado |
| Cobro del mensaje | Meta, por mensaje entregado, directo a tu cuenta. Waspy no agrega markup | La home cobra el canal. La intro dice que no limitan la cantidad. No hay tarifa de Meta porque no es la Cloud API |
| Inbox y campañas | Listos en el panel. El equipo responde el mismo número | Es una API para que armes el producto. La intro dice que no guardan los mensajes |
| API documentada | https://api.waspytech.com/api/v2, docs.waspytech.com | Home: host Omni. Intro de desarrolladores: REST, webhooks y QR. No unifiqué los dos hosts |
| Soporte | Humano, en español, desde Argentina | La home dice soporte técnico nacional, en el sitio en portugués, con precios en reales |
| Suspensión | La oficial también suspende si spameás. El semáforo es el de Meta (verde, amarillo, rojo) | La propia comparativa habla de banimiento de la sesión web. Los Términos prevén suspender el acceso automatizado no autorizado |
En Argentina, desde el 1 de octubre de 2026, un marketing entregado sale alrededor de ARS 89,56 (~US$0,0618) y una utilidad, una autenticación o un servicio desde el mensaje 1.001, alrededor de ARS 37,68 (~US$0,026). Cada número tiene 1.000 mensajes de servicio por mes. El detalle está en precios de la API.
El contrato de Waspy, al lado
Un texto dentro de la ventana:
curl -sS -X POST "https://api.waspytech.com/api/v2/messages" \
-H "Authorization: Bearer $WASPY_API_KEY" \
-H "Content-Type: application/json" \
-H "Idempotency-Key: pedido-1847-texto" \
-d '{
"phoneNumberId": "CHANNEL_UUID",
"to": "+5491126032641",
"type": "text",
"text": { "body": "Tu pedido 1847 ya salió." }
}'Tope: 120 pedidos por minuto por cuenta. Si la ventana está cerrada, ese texto responde 403 SERVICE_WINDOW_EXPIRED y hay que mandar una plantilla approved. POST /api/v2/templates no existe: el alta es el panel o el MCP create_template. Los códigos están en errores de la API.
El mismo tono, con otros proveedores oficiales, está en Waspy vs Twilio y Waspy vs 360dialog. Esos dos sí hablan con Meta. Z-API, en la doc de desarrolladores, no.
Cuándo encaja cada uno
Z-API encaja si aceptás una sesión web, el precio en reales por canal y el riesgo que su propia comparativa describe, y si el sistema lo construís vos. Waspy encaja si el número es el de la tienda, el equipo tiene que atender en un inbox, las campañas salen con plantilla, y la integración —si la necesitás— usa la API oficial. Con Tiendanube, el pedido se ve en el chat: la integración.
Pasar de una instancia por QR a Waspy es dar de alta el número en la Cloud API (el registro embebido, no otro QR de la app web) y recién ahí apagar la instancia. El historial que Z-API dice no guardar queda en el sistema que lo haya copiado. El onboarding de Waspy no pide tarjeta los primeros 10 días: registro.
Waspy no atiende solo. El equipo responde. Una herramienta externa se conecta por la API o por MCP, y el mensaje al cliente lo confirma una persona.