Dejamos el tagging midiendo lo que de verdad pasa en el catálogo y en el embudo, con medición de servidor y el dato cuadrado contra tu backoffice hasta que la diferencia se pueda explicar. Es el primer paso de casi todos los proyectos y se contrata solo.
Ninguno de los tres es un problema de herramienta. Por eso no se resuelven comprando una.
GA4 dice un número y facturación dice otro. Nadie sabe cuál creer, y mientras tanto la pauta se está optimizando contra el que está mal.
La taxonomía viaja en tres niveles y casi nunca llegan los tres. Cuando la vista de producto solo trae el primero, no hay forma de saber qué categoría capta y cuál convierte.
El contenedor acumuló etiquetas de tres agencias distintas, varias disparan dos veces y nadie se atreve a apagar ninguna por si algo depende de ella.
Tag Manager de servidor, API de conversiones y deduplicación contra el evento del navegador. Es lo que hace que la cifra sobreviva a un bloqueador y a un iOS que borra la cookie.
Identificador, variante y los tres niveles de categoría viajando en vista de producto, carrito y compra. Sin eso, cualquier análisis de producto se hace solo sobre lo que ya se vendió.
Se compara evento a evento con tu sistema de pedidos hasta que la diferencia tenga una explicación escrita. Es la parte que hace que alguien vuelva a creerle al número.
Qué evento se dispara, cuándo y con qué campos, escrito en un documento que tu equipo puede mantener cuando cambie la tienda o entre alguien nuevo.
Sobre VTEX, Shopify y Salesforce Commerce Cloud, con trabajo hecho en las tres. La mayoría de moda y retail.
Lo que cambia entre ellas es de dónde se saca el dato del catálogo y cuánto se corrige sin tocar el tema.
Comercio en línea, servicios financieros y software B2B, con la misma forma de auditar y corregir.
Un hallazgo que se repitió en casi todas: la taxonomía completa solo aparece en el evento de compra. La vista de producto suele traer únicamente el primer nivel, así que el análisis de qué se mira contra qué se vende no se puede hacer hasta corregir el tagging.
Revisamos qué eventos existen, cuáles se disparan dos veces y qué campos del catálogo faltan. Sale un plan de medición: qué evento, con qué campos y quién lo publica.
Se arregla el contenedor, se sube lo que corresponda a servidor y se cuadra contra tu backoffice hasta que la diferencia se pueda explicar.
Se compara contra tu backoffice y contra la pasarela, con la diferencia explicada o corregida. Nada se da por bueno porque el panel deje de mostrar errores.
El contenedor queda documentado y el plan de medición en manos de tu equipo, con las tareas que tenga que publicar desarrollo ya escritas y verificables.
El contenedor y el plan quedan a tu nombre. Se pueden mantener sin nosotros.
// OWNERSHIP > LICENSINGTodo esto queda en tus cuentas y en tu repositorio.
Plan de medición escrito: qué evento se dispara, cuándo y con qué campos, en un documento que tu equipo puede mantener.
Contenedor de etiquetas documentado: en tu cuenta, con las etiquetas nombradas y sin las que ya no disparan nada.
Informe de cuadre: la diferencia entre analítica, pasarela y backoffice, con la explicación de cada tramo.
Tareas listas para desarrollo: con el código escrito y la condición que tiene que cumplirse después de publicar.
Panel de verificación: para comprobar que los eventos siguen llegando bien después de cada publicación.
Todo en tus cuentas: tu Tag Manager, tu GA4 y tu contenedor de servidor, con tus credenciales.
Este servicio arregla la medición y no construye la base de clientes. Van en ese orden a propósito: unificar sobre una medición rota produce basura unificada y mejor presentada. La plataforma se construye después y se vende aparte.
No tocamos el núcleo de tu tienda. La medición entra por el gestor de etiquetas y por servidor, y el panel es de solo lectura: ninguna función que escriba en tu catálogo es alcanzable desde el navegador. Si lo que hace falta es cambiar la plantilla de ficha de producto, eso lo ejecuta tu equipo de desarrollo con el snippet y la condición de verificación que entregamos.
Y la medición no crea demanda. Deja de discutirse qué número es el bueno, que ya es bastante, pero si el problema es que no entran pedidos, esto lo va a mostrar con más claridad y no lo va a resolver.
No. Todo entra por el gestor de etiquetas y por el contenedor de servidor. Si algo exige cambiar la plantilla, se entrega como tarea con el código listo y la condición de verificación, y lo publica tu equipo en su propio ciclo.
Sí, y en las tres hay trabajo hecho. Lo que cambia entre ellas es de dónde se saca el dato del catálogo y cuánto se puede corregir sin tocar el tema. VTEX y Shopify permiten casi todo desde el gestor de etiquetas; en Salesforce Commerce Cloud una parte pasa por desarrollo.
Es otro proyecto y tiene su propia página: la plataforma de datos de clientes. Esta medición es su materia prima, así que casi siempre va primero, pero se contrata por separado y no obliga a nada.
Cuatro semanas desde que llegan los accesos. Al terminar, el contenedor y el plan quedan en manos de tu equipo. Si de ahí sale caso para construir una plataforma de datos, lo decimos; y si no lo hay, también.
Todo queda en tus cuentas: el contenedor documentado, el plan de medición y las tareas escritas. Otro equipo lo puede retomar leyendo esos documentos.
Cada una funciona sola. Juntas son el motor, y esa es la diferencia con contratar cinco proveedores.
Cuéntanos qué plataforma usas y qué cifra no te cuadra. Te decimos qué se puede arreglar en cuatro semanas.
Hablemos de tu proyecto →