Cuando en Hispavista entra una nueva cuenta, lo primero que abrimos no son las campañas: es la pantalla de acciones de conversión, para ver cuáles están marcadas como principales (las que entran en la puja) y cuáles como secundarias (sólo observación). Esa lista, con los valores asignados a cada acción, es el brief real que está ejecutando Smart Bidding o Advantage+. Públicos, creatividades y reparto de presupuesto se reordenan solos alrededor de ella.
El fallo casi nunca está en el algoritmo. Está en una de estas tres capas: qué evento representa dinero, cómo llega ese evento a la plataforma y cómo está traducido en la configuración.
Qué evento representa dinero:
Un formulario enviado, un «añadir al carrito» o una llamada de cierta duración son proxies. Funcionan mientras su correlación con el ingreso se mantenga estable, y esa correlación se rompe justo cuando el sistema aprende a explotarla: si pides formularios baratos, acaba comprando la parte del mercado con menos intención de compra.
Tres decisiones que pueden ayudarte:
- Valor por fase, no valor plano: En captación de leads, asignar valores distintos según la fase del embudo (lead, cualificado, oportunidad) permite que la puja distinga volumen de calidad. El valor no tiene que ser el ingreso real: basta con que la proporción entre fases refleje su probabilidad de cierre, algo que se saca del propio histórico del CRM.
- Margen en lugar de ingreso: Cuando el margen varía mucho entre categorías o servicios, enviar ingreso bruto como valor de conversión equivale a pedir facturación. Enviar margen redistribuye la inversión hacia lo que deja dinero. El ROAS reportado baja el día del cambio, así que el objetivo nuevo se acuerda antes, no cuando alguien lo ve en un panel.
- Cliente nuevo frente a recurrente: Volver a vender a quien ya te compró es lo más barato que puede conseguir un sistema de puja. Si captación y fidelización comparten la misma señal, la inversión se desplaza hacia lo segundo y el coste de adquisición real sube sin aparecer en ningún informe.
Si el cierre ocurre fuera de la ventana de conversión de la plataforma, no lo uses para optimizar. La puja necesita señal dentro de su ventana; el cierre sirve para analizar y para validar la elección del proxy. Lo que se optimiza es el evento intermedio que mejor correlacione con ese cierre y que ocurra pronto.
Cómo llega la señal:
- Conversiones offline en Google: Capturar el identificador de clic en el formulario, guardarlo en el CRM junto al registro e importarlo cuando el lead cambia de fase. Cuanto antes entra el dato, más lo aprovecha el modelo. Si tu proceso comercial tarda semanas en marcar la fase en el CRM, el problema de rendimiento está en el proceso, no en la campaña. Cuando no se puede almacenar el identificador de clic, la alternativa es el emparejamiento con datos de usuario hasheados, que exige tener el consentimiento correspondiente.
- Servidor y calidad de emparejamiento en Meta: Píxel y Conversions API en paralelo, con identificador de evento común para deduplicar. La métrica a vigilar es la calidad de emparejamiento de eventos, que casi siempre mejora añadiendo parámetros de usuario en el envío desde servidor, y no tocando campañas. Revisa qué eventos tienes priorizados por dominio, porque ese orden limita a qué puedes optimizar.
- Consentimiento y modelado: Con Consent Mode, los parámetros de datos de usuario y personalización determinan qué entra en la puja. Cuando el consentimiento baja, la plataforma rellena con conversiones modeladas si la cuenta tiene volumen suficiente; si no lo tiene, no hay modelado, hay huecos. Antes de diagnosticar una caída de rendimiento, mira la evolución de la tasa de consentimiento.
- Ventanas y atribución: Google y Meta usan ventanas y modelos distintos, y GA4 otro más. Comparar cifras entre sistemas sin igualar antes las ventanas produce diferencias que no significan nada y decisiones tomadas sobre ruido.
Cómo se traduce en la configuración:
- Objetivos de conversión a nivel de campaña, no solo de cuenta. Permite que una campaña de captación optimice a lead cualificado mientras otra sigue con un evento más frecuente, sin arrastrar la cuenta entera.
- Reglas de valor de conversión para ajustar por ubicación, dispositivo, público o condición de cliente nuevo cuando no puedes enviar el valor real desde el backend.
- Objetivos de adquisición de clientes en Google y limitación de la inversión hacia clientes existentes o exclusión de audiencias de compradores en Meta, para que la captación se lea como captación.
- Exclusiones de marca en Performance Max y campaña de búsqueda de marca aparte. Sin eso, el rendimiento agregado incluye demanda que ya tenías.
Sobre volumen y ritmo de cambios no hay una cifra que valga para todas las cuentas, porque depende del CPA, del presupuesto y de la ventana de conversión de cada negocio; aunque, el criterio sí es común: la campaña necesita acumular suficientes conversiones del evento elegido dentro de su ventana de aprendizaje.
Si no llega, hay tres salidas:
- agrupar campañas para consolidar señal
- subir a un evento más frecuente aunque sea peor proxy
- aceptar puja manual mientras se genera histórico
Lo que la automatización no puede resolver
Ninguna plataforma distingue entre capturar demanda y crearla: optimiza dentro de su ventana y hacia lo que puede medir. La incrementalidad se mide fuera, con grupos de control geográficos o tests de lift, y suele corregir a la baja el rendimiento declarado de las campañas más eficientes, que son justo las que trabajan sobre público caliente.
En lanzamientos sin histórico, cambios de precio, roturas de stock o estacionalidad brusca, el histórico juega en contra. Ahí bajamos el nivel de automatización, volvemos a estructuras más controladas y esperamos a tener datos antes de devolver el mando.
Los límites
La importación offline mete retraso por diseño; con ciclos largos, un proxy intermedio funciona mejor que el indicador correcto. El modelado devuelve estimaciones, y optimizar sobre estimaciones tiene un error que no desaparece por implementar bien. Los tests de incrementalidad piden tiempo y una parte del presupuesto en control, algo que no toda cuenta se puede permitir en cualquier momento del año.
Cuando no se llega al indicador bueno, trabajamos con el aproximado sabiendo en qué dirección se desvía. Lo que evitamos es tomar decisiones de inversión como si fuera el otro.
Si hay que revisarlo en media hora: qué acción de conversión puja, qué valor lleva, con cuánto retraso llega y qué consentimiento tiene detrás. Casi todo lo que se discute sobre si la IA de Google o Meta funciona bien se decide en esos cuatro puntos.
El ajuste que nadie revisa
Esto no se configura una vez y se olvida. La relación entre el evento que optimizas y el dinero que entra se va deteriorando sola: el sistema aprende a conseguir ese evento por el camino más barato, y el camino más barato casi nunca pasa por tu mejor cliente. Cambia el mix de producto, entra alguien nuevo a pujar, baja el consentimiento, y lo que funcionaba en enero ya no funciona en septiembre.
Y otra de las razones por la que estas cosas se quedan a medias, es que las tres capas viven en departamentos distintos; es decir, el valor de cada fase lo sabe negocio, la señal depende de desarrollo o analítica, y la configuración la toca quien lleva las campañas. Cada uno optimiza su parte, todos cumplen, y el conjunto va “a la deriva”.
Desde Hispavista trabajamos las tres capas a la vez: qué evento merece pujar según cómo gana dinero tu negocio, cómo hacer que esa señal llegue completa y a tiempo, y cómo se traduce en la configuración para que la automatización deje de perseguir lo fácil.
Si tienes curiosidad por saber qué está optimizando ahora mismo tu cuenta, empieza por lo más rápido: abre la acción de conversión principal y mira qué valor lleva. Y si al mirarlo no te cuadra lo que ves, escríbenos.
