GCLID: el dato que solo capturas una vez

Una campaña nueva sale al aire en Google Ads. Llegan los primeros clics, los formularios empiezan a llenarse, el costo por lead aparece en el panel y todo parece funcionar. Dos semanas después, alguien del área comercial pregunta qué campaña trajo el contrato que acaba de cerrarse. Y no existe respuesta, porque el dato que conectaría ese clic con ese contrato nunca se guardó.

Ese dato es el GCLID. Está visible en la URL de cualquier clic pago, dura el tiempo de una sesión y, si nadie lo captura en ese instante, desaparece para siempre. Es un campo oculto de formulario, unos minutos de configuración, y es lo que separa a la operación que mide negocios cerrados de la que mide formularios llenados.

Qué es el GCLID

GCLID es la sigla de Google Click Identifier. Cuando alguien hace clic en un anuncio y la cuenta tiene el auto-tagging activado, Google agrega un parámetro a la URL de destino, algo como ?gclid=Cj0KCQjw... seguido de una secuencia larga de caracteres. Ese código identifica ese clic específico: qué campaña, qué anuncio, qué palabra clave, en qué dispositivo.

Vale una distinción que confunde a mucha gente. La UTM es lo que tú declaras sobre la campaña. Tú la escribes, tú la estandarizas, tú te equivocas cuando escribes facebook en una campaña y fb en otra. El GCLID es lo que Google registra sobre el clic, y se genera automáticamente, sin posibilidad de error de digitación.

Otra diferencia importante: el GCLID solo aparece en clics pagos de Google Ads con auto-tagging activado. No surge en tráfico orgánico, no surge en enlaces compartidos, no surge en correo electrónico. Esto es diferente del fbclid de Meta, que la plataforma también anexa a enlaces de publicaciones orgánicas y de Messenger. En la práctica, si existe un GCLID en ese lead, fue un clic pago. Sin excepción.

Por qué solo existe una vez

Aquí está el punto que vuelve este tema urgente y no solo importante.

El GCLID vive en la URL de la sesión en que la persona llegó. Si el formulario no tiene un campo oculto grabando ese valor junto con nombre, correo electrónico y teléfono en el momento del envío, desaparece cuando se cierra la pestaña. No hay cómo recuperarlo después a través del correo del lead, no hay un reporte en Google Ads que devuelva el código asociado a un contacto, no hay plan B.

E incluso quien lo captura bien trabaja contra el reloj: el Centro de ayuda de Google Ads afirma que el GCLID se conserva por solo 90 días. Pasado ese plazo, el envío de la conversión es rechazado con el aviso de que el clic es demasiado antiguo.

Para una operación con ciclo de venta corto, esto pasa desapercibido. Para la venta consultiva, con propuesta y negociación, 90 días es un plazo que se cumple con facilidad. Por eso tiene sentido enviar hitos intermedios del embudo, como lead calificado o reunión realizada, y no esperar la firma del contrato.

Qué aprende Google Ads cuando el dato no existe

Sin el GCLID guardado, Google Ads ve una sola cosa: el formulario fue enviado. No sabe si ese contacto se convirtió en reunión, propuesta o cliente. Y como el Smart Bidding optimiza para lo que logra medir, pasa a perseguir el mayor volumen posible de formularios.

El problema es que la palabra clave que genera más formularios rara vez es la que genera más ingresos. Los términos genéricos suelen convertir barato y calificar mal. Los términos específicos suelen costar más caro y cerrar mejor. Cuando el algoritmo solo ve el formulario, invierte en el primer grupo y reduce el segundo, y la cuenta parece saludable mientras el pipeline no acompaña.

Ese perjuicio no aparece en ningún reporte de campaña. Aparece en la conversación sobre ingresos al final del trimestre, cuando el costo por lead está excelente y los ingresos no vinieron con él.

Qué cambió en 2026

Durante años, el GCLID fue la llave única de la atribución offline: guardabas el código, lo devolvías a Google cuando el lead cambiaba de etapa en el embudo, y listo.

Ese diseño cambió. Google pasó a recomendar las Conversiones mejoradas para clientes potenciales, que usan el GCLID y datos propios del cliente con hash, como correo electrónico y teléfono, como llaves de correspondencia. La ventaja práctica es la redundancia: cuando el GCLID se pierde en el camino, el correo con hash todavía permite asociar la conversión al clic original. Según la propia documentación de Google Ads, los anunciantes que usaron datos propios junto con el GCLID observaron un aumento mediano del 10% en las conversiones medidas en relación con la importación offline tradicional.

Junto con eso vino el cambio de infraestructura: el 15 de junio de 2026, los envíos de conversiones offline y de Conversiones mejoradas para clientes potenciales fueron migrados a la Data Manager API y bloqueados en la API de Google Ads. Quien tenía una integración hecha antes de eso tuvo que cambiar la ruta del envío.

Un detalle que pasa desapercibido y cuesta conversiones: las ventanas son diferentes. El GCLID solo tiene 90 días. Las Conversiones mejoradas para clientes potenciales, que transportan datos personales con hash, tienen 63 días. Quien asume 90 para todo pierde silenciosamente la cola de las ventas de ciclo más largo, sin que aparezca ningún error en el panel.

La tesis que queda, y que probablemente sobrevive al próximo cambio de nombre de la API, es esta: la atribución salió del identificador de clic aislado y caminó hacia la correspondencia por identidad. El GCLID sigue siendo la pieza que amarra el clic al lead, solo que ahora trabaja acompañado.

Dónde se pierde el dato en el camino

Incluso en operaciones que hicieron la configuración, el GCLID desaparece por motivos banales:

• Auto-tagging desactivado en la cuenta. Sin él, el parámetro simplemente no se genera, y ninguna configuración posterior lo resuelve.
• Redirección en medio del camino. Un redirect mal configurado entre el anuncio y la página final descarta toda la query string, y el parámetro muere antes de llegar al formulario.
• Constructor de formularios que ignora la query string en el móvil. Ocurre con más frecuencia de la que se imagina, y suele pasar desapercibido porque en el escritorio funciona.
• Rechazo de cookies. Parte del tráfico va a rechazar, y esa parte nunca tendrá el dato.

Ninguno de estos casos genera una alerta. El panel sigue mostrando conversiones del sitio normalmente, y el fallo solo aparece cuando alguien intenta enviar la conversión offline y descubre que la mitad de la base no tiene el código.

Qué necesita existir antes de lanzar la campaña

La configuración en sí es rápida, y justamente por eso vale hacerla antes del primer clic, no después del primer mes:

• Auto-tagging activado en la cuenta de Google Ads.
• Un campo oculto en el formulario que lea el parámetro de la URL y lo grabe junto con los datos del lead.
• Un lugar estable para que ese valor viva, sea el CRM, la herramienta de automatización o la plataforma de datos.
• Un hito del embudo que quepa dentro de la ventana de retención, para que el envío no sea rechazado por retraso.
• Envío de la conversión cuando el lead alcanza ese hito, y no solo cuando se firma el contrato.

Vale revisar esto hoy mismo si tu operación ya corre campañas desde hace algún tiempo. Todo lead que entró sin el código es un lead que no podrá atribuirse, y esa pérdida no es recuperable.

Dónde entra Laiki

Laiki guarda el GCLID junto con el lead, en la misma ficha en la que están el origen, los eventos y la etapa del embudo. A partir de ahí, se puede segmentar a quienes tienen el parámetro completado y seguir cuánto de la base realmente llegó con el código.

Cuando el lead alcanza la etapa que importa para el negocio, la plataforma envía esa conversión de vuelta a Google Ads automáticamente, sin exportar una hoja de cálculo a mano y sin que nadie tenga que acordarse de hacer el envío dentro del plazo. El algoritmo pasa a optimizar por lo que se convirtió en negocio, no por lo que se convirtió en formulario.