La API de Conversiones de Meta: qué arregla y qué no
Desde 2021 el píxel de Meta ve cada vez menos. No es una impresión tuya: es el resultado acumulado de cuatro cosas distintas que pasaron casi a la vez y que nadie te explicó junta. La API de Conversiones se vende como el parche que lo arregla. Arregla una parte. La otra parte no la arregla nadie, y conviene saber cuál es antes de firmar una implantación de 3.000 €.
Qué se rompió exactamente
El píxel es un trozo de JavaScript que se ejecuta en el navegador de quien visita tu web y le manda eventos a Meta: ha visto un producto, ha añadido al carrito, ha comprado. Ese modelo dependía de que el navegador cooperase. Dejó de cooperar por cuatro vías:
- ITP de Safari. Apple limita a 7 días (y en algunos casos a 24 horas) la vida de las cookies escritas por JavaScript. Si alguien hace clic en tu anuncio un martes y compra tres semanas después desde Safari, esa venta no se enlaza con el anuncio.
- ATT (App Tracking Transparency). El aviso de iOS que pregunta si permites que la app te siga. La mayoría dice que no. Meta pierde el identificador que unía la sesión dentro de Instagram con lo que pasa después en tu web.
- Bloqueadores. Entre extensiones tipo uBlock, navegadores como Brave y DNS filtrados, un porcentaje de tus visitas nunca llega a cargar el píxel. Según el público, va desde un 5 % en una tienda de moda para mayores de 45 hasta más del 20 % si vendes electrónica o gaming.
- El banner de cookies. Si el usuario no acepta, el píxel no debe dispararse. Y no se dispara. Esto no es un problema técnico, es una obligación legal.
El efecto práctico: Meta ve menos conversiones de las que ocurren, y las que ve las ve peor. Menos señal para el algoritmo y menos señal para la atribución.
Optimización y atribución no son lo mismo. Que Meta no sepa que una venta fue tuya afecta al informe. Que Meta no reciba suficientes eventos de compra afecta a a quién le enseña tus anuncios mañana. El segundo problema cuesta más dinero que el primero.
Qué es la API de Conversiones, sin marketing
En vez de que el evento salga del navegador del cliente, sale de tu servidor. Cuando se confirma un pedido, tu tienda le manda a Meta un paquete: se ha comprado, valor 84,90 €, y estos datos del cliente (email, teléfono, nombre, ciudad, IP) cifrados con hash, que es una transformación irreversible: Meta recibe una cadena de caracteres, no el email en claro, y la compara con las cadenas que genera a partir de sus propios usuarios.
Ese envío no pasa por el navegador. No lo bloquea uBlock, no lo caduca Safari, no depende de que la sesión siga viva. Lo normal es tener las dos cosas a la vez —píxel y API— con un identificador común de evento, para que Meta entienda que la compra 10428 que le llega por dos caminos es una sola.
Qué recupera de verdad
Eventos que se perdían por el camino. Todo lo que bloqueaban las extensiones, lo que se caía por errores de JavaScript, lo que no llegaba porque el cliente cerró la pestaña en la página de gracias antes de que cargase el píxel. En tiendas donde hemos comparado pedidos reales contra eventos recibidos, el píxel solo suele reportar entre el 70 % y el 90 % de las compras. La API sube ese número bastante, aunque casi nunca al 100 %.
Calidad de emparejamiento. Meta puntúa de 1 a 10 lo bien que puede identificar al usuario detrás de cada evento. Un píxel a secas se mueve en 4-6. Enviando email, teléfono, nombre, apellidos, código postal y país desde servidor, se llega con frecuencia a 8-9. Eso no es cosmética: cuanto mejor el emparejamiento, más eventos consigue atribuir Meta y mejor funcionan los públicos personalizados y los excluidos.
Eventos que el navegador nunca podría mandar. Esta es la parte que casi nadie aprovecha y que más cambia las cosas. Puedes enviar el pedido cuando el pago se confirma de verdad, no cuando el cliente ve la página de gracias. Puedes enviar la devolución. Puedes enviar el evento "pedido entregado y no devuelto a los 30 días". Puedes enviar el lead cualificado desde tu CRM en vez del formulario enviado.
Si vendes con contrareembolso, o con Cetelem, o tienes un 18 % de devoluciones en moda, la diferencia entre optimizar por "compra" y optimizar por "compra que se queda" es la diferencia entre un ROAS de plataforma bonito y un margen real. Sobre esa distancia entre lo que te enseña el panel y lo que ingresas hay otro artículo entero, porque la API es solo una de las piezas.
La API de Conversiones no te da más verdad. Te da más señal, y te deja elegir qué señal mandas.
Qué no arregla
No salta el consentimiento. Si el usuario rechaza cookies, tampoco puedes mandar sus datos desde servidor. Enviarlos igualmente es una infracción de RGPD, y desde el punto de vista de Meta también incumple sus condiciones. Cualquiera que te venda la API como forma de "recuperar el tráfico que rechaza cookies" te está proponiendo asumir un riesgo legal que no te ha explicado. Lo que sí puedes trabajar es el porcentaje de aceptación del banner, que en tiendas españolas suele estar entre el 60 % y el 85 % según diseño.
No inventa la atribución que ATT se llevó. Si alguien vio tu anuncio en Instagram desde iOS sin permiso de seguimiento y luego entró tecleando tu marca en Google, Meta seguirá sin poder demostrar que ese clic fue suyo. La API ayuda cuando hay un clic con parámetros, cuando hay un email que emparejar. No resucita al usuario anónimo.
No arregla una cuenta mal montada. Si tienes doce conjuntos de anuncios peleándose por el mismo público y ninguno llega a 50 conversiones semanales, el problema no es la señal, es la estructura. Mejorar la calidad del dato de una campaña que no sale de la fase de aprendizaje no cambia gran cosa.
No cuadra tus números con Analytics. Al contrario: al recuperar eventos, Meta suele reportar más conversiones que antes y la distancia con tu panel de pedidos se puede ensanchar, no estrechar. La atribución de Meta sigue siendo por defecto 7 días clic y 1 día visualización, y sigue apuntándose ventas que también se apunta Google.
Una API mal implantada duplica conversiones. Si el event_id del píxel y el del servidor no coinciden, Meta cuenta dos veces cada compra. El ROAS del panel se dobla de la noche a la mañana, tú te lo crees, subes presupuesto y descubres el error tres semanas y 9.000 € después. Comprueba siempre el porcentaje de eventos deduplicados en el Administrador de eventos.
Las cuatro formas de montarla, y lo que cuestan
| Vía | Cuándo tiene sentido | Coste orientativo | Pega |
|---|---|---|---|
| Integración nativa (Shopify, WooCommerce con el plugin oficial, PrestaShop) | Catálogo estándar, checkout estándar, sin CRM de por medio | 0 € y 2-3 horas | Mandas lo que la integración quiera mandar. Poca calidad de datos, ningún evento personalizado |
| Conversions API Gateway (el servidor que ofrece Meta, alojado en tu AWS) | Quieres saltarte bloqueadores sin tocar el back de la tienda | 60-200 €/mes de AWS más el montaje | Sigue dependiendo del navegador para disparar el evento. No resuelve el problema de fondo |
| Servidor de Google Tag Manager (propio o en Stape) | Tienes también Google Ads, TikTok, Analytics 4 y quieres una sola tubería | 20-120 €/mes más 1.500-4.000 € de implantación | Una capa más que mantener y que se rompe en silencio. Necesita a alguien que la revise |
| Envío directo desde tu backend o tu ERP | Devoluciones altas, contrareembolso, venta con validación posterior, B2B | 2.500-8.000 € según integración | Trabajo de desarrollo real y dependencia de tu equipo técnico. Es la única que permite mandar eventos que el navegador no conoce |
Los rangos son de proyectos que hemos visto en España en 2024-2025 y varían mucho según el estado de la tienda. Un Shopify limpio y un Magento con siete años de parches no cuestan lo mismo ni de lejos.
Cuándo compensa el trabajo
Regla práctica: la API empieza a rentar cuando el volumen de señal perdida vale más que el coste de recuperarla.
- Por debajo de 3.000-4.000 € al mes de inversión, la integración nativa gratuita y punto. Montar servidor de GTM para gastar 2.000 € en Meta es gastar en fontanería lo que deberías gastar en tráfico. Si estás dudando de cuánto meter, el criterio de inversión va antes que el de medición.
- Entre 4.000 y 15.000 € al mes, merece la pena hacerlo bien: enviar email y teléfono con hash, subir el emparejamiento, deduplicar limpio. Amortizas en meses si tu recuperación de eventos está entre el 10 % y el 25 %, que es lo habitual.
- Por encima de 15.000 € al mes, o con devoluciones altas, o con venta que se confirma después (contrareembolso, financiación, presupuesto), el envío desde backend deja de ser opcional. Aquí lo que ganas no es "unas conversiones más": es optimizar por un evento que sí se parece a tu margen.
Casos donde no compensa aunque tengas volumen: si tu producto se compra en la misma sesión, casi todo el tráfico es Android y Chrome, y tu tasa de devolución es del 2 %, el píxel bien puesto ya te está dando el 90 % de la película. El 10 % restante te costará 3.000 € y te dará un 3 % más de eventos. Haz la cuenta antes.
Cómo saber si está bien puesta
Tres comprobaciones que puedes hacer tú, sin ser técnico, en el Administrador de eventos de Meta:
- Calidad de emparejamiento. Entra en el evento Purchase y mira la puntuación. Por debajo de 6 con la API activa, estás mandando poca información de cliente o la estás mandando mal (con espacios, mayúsculas, sin normalizar el teléfono a formato internacional).
- Deduplicación. Meta te dice qué porcentaje de eventos ha recibido por los dos canales y ha unificado. Si ese porcentaje es bajo y el total de compras se ha disparado, tienes duplicados.
- Contraste con tus pedidos reales. Coge un mes. Cuenta los pedidos en tu tienda. Compáralos con las compras que registra el píxel en ese mismo mes, con ventana de 1 día. No van a cuadrar al 100 %, pero si Meta registra 340 compras y tú has hecho 290 pedidos, algo está contando de más.
Una implantación por servidor no es un proyecto que se cierra. Cada cambio de tema, cada actualización del checkout, cada migración de pasarela puede romperla sin avisar. Calcula una revisión trimestral, aunque sea de media hora, y una alerta que te avise si los eventos de compra caen a cero durante 24 horas.
La conclusión incómoda
La API de Conversiones es infraestructura, no estrategia. Recupera señal perdida, mejora el emparejamiento y —esto es lo importante— te permite decidir qué le enseñas al algoritmo. Con eso puedes conseguir campañas que aprenden más rápido y públicos más limpios.
Lo que no va a hacer es devolverte el mundo de 2019, donde el panel de Meta y tu contabilidad decían más o menos lo mismo. Ese mundo no vuelve. Lo que sustituye a la certeza es una combinación de señal decente, atribución con la que has decidido vivir y algún contraste periódico contra tus ingresos de verdad. La API es la primera pata. Sin las otras dos, es un gasto técnico que te deja igual de ciego, pero con mejores gráficas.
Si este problema está entre dos proveedores tuyos,
es justo donde suelo entrar.