360dialog

360dialog es un Business Solution Provider (BSP) oficial de Meta para la WhatsApp Business Platform. En una frase: te entrega una API key directa a la API de WhatsApp, sin recargo por mensaje sobre lo que cobra Meta, y te echa una mano con la verificación del negocio para que el alta no se eternice.

El problema que resuelve es el “tierra de nadie” entre dos extremos. Por un lado tienes la Cloud API de Meta, potente pero con un onboarding que se puede hacer cuesta arriba si no eres desarrollador con experiencia en Business Manager. Por el otro lado están las plataformas SaaS tipo bandeja-de-entrada, cómodas pero caras y poco flexibles. 360dialog se queda en el medio: API oficial y limpia, pero con soporte humano y precios transparentes.

Le rinde a startups que necesitan integrar WhatsApp en su producto, agencias que montan flujos para clientes, y equipos técnicos que quieren control sobre la lógica pero sin pelearse cada paso con Meta. Le sobra a quien busca una bandeja compartida con plantillas visuales y bots sin código: ahí WATI o respond.io encajan mejor.

Por qué importa

Antes de los BSP modernos, integrar WhatsApp con un negocio era un viacrucis: solicitudes, revisores manuales, semanas de espera y, a veces, recargo por mensaje del proveedor encima de lo que ya cobra Meta. El modelo “sin markup” cambió esa ecuación. Pagas lo que Meta cobra por conversación (con sus categorías de marketing, utilidad, autenticación, servicio) y una tarifa de plataforma fija al BSP, sin sorpresas por volumen.

En el día a día esto se nota en tres cosas. La factura es predecible: si tu volumen sube, el coste por mensaje no se infla. La integración es directa porque hablas contra una API oficial muy parecida a la Cloud API, así que el conocimiento es transferible. Y el onboarding se acorta porque el partner te guía con la verificación del negocio en Meta, que suele ser donde se traban los proyectos.

El otro cambio invisible es la portabilidad mental. Como el contrato es con un BSP serio y la API es estándar, mover el número entre proveedores en el futuro no implica reescribir media plataforma. Eso reduce el lock-in y hace que la decisión inicial pese menos.

Cómo se usa en la práctica

El flujo arriba (registro, conexión del número, verificación, API key, sandbox, webhooks) describe la mecánica. Lo importante son las decisiones que tomas en cada paso. En el registro decides si entras con un número nuevo o portas uno existente desde Meta; portar requiere que el número no esté siendo usado por la app de WhatsApp Business y suele tardar más, así que para pruebas usa uno nuevo.

La verificación del negocio en Meta es el cuello de botella habitual. Necesitas documentos de la empresa (alta fiscal, dominio web operativo, dirección verificable). 360dialog ofrece verificación asistida, que en la práctica significa que el partner revisa tu papeleo y te avisa de fallos antes de enviarlo a Meta. Eso evita rechazos por tonterías como una factura sin sello.

La API key es única y vive en tu canal. La guardas como secreto en tu backend (variable de entorno, gestor de secretos, nunca en el repositorio). Al regenerarla, la anterior muere al instante, así que cualquier rotación debe coordinarse con el despliegue de tu backend. Para entornos separados (staging, producción) lo limpio es tener dos canales distintos con dos números y dos keys.

Los webhooks son la otra mitad del juego. Cuando un usuario te escribe, 360dialog hace POST a la URL que configures con el evento. Tu backend tiene que responder rápido (200 OK en menos de pocos segundos) y procesar el mensaje en cola, no en línea. Si tu webhook tarda, WhatsApp puede empezar a marcar como caída tu integración.

Las plantillas se gestionan desde la consola de 360dialog o vía API. Cada plantilla pasa por aprobación de Meta. Categoría correcta (marketing, utility, authentication) es crítica: si pones marketing en lo que es utility, te rechazan o te cobran más por conversación.

Para integrarlo con otras herramientas, lo natural es: tu backend habla con la API de 360dialog y con un CRM (HubSpot, tu propia base de datos, Notion). Si quieres una bandeja para que humanos atiendan, puedes enchufar respond.io o cualquier inbox compatible con la API de WhatsApp encima de tu número 360dialog.

Casos de uso reales

Tienda online con notificaciones transaccionales. Una pyme de ecommerce envía confirmaciones de pedido, avisos de envío y recordatorios de entrega vía plantilla. Tarifas categorizadas como utility, conversiones medibles y sin recargo por mensaje. El backend ya existía con Shopify; añaden un microservicio que escucha eventos de Shopify y dispara plantillas vía 360dialog.

Producto SaaS B2B con notificaciones críticas. Una herramienta de monitoreo añade WhatsApp como canal de alertas. Cada cliente conecta su propio número (o usan el de la marca). 360dialog les da la API oficial sin tener que convertirse en BSP ellos mismos. Las alertas críticas llegan al WhatsApp del CTO en segundos.

Agencia con clientes pyme. Una agencia gestiona la presencia digital de varios negocios locales (clínicas, gimnasios, restaurantes). Levanta un número 360dialog por cliente, conecta una bandeja compartida y monta plantillas de citas y recordatorios. Factura el servicio mensual sin que el coste de mensaje le coma el margen.

Proyecto personal técnico. Un desarrollador quiere un bot de WhatsApp para su uso personal (recordatorios, integraciones con notas). El Sandbox de 360dialog le permite probar gratis y luego, si quiere producción, paga el canal mínimo y trabaja contra una API oficial sin atajos.

Errores comunes y cómo evitarlos

• Regenerar la API key sin avisar al equipo de backend, lo que tumba envíos en producción. Coordina la rotación con un despliegue planificado y guarda la key en un gestor de secretos.
• Confundir el Sandbox con producción: el Sandbox solo envía a tu propio número, no a clientes. Si tu prueba parece funcionar pero los clientes no reciben nada, revisa si estás contra el endpoint de Sandbox.
• Mezclar categorías de plantilla (marketing donde toca utility) para “ahorrar” en aprobación rápida, y luego comerse rechazos o cobros más altos. Categoriza honestamente desde el principio.
• Asumir que sin markup significa gratis. Hay tarifa de plataforma fija y las conversaciones de Meta tienen su precio según país y categoría. Pide simulación de coste antes de comprometerte.
• No verificar el dominio del negocio en Meta, lo que retrasa la aprobación de la cuenta de WhatsApp. Haz la verificación del dominio y del negocio en paralelo, no en secuencia.
• Webhooks que responden lento o devuelven 500 ocasionalmente. Acepta el POST con 200, encola el procesamiento y resuelve la lógica fuera del hilo del request.

Cuándo NO usarla

Si tu equipo es de marketing puro y nadie va a tocar código, una bandeja SaaS con bots visuales encaja mejor que un BSP API-first. Si manejas un volumen ínfimo (decenas de mensajes al mes para un negocio muy pequeño) puede que el coste fijo del canal no compense frente a usar WhatsApp Business gratuito y atender a mano. Y si ya estás profundamente integrado con Twilio para SMS y voz, sumar otro proveedor solo para WhatsApp añade complejidad operativa que quizá no merezca la pena.

Combinarla con otras herramientas

360dialog encaja de forma natural con un backend propio (Node, Python, lo que uses) más un CRM o base de datos para el historial, y un orquestador de eventos (n8n, Inngest, colas) para no responder en línea. Si tu equipo necesita atender humanos, mete una bandeja como respond.io conectada a tu número 360dialog y deja la API para los flujos automatizados. Para campañas masivas con segmentación, sumar HubSpot o Mailchimp como fuente de audiencias y disparar plantillas vía 360dialog es un patrón limpio.

Mini-ejercicio

Crea una cuenta en el Sandbox de 360dialog, envía START desde tu WhatsApp al número que indica la documentación y manda un mensaje de texto a tu propio número con el curl del ejemplo. Sabrás que está bien si recibes el mensaje en menos de cinco segundos y la API te devuelve un messages.id en el cuerpo de la respuesta.