Resumen ejecutivo

Se realizó una auditoría técnica de la infraestructura de medición de Pizzas Piccolo a partir de un reporte de errores del Administrador de Ventas de Meta. La revisión escaló de un problema puntual de catálogo a un diagnóstico completo de la arquitectura de etiquetas del sitio.

El hallazgo central: el catálogo de productos y el pixel de Meta operaban con identificadores incompatibles entre sí, lo que producía un match rate cercano a cero. En la práctica, las campañas de catálogo y el remarketing dinámico venían operando sin la materia prima necesaria para funcionar.

En paralelo se detectó que tanto Meta como Google reportaban resultados inflados, por la presencia de las mismas etiquetas repetidas varias veces en el sitio.

Todos los hallazgos críticos fueron corregidos y validados en vivo. El catálogo quedó conectado, el contenedor de GTM duplicado fue eliminado y la medición de cada plataforma opera ahora por una única vía.

Queda en curso la validación de una acción de conversión directa en Google Ads con conversiones mejoradas, destinada a reemplazar la importación desde Analytics.

Alcance de la revisión

Hallazgos

3.1 Catálogo de productos — CRÍTICO

Situación encontrada. El catálogo "Menú Piccolo" (ID 733360744007363) se alimentaba de tres fuentes con formatos de identificador incompatibles:

Mientras tanto, el pixel emitía los IDs reales de WooCommerce (65004, 147475, 223371).

Consecuencia. Ninguno de los 33 identificadores reportados por el pixel coincidía con el catálogo. Las 58 compras registradas en el período analizado no lograron asociarse a ningún producto.

Hallazgos adicionales del diagnóstico de catálogo:

• 370 eventos ViewContent disparando desde páginas de categoría (no de producto), enviando el slug de la URL como identificador (cupones-de-descuento, menu, pastas)
• 72 eventos AddToCart desde páginas de categoría con ID product-category
• 357 interacciones sin identificador de contenido
• 14 artículos archivados, 2 rechazados por políticas, 2 imágenes rotas
• 142 productos con una sola imagen

Causa raíz. El catálogo nunca se conectó a la fuente correcta. Se alimentaba por rastreo automático y digitación manual, mientras la integración nativa de WooCommerce permanecía desconectada.

3.2 Duplicación del evento de compra — CRÍTICO

Situación encontrada. Tres fuentes emitían simultáneamente el pixel de Meta (799623717081833):

• Meta for WooCommerce — activo, inyectando el pixel pero sin sincronizar productos
• PixelYourSite PRO — pixel + CAPI
• Contenedor de GTM — etiqueta HTML personalizado con el pixel, disparando en todas las páginas

Adicionalmente, la página de confirmación de pedido (/checkout/order-received/) estaba siendo almacenada en caché por WP Rocket. Esto provocaba la reutilización del event_id entre pedidos distintos, rompiendo la deduplicación entre navegador y servidor.

Evidencia. Las órdenes 223547, 223583 y 223632 aparecían registradas dos veces en el reporte de eventos.

Consecuencia. El ROAS y el volumen de conversiones reportados por Meta estaban inflados.

3.3 Arquitectura de etiquetas Google — ALTO

Situación encontrada. Cuatro fuentes distintas emitían las mismas etiquetas de Google:

Hallazgos complementarios:

• Dos instancias del mismo contenedor GTM cargando en cada página
• Dos dataLayer distintos conviviendo (dataLayer y dataLayerPYS), lo que impedía que una de las instancias del contenedor accediera al ecommerce de WooCommerce
• Consent Mode declarado por duplicado
• Contenedor GTM ubicado al 69% del , generando la advertencia de Tag Manager sobre colocación
• Peso de página con 387 KB de scripts

Precisión sobre el estado del contenedor. Al momento de la auditoría técnica, dos etiquetas (el pixel de Meta y una etiqueta de Google duplicada) figuraban en pausa. Esa pausa fue una intervención manual realizada por JT Ads inmediatamente antes de la revisión, no una condición preexistente. Hasta ese momento ambas estaban activas, lo que significa que el pixel de Meta operaba con tres emisores simultáneos y la etiqueta de Google con emisión duplicada dentro del propio contenedor.

Acciones ejecutadas

4.1 Catálogo

• Activación y configuración de Product Catalog Feed Pro con exportación de variaciones como ítems individuales
• Configuración de campos críticos: imagen heredada del producto padre, título con variación, identifier_exists, taxonomía de Google, campo de inventario
• Frecuencia de regeneración establecida en horaria
• Feed generado: 387 ítems (frente a 251 previos)
• Validación externa del XML: HTTP 200, accesible públicamente, estructura correcta

Resultado verificado: 31 de 33 identificadores del pixel ahora coinciden con el catálogo. Los 2 restantes corresponden a productos padre resueltos vía item_group_id.

4.2 Deduplicación de compras

• Exclusión de /checkout/(.*) de la caché de WP Rocket
• Consolidación del pixel de Meta en un único emisor (PixelYourSite PRO con CAPI)
• Pausa y posterior eliminación de la etiqueta del pixel de Meta dentro del contenedor de GTM

4.3 Intervención sobre el contenedor de GTM

Registradas en el historial de versiones (versiones 21 a 26, publicadas el 7 de agosto de 2026):

• Pausa de la etiqueta del pixel de Meta y de la etiqueta de Google duplicada
• Eliminación definitiva de la etiqueta del pixel de Meta del contenedor
• Normalización de la nomenclatura de las etiquetas
• Revisión del activador de compra y de las etiquetas de GA4 y remarketing

Gobierno del contenedor. El historial muestra que no registraba modificaciones desde agosto de 2025. Las versiones anteriores fueron publicadas por cuentas de terceros y del propio cliente. Se recomienda consolidar los accesos y definir un único responsable de publicación.

4.4 Consolidación de etiquetas Google

4.5 Contenido y mensajería

• Flujo completo de WhatsApp: bienvenida, dos seguimientos por inactividad, cierre, transferencias a agente, mensajes de ausencia y regreso
• Definición de tono de texto e identidad visual de marca
• Copys para campañas de Meta: catálogo, remarketing segmentado por audiencia, ventas en sitio web y captación para promociones

4.6 Conexión del catálogo y medición de Google Ads

• Conexión del feed en Commerce Manager y eliminación de las fuentes de rastreo web y creación manual.
• Los conjuntos de productos, definidos por filtros de tipo de producto, se repoblaron automáticamente con los ítems del feed nuevo. Como las campañas de Meta apuntan a los conjuntos y no al catálogo completo, la migración se hizo sin dejar la campaña sin inventario.
• Creación de una acción de conversión de compra directa desde Google Tag Manager, en modo secundario, con conversiones mejoradas activadas (envío de datos detallados de la compra) para validar su eficacia frente a la importación desde Analytics.
• Identificación y eliminación del código del plugin que inyectaba el segundo contenedor de GTM.

Estado antes y después

Arquitectura resultante:

GTM-KZ45829B   →  GA4 + Google Ads + Remarketing + Conversiones
GTM4WP         →  Capa de datos de WooCommerce (sin contenedor)
PixelYourSite  →  Meta Pixel + CAPI
Feed PCF Pro   →  Catálogo Meta (387 ítems, actualización horaria)

Pendientes y observaciones

6.1 Validación en vivo — Completada

La validación en ejecución fue realizada y arrojó resultado conforme:

• Vista previa de GTM con pedido de prueba: el activador de compra y las variables de ecommerce reciben datos correctamente.
• GA4 en tiempo real: la vista de página se registra una sola vez.
• Administrador de Eventos de Meta: la deduplicación entre pixel y CAPI opera correctamente.

6.2 Conexión del feed al catálogo — Completada

El feed fue conectado en Commerce Manager y las fuentes antiguas eliminadas.

Estrategia aplicada para la transición sin interrupción: los conjuntos de productos del catálogo están definidos por filtros de tipo de producto, no por selección manual de ítems. Como las campañas de Meta apuntan a los conjuntos y no al catálogo completo, al eliminar las fuentes antiguas los conjuntos se repoblaron automáticamente solo con los ítems del feed nuevo.

Esto permitió migrar sin dejar la campaña de catálogo sin inventario y sin necesidad de recrear los conjuntos manualmente.

6.3 Contenedor de GTM duplicado — Resuelto

Se identificó el plugin que inyectaba el segundo contenedor y se retiró el código.

Verificación posterior: el sitio carga un único snippet de GTM, y corresponde a GTM4WP —es decir, al plugin bajo control documentado—. La capa de datos de WooCommerce permanece intacta.

6.4 Observaciones abiertas

Impacto

Lo que ocurría antes de la intervención

Tanto Meta como Google reportaban resultados inflados, por la misma causa de fondo: las etiquetas estaban presentes varias veces en el sitio.

A esto se sumaba que las campañas de catálogo y el remarketing dinámico operaban sin capacidad de asociar los productos vistos con los productos anunciados, por la incompatibilidad de identificadores entre el pixel y el catálogo.

En consecuencia, cualquier decisión de presupuesto tomada sobre esas cifras partía de información incorrecta.

Situación de la medición de conversiones en Google Ads

La cuenta venía midiendo compra, añadir al carrito e inicio de pago mediante importación desde Google Analytics. Este método introduce pérdida de señal y depende de la atribución de GA4.

Como parte de la intervención se creó una acción de conversión paralela, configurada en modo secundario, disparada directamente desde Google Tag Manager y con conversiones mejoradas activadas, enviando datos detallados de la compra.

El objetivo es comparar ambos métodos en paralelo y, una vez validada la eficacia de la medición directa, migrar definitivamente a la conversión de Tag Manager como acción principal.

Lo que habilita la corrección

• Remarketing dinámico funcional, con productos reales asociados a cada usuario.
• Cifras de conversión confiables en Meta y en Google para decisiones de inversión.
• Catálogo sincronizado automáticamente con precios y disponibilidad reales.
• Medición de conversiones de Google Ads con datos enriquecidos, lista para reemplazar la importación desde Analytics.
• Base técnica para escalar campañas de catálogo.

Nota sobre cuantificación

Este informe no cuantifica el porcentaje de inflación de las cifras previas, porque esa medición no se realizó. Para determinarlo se requiere cruzar las compras reportadas por Meta y por Google Ads contra los pedidos reales registrados en WooCommerce en el mismo período.

Se recomienda realizar ese cruce antes de establecer las metas del próximo ciclo, dado que los históricos de ambas plataformas no son comparables con los datos que se generen a partir de ahora.

Próximos pasos

Prioridad inmediata

La validación de la conversión directa en Google Ads (paso 5) es la que más impacto tiene en el corto plazo: mientras la cuenta siga optimizando sobre conversiones importadas desde Analytics, la puja opera con señal degradada.

El cruce contra pedidos reales (paso 6) es el que permite establecer una línea base creíble. Sin él, cualquier comparación contra el histórico partirá de cifras que ya sabemos infladas.