Por qué tu ROAS GA4 es inexacto (y 2 correcciones estructurales que ayudan)

"Mi ROAS es del 500%, pero en realidad no soy rentable. ¿Qué me estoy perdiendo?" Esta pregunta surge constantemente en las comunidades de búsqueda de pago. Las campañas alcanzan los objetivos, el cuadro de mandos parece limpio, pero las finanzas no lo reflejan.

La cuestión es: el problema no suelen ser las campañas. Son los datos de los que aprenden.

La discrepancia de datos suele deberse a 2 lagunas que no aparecen en los informes estándar:

1. Una es dónde se detienen los datos de conversión. GA4 realiza un seguimiento de los eventos del navegador, como rellenar formularios, completar compras y cargar páginas. Lo que no capta son los resultados que se producen una vez finalizada la sesión del navegador: un cliente potencial que se cierra por teléfono, un acuerdo firmado tras una reunión de seguimiento, un cliente que entra en la tienda tras hacer clic en un anuncio. Esos resultados existen fuera de la vista de GA4, y las campañas que los impulsaron no obtienen ningún crédito.
2. La otra es qué significa realmente "valor de conversión". Cuando se dispara una compra en GA4, el valor que se pasa a Google Ads es el importe del pedido: lo que pagó el cliente, no lo que se quedó la empresa. Un producto con un 60% de coste de la mercancía y otro 13% en gastos de envío, devoluciones y tasas deja un 27% de margen bruto. Con un ROAS del 500%, en el que 20 céntimos de cada dólar de ingresos se destinan a anuncios, eso deja aproximadamente un 7% antes de gastos generales. Para el algoritmo de puja, un producto con un margen del 70% y un producto con un margen del 20% tienen el mismo aspecto. Ambos son sólo cantidades en dólares.

GA4 tiene dos puntos ciegos estructurales que hacen que el ROAS parezca mejor de lo que es en realidad. Ninguno de ellos es un error de configuración. Ambos son solucionables. En este artículo, te explicaremos cada uno de ellos, sus causas, cómo distorsionan la Puja Inteligente de Google Ads y qué necesitas para cerrar la brecha.

Punto ciego 1: conversiones offline de las que nunca se informa

El problema

El problema es más claro en la generación de contactos B2B. Una campaña impulsa el envío de formularios de contacto. GA4 los registra todos. Si miramos los datos del mes pasado, la campaña produjo 20 contactos.

Lo que no puedes ver: 12 de esos clientes potenciales se cerraron offline. Un representante de ventas hizo un seguimiento, envió una propuesta, realizó varias llamadas y firmó el acuerdo. Esos ingresos nunca se atribuyen a la campaña que inició la conversación. GA4 sigue mostrando 20 clientes potenciales. Para el algoritmo de pujas, la campaña parece haber generado 8 conversiones sin ingresos asociados.

Las ofertas se reducen. El presupuesto se desplaza hacia campañas que muestran datos de conversión más limpios, lo que suele significar campañas en las que todo el recorrido ocurre dentro de una sesión de navegador. Tu mejor fuente de clientes potenciales es tratada como débil porque la mitad final del embudo es invisible.

Esto no es sólo un problema B2B. Los pedidos telefónicos, las compras en tienda impulsadas por anuncios de pago, las transacciones que se producen a través de un canal diferente días después del clic inicial... todo ello queda fuera del cuadro de atribución sin una solución deliberada. GA4 no tiene ningún mecanismo para recibir datos una vez finalizada la sesión. Cerrar el bucle requiere un conducto que conecte tu CRM o sistema de ventas de nuevo con Google Ads con el ID de clic original intacto.

Si no has auditado tu configuración actual, esta guía sobre el seguimiento de la pérdida de señal es un buen punto de partida.

Cómo se ve afectado el algoritmo de puja

La Puja Inteligente de Google Ads aprende de las señales de conversión que recibe. Ajusta las pujas en función de qué campañas, palabras clave y segmentos de público produjeron conversiones, y de cuánto valor tenían esas conversiones. Esto significa que, cuando una parte significativa de tus resultados reales nunca se comunica, el algoritmo está trabajando a partir de una imagen incompleta.

La mayoría de las cuentas no se dan cuenta del volumen que están perdiendo. Un recuento de conversiones consistentemente bajo es también una de las principales razones por las que la Puja Inteligente rinde menos: el algoritmo necesita una señal suficiente para establecer un patrón de aprendizaje. Vuelve a añadir conversiones offline y ese umbral se volverá alcanzable.

Cómo lo soluciona TAGGRS: cerrando el círculo con las Conversiones Offline

La solución requiere una canalización que conecte tu CRM o sistema de ventas back-end con Google Ads, con el ID de clic original intacto. Así es como funciona en la práctica:

• Captura el GCLID en el envío del formulario. Cuando un visitante llega a través de un anuncio de Google, el ID de clic (GCLID) se sitúa en la URL como un parámetro. El JavaScript de tu página de destino lo lee y lo almacena en una cookie de origen. Un campo oculto del formulario lo recoge y lo transmite a tu CRM junto con los datos de contacto del cliente potencial.
• Guárdalo en el registro de cliente potencial. Tu CRM guarda el GCLID como un campo personalizado. HubSpot lo hace de forma nativa a través de sus formularios. Salesforce y Pipedrive lo hacen a través de campos personalizados e integraciones de formularios. Sin este paso de captura en el momento del envío, no hay clave de coincidencia para la importación posterior.
• Envía un webhook cuando se cierre el trato. Cuando una operación se marca como ganada en tu CRM, se activa un webhook y envía los datos de conversión (incluidos los valores de GCLID y consentimiento almacenados) a tu contenedor GTM del lado del servidor.
• Importa a Google Ads con el ID de clic. Tu contenedor sGTM reenvía los datos a Google Ads. La plataforma relaciona el acuerdo cerrado con la campaña, palabra clave y anuncio exactos que lo iniciaron.

Hay que tener en cuenta una limitación importante. Google Ads sólo acepta importaciones de conversiones offline en los 90 días siguientes al clic original. Para los ciclos de ventas largos, el enfoque estándar es importar un evento de conversión intermedio (una etapa de cliente potencial cualificado o una propuesta firmada) en lugar de esperar al cierre final. Esto mantiene la atribución dentro de la ventana permitida, a la vez que proporciona al algoritmo una señal significativa sobre qué campañas impulsan el pipeline real.

Con la Conversión Offline de TAGGRS te ocupas de todo el proceso de conversión offline, desde el contenedor sGTM hasta la importación de Google Ads, de modo que no necesitas construir y mantener tú mismo la infraestructura.

La configuración se adapta a varias cuentas de clientes sin tener que volver a empezar desde cero cada vez.

De este modo, el algoritmo deja de ver 8 conversiones y empieza a ver 20, con ingresos reales asociados a las que se cerraron. La puja se ajusta en consecuencia, y las campañas que no tenían presupuesto empiezan a competir en términos precisos.

Punto ciego 2: ingresos ≠ beneficios

El problema

Incluso con un seguimiento completo de la conversión, el ROAS calculado sobre el valor del pedido puede ser muy engañoso.

Una campaña que se ejecuta en dos categorías de productos puede mostrar cifras idénticas de ROAS mientras que una genera un fuerte margen y la otra apenas cubre costes. Google Ads no tiene forma de distinguirlas, a menos que envíes valores de conversión diferentes. Sin datos de margen en la señal, el algoritmo escala ambos por igual y tiende a favorecer al producto que genere mayores totales.

Para las agencias que gestionan cuentas de varios clientes o líneas de productos, este patrón es habitual. Los números del panel de control parecen limpios. Se alcanzan los objetivos de ROAS. Mientras tanto, el presupuesto se concentra en productos que generan ingresos pero erosionan la rentabilidad. El informe estándar no tiene forma de sacarlo a la luz.

Cómo distorsiona la licitación

La Puja Inteligente optimiza hacia el valor de conversión que le envíes. Si ese valor es el importe de la transacción, optimiza hacia los ingresos. Los productos que generan un fuerte margen y los productos que apenas cubren costes parecen idénticos en la señal.

El algoritmo no está haciendo nada mal. Está aprendiendo de los datos que tiene. El problema es que los datos no reflejan lo que realmente importa a la empresa.

Cómo lo soluciona TAGGRS: valores de conversión basados en los beneficios

La solución está en el nivel de la señal de conversión. El valor que se envía a Google Ads en el momento de la conversión debe reflejar el margen, no el precio.

TAGGRS Profit Tracking extrae los datos del margen de Firestore y los pasa a través del contenedor del servidor a Google Ads como valor de conversión. En lugar del importe de la transacción que pagó el cliente, la plataforma recibe el margen real de ese pedido.

Vale la pena saberlo antes de configurarlo: requiere un contenedor del lado del servidor. Una etiqueta basada en navegador no puede conectarse a Firestore. Los datos viven en el servidor y deben procesarse allí. TAGGRS se encarga de esa infraestructura de servidor, haciendo que los datos del margen estén disponibles en el momento de la conversión.

Una vez que los valores de margen fluyen a través de la señal, las campañas compiten en beneficio real. Los productos que parecían ganadores basándose sólo en los ingresos, ahora se evalúan en función de lo que realmente devuelven.

Cómo es realmente un ROAS exacto

Cuando se aplican ambas correcciones, la imagen que llega a Google Ads cambia drásticamente.

Google Ads recibe registros de conversiones offline emparejados con los clics originales a través de GCLID, junto con valores ajustados al margen en lugar de totales de pedidos sin procesar. Las campañas que estaban siendo subpujadas porque sus acuerdos offline eran invisibles empiezan a recuperar presupuesto. Los productos con márgenes reales atraen más gasto.

Las campañas que parecían fuertes en ingresos, pero que funcionaban con un margen estrecho, se despriorizaron. El algoritmo no cambió. Sólo obtuvo datos precisos para trabajar.

También hay un efecto de volumen. La Puja Inteligente necesita suficientes datos de conversiones para funcionar bien: la mayoría de las cuentas no alcanzan ese umbral cuando faltan las conversiones offline. Añádelos de nuevo y las campañas empezarán a desbloquear mejores estrategias de puja automatizada. El ciclo de aprendizaje se acorta.

Para las agencias, también hay un aspecto informativo. El seguimiento de las conversiones en el servidor permite relacionar el gasto en anuncios de Google con resultados empresariales reales, en lugar de con eventos del navegador. Una vez instalada, la infraestructura se amplía a todas las cuentas.

Si tus informes de ROAS actuales no tienen en cuenta las conversiones offline o el margen del producto, reserva una demostración para auditar dónde están las lagunas y qué haría falta para cerrarlas.

PREGUNTAS FRECUENTES

¿Cómo consigue un CRM acceder al GCLID en primer lugar?

El CRM no lee directamente las cookies del navegador. El GCLID debe capturarse en el momento en que un cliente potencial envía un formulario. El JavaScript de tu página de destino lee el ID de clic del parámetro URL, lo almacena en una cookie de origen durante la sesión, y un campo de formulario oculto lo transmite a tu CRM junto con el nombre, el correo electrónico y otros datos del contacto. El CRM lo almacena como un campo personalizado en el registro del cliente potencial. Cuando el trato se cierra más tarde, el webhook extrae ese GCLID almacenado del contacto y lo envía a TAGGRS. Sin este paso de captura en el envío del formulario, no hay clave de coincidencia para la importación de la conversión offline. La mayoría de los CRM admiten esto de forma inmediata o a través de un script ligero. HubSpot tiene un seguimiento GCLID nativo integrado en sus formularios. Otros, como Salesforce y Pipedrive, lo gestionan mediante campos personalizados e integraciones de formularios.

¿Qué pasa si el acuerdo se cierra más de 90 días después del clic original?

Google Ads sólo acepta cargas de conversiones offline en los 90 días siguientes al clic original. Si un acuerdo se cierra después de esa ventana, la conversión no puede emparejarse y se rechaza la importación. Para ciclos de ventas largos, el enfoque estándar es importar un evento de conversión intermedio -una etapa de cliente potencial cualificado, una propuesta firmada o una oportunidad comprometida- en lugar de esperar al cierre final. Esto mantiene la atribución dentro de la ventana, a la vez que proporciona al algoritmo una señal significativa sobre qué campañas impulsan el pipeline real.