El Conversions API Gateway es una forma de autoservicio y sin código de ejecutar la Conversions API de Meta aprovisionando un servidor en una cuenta de nube que tú posees. El Meta Pixel envía eventos del navegador tanto a Meta como al Gateway, y el Gateway los reenvía de servidor a servidor a la Conversions API, usando un event_id para deduplicar los dos. Lo configuras en Events Manager y lo alojas en AWS o GCP, o haces que un partner lo aloje. Pone el seguimiento del lado del servidor en marcha en horas en lugar de semanas, sin un desarrollador.
Hay varias formas de hacer llegar eventos del lado del servidor a Meta, y cada una equilibra de forma diferente el esfuerzo, el coste y el control. El Conversions API Gateway es la ruta que te lleva ahí rápidamente, sin escribir código y sin entregar tus datos de eventos a una plataforma de terceros que no controlas. Es un método de configuración distinto, no un tipo separado de seguimiento, así que ayuda saber exactamente dónde encaja antes de comprometerte.
Esta guía cubre el Gateway específicamente: qué es, cómo funciona, para quién es, las dos formas de desplegarlo y cómo se compara con las integraciones directas y nativas. Si quieres la base sobre qué es la Conversions API y cómo funciona la deduplicación, empieza con la guía central, luego vuelve aquí para elegir tu método de configuración.
¿Qué es el Conversions API Gateway?
El Conversions API Gateway es un producto independiente de Meta, ofrecido como una opción de configuración de autoservicio dentro de Events Manager, que ejecuta la Conversions API por ti sin ninguna programación. Envía los eventos de tu sitio web a través de dos canales a la vez: el Meta Pixel desde el navegador y la Conversions API desde un servidor, en una configuración redundante y deduplicada. Meta lo lanzó por primera vez en 2021 y continúa manteniéndolo, con actualizaciones llegando a lo largo de 2026.
El atractivo es práctico. Según Meta, el Gateway reduce el tiempo de integración de la Conversions API de semanas a horas o incluso minutos, no conlleva ninguna tarifa de licencia de software propia, requiere muy poco esfuerzo técnico y se actualiza automáticamente con el consentimiento del administrador anfitrión para que se mantenga al día sin mantenimiento manual.
Lo clave que hay que entender es la propiedad. El Gateway no es un servicio alojado por Meta que se ejecute en los servidores de Meta. Tú, o un partner actuando en tu nombre, aprovisionas y posees el servidor en el que se ejecuta dentro de tu propia cuenta de nube. Esa distinción moldea todo lo demás: el modelo de coste, el control de los datos y quién es responsable de mantenerlo en marcha.
Cómo funciona el Gateway
El flujo de datos es sencillo una vez que lo visualizas. Un Meta Pixel que ha sido configurado con tu endpoint del Gateway se activa como de costumbre en el navegador, enviando eventos a Meta. Al mismo tiempo, envía esos mismos eventos al Gateway. El Gateway recibe los eventos del navegador, los transforma en eventos de la Conversions API y los reenvía de servidor a servidor a Meta. Un event_id se genera automáticamente y se lleva en ambas rutas, para que Meta pueda hacer coincidir el evento del navegador y el evento del servidor y contarlos una vez en lugar de dos.
Por dentro, el Gateway está formado por dos partes. Un módulo de middleware hace el trabajo de recibir, transformar y reenviar eventos. Un portal de administración, una interfaz web, te permite administrar y monitorizar la instancia. Llegas a esa interfaz en tu endpoint del Gateway, en la ruta /hub/capig, donde muestra tus pixels conectados, la actividad de eventos, la tasa de éxito de la Conversions API y las notificaciones del producto.
Una instancia da para mucho. El Gateway admite múltiples pixels y múltiples dominios a la vez, así que una agencia o un negocio que ejecuta varios sitios puede cubrirlos todos desde un único despliegue en lugar de levantar uno por propiedad.
Para quién es el Conversions API Gateway
El Gateway encaja con anunciantes que quieren un seguimiento fiable del lado del servidor rápidamente y sin un proyecto de desarrollo. Es una buena opción cuando:
- Quieres eventos del lado del servidor en marcha en horas, no tras una construcción de varias semanas.
- No tienes, o no quieres ocupar, recursos de desarrollo.
- Prefieres mantener los datos de eventos fluyendo a través de tu propia nube que enrutarlos a través de una plataforma de terceros.
- Tu plataforma de sitio web no tiene una integración nativa limpia de la Conversions API.
- Gestionas varios dominios o pixels y quieres una instancia que los cubra.
- Quieres un coste predecible vinculado al uso de la nube.
Cuándo considerar otro enfoque
El Gateway no es la herramienta correcta para cada situación, y vale la pena ser honesto al respecto. Las organizaciones más grandes o más reguladas a menudo tienen necesidades que no atiende directamente: una garantía formal de tiempo de actividad y monitorización, un proceso de revisión de seguridad para cualquier infraestructura autogestionada, seguimiento del lado del servidor a través de varias plataformas publicitarias como Google, TikTok y Snap desde un solo lugar, o control granular sobre exactamente cómo se cifra y se envía cada pieza de datos del cliente. Una plataforma de datos del cliente o una integración personalizada pueden encajar mejor ahí.
Y si tu plataforma ya ofrece una integración nativa gratuita de la Conversions API, como la app de Shopify o un plugin de WooCommerce, esa ruta suele ser más simple que desplegar el Gateway en absoluto.
Lanza más. Haz menos clics.
Sube cientos de creatividades a la vez, empareja miniaturas con vídeos automáticamente y exporta directamente al Administrador de anuncios de Meta.
Prueba Ads Uploader gratisSin tarjeta de crédito • 7 días de prueba gratis
Cómo desplegar el Conversions API Gateway
Ambas rutas de despliegue empiezan en el mismo lugar. En Events Manager, abre tu dataset, ve a Configuración, encuentra la sección Conversions API y haz clic en Empezar. A partir de ahí eliges si alojar el Gateway tú mismo o hacer que un partner lo aloje.
Opción A: Autoalojar en tu propia nube
El autoalojamiento ejecuta el Gateway dentro de una cuenta de nube que tú posees. Meta admite tres servicios para esto: AWS EKS, AWS ECS Express y GCP. No construyes la infraestructura a mano. Meta proporciona plantillas que la despliegan automáticamente, que es por lo que no se requiere ningún desarrollador para una configuración estándar.
El único paso de configuración que siempre aplica es el DNS. Apuntas un subdominio, algo como capig.example.com, a tu endpoint del Gateway para que el Pixel pueda alcanzarlo. Luego conectas tu pixel o pixels y los dominios que quieres cubrir. La autenticación a Meta se ejecuta a través de un usuario del sistema de Meta Business y un token de acceso creado durante la configuración, que es el mismo patrón de credencial en el que se basan otras integraciones del lado del servidor. Si quieres el detalle de esa parte, consulta cómo configurar el usuario del sistema y el token de acceso.
Con el autoalojamiento, tu único coste de funcionamiento es el propio recurso de la nube.
Opción B: Alojar con un partner
Si prefieres no ejecutar ninguna infraestructura, elige Alojar con un partner en la misma pantalla de Events Manager y elige un proveedor. Varios partners ofrecen esto, como Stape o Datahash, y aprovisionan y mantienen la instancia del Gateway por ti. La contrapartida es una tarifa mensual recurrente que escala con tu volumen de eventos (cada partner publica los planes actuales en su página de precios), y el hecho de que tus datos de eventos pasan a través de la infraestructura del partner en lugar de solo la tuya.
Verifica que el Gateway se está activando
Una vez desplegado, confirma que ambos canales están funcionando. Usa la herramienta Test Events en Events Manager para ver los eventos del servidor llegar en tiempo real, y abre la interfaz de administración del Gateway para comprobar la tasa de éxito de la Conversions API, que te dice qué porción de los eventos del navegador están llegando a Meta a través de la ruta del servidor. Como el Pixel sigue activándose del lado del cliente como la mitad redundante de la configuración, puedes confirmar ese lado con la extensión de navegador Meta Pixel Helper. Una configuración saludable muestra eventos llegando en ambos canales y deduplicándose limpiamente con el event_id compartido.
Ahorra horas probando creatividades
Deja de subir anuncios de uno en uno. Procesa creatividades ilimitadas en masa con emparejamiento automático de archivos y publicación directa vía API.
Prueba Ads Uploader gratisSin tarjeta de crédito • 7 días de prueba gratis
Gateway vs integración directa vs integración de partner
El Gateway es una de las pocas formas de ejecutar la Conversions API. Elegir bien es sobre todo cuestión de cuánto control necesitas frente a cuánto esfuerzo puedes gastar.
- Integración directa: un desarrollador escribe el código de servidor a servidor que envía eventos a la Conversions API. Ofrece el máximo control sobre cada campo y evento, pero requiere el mayor esfuerzo inicial y el mayor mantenimiento continuo.
- Conversions API Gateway: sin código, autoaprovisionado en tu propia nube, rápido de desplegar, poco mantenimiento gracias a las actualizaciones automáticas, y el servidor permanece bajo tu propiedad.
- Integración nativa o de partner: una integración nativa de la plataforma (Shopify, WooCommerce) o un partner totalmente gestionado. La más simple donde está disponible, con el menor control sobre la implementación.
| Método | Esfuerzo de configuración | Coste | Esfuerzo técnico | Control de datos | Mantenimiento |
|---|---|---|---|---|---|
| Integración directa | Alto | Tiempo de desarrollo | Alto | Completo | Alto |
| CAPI Gateway (autoalojado) | Bajo | Solo recurso de nube | Bajo | Alto (nube propia) | Bajo (actualizaciones automáticas) |
| CAPI Gateway (alojado por partner) | Bajo | Tarifa mensual del partner | Bajo | Medio (vía partner) | Bajo (gestionado) |
| Integración nativa / de partner | El más bajo | De gratis a mensual | El más bajo | Bajo | Bajo |
El GTM del lado del servidor es una cuarta ruta que algunos equipos usan, y se cubre en la guía central de la Conversions API en lugar de aquí.
¿Es el Gateway lo mismo que Signals Gateway?
No, aunque los nombres son parecidos. El Conversions API Gateway se centra en un trabajo: el seguimiento de conversiones del lado del servidor para Meta. Signals Gateway es el hub de datos propios más amplio y más reciente de Meta. Gestiona datos de web, app, mensajería de negocio, offline y CRM, usa el más reciente Signals Pixel, y puede enrutar datos a destinos más allá de Meta.
En 2026, Meta ha estado orientando las configuraciones más nuevas hacia Signals Gateway como la opción más capaz. El Conversions API Gateway sigue siendo una opción válida y enfocada para anunciantes que específicamente quieren el seguimiento del lado del servidor de Meta, y los dos pueden ejecutarse uno junto al otro. Si estás eligiendo hoy y esperas necesitar el enrutamiento de datos a múltiples destinos más adelante, vale la pena informarse sobre Signals Gateway antes de comprometerte con una configuración solo de Gateway.
Preguntas frecuentes
¿Qué es el Conversions API Gateway de Meta? Es una forma de autoservicio y sin código de ejecutar la Conversions API de Meta aprovisionando un servidor en una cuenta de nube que tú posees. El Meta Pixel envía eventos del navegador tanto a Meta como al Gateway, y el Gateway los reenvía de servidor a servidor a la Conversions API. Es un producto independiente de Meta que configuras en Events Manager, no un servicio alojado por Meta.
¿Es gratuito el Conversions API Gateway? El software del Gateway en sí no conlleva ninguna tarifa de licencia de Meta. Pagas por la infraestructura en la que se ejecuta. Si lo autoalojas, esa es tu factura de nube de AWS o GCP. Si lo alojas con un partner, es una tarifa mensual fija del partner que escala con el volumen de eventos; revisa la página de precios actual del partner. No hay ningún cargo por evento de Meta.
¿Cuál es la diferencia entre el Conversions API Gateway y una integración directa de la Conversions API? Una integración directa significa que un desarrollador escribe código de servidor a servidor para enviar eventos a la Conversions API. Da el máximo control pero requiere el mayor esfuerzo y mantenimiento continuo. El Gateway es una alternativa sin código: las plantillas de Meta aprovisionan un servidor en tu nube, y convierte y reenvía los eventos del Pixel automáticamente, actualizándose con el tiempo.
¿Necesito un desarrollador para configurar el CAPI Gateway? Normalmente no. El flujo de autoalojamiento usa plantillas proporcionadas por Meta para desplegar la infraestructura automáticamente, y el flujo de alojamiento con partner lo gestiona el partner. La tarea técnica principal es un cambio de DNS para apuntar un subdominio a tu endpoint del Gateway. Un desarrollador o contacto de TI ayuda si tu DNS o acceso a la nube está bloqueado, pero no se requiere código personalizado.
¿Debería autoalojar el Gateway o usar un partner? Autoalója cuando quieras mantener los datos en tu propia nube y pagar solo los costes de infraestructura, y puedas gestionar una cuenta de nube y DNS. Aloja con un partner cuando prefieras no ejecutar ninguna infraestructura y prefieras una instancia gestionada por una tarifa mensual, aceptando que los datos pasan a través del partner. Ambos se configuran desde la misma pantalla de Events Manager.
¿Es el Conversions API Gateway lo mismo que Signals Gateway? No. El CAPI Gateway se centra en el seguimiento de conversiones del lado del servidor para Meta. Signals Gateway es el hub de datos propios más amplio de Meta que gestiona datos de web, app, mensajería, offline y CRM usando el más reciente Signals Pixel, y puede enrutar datos a destinos más allá de Meta. Son productos relacionados que pueden ejecutarse juntos, y Meta ha estado orientando las configuraciones más nuevas hacia Signals Gateway.
¿Cómo verifico que el Conversions API Gateway está funcionando? Usa la herramienta Test Events en Events Manager para confirmar que los eventos del servidor llegan, y comprueba la tasa de éxito de la Conversions API en la interfaz de administración del Gateway. Como el Pixel sigue activándose en el navegador como la mitad redundante de la configuración, puedes confirmar ese lado con la extensión de Chrome Meta Pixel Helper. Las configuraciones saludables muestran eventos de ambos canales deduplicándose limpiamente.
Elegir el Gateway con confianza
El Conversions API Gateway es la ruta intermedia sin código y de propiedad propia hacia el seguimiento del lado del servidor. Vive entre una integración directa programada a mano y una nativa totalmente gestionada: más rápida y más ligera que construirla tú mismo, más bajo tu control que entregar todo a una plataforma. Lo despliegas desde Events Manager, ya sea autoalojado en AWS o GCP o alojado por un partner, y ejecuta la configuración redundante de Pixel más Conversions API con la deduplicación integrada.
Elígelo cuando quieras velocidad y propiedad de los datos sin un proyecto de desarrollo, y mira una integración nativa o una plataforma de datos del cliente cuando esas encajen mejor con tu situación. Sea cual sea la ruta que elijas, asegúrate de que tu Pixel se está activando primero, configura el usuario del sistema con el que el Gateway se autentica, y vigila la calidad de coincidencia de eventos a medida que los datos del lado del servidor empiezan a fluir.
Para los detalles de incorporación a la nube y DNS de Meta, consulta la guía de configuración del Gateway.
