Cómo corregir el valor de conversión incorrecto en Google Ads

Los valores de conversión incorrectos son más peligrosos que las conversiones faltantes — porque todo parece estar funcionando. Google Ads reporta conversiones, tus campañas parecen estar rindiendo, y Smart Bidding optimiza según los datos. El problema es que los datos son incorrectos, lo que significa que cada decisión de optimización se basa en información errónea.

Estos son los patrones más comunes que indican valores de conversión incorrectos:

Antes de corregir algo, necesitas saber exactamente qué está mal. Aquí tienes un proceso sistemático para identificar la causa raíz.

Cómo diagnosticar:

• En Google Ads, ve a Herramientas → Conversiones y haz clic en tu acción de conversión de compra. Mira la columna 'Valor de todas las conv.' — anota el total de los últimos 7 días.
• En el Admin de Shopify, ve a Analítica → Informes y obtén las ventas totales del mismo período de 7 días. Compara los dos totales.
• Si Google Ads es significativamente mayor o menor, exporta los valores individuales de conversión de Google Ads (Segmentar → Conversiones → Acción de conversión) y compáralos con pedidos específicos de Shopify.
• Haz un pedido de prueba con un valor conocido (ej., un producto de $47.00). Espera 24-48 horas, luego verifica qué valor registró Google Ads para esa conversión específica.
• Usa Google Tag Assistant o el modo de vista previa de GTM en tu página de agradecimiento para inspeccionar el valor exacto que se pasa en la etiqueta de conversión — ¿es el número que esperas?

Esta es la causa más común y la más fácil de corregir. Cuando configuras una acción de conversión de Google Ads, Google te pide un valor de conversión. Si ingresas un número fijo (como $1.00 o tu valor promedio de pedido), ese mismo número se envía para cada conversión — sin importar el monto real del pedido.

Vemos esto constantemente con comerciantes que configuran el tracking directamente a través de Google Ads en lugar de GTM o una app de tracking. El asistente de configuración pregunta '¿Cuánto vale esta conversión?' y el comerciante escribe su AOV. Desde ese momento, cada conversión reporta el mismo valor estático. Un pedido de $15 y uno de $500 reportan como el mismo número.

La señal reveladora es la uniformidad perfecta: si miras los valores individuales de conversión en Google Ads y son todos idénticos, tienes un problema de valor estático.

Cómo solucionar:

• En Google Ads, ve a Herramientas → Conversiones → haz clic en tu acción de conversión de compra → Editar configuración. En 'Valor', selecciona 'Usar valores diferentes para cada conversión' en lugar de 'Usar el mismo valor para cada conversión'.
• Si usas GTM, verifica que tu etiqueta de Seguimiento de conversiones de Google Ads tenga el campo 'Valor de conversión' poblado con una variable del data layer (como {{dlv - transaction.total}}) — no un número fijo.
• Confirma que el data layer en tu página de agradecimiento incluye el total del pedido. En Shopify, esto típicamente viene del objeto checkout: Shopify.checkout.total_price o el evento purchase en la Web Pixel API.
• Prueba haciendo un pedido y verificando en Tag Assistant — el valor de conversión mostrado debería coincidir con el total real del pedido.

Las tiendas Shopify que venden internacionalmente manejan múltiples monedas, y esto crea un problema de tracking sutil pero significativo. Hay tres 'valores' diferentes para cada pedido internacional: la moneda de presentación (lo que ve y paga el cliente), la moneda de liquidación (lo que realmente recibes después de la conversión de moneda), y cualquier valor que se envíe a Google Ads.

Aquí es donde se complica. Si tu tienda está basada en EE.UU. (liquidación en USD) pero un cliente en Alemania paga €85.00 por un producto, ¿qué valor debería recibir Google Ads? Si la etiqueta de conversión envía 85 (el monto de presentación) pero la moneda de tu cuenta de Google Ads es USD, Google registra $85.00 — no el equivalente real en USD. Tus cálculos de ROAS son incorrectos porque los valores no reflejan los ingresos reales.

Lo contrario es igualmente problemático. Si la etiqueta convierte a USD antes de enviar pero usa un tipo de cambio desactualizado, o si envía el monto de liquidación mientras tu cuenta de Google Ads está configurada en una moneda diferente, los valores serán consistentemente incorrectos.

Cómo solucionar:

• Determina la moneda de tu cuenta de Google Ads (Configuración → Configuración de cuenta → Moneda). Esta es la moneda en la que Google espera los valores de conversión.
• Asegúrate de que tu etiqueta de conversión envíe valores en la moneda de tu cuenta de Google Ads. Si tu moneda de liquidación de Shopify coincide con la de Google Ads, envía el monto de liquidación — no el monto de presentación.
• Si usas GTM, agrega el parámetro 'Código de moneda' a tu etiqueta de conversión. Configúralo con el código ISO de tres letras (ej., 'USD') que coincida con el valor que estás enviando. Esto le dice a Google exactamente qué moneda representa el valor.
• Para tiendas multi-moneda, verifica que el data layer incluya tanto el valor del pedido como el código de moneda. La Web Pixel API de Shopify proporciona ambos en el payload del evento purchase.
• Prueba con un pedido internacional si es posible. Haz una compra de prueba en una moneda diferente a la predeterminada y verifica que el valor que Google Ads registra coincida con lo esperado.

Esta es la causa más común de valores de conversión que están 'cerca pero no del todo bien'. El valor de conversión que envías a Google Ads incluye impuestos y envío, pero los ingresos contra los que comparas en Shopify no — o viceversa. El resultado es un desfase porcentual consistente que puede hacer que tu ROAS se vea 15-25% mejor o peor que la realidad.

No hay una única respuesta 'correcta' sobre si incluir impuestos y envío. Lo que importa es la consistencia: usa la misma definición de 'valor' tanto en Google Ads como en lo que compares. La mayoría de los anunciantes experimentados rastrean el subtotal del pedido (solo ingresos por productos, antes de impuestos y envío) porque es lo más cercano a los ingresos brutos reales y no se ve afectado por tasas de impuestos variables entre estados o países.

El problema generalmente surge porque diferentes fuentes de datos en Shopify reportan números distintos. Shopify.checkout.total_price incluye todo. Shopify.checkout.subtotal_price excluye impuestos y envío. El evento purchase de la Web Pixel API reporta total_price por defecto. Si estás tomando el valor de una fuente para el tracking y comparando contra una fuente diferente en tus informes, siempre verás una discrepancia.

Cómo solucionar:

• Decide una definición de valor consistente: subtotal (solo ingresos por productos) o total (incluyendo impuestos y envío). Documenta esta decisión.
• Verifica qué campo del checkout de Shopify lee tu etiqueta de conversión. Campos comunes: subtotal_price (solo productos), total_price (todo), total_tax (solo impuestos), y líneas de envío.
• Si usas GTM, verifica el mapeo de variables del data layer. La variable que alimenta tu valor de conversión podría tomar total_price mientras que comparas contra el subtotal en los informes de Shopify.
• Actualiza la descripción de tu acción de conversión en Google Ads para indicar si el valor incluye o excluye impuestos/envío — esto ayuda a tu yo futuro (o a tu equipo) a mantener la consistencia.
• Después de hacer cambios, ejecuta una comparación de 7 días entre el valor que Google Ads registra y la métrica correspondiente de Shopify (usando las mismas reglas de inclusión/exclusión).

Si usas Google Tag Manager, el valor de conversión fluye a través de una cadena: checkout de Shopify → data layer → variable de GTM → parámetro de la etiqueta de conversión. Una ruptura o discrepancia en cualquier punto de esta cadena produce valores incorrectos — o ningún valor.

Los errores de mapeo de data layer más frecuentes que encontramos son sorprendentemente básicos. El data layer envía el valor del pedido bajo un nombre de clave (como ecommerce.purchase.actionField.revenue), pero la variable de GTM está configurada para leer una clave diferente (como transactionTotal). La variable devuelve undefined, GTM no envía valor o envía el predeterminado, y la conversión se registra con $0.

Otro escenario común: el data layer dispara el evento purchase, pero el valor del pedido se llena en un push separado del data layer que ocurre milisegundos después. El trigger de GTM captura el evento purchase y dispara la etiqueta, pero en ese momento la variable de valor aún no se ha establecido. Esto crea problemas intermitentes — a veces la sincronización funciona y a veces no.

Cómo diagnosticar:

• Abre el modo de vista previa de GTM y completa una compra de prueba en tu tienda.
• En el panel de depuración de GTM, encuentra el evento que activa tu etiqueta de conversión (generalmente un evento 'purchase' o 'transaction').
• Haz clic en el evento y revisa la pestaña 'Variables'. Encuentra la variable mapeada a tu valor de conversión — ¿qué valor muestra?
• Si la variable muestra 'undefined', 'null' o una cadena vacía, el nombre de la clave del data layer no coincide con lo que tu variable está configurada para leer.
• Compara la estructura del data layer (visible en la pestaña 'Data Layer') con la configuración de tu variable (Variables → tu variable de valor → Nombre de variable del Data Layer).

Cómo solucionar:

• En GTM, ve a Variables → Variables definidas por el usuario → encuentra la variable usada para el valor de conversión. Verifica que el 'Nombre de variable del Data Layer' coincida con la ruta exacta de la clave en tu data layer.
• Rutas comunes del data layer de Shopify: ecommerce.purchase.actionField.revenue, ecommerce.transaction.value, o para el esquema de comercio electrónico de GA4, ecommerce.value.
• Si usas una app de data layer de terceros, consulta su documentación para los nombres exactos de claves que envía. No asumas — verifica en la vista previa de GTM.
• Para problemas de sincronización, configura el trigger de tu etiqueta de conversión para dispararse en un evento más confiable, o usa una regla de 'Secuenciación de etiquetas' para asegurar que el data layer esté completamente poblado antes de que la etiqueta de conversión se ejecute.
• Prueba nuevamente después de los cambios: haz un pedido, verifica en la vista previa de GTM y confirma que la variable de valor muestra el total correcto del pedido.

Esta es la causa más técnica y a menudo la más difícil de detectar. JavaScript maneja los números de formas que pueden corromper silenciosamente tus valores de conversión — y no lo notarás a menos que inspecciones los valores reales que se envían a nivel de etiqueta.

El ejemplo clásico: Shopify devuelve el total del pedido como una cadena de texto ('47.99'), pero la etiqueta de conversión espera un número. En algunas configuraciones, puede ocurrir concatenación de cadenas en lugar de suma. Si la etiqueta intenta agregar impuestos a un subtotal y un valor es una cadena, '29.99' + 5.00 se convierte en '29.995' (concatenación de cadenas) en lugar de 34.99 (suma numérica). La conversión registra $29,995 en lugar de $34.99.

La precisión de punto flotante es otra trampa. JavaScript almacena todos los números como flotantes de 64 bits, lo que significa que 0.1 + 0.2 === 0.30000000000000004 en JavaScript. Para un pedido de $19.99, podrías enviar 19.990000000000002 a Google. Aunque Google generalmente maneja bien las pequeñas discrepancias de punto flotante, las cadenas de cálculo más largas pueden acumular errores que producen valores significativamente incorrectos.

Cómo solucionar:

• Siempre convierte valores de cadena a números explícitamente antes de pasarlos a la etiqueta de conversión. En GTM, usa una variable de JavaScript personalizado que devuelva parseFloat(value) o Number(value).
• Redondea los valores de conversión a dos decimales antes de enviar: Math.round(value * 100) / 100. Esto elimina artefactos de punto flotante.
• Nunca realices operaciones aritméticas sobre valores dentro de la configuración de la etiqueta. Calcula el valor final de conversión en una variable dedicada, luego referencia esa variable en la etiqueta.
• Si tu data layer proporciona el valor en centavos (ej., 4799 para $47.99), divide entre 100 y redondea: Math.round(centsValue) / 100. Esto evita la confusión entre cadenas y números por completo.
• Usa la vista previa de GTM para inspeccionar el valor real que se envía en la etiqueta. Haz clic en tu etiqueta de conversión en el panel de depuración, expande los parámetros de la etiqueta y verifica que el valor sea un número (no una cadena) y sea correcto a dos decimales.

Cada una de las cinco causas anteriores tiene una solución específica — pero todas comparten un problema en común: requieren configuración manual que puede romperse silenciosamente. Una actualización de Shopify cambia la estructura del data layer. Una actualización del tema modifica los scripts del checkout. Un cambio en el contenedor de GTM sobrescribe accidentalmente una variable. El valor vuelve a ser incorrecto, y no lo notas durante semanas porque las conversiones todavía se registran — solo que con montos incorrectos.

Aquí es donde las soluciones de tracking automatizado como ScaleUp proporcionan el mayor valor. ScaleUp lee el total del pedido directamente del backend de Shopify a través de la Web Pixel API y eventos del lado del servidor — no depende de variables del data layer, configuraciones de GTM ni cálculos de JavaScript del lado del cliente. El valor siempre es el subtotal correcto del pedido, en la moneda correcta, formateado correctamente como número.