Preguntas frecuentes sobre agentes de IA en WhatsApp

Las preguntas que recibimos antes de cada proyecto, respondidas con el detalle que da operar la plataforma todos los días: qué permite y qué no permite Meta, qué puede hacer un agente en la práctica, cuánto tarda una implementación y qué pasa con tu número si un día decides cambiar de proveedor. Donde hay un límite o una contrapartida, está dicho.

WhatsApp e Instagram: lo que nadie explica bien

¿Qué es la ventana de 24 horas de WhatsApp y qué pasa cuando se cierra?

La API de WhatsApp permite responder con texto libre únicamente durante las 24 horas posteriores al último mensaje del cliente. Vencido ese plazo, Meta rechaza el envío con el error 470, y la única vía para retomar la conversación es una plantilla aprobada previamente. El plazo se cuenta desde el último mensaje entrante y se renueva con cada mensaje nuevo del cliente.

Una confusión frecuente: la ventana de 72 horas de los anuncios Click-to-WhatsApp afecta únicamente el costo —esos mensajes no se facturan—, no el tipo de mensaje permitido. Entre la hora 24 y la 72 sigue siendo obligatoria una plantilla, aunque el contacto haya llegado desde un anuncio.

¿Por qué WhatsApp me obliga a usar plantillas aprobadas para escribir primero?

Meta distingue entre responder a alguien que escribió y contactar a alguien que no lo hizo. Lo segundo solo está permitido con una plantilla revisada y aprobada por Meta, con su categoría declarada: utilidad, marketing o autenticación. Es el mecanismo con el que WhatsApp controla el spam, y por eso la revisión ocurre antes del envío, no después.

Hay una consecuencia práctica que conviene resolver desde el diseño: para campañas de marketing es necesario registrar dos datos distintos y no mezclarlos en un solo campo. Uno es si el número es alcanzable y está en tu base, que se marca de forma automática al importar una audiencia o al crear un pedido. El otro es el consentimiento explícito de marketing: la respuesta afirmativa de la persona a una pregunta de opt-in, guardada en un campo propio y con fecha.

El error más común es unificar todo en un único campo «optin»: se reactiva solo con el siguiente pedido del cliente, y un «no quiero recibir novedades» se pierde en silencio — esa persona vuelve a entrar en la próxima campaña.

¿Por qué me rechazaron la plantilla de WhatsApp?

Dos causas explican la mayoría de los rechazos: variables ubicadas al inicio o al final del cuerpo del mensaje, que Meta rechaza siempre, y ejemplos de variables faltantes o inconsistentes. Un dato operativo poco difundido: una plantilla en estado FAILED o REJECTED no se puede editar — hay que eliminarla del lado de Meta y crearla de nuevo.

Al migrar de proveedor aparece una dificultad adicional: para cada envío, Meta exige el nombre de la plantilla más el código de idioma, no un identificador interno. Si tu sistema solo guardó el ID que usaba el proveedor anterior, el envío falla por parámetro faltante y el mensaje queda registrado sin contenido.

¿Puedo seguir usando el número que ya uso en WhatsApp Business, sin perder el historial?

Sí. La modalidad se llama coexistence y permite que la aplicación de WhatsApp Business del teléfono y la API operen el mismo número en simultáneo. El historial se conserva, y lo que el dueño escribe desde el celular llega al sistema como un eco: el bot lo detecta y deja de intervenir en esa conversación, para no responderle al cliente por encima.

Las restricciones concretas: un máximo de 20 mensajes por segundo, la aplicación debe abrirse en el teléfono al menos una vez cada 13 días, el número no puede migrarse entre cuentas de WhatsApp Business mientras esté en esta modalidad, y no se obtiene la insignia de cuenta oficial.

¿Cuántos mensajes puedo enviar por día y por qué me frena?

El límite lo define el tier de mensajería que Meta asigna a cada número, y se mide en destinatarios únicos por ventana móvil de 24 horas, no en mensajes. Se comienza en 250 —o en 1.000 si el negocio está verificado— y se escala a 10.000, a 100.000 y a sin límite, en función de la calidad de los envíos y de cuánto responden los destinatarios.

De ahí se desprenden dos consecuencias prácticas. Enviar cinco plantillas a la misma persona consume un solo cupo del tier, pero puede activar el límite de frecuencia por destinatario —el error 131056—, que significa demasiados mensajes al mismo número en poco tiempo: no es un problema de tu cuenta ni de la plantilla, y se resuelve espaciando los envíos, no reintentando. Y si la calificación de calidad del número cae, Meta puede bajarlo de tier.

¿Pueden atender varios operadores el mismo número de WhatsApp a la vez?

Sí, pero no lo resuelve WhatsApp: la API no tiene el concepto de «operador». El número es uno solo y el reparto lo administra la plataforma que uses. Hacen falta tres piezas: un modo manual por contacto —cuando una persona toma un chat, el bot deja de responderle a ese contacto hasta que se lo devuelven—, la asignación de cada conversación a un usuario concreto, y presencia en tiempo real, para que el estado se propague al instante entre los operadores conectados.

Sin ese estado por contacto, el bot y el equipo terminan respondiendo en simultáneo frente al cliente. Es una pregunta concreta para hacerle a cualquier plataforma que estés evaluando.

¿Se puede atender Instagram y WhatsApp desde un mismo lugar?

Sí: el mismo agente y la misma bandeja de entrada pueden atender los mensajes directos de Instagram y los de WhatsApp. Hay tres diferencias operativas a considerar antes de decidir.

Instagram no admite plantillas, de modo que no existe un equivalente al «retomar contacto» de WhatsApp: la ventana es de 24 horas, extensible a 7 días cuando el envío se etiqueta como respuesta de un agente humano, y pasado ese plazo la conversación no puede reabrirse.

Además, Meta retiene la notificación del primer mensaje de un hilo nuevo de Instagram entre 15 y 20 segundos, por su propio filtro de solicitudes: la primera respuesta a una persona nueva demora entre 25 y 30 segundos. Desde el segundo mensaje la entrega es inmediata y la respuesta baja a 4 a 6 segundos. No es un problema de tu bot ni de tu servidor.

Un límite que preferimos decir de entrada: si la misma persona escribe por los dos canales, para Meta son dos identidades distintas, sin ningún identificador en común. Solo pueden unificarse cuando la persona aporta un teléfono o un correo que permita vincularlas.

Qué puede hacer el agente

¿Cuál es la diferencia entre un chatbot de botones y un agente de IA?

El chatbot de botones recorre un árbol fijo de opciones; el agente de IA interpreta texto libre y decide qué acción ejecutar: buscar un producto, consultar un pedido, registrar un reclamo o derivar a una persona.

En la práctica, casi ninguna implementación exitosa es puramente de un tipo. Lo que funciona es combinar: botones y menúes para lo transaccional, donde una opción mal interpretada tiene costo directo —elegir la sucursal, confirmar el pedido, definir el medio de pago—, e IA para lo abierto, donde cada cliente pregunta lo mismo de mil maneras distintas. Un proveedor que ofrece solo uno de los dos enfoques está vendiendo su herramienta, no la solución a tu problema.

¿Cómo evitan que el agente invente datos o prometa cosas que no existen?

Pedirle al modelo que no invente no alcanza: hay que quitarle el dato de las manos. El esquema que usamos tiene cuatro capas.

La base de conocimiento se inyecta en cada turno de la conversación, y los temas deshabilitados quedan fuera del alcance del agente. Precios, stock, plazos y compatibilidades provienen siempre de una consulta al sistema del cliente, nunca de la memoria del modelo. Y cuando una búsqueda no devuelve resultados, la propia herramienta le indica al modelo que no invente y que ofrezca derivar a una persona.

La cuarta capa es la más visible: los gates. Si falta un dato crítico, la función no devuelve resultados sino una acción, y el agente queda obligado a pedir ese dato antes de recomendar, aunque el modelo «quiera» responder igual. Es la diferencia entre confiar en el prompt y hacer cumplir la regla desde el código.

¿El agente puede leer una foto o escuchar un audio del cliente?

Sí: analiza imágenes, extrae datos estructurados de fotos y de PDF, y transcribe audios. Dos usos en producción: leer la receta médica que un paciente envía como foto y devolver marca y dosis normalizadas para armar el pedido, y exigir la foto del tablero de un vehículo antes de recomendar un accesorio, porque sin esa foto la recomendación sería una suposición.

La transcripción de audios merece mención aparte: en Argentina una parte enorme de las conversaciones llega en audio. Un agente que no los procesa deja media conversación afuera y obliga al cliente a repetir todo por escrito.

¿Cómo decide el agente cuándo pasar la conversación a una persona?

La derivación es una herramienta más del agente. Cuando el cliente pide hablar con alguien, cuando hay un reclamo complejo o cuando falta el dato, el agente deriva: le avisa al cliente, registra el motivo en el ticket y marca la conversación como manual. Desde ese momento el bot no vuelve a intervenir hasta que el operador la devuelve. El operador la recibe con el historial completo, el motivo y los datos ya capturados, sin necesidad de preguntar de nuevo lo que el cliente ya dijo.

Fuera de horario —de madrugada, un domingo, un feriado— el criterio pesa más que la función: el agente sigue resolviendo lo que puede resolver solo, pero no debe prometer una respuesta humana que no va a llegar hasta el día hábil siguiente. Lo que mejor funciona es informar con claridad cuándo va a haber una persona disponible.

¿Puede consultar stock y precios reales en mi sistema, o responde de memoria?

Consulta tu sistema. Hay dos modalidades, y la elección depende de la capacidad de ese sistema: consulta por API en vivo en cada interacción, o sincronización programada del catálogo a intervalos. Cuando la API del cliente es lenta o frágil, la sincronización es la opción correcta: cuesta menos y no sobrecarga el ERP en los horarios de mayor actividad.

Un detalle que importa en la operación diaria: si actualizas los precios el primero de cada mes, no hay que avisarle a nadie — el agente lee la última sincronización. Lo único a vigilar es la zona horaria del proceso, que es la causa habitual de que un precio nuevo aparezca unas horas antes o después de lo esperado.

¿Puede tomar el pedido y cobrarlo?

Sí, y el circuito se cierra completo: el agente arma el pedido, genera el link de pago y retoma la conversación cuando el pago se acredita, porque la notificación de la pasarela vuelve al sistema y actualiza el pedido. Si la pasarela falla, una implementación cuidada ofrece efectivo como alternativa en lugar de interrumpir la venta.

En redes de franquicias hay una capa adicional resuelta: cada sucursal puede cobrar en su propia cuenta. Se vincula una sola vez, el dinero ingresa directamente allí —sin pasar por la casa central— y la liquidación de comisiones se calcula local por local. Es el único esquema sano cuando el dinero es del franquiciado y no de la marca, y es precisamente el punto donde suelen fracasar los proyectos de venta digital en franquicias.

¿Puede agendar turnos y reducir ausencias?

Sí: reserva el turno cruzando la disponibilidad real del profesional o del recurso, y después gestiona el recordatorio, que es lo que reduce las ausencias. Veinticuatro horas antes se envía un mensaje con botones de confirmación o cancelación, la respuesta queda registrada, y un proceso marca como ausentes los turnos que vencieron sin asistencia.

Ese último paso es el que más cambia la operación: deja el ausentismo medido, no estimado. Con el dato medido se puede decidir con fundamento si conviene sobrevender la agenda o llamar a los casos de mayor riesgo.

¿Se le puede cargar mi base de conocimiento y que la mantenga mi equipo sin programar?

Sí: la base de conocimiento, los textos y los temas habilitados o deshabilitados se editan desde el panel, sin tocar código y sin depender del proveedor para cada ajuste. Para los equipos que prefieren no administrar otra herramienta, la alternativa probada es sincronizar el contenido desde una planilla que ya mantienen.

Lo que sí requiere al equipo de desarrollo es modificar el flujo de la conversación o el comportamiento del agente; el contenido, no. Es la contrapartida honesta del desarrollo a medida: se gana integración real con tus sistemas, se resigna el editor visual para rediseñar el flujo por cuenta propia.

¿Cuándo NO conviene poner un agente de IA?

No conviene cuando el vendedor humano aporta un criterio que tus datos no contienen, y no conviene cuando esos datos están desordenados. Dos casos que medimos: en una tienda de audio para vehículos, el agente derivaba todas las consultas de parlantes y subwoofers porque el catálogo no alcanzaba para asesorar, mientras el vendedor cerraba esas ventas ofreciendo el reemplazo más cercano; en otro, el agente derivaba consultas que sí podía resolver, porque el año del vehículo estaba mal cargado en la base.

La regla práctica: si el catálogo, los precios o las reglas del negocio no están en orden, primero se ordenan los datos y después se incorpora la IA. En el orden inverso, lo único que se automatiza es el error — más rápido y a más personas.

Implementación y operación

¿Cuánto tarda la implementación y qué puede salir mal?

Un agente acotado —una vertical, base de conocimiento propia y derivación a personas— entra en producción en tres a cuatro semanas. Con integración a un CRM o a un ERP externo, en cinco a seis. Lo que estira los proyectos rara vez es el desarrollo: son las definiciones de negocio y la aprobación de plantillas en Meta.

Del lado de la infraestructura, la falla más frecuente al habilitar un número es que quede en estado pendiente en lugar de conectado, casi siempre porque la cuenta de WhatsApp Business no tiene un método de pago cargado — una situación típica cuando se viene de un proveedor que absorbía esa facturación.

Una regla que evita el peor de los escenarios: Meta admite 10 intentos de registro por número cada 72 horas, y cada reintento hecho durante el bloqueo reinicia el contador, de modo que los reintentos automáticos son la peor respuesta posible. Para diagnosticar por qué un número no envía existe una consulta de estado de salud que no consume intentos: esa es la herramienta correcta, nunca el registro como prueba.

¿Se integra con mi ERP, mi CRM o mi ecommerce?

Sí: por API en vivo, por sincronización programada o por webhooks en las dos direcciones. Operamos integraciones en producción con SAP Business One, TiendaNube, Shopify, WooCommerce, HubSpot, Moodle, CRM inmobiliarios y varios ERP propios de clientes, además de una API REST con token para listar y actualizar pedidos desde tu sistema.

Si no tienes sistema, o el que tienes no admite modificaciones, la alternativa que funciona es sincronizar desde una planilla de Google que tu equipo ya mantiene: no es la solución definitiva, pero evita un proyecto de integración para comenzar y puede reemplazarse más adelante.

¿Puedo ver todas las conversaciones y quién atendió cada una?

Sí: todas las conversaciones quedan en una bandeja única con el historial completo, las haya resuelto el agente o una persona. De cada una se ve el estado, el responsable asignado, quién respondió cada mensaje y, si hubo derivación, con qué motivo.

Esa trazabilidad tiene dos usos: auditar un caso puntual ante un reclamo, y revisar por qué el agente derivó algo que debía resolver solo — que es el mecanismo concreto por el que un agente mejora con el tiempo.

¿Cómo se maneja una cadena con muchas sucursales, cada una con su propia atención?

Con un número único para toda la red y el ruteo a la sucursal correcta a cargo del agente: por la ubicación que comparte el cliente, por código de sucursal, o por elección entre las que cubren su dirección. Cada sucursal puede tener catálogo, precios y costo de envío propios.

El punto crítico está en los permisos: deben aplicarse en el servidor, no ocultando opciones en la pantalla, porque un filtro visual se elude. Cada usuario tiene un rol y un conjunto de sucursales asignadas, los listados y reportes se acotan del lado del servidor, y el acceso directo a un registro de otra sucursal devuelve «no encontrado». Para líneas de negocio distintas, la práctica correcta es un espacio separado por línea, con su propio padrón de usuarios.

¿Qué reportes quedan? ¿Puedo medir a mi equipo de atención?

Los reportes útiles no miden cantidad de mensajes: miden tiempo y carga. Cumplimiento del tiempo objetivo de respuesta y de resolución, mediana y percentil 75 del tiempo de respuesta, conversión, gestiones activas por operador y comparación entre períodos. La mediana y el percentil 75 importan más que el promedio, porque una sola conversación excepcionalmente larga distorsiona el promedio y oculta cómo se atiende al resto.

También pueden configurarse alertas cuando una consulta excede el tiempo objetivo, con un umbral de aviso temprano y otro de escalamiento; cada alerta la toma un operador, para que no la trabajen dos personas a la vez.

Una salvedad sobre la medición de equipos: el «tiempo conectado» mide una pestaña abierta, no trabajo efectivo. Usarlo como métrica de productividad induce a dejar el panel abierto, no a atender mejor.

Cómo decidir

¿Conviene un agente de IA o sumar gente al equipo de atención?

Depende de qué proporción de tu volumen es repetitiva, y eso se puede medir antes de decidir. Si la mayoría de las conversaciones son las mismas preguntas, consultas de estado y pedidos de precio, un agente las absorbe y además cubre la franja horaria en la que hoy no hay nadie — que es donde se pierden ventas que ningún reporte registra. Si cada conversación exige criterio, negociación o conocimiento que no está en tus datos, sumar personas rinde más.

Lo que casi nunca conviene es reemplazar al equipo. El esquema que funciona: el agente absorbe lo repetitivo y los picos; las personas se concentran en lo que define una venta o retiene a un cliente disconforme.

¿En qué se diferencia un desarrollo a medida de una plataforma tipo ManyChat o Landbot?

Son productos distintos, no dos precios del mismo producto. Las plataformas autogestionadas ofrecen un editor visual para armar el flujo por cuenta propia, con la limitación de sus bloques y de sus integraciones estándar. Resuelven bien preguntas frecuentes, captación de leads y tiendas simples, y son la opción correcta cuando eso es lo que se necesita.

Un desarrollo a medida construye un bot propio conectado al sistema real del cliente, con sus reglas de negocio, sus estados y sus reportes, y puede hacer lo que un editor visual no expresa: exigir un dato obligatorio antes de recomendar, cobrar en la cuenta de cada franquicia, cortar la venta si no hay stock en el depósito que corresponde a ese cliente.

La contrapartida del modelo a medida: no hay editor visual para modificar el flujo por cuenta propia. Los cambios de flujo los realiza el equipo que lo implementó.

Si dejo de trabajar con ustedes, ¿me quedo con el número de WhatsApp, los contactos y las conversaciones?

El número debe ser tuyo, y eso se define al inicio del proyecto, no al final. La pieza decisiva es la cuenta de WhatsApp Business: si está creada a nombre de tu empresa, en tu propio Business Manager, el número te pertenece y puedes cambiar de proveedor sin perderlo ni perder las plantillas aprobadas. Si está a nombre del proveedor, dependes de que te la libere.

Es la primera pregunta para hacerle a cualquier proveedor antes de firmar —nosotros incluidos—, y la única respuesta aceptable es que la cuenta quede a tu nombre. Respecto de los datos: los contactos y las conversaciones son tuyos y deben poder exportarse; conviene dejar por escrito en qué formato y en qué plazo.

Un límite real para conocer de entrada: el historial que reside en la aplicación de WhatsApp del teléfono no es exportable por la API de Meta. Lo que se entrega es todo lo que la plataforma registró desde que comenzó a operar.

¿Tienes una pregunta que no está aquí?

Escríbenos a info@openbot.io o por WhatsApp al +54 11 4736-4702. Si la pregunta se repite, la sumamos a esta página.