5 campañas optimizando a ciegas: auditoría de Meta Pixel y CAPI en StickDecor
El embudo de ventas dejó de reportar eventos durante 17 días y nadie lo notó. La auditoría encontró la causa raíz — y un evento de Lead que nunca existió desde la instalación original.
StickDecor es un e-commerce de decoración con más de 500 productos activos y campañas corriendo en Meta Ads. El pedido fue directo: auditar la instalación del Pixel y de la API de Conversiones, porque los números del Administrador de Eventos no coincidían con la realidad de la tienda.
El síntoma
Los eventos de parte alta del embudo — PageView y Ver Contenido — seguían llegando normalmente, en miles. Los eventos que importan para la venta, no: Buscar, Agregar al Carrito, Iniciar Pago y Compra estaban prácticamente en cero. Cinco conjuntos de anuncios activos optimizaban justamente para esos eventos. Es decir: Meta estaba distribuyendo presupuesto intentando encontrar compradores sin recibir ninguna señal de compra.
Eso es peor que una campaña mala. Una campaña mala entrega datos malos. Una campaña sin evento de conversión no entrega dato alguno, y el algoritmo pasa a optimizar a ciegas.
El diagnóstico
La respuesta estaba en el log del propio plugin Meta for WooCommerce: el token de acceso cayó el 10 de julio de 2026, a las 03:34. A partir de ahí, todo evento que transitaba por la API de Conversiones dejó de entregarse. El error "falta el token de acceso" se repetía cada cinco minutos en el log, silenciosamente, desde hacía 17 días.
La cuenta del Business Manager también tenía ruido: más de un pixel registrado, incluyendo pixeles obsoletos y de otro cliente. Confirmamos cuál era el pixel legítimo de la tienda antes de tocar cualquier configuración — reconectar al pixel equivocado habría dado la sensación de "resuelto" manteniendo el problema.
La causa raíz real
El token no cayó solo. El cliente usa un plugin separado de feed de productos para alimentar el catálogo de Meta, y el plugin oficial estaba duplicando ese envío, generando conflicto en el catálogo. Para resolver el conflicto, desconectó el plugin oficial — lo que arregló el catálogo y tumbó el rastreo junto, como efecto colateral no evidente.
Catálogo y rastreo viven en el mismo plugin, pero son funciones independientes. Apagar uno para arreglar el otro es una trampa que no avisa.
La corrección fue reconectar el plugin manteniendo solo el rastreo activo y desactivando específicamente la sincronización de catálogo. Ninguno de los productos de la tienda fue alterado en el proceso.
El evento que nunca existió
La auditoría encontró un segundo problema, más antiguo: el evento de Lead nunca se había disparado. No era una rotura reciente — era ausencia total desde la instalación original del pixel.
El motivo es que los formularios de registro de la tienda corren en una plataforma externa embebida en la página, sin visibilidad nativa de Meta. La salida más común sería pedir acceso a la cuenta de esa plataforma y configurarlo allí, creando dependencia de otra credencial del cliente.
Lo resolvimos del lado del sitio: la plataforma de formularios expone un evento global de "envío concluido" cuando se embebe en ese modo. Creamos un snippet que espera que el script cargue, escucha ese evento — que solo dispara en envío validado con éxito, nunca en error de validación — y entonces dispara el Lead en el pixel correcto. Confirmado de punta a punta en el Administrador de Eventos.
Qué más entró en la auditoría
Revisión de las cinco conversiones personalizadas de la cuenta: dos estaban vinculadas a un pixel antiguo y sin actividad alguna desde hacía más de 600 días — candidatas a archivarse. Una tercera había parado exactamente en la fecha de la rotura del token, confirmando el diagnóstico por un segundo camino.
También entraron verificación de dominio, mapeo de las campañas activas respecto al evento de optimización usado, y el informe final documentado con la línea de tiempo de la causa raíz.
Qué queda funcionando
Pixel reconectado a la API de Conversiones con el token correcto. Catálogo protegido, sin sincronización duplicada con el feed del cliente. Evento de Lead implementado y confirmado — algo que nunca existió desde la instalación original. Dominio verificado, campañas mapeadas y conversiones personalizadas revisadas.
Stack
WordPress · WooCommerce · Meta Pixel · Meta Conversions API · WP-CLI vía SSH · Hostinger