La llamada empezó con dos pantallas compartidas y una pregunta que hemos oído ya muchas veces. A un lado, el panel de Shopify de una tienda de decoración: pedidos del mes, todos ahí, cada uno con su nombre y su importe. Al otro, GA4 con el informe de compras. Y el responsable de marketing, que llevaba tres semanas dándole vueltas, soltó lo que pensaba: «no me cuadran ni tres de cada cuatro. Alguien miente».

No miente nadie. Están contando cosas distintas. Shopify cuenta pedidos que han pasado por caja: existen porque existe el cobro. GA4 y Meta cuentan eventos que consiguieron llegar, y entre el navegador del cliente y el servidor de Google hay ahora una carrera de obstáculos que hace cinco años no existía. Lo interesante no es el desfase, sino poder desmontarlo pieza a pieza y saber cuál de esas piezas se puede arreglar.

De dónde sale cada trozo del agujero

El banner de consentimiento. Es la mordida grande y la que menos se mira. Si tu banner está integrado con la API de privacidad de Shopify —lo normal en cualquier tienda que venda en la UE—, los píxeles de marketing y analítica no se disparan hasta que el visitante acepta. Todo el que cierra el banner con la equis, ignora la barra o pulsa «rechazar» compra igual, pero no genera evento. Ese pedido está en Shopify y no está en ningún otro sitio.

Consent Mode v2 mal montado. Desde 2024, Google exige las señales ad_user_data y ad_personalization además de las de almacenamiento para poder usar públicos y remarketing en el Espacio Económico Europeo. Y hay dos formas de implementarlo. En el modo básico, mientras no haya consentimiento no sale absolutamente nada: ni un ping. En el modo avanzado, el contenedor carga desde el principio y envía señales sin cookies que permiten a Google modelar las conversiones que no puede ver. Muchas tiendas están en básico sin saberlo, renunciando al modelado y preguntándose después por qué falta tanto.

Los bloqueadores. Extensiones de navegador, DNS filtrado en la red de casa, navegadores que traen el bloqueo de serie. Aquí no hay configuración que valga: la petición a googletagmanager.com o a connect.facebook.net ni sale del dispositivo.

Safari e ITP. Este es el que más confunde, porque no borra conversiones, las descoloca. Las cookies de origen creadas desde JavaScript caducan en siete días, y en veinticuatro horas cuando la visita llega con parámetros de rastreo. El cliente que te descubre un martes y compra a los diez días vuelve como usuario nuevo y de acceso directo. La venta aparece; el mérito de la campaña que la generó, no.

El sandbox de los píxeles. Con la llegada del checkout extensible se acabaron los additional scripts del antiguo checkout.liquid. Ahora todo pasa por la Web Pixels API: tu código corre dentro de un iframe aislado, sin acceso al DOM de la tienda ni a lo que haya en la página. Solo ve el catálogo de eventos que Shopify decide pasarle. Muchos tracking artesanales heredados murieron ahí y nadie lo notó hasta que empezaron a faltar compras.

Qué recupera el tracking por servidor (y qué no)

El planteamiento es sencillo: si el navegador es territorio hostil, que el evento salga de donde nadie lo puede bloquear. En Shopify eso se traduce en escuchar los eventos de cliente, mandarlos a un endpoint propio y desde ahí repartirlos.

Con Meta Conversions API es donde más se nota. El evento sale de tu servidor con los datos del pedido —correo y teléfono hasheados, importe, contenidos— y llega aunque la extensión del navegador haya matado el píxel. La clave está en la deduplicación: mismo event_id en el evento de navegador y en el de servidor para que Meta los funda en uno. Sin eso, duplicas conversiones y tomas decisiones de puja con números inflados.

Con GA4 y el Measurement Protocol la historia es más tramposa. Puedes enviar la compra desde el servidor, sí, pero GA4 necesita el client_id y el session_id del navegador para pegar ese evento a la sesión que lo originó. Si no los has capturado antes de que el usuario llegue al agradecimiento, el evento aterriza huérfano y se va a «directo». Acabas con la conversión contada y la atribución perdida, que es justo la mitad del problema que querías resolver.

Y hay cosas que no vuelven nunca. Lo que el usuario ha rechazado sigue rechazado: mover el evento al servidor no es un atajo legal para saltarse el consentimiento, y las plataformas esperan que le pases igualmente las señales de consentimiento. El fbc no se puede reconstruir si el clic nunca trajo un fbclid. El primer contacto de hace tres semanas en Safari no se recupera con ninguna API. Y el modelado de Google es una estimación estadística: útil para ver tendencia, inútil si tu plan era cuadrar al pedido con Shopify. Esa reconciliación exacta no va a llegar.

A partir de cuánto compensa montarlo

Un contenedor por servidor con dominio propio no es un fin de semana. Es infraestructura que hay que pagar, vigilar y actualizar cada vez que Meta cambia el esquema de eventos o Shopify amplía el catálogo de la Web Pixels API. Nuestro criterio en Pango Studio es simple: si la inversión publicitaria mensual no da para que una mejora de un puñado de puntos en las señales cambie decisiones reales de presupuesto, el dinero está mejor gastado en otro sitio.

Antes de tocar servidores hay una lista de cosas baratas que casi nadie tiene bien: pasar el banner a modo avanzado de Consent Mode v2, comprobar que el píxel oficial de Shopify está conectado y no duplicado con uno manual, mandar el event_id desde el navegador, revisar qué eventos escucha realmente tu extensión de píxel. Hemos visto recuperar buena parte del desfase solo con esto, y sin añadir una sola factura de servidor.

Lo que sí conviene aceptar cuanto antes: Shopify es la fuente de verdad del negocio y las plataformas publicitarias son instrumentos de navegación. Cuando dejas de perseguir el cuadre perfecto y empiezas a medir la variación de la propia herramienta contra sí misma, las reuniones de los lunes se vuelven bastante más productivas.

Si tienes ese desfase y no sabes cuánto es banner, cuánto es Safari y cuánto es una configuración rota de hace dos años, en Pango Studio lo auditamos antes de proponer nada. Cuéntanos tu caso y te decimos si tu problema se arregla con configuración o de verdad necesitas servidor.