Métricas y análisis
¿Vale la pena la Conversions API? Qué cambia de verdad
Enviar conversiones desde el servidor recupera parte de lo que el navegador pierde. Cuánto vale en la práctica, qué no resuelve y los errores que empeoran todo.
Este artículo también está en: Português · English
Bloqueadores, navegadores que restringen el rastreo, límites de cookies de terceros: una parte de los eventos que ocurren en tu sitio nunca llega a la plataforma de anuncios. La Conversions API — enviar conversiones desde tu servidor en vez del navegador — es la respuesta del sector a eso.
Funciona. Pero el motivo por el que vale la pena es distinto del que suele venderse.
Qué es, en una frase
En vez de que el navegador del usuario le avise a la plataforma que ocurrió una conversión, se lo avisa tu servidor. Ese camino no pasa por un bloqueador, ni por la configuración de privacidad del navegador, ni por una cookie de terceros.
Misma información, camino distinto.
Las tres ganancias, en orden de importancia
1. Eventos que el navegador nunca vio (la mayor)
Esta es la ganancia que casi no se menciona y la que más cambia el resultado.
El navegador solo conoce lo que pasa en el sitio. Nunca va a saber que:
- el lead se volvió venta 11 días después, por teléfono
- el contrato se firmó presencialmente
- el pedido se canceló a la semana siguiente
- el cliente renovó la suscripción
Esos eventos viven en el CRM y en el ERP, no en el sitio. La Conversions API es el único camino para que lleguen a la plataforma, y son justamente los eventos de mayor valor, porque cargan la información de calidad que el algoritmo no tiene.
Mandar la venta del CRM de vuelta es el uso que más rinde. Recuperar eventos del navegador es un bonus.
2. Eventos recuperados
El envío por servidor sortea el bloqueo del navegador y recupera parte de lo que se perdía. Cuánto exactamente depende de tu público, y hay que medirlo en tu cuenta, no estimarlo con un benchmark ajeno.
3. Datos más ricos
Desde el servidor podés enviar información que el navegador no tiene con confianza: el valor real de la venta desde tu sistema, identificadores de contacto de mejor calidad, etapa del embudo. Mejor coincidencia significa mejor atribución.
Qué no resuelve
No arregla un rastreo roto. Si la UTM se pierde entre la landing y el CRM, se pierde igual. La API envía el evento, no el origen perdido.
No reemplaza al píxel. Los dos juntos cubren más que cualquiera por separado. El navegador ve comportamiento que el servidor no ve; el servidor ve lo que pasa fuera del sitio.
No hace que la campaña venda más por sí sola. Mejora la señal. Una señal mejor ayuda a la optimización, pero una oferta mala con señal perfecta sigue siendo una oferta mala.
No resuelve la diferencia con el CRM. Las ventanas de atribución siguen siendo distintas. Mirá cuando el CRM y el administrador no coinciden.
Los cuatro errores que empeoran todo
No deduplicar
El error más común y el más caro. Píxel y servidor mandan el mismo evento, la plataforma cuenta dos, optimizás sobre un número inflado, y cada decisión de presupuesto sale mal.
La corrección: el mismo identificador de evento en los dos caminos. Píxel y servidor envían el mismo event_id para la misma conversión, y la plataforma descarta el duplicado.
Verificalo el primer día. Después de dos semanas, el historial está contaminado y vas a comparar períodos incomparables.
Mandar solo lo fácil
Implementar la API para PageView y Lead y dejar la venta afuera es implementar la parte sin valor. El evento que vale es el que el navegador no ve.
Datos de coincidencia pobres
Enviar solo el email cuando tenés email, teléfono, nombre y ciudad reduce la tasa de coincidencia. Mandá todo lo que tengas, con la normalización y el hasheo que exige la documentación.
Olvidarte de medir el antes
Si no anotaste el volumen de conversiones de la semana anterior, no vas a saber qué ganaste. Y sin saber la ganancia, no podés justificar el esfuerzo ni detectar cuándo la implementación se rompe.
Cuándo vale y cuándo no
Vale claramente cuando hay venta que ocurre fuera del sitio (teléfono, presencial, WhatsApp, ciclo largo), cuando el gasto es lo bastante alto como para que unos puntos de mejora paguen el trabajo, o cuando ya ves una diferencia grande entre la plataforma y la realidad.
Vale menos cuando el negocio es ecommerce puro con compra inmediata y el píxel ya captura casi todo, o cuando el gasto es chico y el esfuerzo de implementación no se paga.
No empieces por acá cuando el rastreo básico está roto. Arreglá la UTM y el formulario primero: la API no resuelve nada de lo que estaba roto antes que ella.
El camino corto
- Medí y anotá el volumen de conversiones de la semana anterior.
- Implementá con deduplicación desde el primer evento.
- Verificá la deduplicación el primer día, no en la segunda semana.
- Mandá los eventos del CRM, no solo los del sitio.
- Compará dos semanas después y registrá la ganancia.
El paso 4 es lo que diferencia una implementación que vale el trabajo de una que solo recupera algunos eventos de navegador.
Para decidir qué evento mandar de vuelta, mirá eventos de calidad o de volumen.
Preguntas frecuentes
¿La Conversions API reemplaza al píxel?
No. Lo recomendado es usar los dos en paralelo con el mismo identificador de evento, para que la plataforma descarte el duplicado y se quede con el que llegó más completo.
¿Cuántas conversiones extra recupera?
Varía mucho por público y por navegador. La ganancia real hay que medirla en tu propia cuenta comparando antes y después, no estimarla con un benchmark ajeno.
¿La mayor ganancia es recuperar eventos?
No. La mayor ganancia suele ser poder enviar eventos que el navegador nunca vio, como una venta cerrada en el CRM días después del clic.
¿Una mala implementación puede empeorar las cosas?
Sí. Sin deduplicación contás todo dos veces y optimizás sobre un número inflado, que es peor que el problema original.