Anuncios de clic a WhatsApp: cómo saber qué anuncio trajo la venta

Por el objeto referral que Meta incluye en el mensaje entrante cuando la persona vino de un anuncio de clic a WhatsApp. Ese objeto trae el source_id, que es el ID del anuncio, más el titular, el texto y el creativo que vio, y el ctwa_clid, que es el identificador de clic. Con el source_id ya podés atribuir la conversación al anuncio exacto sin ninguna herramienta extra. Lo único que hace falta es que tu sistema lea el webhook y guarde esos campos en la ficha del contacto en el momento en que entra el primer mensaje.

No, y no hace falta. La documentación de creación de anuncios de clic a WhatsApp no contempla url_tags ni parámetros UTM: el creativo apunta a una URL de WhatsApp y el número sale del promoted_object del conjunto, así que no hay una URL de destino propia donde colgar parámetros. El reemplazo es mejor que un UTM: Meta te manda el Ad ID directamente adentro del webhook, en referral.source_id.

No. Viene pegado al mensaje generado por el toque en el anuncio, así que la práctica correcta es persistirlo apenas entra y no asumir que va a volver en los mensajes siguientes. Aclaración honesta: que llegue únicamente en el primer mensaje es una regla que repiten muchos proveedores, pero no la encontramos escrita así en la documentación de Meta. Por eso lo planteamos como precaución de implementación y no como cita oficial: guardalo en el primer mensaje y no dependas de que reaparezca.

Sí, y es un agujero silencioso. Meta documenta que el campo ctwa_clid se omite por completo en los mensajes que se originan en un anuncio en el placement de Estados de WhatsApp. En esos casos llega el referral pero sin la llave de atribución, así que esos leads no se pueden reportar por la Conversions API. Si dejaste las ubicaciones en automático, es probable que una parte de tu inversión esté cayendo ahí sin que lo sepas. Se resuelve mirando el desglose por ubicación y decidiendo a conciencia, no por defecto.

Es el camino oficial para devolverle a Meta lo que pasó adentro de la conversación. Se hace un POST al endpoint de eventos del dataset con action_source igual a business_messaging, messaging_channel igual a whatsapp, el ID de la cuenta de WhatsApp Business y el ctwa_clid que capturaste. Los eventos soportados incluyen Purchase, LeadSubmitted, QualifiedLead, InitiateCheckout, AddToCart y varios de gestión de pedidos. Lo importante no es el reporte: según Meta, la Conversions API es lo que habilita el acceso a la optimización por compra para los anuncios de clic a WhatsApp y a Messenger. Sin eso, tus campañas optimizan por conversación iniciada, que es un proxy mucho más pobre que una venta.

No, y es un error de implementación muy común. En la documentación de parámetros de la Conversions API, el ctwa_clid está marcado explícitamente como "no hashear". Es contraintuitivo porque el resto de los campos de user_data, como el mail o el teléfono, sí van hasheados con SHA-256. Si lo hasheás, Meta no puede unir el evento con el clic y la atribución se pierde en silencio: no da error, simplemente no atribuye.

Distinto de como se cuenta. Meta documenta tres cosas que casi nadie junta. Primero: la ventana no se abre cuando el usuario hace clic, se abre cuando vos respondés, y las 72 horas se cuentan desde ese momento. Si contestás veinte horas después, arrancás con veinte horas perdidas. Segundo: sólo aplica si la persona escribió desde la app de Android o iOS; Meta aclara que las aplicaciones de escritorio y web no están soportadas, así que el lead que clickeó desde WhatsApp Web no abre ventana gratis. Tercero: la ventana gratis de 72 horas y la ventana de atención al cliente de 24 horas son independientes, así que podés estar dentro de las 72 horas gratis pero fuera de las 24 de servicio, y ahí sólo podés mandar plantillas.

Por cuatro razones documentadas que se suman. La métrica de Meta se llama messaging_conversation_started_7d y agrupa por ventana, mientras tu CRM cuenta conversaciones sueltas. Los webhooks se reintentan hasta siete días y pueden llegar duplicados, lo que infla el conteo del CRM. Meta no deduplica los eventos que vos le mandás, así que un envío repetido cuenta doble de su lado. Y la fecha en la que aparece una conversión depende de si consultás por momento de impresión o por momento de conversión. No es que uno de los dos números esté mal: están midiendo cosas distintas, y hay que decidir cuál es el número de gestión.

Cambia el instrumento. En coexistencia, cuando el negocio contesta desde la app de WhatsApp Business del teléfono, ese mensaje no sale como mensaje de la API: dispara un webhook smb_message_echoes. Si tu integración no procesa ese webhook, tu sistema cree que nadie contestó, y todos tus tiempos de respuesta y tus tasas de atención quedan mal medidos. Hay además un caso duro documentado: los mensajes enviados desde clientes complementarios no soportados no disparan webhooks, así que directamente no existen para tu CRM.

Sí, y es el mejor plan B que hay. El creativo del anuncio define un mensaje de bienvenida prellenado; si le ponés un texto distinto a cada anuncio o a cada ángulo, el primer mensaje entrante es en sí mismo la etiqueta del anuncio, sin depender de ningún identificador. Es la única técnica que sigue funcionando en el placement de Estados, donde no hay ctwa_clid. Aclaración: esto es una técnica derivada del funcionamiento documentado, no una recomendación publicada por Meta.

Sí, y afecta directo a la economía de estos anuncios. Meta documenta que a partir del 1 de octubre de 2026 empieza a cobrar los mensajes de servicio, que no se cobraban desde noviembre de 2024, y los mensajes de utilidad enviados dentro de la ventana de atención de 24 horas. Al mismo tiempo confirma que los mensajes enviados dentro de la ventana gratis de 72 horas que abren los anuncios de clic a WhatsApp siguen sin costo de entrega. La conclusión práctica es fuerte: esa ventana pasa a ser casi la única mensajería gratis que queda, y responder rápido deja de ser una buena práctica para convertirse en una decisión de costo.