forumAbrir tema

Instalación de Google Tag Manager — después empezaron a aparecer pedidos duplicados en Analytics

AAslı A***ParticipanteMiembro de la comunidad
Miembro desde
oct 2023
Mensaje
19
#1

El jueves pasado hicimos la instalación de Google Tag Manager para centralizar el seguimiento de conversiones de nuestra web de e-commerce donde vendemos decoración del hogar y cerámica artesanal en Múnich. Nuestra web usa una infraestructura propia y después de la página de finalizar pedido redirige al usuario a una página de gracias.

En condiciones normales recibimos una media de 18 a 25 pedidos al día y nuestro ticket medio ronda los 65 euros. Pero justo el día después de hacer la instalación vimos en el panel de Analytics que el número de pedidos se disparó de golpe a la banda de 40-50. Mientras que en el panel del banco no hay ningún cambio en el número real de pedidos y cobros, en el informe parece que cada transacción se registró casi dos veces.

Dentro de Tag Manager habíamos configurado tanto la etiqueta de configuración básica de analítica como la etiqueta de conversión de compra como activadores. ¿De dónde puede venir exactamente este problema de doble conteo y cómo podemos corregir este error sin romper el sistema?

ÖÖzge Ç***Participante
Cargo
Responsable de administración
Sector
Contabilidad y asesoría fiscal
Tipo de organización
Empresa de 120 empleados
Miembro desde
nov 2024
Mensaje
2
Más útil#2

Respuesta corta: la causa más común de que se cuenten los pedidos dos veces en Analytics es que no se haya eliminado la etiqueta global de analítica que ya estaba añadida directamente en el código fuente de la web, y que el mismo evento de compra se dispare a la vez desde la web y desde Tag Manager. La segunda causa más frecuente es que el evento de compra se vuelva a lanzar cada vez que se recarga la página de gracias, sin un identificador de transacción único.

Para resolver el problema, primero revisa el código fuente de tu web. Si en la plantilla de cabecera de tu tema queda un código de seguimiento de analítica antiguo escrito directamente, como GTM también envía esa misma petición desde su propio contenedor al mismo tiempo, se genera una señal de compra distinta en cada pedido. En el momento en que te pasas a usar GTM, debes borrar por completo todos los códigos de seguimiento de analítica manuales del código fuente de la web y gestionar todo el flujo de datos solo a través del contenedor de GTM.

Si no hay etiqueta duplicada en el código fuente, el problema está en el activador de la página de gracias. Si cuando el usuario recarga la página después del pedido, o más tarde hace clic en el enlace del correo de confirmación del pedido, la misma página se vuelve a cargar, el evento de compra se ejecuta de nuevo. Para evitar esta situación: 1) En GTM activa la etiqueta de compra con un evento personalizado en lugar de con la vista de página estándar, 2) Envía un identificador de transacción único para cada pedido dentro de la capa de datos, 3) Verifica la estructura de deduplicación por identificador de transacción en la configuración de informes de Analytics.

Activa el modo de Vista previa y Depuración de GTM y crea un pedido de prueba. Cuando llegues a la página de gracias, asegúrate en la sección de etiquetas de que la etiqueta de compra se ejecuta solo 1 vez y de que al recargar la página no se vuelve a activar por segunda vez.

MMetin T***Experto
Cargo
Líder de equipo de desarrollo
Sector
Embalaje
Tipo de organización
Equipo de 8 personas
Miembro desde
dic 2024
Mensaje
348
#3

Abre ya el código fuente de la web y busca tu ID de medición. Si ves el script gtag pegado directamente tanto dentro del código del contenedor de GTM como en el head de la página, ya encontraste al culpable. En el momento en que borres el código manual el conteo vuelve a la normalidad.

ZZeynep E***Participante
Cargo
Agente de atención al cliente
Sector
Energía
Tipo de organización
distribuidor regional
Miembro desde
abr 2025
Mensaje
53
#4

¿Habéis mirado los números de transacción de los pedidos duplicados en el panel de Analytics? ¿En las dos líneas de pedido pone el mismo número de transacción, o en una de ellas ese campo aparece vacío? Si una está vacía y la otra llena, seguro que una viene del código directo antiguo y la otra de GTM.

ÖÖmerParticipante
Cargo
Analista financiero
Miembro desde
dic 2023
Mensaje
126
#5

El mismo error de doble conteo lo vivimos el mes pasado. Durante dos semanas nuestros datos se inflaron, nuestra optimización de anuncios se rompió xq el sistema calculaba el costo de conversión a la mitad. Arreglarlo nos tomó 15 minutos pero como no pudimos corregir los datos hacia atrás, tuvimos q excluir ese periodo de los informes.

UUfuk S***Veterano
Cargo
Administrador de red
Sector
Fabricación de muebles
Tipo de organización
taller
Miembro desde
oct 2024
Mensaje
187
#6

dentro de gtm en la configuración avanzada de la etiqueta de compra están las opciones de activación de etiqueta. no olviden marcar ahí la opción de una vez por página. o sea al menos a nivel de páigna evita q se active cada vez q el cliente recarga la página.

MMehmet A***Participante
Cargo
Director de ventas
Sector
Seguros
Tipo de organización
negocio de dos sucursales
Miembro desde
mar 2026
Mensaje
251
#7

El registro duplicado de datos de conversión también engañará a los algoritmos de puja automática de sus plataformas publicitarias. Les recomiendo poner las estrategias de puja inteligente en control manual hasta que se corrija el error, o seguir de cerca los procesos de aprendizaje de la campaña para que no afecte la optimización del presupuesto.

PPınar K***ParticipanteMiembro de la comunidad
Miembro desde
feb 2026
Mensaje
17
#8

Nosotros tb dijimos vamos a configurar las conversiones nosotros mismos. En nuestra web de e-commerce habíamos conectado tanto el plugin de la infraestructura como el analítico vía GTM. De repente vimos q mientras hacíamos 500 euros de facturación al día, en el panel aparecían 1.000 euros, al principio nos alegramos. Al mirar la cuenta del banco entendimos la realidad. Al desactivar el código de seguimiento del plugin todo se arregló.

ZZerrin G***ParticipanteMiembro de la comunidad
Miembro desde
jul 2023
Mensaje
260
#9

No se enfoquen solo en el exceso de código. Si su proveedor de pago externo redirige al usuario a su propia página y lo devuelve al sitio, cuando el usuario vuelve al sitio la sesión se divide en dos y puede estar activándose de nuevo como si fuera un usuario nuevo.

FFerhat E***ParticipanteMiembro de la comunidad
Miembro desde
nov 2025
Mensaje
134
#10

Abran el panel de analíticas en vivo y hagan un pedido de prueba, en un segundo ven cuántos eventos de compra fluyen en un solo pedido.

AAycan D***ParticipanteMiembro de la comunidad
Miembro desde
oct 2024
Mensaje
240
#11

Le agradecería que compartiera el resultado. Ningún proceso mejora si no se registran datos porque no sabes qué tienes que arreglar.

Ningún proceso mejora si no se registran datos porque no sabes qué tienes que arreglar. También me gustaría saber si alguien lo hace de otra manera.

CCansu Ç***Participante
Cargo
Especialista en seguridad de la información
Sector
Deportes y fitness
Tipo de organización
taller
Miembro desde
ago 2024
Mensaje
60
#12

Tengo una pregunta, no quiero desviarme del tema, pero... La mayor parte de la pérdida de tiempo se acumula en los trabajos pendientes de aprobación.

Si escribís el resultado aquí, también servirá de ayuda a otros.

BBurak U***Participante
Cargo
Director de marketing
Sector
Construcción
Tipo de organización
agencia boutique
Miembro desde
jul 2025
Mensaje
67
#13

Hay un error muy común al hacer esto. La gente no defiende el proceso, defiende la costumbre. La resistencia viene de ahí.

Comprobado por experiencia.

MMert D***ParticipanteMiembro de la comunidad
Miembro desde
feb 2023
Mensaje
40
#14

Buen trabajo. Todos los que se apresuran con instalación de google tag manager se atascan en el mismo punto.

Lo importante no es la cifra sino en qué se basa esa cifra.

GGizem Ö***Participante
Cargo
Especialista en pruebas
Sector
Consultoría
Tipo de organización
distribuidor regional
Miembro desde
jul 2024
Mensaje
257
#15

Tengo una pregunta, no quiero desviarme del tema pero... Las soluciones que funcionan a pequeña escala se rompen al crecer, aprendí esto tarde.

Espero que le sea útil.

UUfuk D***ParticipanteMiembro de la comunidad
Miembro desde
ene 2026
Mensaje
71
#16

tene razón. si el ranking se mantiene pero los clics bajan el problema no está en tu página sino en la apariencia de los resultados.

corrijanme si me equivoco.

AAli P***ParticipanteMiembro de la comunidad
Miembro desde
oct 2023
Mensaje
69
#17

Os explico cómo se hace en la práctica. El posicionamiento es el resultado, la intención de búsqueda es la entrada. Mirad primero la intención.

El posicionamiento es el resultado, la intención de búsqueda es la entrada. Mirad primero la intención. Espero que le sea útil.

RReyhan K***Participante
Cargo
Director de TI
Sector
Electricidad-electrónica
Tipo de organización
distribuidor regional
Miembro desde
abr 2023
Mensaje
93
#18

Hablaré desde el otro lado, yo estoy en el lado del proveedor. El posicionamiento es el resultado, la intención de búsqueda es la entrada. Mirad primero la intención.

KKader A***Participante
Cargo
Gestor de proyectos
Sector
Fabricación de maquinaria
Tipo de organización
cooperativa
Miembro desde
ene 2022
Mensaje
228

Doki · Consultoría de cumplimiento KVKK · 2025

#19

reumen breve para nuevos usuarios: Las decisiones apresuradas son las que hay que corregir seis meses después.

si obtienes tres respuestas distintas sbore un tema la pregunta está mal formulada.

İİlknur G***ParticipanteMiembro de la comunidad
Miembro desde
may 2025
Mensaje
172
#20

Resumen breve para nuevos usuarios: En lugar de borrar, unid; el contenido borrado no vuelve.

Eso es todo, disculpa si me he extendido demasiado.

Responder