Cuando un cambio en WordPress o WooCommerce rompe la medición de Meta Ads, el síntoma suele ser claro: suben los clics, pero las compras no cuadran, faltan eventos o aparecen duplicados. El fallo puede venir del tema, un plugin, la caché, el consentimiento o del checkout, y sin un diagnóstico ordenado es fácil tocar algo que empeore la trazabilidad.
Los problemas con conversiones y FB en WordPress o WooCommerce suelen deberse al disparo del evento, el consentimiento de cookies, la caché, el checkout o a duplicados entre navegador y API de conversiones. Revisar síntomas, comparar Meta Pixel Helper y API, y auditar la instalación antes y después de cambios permite localizar el origen real y recuperar una medición fiable.
¿Tu pixel falla o solo estás midiendo mal?
El problema no siempre está en el píxel de Facebook. Muchas veces el evento sí existe, pero no dispara cuando debe, se bloquea por cookies o se duplica por varios plugins.
¿Qué significa que falten conversiones?
Faltan conversiones cuando la compra, el lead o el envío del formulario ocurre, pero Meta no la registra. Es como tener un timbre instalado y que nadie lo pulse en el momento correcto.
La señal más clara es esta: ves ventas en WooCommerce, pero Meta Ads muestra menos compras. También pasa al revés, con conversiones infladas por duplicados.
Si la discrepancia supera el 20% durante varios días, ya no parece ruido normal. Suele haber un fallo de configuración, consentimiento o deduplicación.
¿Cuándo el problema es del pixel y no del anuncio?
El fallo es del pixel cuando el evento no dispara, dispara tarde o dispara dos veces. Si la campaña trae tráfico y la web recibe acciones reales, el anuncio no suele ser el primer sospechoso.
Meta recomienda revisar el evento en navegador y en servidor por separado. Esa revisión evita culpar al creativo cuando el problema vive en la web.
Meta explica que la calidad de los eventos depende de la instalación, el consentimiento y la coincidencia de datos. Sin eso, la atribución pierde precisión.
Qué mirar en los primeros 5 minutos
Abre Meta Pixel Helper, carga la página y revisa si aparece el evento esperado. Si no aparece, el fallo está antes de la atribución.
Después comprueba si el banner de cookies bloquea scripts hasta que hay aceptación. Esto funciona bien en teoría, pero en la práctica muchos sitios enseñan el banner correcto y siguen bloqueando el evento por un ajuste mal puesto.
Diagnóstico por síntomas
Si el pixel no dispara, empieza por comprobar si el script se carga realmente en la página y si Meta Pixel Helper detecta un PageView. Si la compra no se registra, revisa la página de gracias, el estado del pedido y si el evento Purchase llega desde navegador o servidor. Cuando hay duplicados de eventos, compara si el mismo evento sale por plugin, Google Tag Manager o API de conversiones con el mismo event_id. Y si las conversiones aparecen incompletas, suele haber un bloqueo por consentimiento de cookies, una caché de WordPress que sirve versiones antiguas o un salto en el checkout que corta la sesión antes de tiempo.
En WooCommerce, estos fallos se notan mucho en ventas reales: puedes ver pedidos cerrados en el panel, pero Meta Ads mostrar menos compras o un ROAS falseado por datos inconsistentes.
Checklist rápido para auditar WordPress y WooCommerce
Una auditoría buena empieza por lo más básico: saber qué dispara, desde dónde y con qué permiso. Sin ese mapa, cualquier arreglo puede empeorar la medición.
Qué revisar antes de publicar cambios
Revisa si el evento sale desde plugin, Google Tag Manager, tema o API de conversiones. Si salen dos orígenes para el mismo evento, tienes papeletas para duplicar compras o leads.
Comprueba también la caché, la minificación y el modo de prueba. Un script antiguo en caché puede seguir activo aunque ya hayas cambiado la configuración.
- Pixel instalado: confirma el ID correcto de Meta en todas las páginas.
- Evento esperado: valida si dispara PageView, ViewContent, AddToCart o Purchase.
- Consentimiento: comprueba si el banner permite cargar el script tras aceptar.
- Caché: vacía caché de plugin, servidor y CDN antes de volver a probar.
- Duplicados: revisa si el mismo evento sale por plugin, GTM y servidor.
Un caso habitual: el plugin de Meta estaba bien, pero el tema cargaba otro evento Purchase desde una plantilla antigua. Resultado: compras duplicadas y ROAS falseado.
Qué revisar tras actualizar plugins o tema
Tras una actualización, revisa primero checkout y página de gracias. Son los puntos donde más se rompe el seguimiento en WooCommerce.
La mayoría de guías dicen que basta con “reinstalar el pixel”. Lo que no mencionan es que una actualización puede cambiar el orden de carga de scripts y romper la coincidencia entre navegador y servidor.
Qué revisar si usas WooCommerce
WooCommerce depende mucho de la página de agradecimiento, del estado del pedido y de la sesión del navegador. Si uno de esos elementos falla, el evento de compra queda incompleto.
En la imagen de más abajo se aprecia claramente la diferencia entre un Purchase disparado en el navegador y otro disparado por servidor. Esa comparación evita probar a ciegas.
Qué revisar si hay varios administradores
Cuando varias personas tocan la web, el riesgo sube. Un editor instala un plugin, otro añade GTM y un tercero activa la API de conversiones. Luego nadie sabe qué dispara qué.
El error más frecuente en este punto es mantener tres sistemas a la vez sin una regla clara de deduplicación.
| Señal |
Dónde mirar |
Qué suele indicar |
| No aparece ningún evento |
Meta Pixel Helper |
Script bloqueado, ID mal puesto o caché vieja |
| Evento aparece dos veces |
Event Manager y navegador |
Doble disparo por plugin, GTM o tema |
| Compra llega tarde |
API de conversiones |
Retraso de servidor, colas o sesión rota |
Meta registra menos conversiones cuando algo bloquea el evento antes de salir. Registra más cuando varios sistemas cuentan la misma acción dos veces.
El cookie banner puede bloquear eventos
Un cookie banner mal montado puede dejar el pixel dormido hasta que el usuario acepte. Si el usuario compra antes de aceptar, el evento no sale.
Eso pasa mucho con RGPD, LOPDGDD y ePrivacy cuando el aviso de cookies existe, pero no controla bien el orden de carga. La regla es simple: primero consentimiento, luego medición.
La guía de cookies de la AEPD ayuda a entender por qué un banner puede frenar el seguimiento.
La caché puede servir scripts antiguos
La caché guarda una copia rápida de la web, como una foto de una página. Si esa foto sigue vieja, enseña scripts que ya no encajan con la versión actual.
Esto afecta mucho después de cambios en plugins, tema o GTM. El resultado típico es que el Pixel Helper muestra una cosa y Meta Event Manager otra.
GTM, plugin y tema pueden duplicar eventos
Cuando el mismo evento sale por tres sitios, el sistema cuenta de más. Sucede con plugins de Meta, contenedores de Google Tag Manager y código metido en el tema.
Un caso habitual: el desarrollador añade Purchase en GTM, el plugin de Meta lo sigue enviando y la plantilla de WooCommerce lanza otro más. El resultado es un pedido contado dos o tres veces.
Los datos apuntan a que el mayor error no es técnico, sino de coordinación: varias capas hacen lo mismo sin saberlo.
RGPD, LOPDGDD y ePrivacy afectan
Si el usuario no acepta ciertas cookies, el pixel no debe cargar igual que una cookie técnica. Esa diferencia importa, porque no todas las cookies hacen la misma función.
Meta Pixel Helper puede mostrar el evento en el navegador, pero eso no valida si el consentimiento fue correcto ni si la API lo duplicó después.
Cada herramienta sirve para una parte distinta del diagnóstico. Confundirlas lleva a falsas conclusiones y a cambios innecesarios.
Meta Pixel Helper comprueba si el pixel sale en el navegador y si el evento se dispara. Es como mirar si la luz del timbre se enciende cuando alguien pulsa.
No valida por sí sola la calidad de la conversión, la deduplicación ni la parte del servidor. Sirve para detectar lo básico, no para cerrar el caso.
Qué aporta la API de conversiones
La API de conversiones envía eventos desde el servidor. Eso ayuda cuando el navegador bloquea scripts, pierde sesión o sufre bloqueos de privacidad.
También ayuda a recuperar parte de la señal en iPhone, Safari y otros entornos con más restricciones. Según Meta, combinar navegador y servidor suele dar una visión más estable que usar solo navegador.
La documentación oficial de Conversions API explica el papel del event_id y la deduplicación.
Cuándo usar Google tag manager
Google Tag Manager sirve cuando necesitas orden. Permite centralizar etiquetas, pero también puede convertirse en otro foco de duplicados si se mezcla sin control con plugins.
Si un sitio usa GTM, conviene decidir quién manda: GTM, plugin de Meta o código en tema. Los tres a la vez casi nunca salen bien.
Matriz: qué herramienta usar según
| Síntoma |
Herramienta principal |
Qué confirmar |
| No aparece el evento |
Meta Pixel Helper |
ID, script, caché, consentimiento |
| Compra duplicada |
Event Manager |
event_id y doble origen |
| Faltan compras en móvil |
API de conversiones |
Servidor, sesión y coincidencia |
Cuándo usar cada herramienta en
Meta Pixel sirve para enviar eventos desde el navegador y es la base para comprobar si el sitio está midiendo algo. Meta Pixel Helper es la herramienta más rápida para validar en el momento si el código carga, qué eventos dispara y si hay errores visibles en la página. La API de conversiones, en cambio, se usa cuando necesitas reforzar la medición desde el servidor, especialmente si hay restricciones de privacidad, bloqueos del navegador o pérdidas de señal en checkout.
En la práctica, lo más útil es combinar las tres solo cuando cada una tenga un papel claro: Meta Pixel para el disparo en navegador, Pixel Helper para el diagnóstico inmediato y API de conversiones para recuperar y estabilizar eventos de conversión, con deduplicación bien configurada si se envía el mismo evento por ambos canales.
Cómo arreglar eventos duplicados sin romper la atribución
La deduplicación evita que Meta cuente una sola compra dos veces. Para eso, navegador y servidor deben compartir el mismo event_id.
Dónde se suele duplicar el purchase
El Purchase suele duplicarse en checkout, thank you page y eventos del plugin. También aparece cuando GTM dispara la misma compra que WooCommerce o la API.
La mayoría de guías dicen “desactiva uno y ya está”. Eso funciona a veces, pero deja ciego el seguimiento si no sabes qué origen era el correcto.
Cómo comprobar event_id y deduplicación
El event_id actúa como matrícula de la conversión. Si navegador y servidor mandan la misma matrícula, Meta entiende que hablan del mismo pedido.
Si no coinciden, Meta suma dos. Si falta en uno de los dos, el sistema pierde la unión y la deduplicación falla.
Qué hacer si disparas desde plugin y GTM
Si el plugin ya envía Purchase bien, GTM no debería repetirlo. Si GTM tiene mejores reglas, el plugin debe quedarse fuera.
La decisión correcta no es técnica solo. También es operativa: conviene dejar una sola fuente por evento.
Cuándo conviene dejar solo un origen
Si el sitio vende poco y no necesita una arquitectura compleja, un solo origen bien montado suele bastar. Menos piezas, menos fallos.
Si el negocio crece, puede tener sentido combinar navegador y servidor. En ese caso, la deduplicación ya no es opcional.
WooCommerce: checkout y thank you page son el punto débil
WooCommerce falla más en la compra final que en la ficha de producto. Checkout y thank you page son el paso donde se rompe la mayoría de seguimientos.
Por qué falla el seguimiento en checkout
El checkout cambia según tema, pasarela de pago y plugins de campos extra. Cada cambio mueve el lugar donde debe disparar el evento.
Si el botón de pago redirige antes de tiempo, el pixel no termina de enviar la conversión. Es como colgar el teléfono justo cuando iban a confirmar el pedido.
Qué rompe la thank you page
La thank you page puede dejar de existir si un plugin la sustituye o si una pasarela devuelve otra URL. Cuando eso pasa, el evento Purchase se queda sin su último tramo.
También se rompe si el usuario refresca la página o si el pedido no pasa por el estado esperado. En WooCommerce, el estado importa mucho.
Cómo afectan los cambios de plantilla
Un cambio de plantilla puede mover hooks, scripts y bloques de contenido. Si el pixel dependía de un hook concreto, deja de salir sin avisar.
Cómo validar el evento de compra real
Haz una compra de prueba con pedido real o sandbox. Después revisa navegador, servidor y Event Manager con el mismo pedido.
Si el pedido aparece en WooCommerce y no en Meta, el fallo está en la cadena de eventos. Si aparece dos veces, la cadena está duplicada.
Problemas avanzados que solo aparecen en producción
Algunos fallos solo salen cuando entra tráfico real. En pruebas locales todo parece bien, y en producción el sitio se comporta distinto.
Qué pasa con iOS, navegadores y bloqueo
Safari, iOS y bloqueadores de anuncios cortan más señales que otros entornos. Eso no borra toda la medición, pero sí la hace más frágil.
Por eso el navegador ya no basta en muchos proyectos. La API de conversiones aporta una segunda vía cuando la primera se cae.
Cómo afecta el modo consentimiento
Con un modo de consentimiento bien montado, el sitio espera permiso antes de enviar ciertos datos. Con uno mal montado, no envía nada o envía demasiado.
Eso explica por qué un sitio parece correcto en pruebas internas y luego pierde conversiones reales. El usuario real no se comporta como el equipo técnico.
Cuándo usar API de conversiones
La API de conversiones encaja bien cuando la web pierde señal por privacidad o por navegadores restrictivos. CAPI Gateway añade una capa intermedia que simplifica parte del envío.
No hace milagros. Si el evento base está mal, la API también lo arrastra.
Qué revisar tras un rediseño o mantenimiento
El cambio pequeño que parece inocente suele ser el que rompe el seguimiento. Pasa mucho con minificación, actualización de plantillas y plugins de seguridad.
El plan concreto para dejar la medición estable
La solución más fiable es ordenar la casa antes de tocar la atribución. Primero se identifica el síntoma, luego se comprueba el origen y al final se corrige una sola capa.
Orden de trabajo recomendado
- Confirmar el síntoma real con una compra o lead de prueba.
- Revisar Meta Pixel Helper y Event Manager por separado.
- Comprobar consentimiento, caché y minificación.
- Buscar duplicados entre plugin, GTM, tema y API.
- Validar checkout y thank you page en WooCommerce.
- Dejar una sola fuente clara por evento, con deduplicación correcta si hay navegador y servidor.
Qué decisión suele salir mejor
Si el sitio es simple, un solo sistema bien montado da menos problemas. Si el sitio necesita más robustez, navegador y servidor pueden convivir, pero con event_id bien puesto.
La recomendación práctica es esta: arreglar primero el disparo, luego la deduplicación y solo después la atribución. Si se hace al revés, aparecen más dudas que respuestas.
Este enfoque no aplica igual si solo se busca una instalación básica del píxel. Aquí el objetivo es diagnosticar fallos de conversiones en WordPress o WooCommerce, no montar una guía desde cero.
Preguntas frecuentes
¿Cómo saber si el pixel de Facebook está bien
Está bien instalado si aparece en Meta Pixel Helper y en Event Manager. La primera prueba debe mostrar PageView sin errores y la segunda debe recibir el evento con normalidad. Si el píxel está en la web, pero no salen eventos útiles, falta revisar consentimiento, caché o un conflicto con otro plugin.
¿Por qué WooCommerce no registra la compra en
Suele fallar por checkout, thank you page o duplicados mal resueltos. WooCommerce depende mucho de la página final de confirmación, así que un cambio de plantilla o un plugin de pago puede cortar la cadena. También puede ocurrir que la compra sí llegue, pero llegue dos veces o tarde.
No, solo valida el navegador. Meta Pixel Helper sirve para ver si el evento sale desde la página, pero no confirma deduplicación, API de conversiones ni calidad del dato. Para una auditoría seria, hace falta comparar navegador, servidor y Event Manager con el mismo pedido o formulario.
Sí, pero con mucho control. Si ambos disparan el mismo evento, Meta puede contarlo dos veces. Lo normal es dejar una sola fuente por evento o configurar event_id para deduplicar bien. Sin esa regla, el seguimiento se vuelve confuso muy rápido.
¿Qué hago si el banner de cookies bloquea las
Hay que revisar el orden de carga y el modo de consentimiento. Si el usuario acepta tarde, parte de la sesión ya se ha perdido. La solución suele pasar por ajustar el banner, comprobar qué scripts esperan permiso y validar que el pixel no se quede fuera por un error de configuración.
¿La API de conversiones arregla todos los fallos
No, solo cubre parte del problema. La API de conversiones ayuda cuando el navegador pierde señal, pero no corrige un checkout roto, un event_id mal puesto ni un plugin que dispara dos veces. Funciona mejor como apoyo, no como parche para una instalación mal montada.
¿Cómo saber si el problema viene de una
Si el fallo aparece justo después de actualizar plugin, tema o caché, hay muchas papeletas de que el cambio haya tocado scripts o hooks. La forma más limpia de comprobarlo es repetir una compra de prueba antes y después del cambio, con el mismo flujo y las mismas herramientas de revisión.
Qué hacer ahora si tus conversiones no cuadran
La ruta más segura es simple: revisar primero el síntoma, luego la herramienta y al final la causa. Si el evento no sale, el foco está en instalación, consentimiento o caché. Si sale dos veces, el foco está en duplicados y deduplicación.
En WordPress y WooCommerce, checkout y thank you page suelen ser el punto débil. Por eso conviene auditar después de cada cambio, aunque parezca pequeño. Un ajuste de tema o un plugin nuevo puede romper una medición que antes funcionaba bien.
Si el sitio ya usa navegador y servidor, la prioridad no es añadir más capas. La prioridad es dejar una sola lógica clara, con event_id correcto y sin disparos repetidos.
