Cómo llevar la venta del CRM de vuelta a las plataformas

Meta y Google Ads solo optimizan lo que llegan a saber. Si la venta ocurre en el CRM semanas después del formulario, las plataformas siguen viendo solo el lead, incluidos los que nunca compraron. La salida es guardar el identificador del clic junto al lead y, cuando el negocio se gana, reenviar ese evento: en Google Ads como importación de conversiones offline, en Meta como evento de la Conversions API. Solo funciona si el dato se guarda el día del clic y se envía dentro del plazo de cada plataforma.

Por qué el costo por lead engaña sin la venta

El costo por lead mide el formulario, no el resultado. Dos campañas con la misma inversión pueden traer el mismo número de contactos y ventas muy distintas.

Veamos un ejemplo hipotético. Una agencia invierte R$ 10.000 en cada una de dos campañas para la misma clínica. Ticket promedio de R$ 3.000, informado por el CRM.

• Inversión

  Campaña A

  R$ 10.000

  Campaña B

  R$ 10.000

• Leads

  Campaña A

  120

  Campaña B

  80

• Ventas en el CRM

  Campaña A

  2

  Campaña B

  8

• Costo por lead

  Campaña A

  R$ 83,33

  Campaña B

  R$ 125,00

• Costo por venta

  Campaña A

  R$ 5.000

  Campaña B

  R$ 1.250

• Ingresos (ventas × R$ 3.000)

  Campaña A

  R$ 6.000

  Campaña B

  R$ 24.000

• ROAS

  Campaña A

  0,6

  Campaña B

  2,4

Las cuentas: 10.000 ÷ 120 = 83,33; 10.000 ÷ 80 = 125; 10.000 ÷ 2 = 5.000; 10.000 ÷ 8 = 1.250; 2 × 3.000 = 6.000 y 6.000 ÷ 10.000 = 0,6; 8 × 3.000 = 24.000 y 24.000 ÷ 10.000 = 2,4. Si la plataforma solo ve leads, la campaña A parece la mejor, y el algoritmo tiende a buscar más personas parecidas a ella.

El vínculo que no puede romperse: el ID del clic

Para unir una venta con un anuncio, alguien tiene que haber guardado el clic. Son cuatro pasos, y si uno falla, los siguientes se quedan sin datos.

1. 1.El clic lleva un ID. En Google, el gclid se agrega a la URL cuando el auto-tagging está activo. En Meta, el fbclid llega como parámetro de la URL de destino.
2. 2.El sitio captura el ID. Un script lee el parámetro y lo guarda, por ejemplo, en un campo oculto del formulario.
3. 3.El CRM guarda el ID en el lead. Si el formulario no registra el campo, el ID se pierde en el primer paso.
4. 4.La venta se vuelve evento. Cuando el negocio se gana, el ID y la hora de la venta van a la plataforma.

La página de Google Ads que describe la configuración enumera las condiciones: el auto-tagging activado, poder modificar el código de las páginas para capturar el gclid y poder guardarlo con los datos del contacto. También advierte que el gclid distingue mayúsculas de minúsculas, así que envía exactamente el valor capturado. La página señala además que el almacenamiento del ID debe respetar las reglas locales de consentimiento de cookies.

Google Ads: importar la venta por clic

La página de ayuda de Google enumera tres formas de importar conversiones offline: conversiones mejoradas para clientes potenciales (la opción que Google recomienda), conversiones de clics mediante el gclid y conversiones de llamadas.

Lo que dice la documentación sobre cada límite:

• Con gclid, Google acepta la conversión siempre que no tenga más de 90 días, y conserva el gclid solo durante 90 días.
• Con datos de contacto con hash, el límite baja a 63 días.
• Para cargas programadas, Google recomienda esperar 6 horas a que se procese el clic. Si aún no se procesó, envía de nuevo pasadas 12 horas.
• Una conversión no puede ocurrir antes del clic.
• Si envías dos veces el mismo gclid, el mismo nombre de conversión y la misma hora, la segunda se trata como duplicada y no se reporta. Para dos conversiones distintas en el mismo clic, usa horas distintas.

Al leer el resultado, Google orienta a usar la columna "Todas las conv. (por tiempo de conv.)", que reporta por el día de la conversión, y a revisar el archivo de resultados de la carga, porque algunas conversiones pueden ser rechazadas.

Meta: un evento de servidor con el clic y el contacto

Meta llama legado a la antigua Offline Conversions API e indica la Conversions API como el método recomendado para eventos offline. En la práctica, la venta del CRM se vuelve un evento de servidor. Los puntos de la documentación:

• Datos del cliente. Hay que enviar al menos un parámetro de user_data en el formato correcto. El correo (em) y el teléfono (ph) van con hash SHA-256, después de normalizarlos: correo sin espacios y en minúsculas, teléfono solo con dígitos y con código de país. El fbc no lleva hash.
• El fbc. Sigue el formato fb.${subdomain_index}.${creation_time}.${fbclid} y puede armarse a partir del fbclid guardado en el CRM.
• Leads del formulario de Meta. El lead_id (número, sin hash) identifica un lead generado en Lead Ads.
• action_source. Informa dónde ocurrió la conversión. Los valores aceptados incluyen website, physical_store, phone_call, chat, email, system_generated, business_messaging y other.
• event_time. Puede ser de hasta 7 días antes del envío, y si un evento del lote supera ese plazo, toda la solicitud devuelve error.
• event_id. Opcional pero recomendado: sirve para deduplicar eventos que llegan del píxel y de la API, con el mismo event_name. El número de pedido suele servir.

La documentación también recomienda enviar los mismos parámetros de cliente en el navegador y en el servidor, e incluir el país aunque todos los leads sean de Brasil.

La venta que llega demasiado tarde

El plazo es donde más envíos se pierden. Ejemplo hipotético: una persona hace clic en un anuncio de una escuela el 5 de enero, se vuelve lead ese mismo día y cierra la matrícula el 10 de abril. Entre el clic y la venta pasaron 95 días (26 en enero, 28 en febrero, 31 en marzo y 10 en abril: 26 + 28 + 31 + 10 = 95). Ese envío supera el límite de 90 días de Google y es rechazado.

• 10 días

  Google (gclid)

  Acepta

  Google (contacto con hash)

  Acepta

  Meta (regla general)

  Enviar en hasta 7 días

• 70 días

  Google (gclid)

  Acepta

  Google (contacto con hash)

  Rechaza (límite de 63)

  Meta (regla general)

  Enviar en hasta 7 días

• 95 días

  Google (gclid)

  Rechaza (límite de 90)

  Google (contacto con hash)

  Rechaza

  Meta (regla general)

  Enviar en hasta 7 días

La columna de Meta habla del plazo entre el evento y el envío, no entre el clic y la venta. Por eso el hábito que funciona es enviar en el momento en que cambia el estado, no una vez al mes. Cuando el ciclo es más largo que el límite, la alternativa es enviar una etapa intermedia, como "reunión realizada" o "propuesta enviada", que ocurre dentro del plazo. La desventaja es que el evento intermedio no es ingreso; trátalo como señal de calidad y mantén el ingreso real en el reporte del CRM.

Cuando no hay ID del clic

No siempre se guardó el clic: formularios antiguos, llamadas, WhatsApp. Google recomienda las conversiones mejoradas para clientes potenciales, que suman datos de contacto con hash al envío, y Meta acepta em y ph con hash. En ninguno de los dos casos trates el retorno como garantizado: las páginas consultadas no informan una tasa de coincidencia, así que este texto tampoco promete una.

Qué cambia en el reporte

El envío mejora lo que la plataforma optimiza, pero el reporte debe mostrar lo que dice el CRM de todos modos. Relator lee los negocios ganados en HubSpot o RD Station CRM, los cruza con la campaña del lead y calcula el ROAS real del lado del reporte. Mantén las dos cosas separadas: el reporte muestra el ingreso del CRM, y el envío enseña al algoritmo.

Cómo aplicarlo

1. 1.Confirma que el auto-tagging esté activo en la cuenta de Google Ads.
2. 2.Agrega campos ocultos al formulario para gclid y fbclid (y para utm_*), y confirma que cada uno llegue al CRM en el lead.
3. 3.Prueba: haz clic en un anuncio tuyo, llena el formulario y revisa el valor en el registro del CRM.
4. 4.Define con el cliente qué etapa del CRM cuenta como venta y cuál es el campo del valor.
5. 5.Elige el momento del envío: apenas cambie el estado. Anota el ciclo promedio de venta y compáralo con 90 y 63 días (Google) y con 7 días (Meta).
6. 6.En Google Ads, crea la acción de conversión de importación y sigue el archivo de resultados de los primeros envíos.
7. 7.En Meta, envía por la Conversions API con action_source correcto, event_id estable y datos del cliente normalizados y con hash.
8. 8.Si el ciclo supera el límite, elige una etapa intermedia y deja el ingreso real en el reporte del CRM.

Fuentes

Todas consultadas el 19 de octubre de 2026. Quedó fuera lo que las páginas leídas no informan: el formato exacto de las columnas y la zona horaria del archivo de carga de Google, las excepciones al plazo de event_time de Meta para eventos offline, la tasa de coincidencia esperada y las exigencias de consentimiento (LGPD) para este tipo de envío.

• Ayuda de Google Ads, Configurar conversiones offline con el Google Click ID (GCLID): requisitos del auto-tagging, captura y almacenamiento del gclid, distinción de mayúsculas.
• Ayuda de Google Ads, Preguntas frecuentes sobre la importación de conversiones offline: límites de 90 y 63 días, tiempo de procesamiento del clic, duplicados, columna por tiempo de conversión.
• Ayuda de Google Ads, Acerca de la importación de conversiones offline: métodos de importación y migración a la Data Manager API.
• Meta para desarrolladores, Conversions API: eventos offline: Offline Conversions API como legado y Conversions API como método recomendado.
• Meta para desarrolladores, Parámetros de información del cliente: fbc, hash de em y ph, lead_id.
• Meta para desarrolladores, Parámetros del evento del servidor: event_time, action_source, event_id.