# Objetivos de conversión (/es/guides/conversion-goals) Las aperturas y los clics te dicen que un email resultó interesante. No te dicen si funcionó. Un **objetivo de conversión** pone nombre al evento que cuenta como resultado —una compra, un alta, una reserva— y lo atribuye al email que se lo ganó. ## Definir un objetivo En **Configuración → Datos → Objetivos de conversión**, escribe el nombre del evento que cuenta. No hace falta que exista todavía: puedes definir `purchase` antes de que tu aplicación haya enviado ninguno, igual que puedes [declarar un evento](/docs/guides/declaring-events) antes de construir el flujo que lo usa. Un objetivo tiene: * **El nombre del evento.** Exactamente el que tu aplicación envía a `/v1/track`. * **Una ventana de atribución**: cuánto tiempo después de un email sigue contando una conversión. Catorce días por defecto. * **Un campo de importe y otro de moneda**, opcionales. Los dos son rutas dentro del `data` del evento, así que para `{"revenue": 49.90, "currency": "EUR"}` serían `revenue` y `currency`. Deja el importe vacío para contar conversiones sin dinero asociado. Un alta o una reserva son resultados reales sin precio. ## La ventana es de la campaña; el objetivo, no La ventana se define en el objetivo, pero **cualquier campaña puede cambiarla** —y solo la ventana. Esa separación es deliberada. Qué cuenta como compra es una propiedad de tu negocio: tiene que significar lo mismo en todos los informes, o dos campañas dejan de ser comparables. Cuánto tiempo puede seguir atribuyéndose una compra a un envío concreto es una propiedad *de ese envío*. Una venta flash convierte en horas; un colchón, en semanas. Un único valor por defecto no puede ser correcto para los dos, y forzarlo perdería las conversiones del colchón o le daría a la venta flash el crédito de compras con las que no tuvo nada que ver. Así que: define `purchase` una vez, y dale a la venta flash una ventana de dos días y a la campaña del colchón sesenta. ## Cómo se atribuye una conversión Cuando llega el evento de un objetivo, Bitelio mira hacia atrás dentro de la ventana los emails con los que ese contacto interactuó, y atribuye **el último clic**. Si no hubo ningún clic, atribuye **la última apertura**. Un clic es intención. Una apertura cada vez menos —la Protección de Privacidad de Mail de Apple abre mensajes que nadie ha leído—, así que la apertura es un recurso secundario, nunca un criterio de desempate. Es la misma regla que se usa para atribuir los pedidos de Shopify, y eso es deliberado. Dos reglas de atribución darían el crédito a campañas distintas para el mismo contacto, y la primera vez que ambos números aparecieran en la misma pantalla ninguno sería creíble. ## Qué significan los números El informe de la campaña muestra las conversiones, la tasa de conversión atribuida, los ingresos y el tiempo medio desde la interacción hasta la conversión, además de las bajas y las quejas en la misma tarjeta: una campaña que convierte bien y quema tu lista no lo está haciendo bien. Hay dos cosas que conviene precisar. ### La tasa atribuida no es tu tasa de conversión Solo cuenta conversiones de contactos que hicieron clic o abrieron uno de estos emails dentro de la ventana. Quien compró sin llegar a interactuar con la campaña no está ahí, ni tampoco quien habría comprado de todas formas. Por eso será **más baja** que la tasa de conversión de tu propia analítica, y eso es correcto, no un fallo de ninguno de los dos sistemas. Responden a preguntas distintas: la tuya pregunta cuántos visitantes compraron; esta, cuántas compras pueden rastrearse hasta un email. ### Los ingresos nunca se suman entre monedas Si una campaña genera 1.000 EUR y 1.000 USD, el informe muestra las dos cifras por separado. Nunca muestra 2.000. Bitelio no conoce tus tipos de cambio, y un total convertido sería un número sin ninguna fecha defendible detrás. Sumarlos de todas formas daría algo que parece perfectamente razonable y no significa nada. ## Las conversiones son definitivas Una conversión registrada no se revisa nunca. **No hay devoluciones, ni cancelaciones, ni reversiones**: si un cliente convierte y luego le devuelven el dinero, la conversión y sus ingresos siguen en el informe. Es una limitación real, y conviene conocerla antes de usar estas cifras para nada financiero. La atribución responde a «¿qué email llevó a esto?», y esa respuesta no cambia porque el pedido se devuelva después: el email sí llevó a ello. Si necesitas ingresos netos de devoluciones, la integración con Shopify registra las cancelaciones y los reembolsos sobre el propio pedido, y ese es el número que debes usar. ## Tests A/B Si la campaña está ejecutando un [experimento](/docs/guides/experiments), el informe desglosa cada objetivo por variante, con el número de destinatarios de cada una junto a su tasa. Los destinatarios se muestran en vez de darse por supuestos porque las variantes casi nunca tienen el mismo tamaño —un [grupo de control](/docs/guides/holdouts) menos que ninguna— y dos porcentajes desnudos invitan exactamente a la comparación que el tamaño de muestra debería matizar. ## Cuándo ocurre La atribución se ejecuta en segundo plano, a los pocos segundos de llegar el evento. Nunca retrasa ni hace fallar al propio evento: si la atribución no puede ejecutarse, el evento queda registrado igualmente y solo se pierde el crédito. Los objetivos también se aplican a los [flujos](/docs/guides/workflow-experiments), con la misma ventana ajustable y el mismo informe. ## La campaña que nunca se lleva el último clic La atribución acredita un email. Una newsletter que nunca es lo que se clica cinco minutos antes de la compra —porque no es la que lleva el código de descuento— informa de casi cero conversiones y parece algo que recortar. Por eso cada campaña informa también de **en qué caminos estuvo**: * **conversiones asistidas**: cuántas conversiones tuvo delante sin llevárselas * **ingresos del modelo lineal**: el importe de cada conversión dividido entre el número de campañas de su camino, sumada la parte de esta ### Dos modelos, un solo dinero Último clic y modelo lineal son **dos formas de repartir el mismo dinero, no dos importes**. Cada uno, sumado entre todas tus campañas, da lo que entró de verdad. Discrepan por campaña, que es exactamente el sentido: el último clic dice que el email del descuento hizo todo el trabajo, el lineal dice que la newsletter leída diez días antes hizo una parte igual. Sumar uno al otro no es ningún número. Bitelio no te enseñará esa suma en ningún sitio. Ninguno de los dos es verdad, tampoco. Son convenciones. Lo único aquí que mide si enviar **causó** algo es un [grupo de control](/docs/guides/holdouts), que retira el email a parte de tu audiencia y compara — y por eso las dos convenciones conviven etiquetadas, en vez de que una finja en silencio ser la correcta. ### Qué cuenta como estar en el camino Una campaña cuenta **una vez** por conversión, por muchos de sus emails que abriera el contacto. Dos ejecuciones de la misma automatización son una sola cosa en el camino. Y el **email transaccional no está en el camino en absoluto**: nadie acreditaría un email de restablecer contraseña por una compra. Las asistencias empiezan el día en que se publicó esta funcionalidad. Las conversiones registradas antes no tienen camino, y el informe lo dice en vez de presentar una historia parcial como completa. ## ¿Sirvió de algo? La atribución responde a qué email se ganó una conversión. No puede responder a si la conversión habría ocurrido igualmente: el cliente que iba a comprar de todos modos también hizo clic, y también se lleva el crédito. Un [grupo de control](/docs/guides/holdouts) puede medir un objetivo, y esa es justo la pregunta que responde. Ten en cuenta que cuenta los eventos del objetivo de **todo el mundo**, atribuidos o no: el grupo retenido no recibe ningún email, así que por definición no tiene nada atribuido, y comparar cifras atribuidas entre los dos mediría la división y no tu email. Los dos informes están hechos para no coincidir.