WhatsApp Business API: cómo automatizar las preguntas repetidas

¿Qué resuelve la API oficial y qué no?

La API de WhatsApp Business sirve para que tu sistema participe en la conversación: que el estado de un pedido lo contesten los datos, que un aviso salga cuando pasa algo y que el hilo quede guardado donde el resto del equipo lo ve. No sirve para que una máquina atienda a tus clientes en lugar de tu equipo, y los proyectos que se plantean así terminan mal.

La diferencia práctica con la app de WhatsApp Business es que la app vive en un celular y la API vive en tu sistema. Con la app, la información está en la cabeza de quien contesta. Con la API, está en la base de datos, y eso es lo que permite que la respuesta sea la misma a cualquier hora.

¿Cómo se paga de verdad?

Se paga por mensaje entregado, no por mensaje enviado, y el precio cambia según el mercado del destinatario y la categoría del mensaje. La parte que más cambia un presupuesto es cuál de las categorías usas, porque dos de ellas no se cobran en el caso más común.

Categoría	Para qué es	Cómo se cobra
Servicio	Responder a lo que el cliente preguntó	Sin costo
Utilidad	Confirmaciones y avisos de una transacción	Sin costo si va como respuesta al cliente
Autenticación	Códigos de verificación	Por mensaje, con tarifas por volumen
Marketing	Promociones y reactivación	Por mensaje, la categoría más cara

Tarifas y condiciones consultadas el 27 de octubre de 2026 en los precios de la plataforma de WhatsApp y en la documentación de precios para desarrolladores.

Dos reglas que salen de ahí y que conviene tener presentes al diseñar el flujo. Cuando el cliente escribe, se abre una ventana de 24 horas en la que responder no cuesta, y cada mensaje suyo la reinicia. Y si llega desde un anuncio de clic a WhatsApp, los mensajes de las siguientes 72 horas no se cobran.

Dicho de otro modo: automatizar lo que el cliente pregunta es casi gratis. Mandar promociones no lo es. La mayoría de las pymes que nos escriben creen que el proyecto es lo segundo y lo que necesitan es lo primero.

¿API oficial o no oficial?

Las dos existen y las dos funcionan, así que vale la pena decir en qué se diferencian sin adornos. La oficial pasa por un BSP de Meta, tiene plantillas que se aprueban, cobra por mensaje y no se cae porque a alguien le cambie el protocolo. La no oficial se conecta como si fuera la app, no cobra por mensaje y viola los términos de servicio.

Nuestra posición: una API no oficial es aceptable para probar una idea internamente y es una mala decisión para un número por el que entran pedidos o cobros. Meta bloquea sin avisar y sin apelación práctica. Perder el número de atención un viernes cuesta más que todo lo que se ahorró en mensajes, y lo peor es que el cliente no se enteró de que había un riesgo.

¿Qué conviene automatizar primero?

El orden que mejor nos ha funcionado va de lo exacto a lo ambiguo.

1. El estado de algo que ya existe. El pedido, la cita, el saldo. Es una consulta al sistema, la respuesta es verificable y es lo que más se pregunta.
2. Los avisos que hoy manda alguien acordándose. Pedido despachado, factura emitida, cita de mañana. Eso es un disparador del sistema y está contado en avisarle al cliente en qué va su pedido.
3. Las preguntas de catálogo: precio, horario, si hay existencia. Aquí ya conviene leer del inventario y no de un texto escrito a mano, que envejece.
4. Lo que vive en documentos, como un procedimiento o una póliza. Esto sí pide un asistente sobre tus propios documentos, con la fuente citada, que es lo que explicamos en qué es RAG.

Lo que no automatizamos nunca de entrada: el reclamo y la negociación de precio. Las dos cosas necesitan una persona, y el cliente lo nota al segundo mensaje.

Falta una pieza que no es técnica y decide el resultado: quién atiende cuando el flujo automático se queda corto. Si la respuesta es nadie, el proyecto produce clientes más molestos que antes, porque ya no les contesta ni una persona lenta.

Lo demás que conectamos a sistemas de terceros está en software, APIs e integraciones.

Lo que conviene recordar

• La API no reemplaza a tu equipo. Pone el sistema dentro de la conversación.
• Se paga por mensaje entregado. Responder dentro de la ventana de 24 horas no cuesta, y el marketing es la categoría cara.
• Automatizar lo que el cliente pregunta sale casi gratis. Perseguir al cliente con promociones, no.
• Una API no oficial sirve para probar. Para el número por el que entran pedidos, es jugarse el canal.
• Empieza por el estado de un pedido, que es exacto y es lo más preguntado. Deja el reclamo en manos de una persona.