Un anuncio de Meta lleva al usuario a un canal o a una cuenta de Telegram. A partir de ese clic, el píxel ya no ve nada: ni la unión al canal, ni la conversación con el closer, ni el registro en el broker, ni el depósito. Una campaña optimizada sobre lo que mide el píxel aprende, por tanto, a encontrar personas que hacen clic, no personas que llegan al final del recorrido.
Por qué el píxel no basta
El píxel es un script que se ejecuta en un navegador, en una página que usted controla. Telegram no es esa página. La unión a un canal, un mensaje privado o un depósito en el broker ocurren en entornos donde no se ejecuta ningún script de Meta.
La Conversions API resuelve este problema sin pasar por el navegador: el evento se transmite de servidor a servidor, desde la herramienta que conoce realmente la unión, el lead o el depósito. ScaleGram envía estos eventos a Meta por la Conversions API (Graph API v23.0), desde el servidor. Meta recibe un evento acompañado de identificadores que puede cruzar con sus propios usuarios y, cuando se conoce el clic de origen, con un anuncio concreto.
Esto no lo resuelve todo. Lo que se envía, en qué momento y con qué datos cambia lo que Meta puede atribuir. De eso tratan las secciones siguientes.
La correspondencia por defecto entre el CRM y Meta
Cada etapa que se sigue en el CRM corresponde a un evento estándar de Meta. La configuración por defecto es la siguiente:
- Unión al canal: Subscribe, activado.
- Solicitud de unión: Subscribe, desactivado.
- Inicio del bot: Lead, desactivado.
- Primer mensaje privado: Contact, desactivado.
- Lead: Lead, activado.
- Registro en el broker: CompleteRegistration, desactivado.
- Depósito: Purchase con valor, activado.
Cada regla se modifica por píxel. Puede, por tanto, mantener un píxel que solo recibe los depósitos y otro que recibe todo el recorrido, según el uso que haga de ellos en el administrador de anuncios.
Dos pares merecen atención. La solicitud de unión y la unión envían ambas Subscribe; activarlas a la vez equivale a señalar dos etapas distintas con el mismo nombre. El inicio del bot y el lead envían ambos Lead, con el mismo efecto. Elija, para cada evento de Meta, la etapa que represente realmente la señal que quiere ver optimizada.
La elección del objetivo de campaña es después una cuestión de equilibrio. Subscribe llega pronto y con frecuencia, pero mide una unión, no una intención de depositar. Purchase es el evento más cercano a lo que le genera ingresos, pero llega más tarde y con menos frecuencia. Ningún ajuste elimina este compromiso.
El depósito solo se envía cuando está confirmado
El evento Purchase solo se envía para un depósito confirmado. Tres situaciones lo activan: la creación de un depósito directamente con estado confirmado, el paso de un depósito de «pendiente» a «confirmado», o la llegada, a través de la sincronización con CellXpert, de un depósito neto que no estaba ya registrado en el CRM. Un depósito pendiente no produce nada en Meta mientras no se confirme.
El depósito se envía con su valor y una divisa. La divisa por defecto es la de las comisiones del espacio de trabajo; si no hay ninguna, USD. El valor solo se transmite si la regla del píxel lo prevé. Sin valor, Meta recibe un Purchase que cuenta como conversión pero no permite optimizar sobre un importe.
El caso de CellXpert cubre un desfase frecuente: un depósito que el closer no registró pero que la plataforma de afiliación del broker sí tiene. Si ya está en el CRM, no se envía una segunda vez.
El registro depende de una etapa que usted designa
CompleteRegistration está desactivado por defecto, y ninguna etapa del pipeline está designada como etapa de registro. Para que el registro en el broker se envíe a Meta, hay que activar la regla en el píxel y elegir, en la pantalla Tracking, la etapa del pipeline que indica que el lead se ha registrado.
El evento se envía entonces cuando el lead entra en esa etapa, o cuando la sincronización con CellXpert cruza un registro. Solo se envía una vez por lead. Un lead que sale de la etapa y vuelve a entrar no genera un segundo CompleteRegistration.
La elección de la etapa tiene consecuencias. Si su pipeline mezcla «enlace de registro enviado» y «cuenta abierta», Meta recibirá un registro cuando el lead todavía no ha hecho nada. La etapa designada debe corresponder a un registro efectivo en el broker, no a una intención.
Lo que se envía a Meta con cada evento
El email, el teléfono, el nombre, el apellido y el identificador externo se hashean con SHA-256 antes del envío. Los parámetros fbc y fbp, que proceden del clic en el anuncio y de las cookies de Meta, se transmiten sin hash, como Meta espera. También se adjuntan la dirección IP y el user agent del clic.
Un evento que no tiene ni fbc, ni fbp, ni email, ni teléfono no se envía. Se descarta con el motivo no_identifier. Meta no podría vincularlo a nadie en ningún caso. En la práctica, un miembro que llegó sin un clic identificado y que nunca facilitó email ni teléfono no producirá ningún evento, sea cual sea la etapa que alcance.
La calidad de la coincidencia depende, por tanto, de lo que usted recopile en la conversación. Un lead del que el closer obtuvo el email o el teléfono da a Meta más medios para reconocerlo que un lead del que solo se conoce el alias de Telegram.
Destino de los eventos y reintentos en caso de fallo
Los eventos se envían a los píxeles de la campaña de origen del lead. Si no hay ninguna campaña asociada, se envían a los píxeles por defecto del espacio de trabajo. Un lead mal vinculado a su campaña enviará, por tanto, sus eventos al píxel por defecto, lo que puede distorsionar la lectura si conviven varias cuentas publicitarias.
Los envíos fallidos se registran y se reintentan a los 1, 5, 30, 120 y 720 minutos. Pasado ese punto, se abandonan. Un token de acceso caducado o un píxel mal configurado durante más de medio día hace que se pierdan los eventos de ese periodo. Revisar el registro de envíos después de cualquier cambio de configuración evita descubrir el problema una semana más tarde en el administrador de anuncios.
Verificar antes de cambiar el objetivo de campaña
Se puede indicar un código de evento de prueba por píxel. Los eventos aparecen entonces en la herramienta de prueba de Meta, lo que permite comprobar que una unión, un lead o un depósito llegan con el nombre, el valor y la divisa correctos antes de pasar una campaña a ese objetivo.
Cada evento lleva un event_id único, que Meta utiliza para la deduplicación. Si el mismo evento le llega dos veces, Meta puede descartar el duplicado en lugar de contar dos conversiones.
Recuerde retirar el código de prueba una vez hecha la verificación. Mientras esté indicado, los eventos de ese píxel se tratan como eventos de prueba.
Lo que Meta no podrá atribuir
La Conversions API transmite lo que ocurrió. No recrea un clic que nunca se registró. Cuando un usuario se une al canal mediante su enlace público, después de verlo compartido en otro sitio o copiado de un anuncio, no existe ningún clic de origen. Meta puede recibir el evento si lo acompaña un email o un teléfono, pero no puede vincularlo a un anuncio.
Las cifras de Meta y las del CRM nunca coincidirán del todo. Meta ignora las conversiones sin un clic atribuible y conserva los depósitos rechazados después de su envío. El CRM registra ambos casos. Para decidir si cortar o mantener una campaña, los depósitos confirmados y las comisiones registradas en el CRM siguen siendo la referencia; los informes de Meta indican de qué aprende el algoritmo, no lo que la campaña produjo realmente.