Conectá tu número de WhatsApp con Meta

Wando se conecta a WhatsApp a través de la Meta Cloud API. El orden de los pasos es importante: si configurás el webhook en Meta antes de cargar tus datos en Wando, los mensajes entrantes pueden rechazarse silenciosamente.

1. Creá tu app en Meta

1. 1Entrá a Meta for Developers y creá una app de tipo Business.
2. 2Agregá el producto “WhatsApp”.
3. 3Obtené tu phone_number_id y un token de acceso permanente.

2. Cargá las credenciales en Wando

1. 1Andá al panel admin → Configuración.
2. 2Elegí el proveedor “meta”.
3. 3Pegá el token de acceso permanente y el phone_number_id.
4. 4Guardá los cambios.

3. Configurá el webhook en Meta

1. 1En Meta, configurá la URL del webhook: https://wando.online/api/webhook/meta
2. 2Ingresá el Verify Token que corresponde a tu configuración.
3. 3Suscribite al campo “messages”.

¿Por qué importa el orden?

El webhook valida que el phone_number_id del evento entrante coincida con el de una empresa cargada en Wando. Si vinculás el número en Meta antes de cargarlo en Wando, todos los mensajes de ese número se rechazan hasta completar el dato. Por eso: Wando primero, Meta después.

¿Qué pasa con los mensajes que llegaron mientras configurabas?

Es la pregunta que aparece justo después de terminar el paso 3: si el número ya estaba activo en Meta y alguien escribió durante la configuración, ¿esos mensajes se pierden?

La respuesta corta: depende de si el webhook ya estaba suscripto al campo "messages" cuando entró el mensaje. Meta reintenta la entrega de webhooks ante respuestas que no son 2xx, pero no garantiza que un evento se guarde para siempre ni cuántos reintentos hace: eso está en la documentación oficial de Meta y conviene leerlo ahí antes de asumir un comportamiento.

Lo que sí podés controlar: durante la ventana de configuración, no difundas el número ni lo pongas en campañas. Avisá al equipo que el número nuevo todavía no está operativo. Si el número ya venía funcionando en otra herramienta, coordiná el cambio para un horario de bajo volumen.

Una vez que el webhook queda suscripto y Wando empieza a recibir, los mensajes aparecen en la bandeja con sugerencias de IA. Ahí podés verificar que el flujo funciona: escribí desde tu propio celular y confirmá que el mensaje entra y que la sugerencia se genera.

• No difundas el número hasta que el webhook esté suscripto y hayas hecho una prueba real.
• Si el número ya operaba en otra herramienta, coordiná la migración en un momento de poco tráfico.
• Verificá con un mensaje propio antes de avisarle a los clientes.

¿Conviene usar el número principal o uno nuevo?

Muchos negocios dudan entre migrar el número que ya usan o arrancar con uno nuevo. No hay una respuesta única: depende de cuánto historial de conversaciones tengas y de cuánto te importe conservarlo.

Si el número ya está en WhatsApp Business (la app común), se puede migrar a la Cloud API, pero el proceso tiene pasos propios y el historial de chats no siempre viaja completo. Si el número es nuevo, arrancás limpio pero perdés el reconocimiento de los clientes que ya lo tienen agendado.

Un punto práctico: el phone_number_id que cargás en Wando es el identificador del número dentro de Meta, no el número en sí. Si más adelante cambiás de número, vas a tener que actualizar ese dato en Wando y volver a configurar la suscripción del webhook.

Para PyMEs que recién empiezan con WhatsApp Business, lo más simple suele ser un número nuevo dedicado a atención, y dejar el personal para lo privado. Para negocios con años de conversaciones, la migración vale la pena pero conviene planificarla con tiempo.

Un ejemplo completo, de punta a punta

Pongamos un caso concreto: una rotisería con dos locales quiere centralizar la atención de WhatsApp.

Primero crea la app Business en Meta for Developers y agrega el producto WhatsApp. Obtiene el phone_number_id del número nuevo y genera un token de acceso permanente. Todavía no toca el webhook.

Después entra al panel de Wando, va a Configuración, elige el proveedor "meta", pega el token y el phone_number_id, y guarda. En este momento Wando ya sabe que ese número le pertenece.

Recién ahí vuelve a Meta y configura la URL del webhook (https://wando.online/api/webhook/meta), ingresa el Verify Token y se suscribe al campo "messages".

El encargado escribe desde su celular al número del local. El mensaje entra a la bandeja de Wando, la IA sugiere una respuesta basada en cómo el negocio respondió casos parecidos antes, y el encargado la aprueba o la edita con un click. Si el mensaje llega fuera del horario, la auto-respuesta por horario le avisa al cliente cuándo van a contestar.

Si el orden se hubiera invertido —webhook antes de cargar las credenciales—, ese primer mensaje de prueba se habría rechazado y el encargado habría pensado que algo estaba roto.

Errores comunes y cómo se evitan

El error más frecuente es el del orden: configurar el webhook en Meta antes de cargar las credenciales en Wando. Ya lo cubrimos, pero vale repetir la señal: si los mensajes entrantes no aparecen en la bandeja, lo primero que hay que revisar es si el phone_number_id cargado en Wando coincide con el del número que está recibiendo.

El segundo error es pegar un token de acceso temporal en lugar de uno permanente. El temporal vence y la conexión se corta sin aviso. Si los mensajes dejan de entrar de un día para el otro, revisá el token.

El tercero es suscribirse a los campos equivocados en Meta. Wando necesita el campo "messages". Si suscribís otros campos, no rompe nada, pero tampoco ayuda.

El cuarto es copiar mal el Verify Token. Un espacio de más y la verificación falla.

Si después de revisar todo esto los mensajes siguen sin entrar, el problema puede estar del lado de Meta (permisos de la app, estado del número, restricciones de la cuenta). Eso depende de cada caso y el tiempo de resolución varía: conviene revisar el estado de la app en el panel de Meta y, si todo parece correcto, escalar a soporte con el phone_number_id y el horario del intento.

• Orden invertido: webhook antes de credenciales.
• Token temporal en lugar de permanente.
• Campo de suscripción equivocado.
• Verify Token mal copiado.
• Problemas del lado de Meta: revisar estado de la app antes de escalar.

¿La IA responde sola o el equipo aprueba?

Esta es la duda que aparece cuando alguien escucha "inteligencia artificial" y se imagina un bot contestando cualquier cosa. En Wando, por defecto, la IA sugiere y el equipo aprueba.

El flujo es así: llega un mensaje, la IA genera una respuesta sugerida basada en cómo el negocio respondió situaciones parecidas antes, y esa sugerencia aparece en la bandeja. La persona a cargo la aprueba con un click, la edita o la descarta. Nada sale sin que alguien lo apruebe.

Esto es distinto de un chatbot de flujos, donde hay que programar cada rama de conversación y mantenerla. Acá el sistema aprende de las respuestas reales del negocio y mejora con el uso, sin que nadie tenga que armar un árbol de decisiones.

Para un negocio chico, esto significa que podés empezar a usar IA sin riesgo de que conteste cualquier cosa. Para uno más grande, significa que el equipo sigue teniendo el control de la voz de la marca.

¿Y las plantillas? ¿Cuándo hacen falta?

Las plantillas (HSM) son mensajes pre-aprobados por Meta que se usan para iniciar conversaciones o para campañas. No son lo mismo que las respuestas dentro de una conversación abierta.

Se usan, por ejemplo, para mandar una promoción a una lista de contactos o para reactivar a alguien que consultó hace tiempo. Una vez que el cliente responde, la conversación sigue normalmente y la IA puede sugerir respuestas.

El proceso de aprobación de plantillas lo maneja Meta: el único plazo que se puede afirmar es "hasta 48 hs". No hay garantía de un tiempo menor.

Los precios de conversación de Meta varían por país y cambian con el tiempo. No los fijamos acá: consultá la documentación oficial de Meta para tu país.

Las plantillas se administran desde Wando, y las campañas también: podés armar una campaña, elegir la plantilla y mandarla a un segmento de contactos con etiquetas.

¿Qué revisar antes de dar por cerrada la conexión?

Un checklist corto para no dejar cabos sueltos.

Si todo esto está en orden y el mensaje de prueba entra a la bandeja con una sugerencia de IA, la conexión está funcionando. Si algo falla, el orden de revisión es el mismo que el de configuración: primero Wando, después Meta.

• La app en Meta es de tipo Business y tiene el producto WhatsApp agregado.
• El token cargado en Wando es permanente, no temporal.
• El phone_number_id en Wando coincide con el del número que recibe.
• El webhook en Meta apunta a https://wando.online/api/webhook/meta.
• El Verify Token está bien copiado, sin espacios de más.
• La suscripción incluye el campo "messages".
• Hiciste una prueba real: escribiste desde otro celular y el mensaje entró a la bandeja.