Puntos clave
- La API de Conversiones envía los eventos desde el servidor de la tienda, sin depender del navegador del usuario.
- Meta recomienda usarla junto al píxel, con un identificador de evento común para eliminar duplicados.
- La calidad de coincidencia de los eventos depende de los datos de cliente enviados, siempre normalizados y cifrados.
- El envío desde el servidor debe respetar el consentimiento del usuario conforme al RGPD.
¿Qué es la API de Conversiones de Meta?
La API de Conversiones de Meta es una conexión directa entre el servidor de una tienda online y Meta. Envía eventos como visitas a producto, añadidos al carrito o compras sin pasar por el navegador del usuario. Allí actúan los bloqueadores y las restricciones de privacidad que hacen perder señal al píxel.
El píxel sigue siendo necesario, porque recoge señales del navegador que el servidor no ve. Por eso la configuración que recomienda Meta es redundante: los mismos eventos se envían por las dos vías y la plataforma conserva uno solo. En una tienda con inversión constante en campañas de Meta Ads, esa redundancia es la base de una medición fiable.
¿Por qué mejora los resultados de las campañas?
Mejora los resultados porque los algoritmos de Meta pujan y eligen audiencias con las conversiones que reciben. Si una parte de las compras no llega, el sistema aprende con una muestra incompleta. Infravalora creatividades y públicos que sí venden, reparte peor el presupuesto y el coste por compra sube sin que cambie nada en la tienda.
La pérdida de señal tampoco es homogénea. Pesa más en Safari e iOS, en quien usa bloqueadores y en las compras que llegan días después del clic.
- Recupera conversiones que el píxel pierde y mejora la atribución de las campañas.
- Da al algoritmo más datos para aprender, lo que suele estabilizar el coste por compra.
- Permite enviar eventos que ocurren fuera de la web, como pedidos confirmados, devoluciones o suscripciones renovadas.
- Deja decidir en el servidor qué datos salen hacia Meta y cuáles no.
El principio es el mismo que rige las campañas automatizadas de Google: Performance Max depende de la calidad de las conversiones que recibe, y Meta Advantage+ también.
Cuándo compensa y cuándo puede esperar
Compensa en cualquier tienda que invierta de forma continuada en Meta y use la compra como objetivo de las campañas. Con presupuestos pequeños y pocas ventas al mes, la prioridad suele ser otra. Primero hay que asegurar que el píxel mide bien y que el banner de consentimiento funciona.
¿Qué método de implantación conviene elegir?
El método depende de la plataforma de la tienda, de los recursos técnicos y de cuántas plataformas publicitarias hay que alimentar. Una tienda estándar en Shopify suele resolverlo con la integración nativa. Si además invierte en Google Ads, TikTok o Pinterest, un contenedor de servidor compartido acostumbra a ser la opción más rentable a medio plazo.
| Método | Cómo funciona | Adecuado para | Principal limitación |
|---|---|---|---|
| Integración de la plataforma | Conexión nativa desde Shopify, WooCommerce u otras plataformas | Tiendas estándar con pocos eventos personalizados | Poco control sobre los datos enviados y la deduplicación |
| Conversions API Gateway | Servidor en la nube que replica los eventos del píxel | Equipos sin desarrollo propio que quieren controlar el alojamiento | Solo replica lo que el píxel ya mide |
| Etiquetado en servidor | Contenedor de servidor de Google Tag Manager con la plantilla de Meta | Tiendas que ya trabajan con GTM y varias plataformas publicitarias | Exige alojar y mantener el contenedor |
| Integración directa | Llamadas a la API desde el backend de la tienda | Negocios con desarrollo propio y eventos complejos | Cada cambio depende del equipo de desarrollo |
Criterios para decidir
Tres preguntas ordenan la decisión. La primera es si hay eventos que solo conoce el backend, como un pedido pagado por transferencia o la baja de una suscripción. En ese caso, la integración directa o el etiquetado en servidor son las únicas vías completas.
La segunda pregunta es quién mantendrá la solución dentro de un año, cuando cambie el tema de la tienda o se añada un método de pago. La tercera es cuántos destinos publicitarios hay que alimentar. Un contenedor de servidor bien planteado envía los mismos datos a Meta, Google y TikTok con una sola capa de consentimiento. Es el enfoque que aplicamos en analítica y medición para tiendas online.
¿Cómo se evita duplicar eventos con el píxel?
Se evita enviando desde el píxel y desde el servidor el mismo nombre de evento y el mismo identificador de evento. Con esos dos valores, Meta reconoce que ambos envíos describen una sola compra y descarta uno. Si el identificador no coincide, la compra se cuenta dos veces y los informes muestran un rendimiento irreal.
El nombre del evento viaja como event_name, por ejemplo Purchase. El identificador viaja como event_id en el servidor y como eventID en el píxel. En las compras, el número de pedido es el candidato natural, porque existe en los dos lados y no se repite. Meta elimina el duplicado cuando ambos eventos llegan con menos de 48 horas de diferencia.
// Navegador (píxel)
fbq('track', 'Purchase', { value: 89.90, currency: 'EUR' }, { eventID: 'pedido-10482' });
// Servidor (API de Conversiones)
{ "event_name": "Purchase", "event_id": "pedido-10482", "action_source": "website" }En los eventos anteriores a la compra, como AddToCart, todavía no existe número de pedido. La solución habitual consiste en generar un identificador único en el navegador, guardarlo en la capa de datos y reenviarlo al servidor con el resto de parámetros.
Calidad de coincidencia de eventos
Para atribuir un evento, Meta necesita asociarlo a una persona. Lo hace con los parámetros de cliente que acompañan al evento: correo, teléfono, nombre, ciudad, dirección IP, agente de usuario y los identificadores de las cookies _fbp y _fbc. El Administrador de eventos puntúa cada evento de 0 a 10 según la cantidad y la calidad de esos datos.
| Parámetro | Cómo se envía | Observaciones |
|---|---|---|
| Correo electrónico | En minúsculas, sin espacios y cifrado con SHA-256 | Una sola mayúscula cambia el hash y rompe la coincidencia |
| Teléfono | Solo dígitos, con prefijo de país, cifrado | Sin el prefijo 34, los números españoles pierden coincidencias |
| Nombre y apellidos | En minúsculas, sin tildes sobrantes ni espacios, cifrados | Complementan al correo y al teléfono |
| IP y agente de usuario | Sin cifrar, tomados de la petición del cliente | Meta los pide en los eventos de sitio web |
| fbp y fbc | Sin cifrar, leídos de las cookies | fbc vincula la compra con el clic en el anuncio |
El parámetro fbc se deriva del identificador de clic que Meta añade a la URL del anuncio. Enviarlo en las compras es una de las mejoras con más impacto en la atribución, porque vincula cada pedido con el clic que lo originó.
En las auditorías que hacemos, una puntuación baja en el evento de compra casi siempre tiene una causa concreta. El correo se captura en el checkout pero no llega al servidor, o el servidor envía su propia IP en lugar de la del cliente. Ambos fallos se corrigen pronto.
Consentimiento y RGPD en la API de Conversiones
Enviar los eventos desde el servidor no exime de pedir consentimiento. En la Unión Europea, los datos de un usuario que ha rechazado las cookies publicitarias no deben llegar a Meta por ninguna de las dos vías. La implantación tiene que leer el estado de la plataforma de gestión del consentimiento y condicionar cada envío a esa decisión.
El fallo típico aparece cuando el píxel respeta el banner y el servidor no. La tienda parece cumplir, porque en el navegador no se carga nada, pero el backend sigue enviando compras con correo y teléfono cifrados. Un hash SHA-256 no anonimiza esos datos a efectos del RGPD, porque siguen siendo datos personales seudonimizados.
Con los usuarios que rechazan las cookies, la opción prudente es no enviar el evento. En la parte técnica, el servidor debe conocer el estado del consentimiento en el momento exacto del envío. Para ello hay que pasarlo desde el navegador o guardarlo junto al pedido.
Implantación paso a paso
El orden de trabajo que seguimos en tiendas con el píxel ya instalado tiene siete pasos. Cada uno deja un resultado comprobable antes de pasar al siguiente.
- Inventariar los eventos actuales del píxel, sus parámetros y las integraciones que ya envían datos a Meta desde un servidor.
- Elegir el método de envío según la plataforma, los destinos publicitarios y quién mantendrá la solución.
- Definir la regla del identificador para cada evento, con el número de pedido en las compras.
- Mapear los parámetros de cliente disponibles en cada paso del embudo y su normalización antes del cifrado.
- Conectar el estado del consentimiento con los envíos del servidor.
- Validar con la herramienta de eventos de prueba del Administrador de eventos y publicar.
- Revisar durante dos semanas la deduplicación, la calidad de coincidencia y la diferencia entre pedidos reales y eventos recibidos.
La última comprobación es la más reveladora. Si las compras recibidas en el Administrador de eventos se acercan a los pedidos de la tienda sin superarlos, la deduplicación funciona. Cuando los superan hay duplicados, y cuando se quedan muy lejos faltan envíos o el consentimiento bloquea más de lo previsto.
- Eventos estándar definidos: PageView, ViewContent, AddToCart, InitiateCheckout y Purchase.
- Identificador de evento común en el píxel y en el servidor.
- Valor y moneda en todos los eventos de compra.
- Parámetros de cliente normalizados y cifrados, con los identificadores de las cookies.
- Envío condicionado al consentimiento del usuario.
Errores frecuentes al implantar la API de Conversiones
Los fallos se repiten de una tienda a otra y casi nunca saltan a la vista en el panel. Estos cuatro aparecen en buena parte de las cuentas que revisamos.
Dos integraciones enviando la misma compra
La integración nativa de Shopify o WooCommerce sigue activa y alguien añade después un contenedor de servidor. Cada vía genera su propio identificador, así que Meta no puede deduplicar y las compras se inflan. Antes de cualquier cambio conviene revisar qué socios aparecen conectados en el Administrador de eventos.
Identificadores que no coinciden
El píxel genera un identificador aleatorio y el servidor usa el número de pedido. Llegan los dos envíos, ninguno se descarta y el informe muestra el doble de compras. Con un identificador aleatorio, además, cada recarga de la página de gracias cuenta como una compra nueva.
Valor y moneda incoherentes
Un canal envía el importe con IVA y el otro sin IVA, o falta la moneda. El valor de conversión deja de ser comparable y las pujas por valor aprenden con cifras erróneas. Conviene fijar un criterio único, por ejemplo el importe sin impuestos ni gastos de envío, y documentarlo.
La IP del servidor en lugar de la del cliente
En algunas implantaciones, el campo de IP recoge la dirección de la máquina que llama a la API. Todas las compras parecen venir del mismo sitio. La calidad de coincidencia cae y la atribución empeora sin ningún error visible en el panel.
Por dónde empezar
Si la tienda ya tiene píxel, conviene empezar por una revisión corta del Administrador de eventos. Hay que anotar qué integraciones envían datos, qué eventos se deduplican y qué puntuación de coincidencia tiene la compra. Con ese diagnóstico se elige el método, y no al revés.
Quien invierta también en Google Ads puede reutilizar el trabajo en las conversiones offline de Google Ads. Parten del mismo principio de enviar datos propios desde el servidor, siempre sujetos al consentimiento. Si el diagnóstico revela duplicados o compras sin datos de cliente, conviene pedir una revisión de la implantación antes de subir la inversión.
Preguntas frecuentes
¿La API de Conversiones sustituye al píxel de Meta?
No. Meta recomienda usar los dos a la vez, porque cada vía capta señales que la otra pierde. El píxel recoge datos del navegador y el servidor asegura los eventos que los bloqueadores impiden. Con un identificador de evento común, Meta conserva una sola conversión.
¿Hace falta un desarrollador para implantarla?
Depende del método. La integración nativa de Shopify o WooCommerce se activa sin programar. El etiquetado en servidor y la integración directa requieren perfiles técnicos, sobre todo para mapear parámetros y consentimiento. En tiendas a medida suele intervenir el equipo de desarrollo web que mantiene el backend.
¿Cuánto tarda en notarse el efecto en las campañas?
Los eventos aparecen en el Administrador de eventos en cuanto se publican los envíos. La mejora en atribución se ve en pocos días. El efecto sobre el coste por compra tarda más, porque el algoritmo necesita acumular conversiones nuevas y completar su fase de aprendizaje.
¿Se pueden enviar ventas de tienda física o del CRM?
Sí. La API de Conversiones admite eventos que no ocurren en la web, como ventas en tienda o altas confirmadas en el CRM. El origen se indica con el parámetro action_source. Suele resolverse con integraciones entre el CRM y las plataformas publicitarias.
