Facebook Ads no registra conversiones: guía de diagnóstico por CMS

Te cuento el caso. Un ecommerce que entró en la agencia hace unos meses llegó con la frase que oigo cada mes: “Meta no nos registra ni una compra y la tienda está facturando”. Abrimos el Events Manager, pestaña de eventos de navegador, y silencio absoluto. El píxel estaba puesto. El código era correcto. El chaval que lo montó lo hizo bien.

Lo que pasaba es que el banner de cookies bloqueaba el script hasta que el usuario aceptaba, y mucha gente no acepta. No era un problema de píxel. Era un problema de consentimiento disfrazado de problema de píxel, que es lo que más tiempo hace perder porque te manda a revisar código cuando el fallo está en una capa que nadie mira.

Esta es la guía en el orden en el que yo miro las cosas cuando salta ese aviso. De lo barato a lo caro: de los treinta segundos a la tarde entera. Y al final, la parte incómoda, la que casi nadie cuenta: qué haces cuando el píxel sí registra conversiones pero no se parecen ni de lejos a tu facturación.

Antes de tocar nada: ¿no registra o no atribuye?

Son dos problemas distintos, se arreglan en sitios distintos y confundirlos te cuesta media jornada. Si en el Events Manager no aparece ningún evento de compra, el evento no llega: fallo de seguimiento. Si el evento aparece en el Events Manager pero la columna de compras de tus anuncios está a cero, el evento llega y Meta no lo asocia a ningún clic: fallo de atribución.

La regla es simple. Mira siempre el Events Manager antes que el administrador de anuncios. El administrador te enseña lo que Meta se quiere apuntar; el Events Manager te enseña lo que de verdad ha entrado por la puerta.

Paso 1: Test Events, y en treinta segundos sales de dudas

Events Manager, tu origen de datos, pestaña Probar eventos. Pega ahí la URL de tu tienda, ábrela en el navegador que te da la herramienta y haz el recorrido completo: ficha de producto, añadir al carrito, checkout y compra. Sí, una compra real, con una tarjeta de verdad y un producto de un euro que luego reembolsas. Las pruebas con el pago en modo test no siempre disparan lo mismo.

Lo que veas ahí manda sobre cualquier otra cosa. Si el PageView entra y el Purchase no, ya sabes que el píxel base funciona y que el problema está en el evento de conversión concreto. Si no entra nada, el píxel no se está ejecutando en absoluto y el paso 5 es tu sospechoso.

Paso 2: ¿el píxel dispara en la página que tú crees?

Instala la extensión Meta Pixel Helper en Chrome y recorre la tienda. Te dice qué ID se está cargando, qué eventos salen y con qué parámetros. Aquí aparecen dos clásicos.

El primero, dos IDs distintos cargándose a la vez porque alguien puso el píxel en la plantilla del tema y además por el plugin oficial. El segundo, un solo ID pero eventos duplicados por la misma razón. Ninguno de los dos da cero conversiones, pero inflan el rendimiento aparente de tus anuncios y ensucian la recopilación de datos con la que Meta decide a quién enseñarlos. Si te suena el escenario, lo desarrollé en detalle en compras duplicadas del píxel de Facebook.

Paso 3: el evento de compra vive en la página de gracias, y la página de gracias no siempre es la que tú crees

Este es el que más veces he tenido que arreglar a mano. El evento Purchase tiene que dispararse en la pantalla de confirmación de pedido, después de que la pasarela devuelva al comprador. Si tu cliente paga con Redsys, Bizum o algunos métodos de PayPal, hay redirecciones de por medio, y no es raro que el usuario acabe en una URL de confirmación distinta de la que tiene el código.

Comprueba también que el evento lleva valor y moneda. Un Purchase sin value y sin currency se cuenta como conversión pero con importe cero, así que tu ROAS sale plano aunque las ventas existan.

Paso 4: CAPI y deduplicación

La API de Conversiones tapa lo que el navegador ya no deja pasar: bloqueadores, Safari, cookies rechazadas. Bien. Pero mándala mal y creas un problema nuevo.

Navegador y servidor tienen que enviar el mismo event_id para el mismo pedido. Si no lo comparten, Meta no puede deduplicar y cuenta dos compras donde hubo una. En el Events Manager verás una tasa de deduplicación que no llega al nivel esperado, y tus informes se vuelven ficción. Y hay una cosa que la CAPI no arregla por mucho que te la vendan como bala de plata: la sobreatribución sigue estando ahí, porque el problema no era técnico sino de criterio.

Paso 5: el consentimiento, sospechoso número uno en España

Si has llegado hasta aquí sin encontrar nada, mira el banner de cookies. Muchas tiendas españolas montaron Consent Mode en modo estricto sin medir el efecto, y el resultado es exactamente el que abrió este artículo: cero eventos de navegador, píxel impecable, cliente convencido de que Meta está roto.

El diagnóstico es de un minuto. Abre la tienda, rechaza todas las cookies y mira el Pixel Helper: si no dispara nada, ya lo tienes. Acepta y repite: si ahora dispara, el píxel funciona y lo que tienes es una tasa de consentimiento baja. Eso no se arregla tocando código, se arregla revisando cómo está redactado el banner y qué pasa con los usuarios que no interactúan con él.

Shopify

En Shopify el orden es: comprueba primero el canal oficial de Facebook y Instagram, ahí es donde se conecta el origen de datos, y solo después mira si alguien metió el píxel a pelo en el tema. Los duplicados de Shopify casi siempre nacen de tener las dos cosas.

Si la tienda no está en Shopify Plus, no tienes acceso al checkout, así que el evento de compra depende del script de pedido y de los ajustes de seguimiento del cliente. Si usas apps de checkout de terceros o upsells post-compra, revisa qué ocurre con la pantalla de confirmación: es donde se pierde el Purchase más veces.

WooCommerce

En Woo el problema suele ser de convivencia entre plugins. Dos plugins de píxel activos a la vez, o uno de píxel más el de Google Analytics que también inyecta código, y acabas con eventos por duplicado o pisándose entre ellos.

El segundo foco es el caché. Si tienes un plugin de caché agresivo o un CDN delante, la página de gracias puede servirse cacheada y el evento no llegar. Excluye del caché la URL de recepción de pedido y vuelve a probar. Y comprueba que el pedido pasa a estado procesando o completado: si tu evento está enganchado a un estado que la pasarela no devuelve, no dispara nunca.

PrestaShop

PrestaShop es donde más manualidades me encuentro. Módulos antiguos que no se han actualizado desde hace dos versiones mayores, código pegado en el header del tema y sobrescrito en la siguiente actualización, y una página de confirmación que cambia de URL según el método de pago.

Aquí, más que en ningún otro CMS, haz la compra de prueba con cada pasarela que tenga activa el cliente. Con tarjeta funciona y con Bizum no: lo he visto lo suficiente como para que sea lo primero que compruebo.

Y ahora lo incómodo: que registre no significa que sea verdad

Digamos que has arreglado el seguimiento. Los eventos entran, la deduplicación va fina, el administrador de anuncios te enseña compras. Enhorabuena, ya tienes un número. Lo que no tienes todavía es la verdad.

En una cuenta nuestra, verificada contra la facturación de la tienda, el píxel declaraba 40.420 € y el dinero real que había entrado eran 22.608 €. Mismo periodo, misma cuenta, sin nada roto. Ventana de 7 días de clic y 1 de visualización haciendo su trabajo: apuntarse gente que iba a comprar igual.

El píxel decía 40.420 €. La tienda, 22.608. Cuando le enseñas eso a un cliente que lleva un año pagándote por “un ROAS de 4”, la conversación cambia — y más te vale llegar tú con el dato antes de que lo descubra él.

Esa diferencia no se arregla con Test Events ni con el centro de ayuda de Meta. Se arregla cruzando la cuenta de anuncios con los pedidos reales de la tienda o del CRM, que es exactamente lo que hacemos con Furia Reports: la conexión a Meta Ads es de solo lectura, los pedidos vienen de tu lado, y en el informe ves las dos cifras juntas. Si quieres el marco completo antes de tocar nada, te lo conté en ROAS real frente a ROAS de plataforma y en cómo funciona la ventana de atribución de Meta.

Lo que yo haría el lunes

Primero Test Events con una compra real. Luego el banner de cookies, que en España se lleva más casos de los que se reconocen. Después el CMS, empezando por la página de gracias y las pasarelas raras. Y solo cuando el seguimiento esté limpio, la pregunta de verdad: ¿esas compras existen fuera de Meta?

Yo no escalaría una campaña con el ROAS del píxel ni de broma, y he visto agencias facturar años enteros sobre esa cifra sin mala fe, simplemente porque nadie la contrastó. Arregla el seguimiento, sí. Pero no confundas un dashboard que ya muestra números con un dashboard que muestra la realidad. Son cosas distintas y solo una de ellas paga las nóminas de tu cliente.

— Pedro Alvarado, fundador de Furia Funnel