Ir al contenido
Compatible con Cloud API

¿Ya lo construiste sobre WhatsApp Cloud API? Cambia el host y el token.

Esto no es "nosotros también tenemos API". Es la misma API. Las rutas coinciden con las de Meta, los cuerpos de petición coinciden, las respuestas coinciden y los errores llegan en el envoltorio propio de Meta, así que el manejo de errores que ya escribiste sigue funcionando. Apunta tu cliente a otro host, cambia el token y para.

Incluido enWiz BotWiz CampaignWiz Pro

Un host y un token. El resto de tu integración queda intacto
Dos cambios
Los fallos vuelven en el envoltorio de error propio de Meta, así que tu manejo actual sigue sirviendo
Los mismos errores
La versión fijada en tu URL sigue funcionando después de que Meta la retire
A prueba de versiones

Para quién es

La empresa o agencia que ya pagó a un desarrollador para integrar el Cloud API de Meta y no va a pagar otra vez para migrar.

La duda que resuelve

"Cambiar de plataforma significa reintegrar." No cuando los endpoints, las cargas útiles y las formas de error son idénticos.

Cómo funciona la migración

  1. Crea una clave

    Genera una clave de API en el panel. Se presenta con la misma forma de cabecera que un token de Meta.

  2. Cambia la URL base

    Apunta tu cliente actual al host compatible en lugar de al de Meta.

  3. Cambia el token

    Usa tu clave como token bearer. Nada de cómo construyes las peticiones cambia.

  4. Ejecuta tus pruebas actuales

    Las mismas rutas, los mismos cuerpos, las mismas respuestas, el mismo envoltorio de error: tu conjunto de pruebas es la verificación de la migración.

Qué está replicado

Los endpoints que las integraciones usan de verdad, en las rutas que Meta documenta.

  • Envío de mensajes en el mismo endpoint de mensajes que ya llamas
  • Marcar mensajes como leídos y enviar indicadores de escritura, con el mismo cuerpo de petición
  • Subida de archivos, que devuelve un id con la forma que ya interpretas
  • Listado de plantillas de mensaje
  • Metadatos de archivo, descarga y borrado: los metadatos devuelven una URL funcional que tu cliente puede consultar sin saber de quién es
  • Un paso a través con lista de permitidos para el resto de las rutas documentadas
  • Errores en el envoltorio propio de Meta, así que tu manejo de errores sigue funcionando

Fijar una versión que sobrevive a las retiradas de Meta

El segmento de versión de la URL se acepta y luego se ignora. Suena a atajo y en realidad es una ventaja que conviene decir en voz alta: un cliente fijado a una versión antigua sigue funcionando después de que Meta la retire, y fijar una más nueva no puede meterte en un comportamiento que no está desplegado. La versión que hay en tu código deja de ser una tarea de mantenimiento.

Una lista de permitidos, no un proxy a ciegas

Solo existen las rutas documentadas, y cada una comprueba que el identificador de la ruta pertenece a la clave que llama. Eso mantiene la superficie auditable —puedes decir exactamente hasta dónde llega este endpoint— y significa que un error en tu cliente recibe una respuesta honesta en vez de ser reenviado a un sitio inesperado. Todo envío pasa por la plataforma, así que se aplican las mismas limitaciones de ritmo y protecciones de cuenta que en cualquier otro sitio.

Conviene saber

Hasta dónde llega esta función, dicho con claridad, para que nada aquí te sorprenda después de contratar.

  • Requiere una suscripción activa y pasa las mismas comprobaciones de derecho y de límite de ritmo que el resto de la API.
  • Esto es una lista de permitidos, no un proxy abierto. Solo existen las rutas documentadas, y cada una comprueba que el identificador de la ruta pertenece a tu clave.
  • El segmento de versión se reconoce y luego se ignora: las llamadas siempre van a la versión configurada de la plataforma. Es deliberado, y es la razón de que una versión antigua siga funcionando.
  • Solo GET, POST y DELETE. No hay PUT ni PATCH, porque responderlos con un error verosímil sería menos honesto que un 404.
  • Los envíos siguen pasando por la pasarela de la plataforma en vez de salir directamente, así que continúan aplicándose las limitaciones de ritmo y las protecciones a nivel de cuenta.

Incluido en

Esta función forma parte de los planes siguientes.

  • Wiz Bot
  • Wiz Campaign
  • Wiz Pro
Comparar planes y precios
Preguntas

Preguntas frecuentes

¿Cuánto de mi código tiene que cambiar?

La URL base y el token. Rutas, cuerpos de petición, respuestas y formas de error son los mismos, que es justamente el objetivo de esta función.

¿Es realmente la misma API o solo parecida?

Las mismas rutas, los mismos cuerpos de petición, las mismas respuestas y el mismo envoltorio de error. "Parecida" te seguiría costando una reescritura; esto está diseñado para que tus pruebas actuales pasen sin cambios.

¿Y el número de versión en mis URLs?

Se acepta y se ignora, así que un cliente fijado a una versión antigua sigue funcionando después de que Meta la retire. No tienes que perseguir retiradas.

¿Qué métodos HTTP se admiten?

GET, POST y DELETE. No hay PUT ni PATCH: preferimos devolver un 404 honesto antes que un error convincente por algo que no existe.

¿Está disponible todo lo que ofrece Meta?

No. Es una lista de permitidos deliberada de las rutas documentadas, no un proxy a ciegas, para que la superficie siga siendo auditable.

¿Sigo teniendo las funciones propias de la plataforma?

Sí. Los envíos pasan por la misma plataforma que usa tu panel, así que el buzón, la analítica, las protecciones de cuenta y las limitaciones de ritmo siguen aplicándose.

Cambia sin reintegrar

Cambia el host, cambia el token y ejecuta tus pruebas actuales.

Ver planes

Explora Más Funcionalidades

Descubre otras herramientas que hacen de WizMessage la plataforma completa de WhatsApp.