Offline conversions Google Ads: 2026

B2B SaaS con carga de conversiones offline: +18 a +28% de ROI mediano en Google Ads a 90 días, a presupuesto constante. Y aun así, entre el 55 y el 67% de las empresas B2B SaaS en España no practican ninguna carga en 2026 — Smart Bidding optimiza a ciegas sobre MQL en bruto y contaminados, lejos de los ingresos reales. Cerrar el bucle de atribución es el mayor quick-win disponible para una cuenta B2B madura.

En 2026, nadie debería pilotar una cuenta Google Ads sin reenviar las conversiones offline — y sin embargo, en las cuentas auditadas por nuestros equipos, entre el 55 y el 67% de los anunciantes B2B SaaS en España no practican ninguna carga offline (según la fuente). Consecuencia directa: Smart Bidding optimiza sobre proxies débiles (MQL en bruto, envíos de formulario, descargas de white paper) y confunde el tráfico que llena el funnel con el tráfico que realmente genera ingresos.

Esta guía despliega la metodología completa: flujo GCLID → CRM → Google Ads, configuración en Salesforce/HubSpot/propio, carga por UI o API, alternativa Enhanced Conversions Leads, elección de la etapa correcta (MQL vs SQL vs deal ganado) y los 6 errores que arruinan la carga offline. Ganancia mediana observada tras una implementación limpia: +18 a +28% de ROI mediano en la cuenta Google Ads. Para el contexto estratégico B2B, continúa con nuestra estrategia Google Ads B2B SaaS.

¿Qué es una conversión offline y por qué es crítica?

Una conversión offline es una acción de valor que sucede fuera de tu sitio: un deal firmado por un comercial tras un ciclo de 3 semanas, una reunión presencial confirmada, un upgrade manual registrado en tu back-office, una suscripción activada en call center. En todos estos casos, Google Ads no puede observar el evento de conversión — tienes que reenviarlo manualmente para cerrar el bucle de atribución.

El mecanismo es simple en teoría: cada clic en un anuncio de Google Ads con auto-etiquetado activado recibe un GCLID único (Google Click ID), transmitido vía el parámetro URL ?gclid=.... Si capturas este GCLID en tu landing, lo propagas a tu CRM y lo reenvías a Google Ads junto con la conversión real (deal ganado, SQL cualificado, etc.), Google asocia la conversión al clic original — y Smart Bidding aprende sobre el valor de negocio real, no sobre un proxy.

¿Por qué es crítico en 2026? Porque Smart Bidding (Target CPA, Target ROAS, Max Conversion Value) se ha convertido en la norma, y el algoritmo solo es tan bueno como los datos que recibe. Alimentar Smart Bidding con MQL en bruto — señales débiles e hipercontaminadas por tráfico bot, visitantes curiosos, estudiantes — equivale a pedirle que optimice sobre ruido. Documentación oficial de referencia: soporte Google Ads sobre importación de conversiones.

A la inversa, entre el 52 y el 64% de las empresas B2B SaaS en España no practican ninguna carga offline en 2026 (según la fuente) — es una de las brechas de rendimiento más fáciles de cerrar observadas en auditoría. La complejidad técnica es moderada (unas horas de configuración), la dependencia del proveedor es nula y la ganancia se mide en 30 días. Para el tracking online prerrequisito, consulta nuestra guía de seguimiento de conversiones.

¿Cuál es el flujo completo GCLID → CRM → Google Ads?

El flujo de extremo a extremo se descompone en 7 pasos técnicos. Cada uno debe funcionar para que los datos vuelvan — un solo fallo rompe toda la cadena y a menudo no tendrás ningún error visible (esa es la trampa clásica).

1. Clic en el anuncio. El usuario hace clic en tu anuncio de Google Ads. Si el auto-etiquetado está activo, Google añade automáticamente el parámetro gclid a la URL de destino. Sin auto-etiquetado, no hay GCLID, punto.
2. Captura en la landing. Un script JS lee window.location.search, extrae el GCLID vía URLSearchParams y lo guarda en una cookie first-party (duración 90 días) más localStorage para sobrevivir a la navegación.
3. Inyección en el formulario. Todos tus formularios de lead (demo, contacto, trial, pricing) reciben un campo oculto gclid precargado desde la cookie antes del envío.
4. Recepción en el CRM. El CRM (Salesforce, HubSpot o propio) recibe el GCLID junto con el resto del lead y lo guarda en un campo dedicado Google_GCLID__c.
5. Propagación Lead → Opportunity. Cuando el Lead se convierte en Opportunity (Salesforce) o el Contact se asocia a un Deal (HubSpot), un workflow automático copia el GCLID al nuevo objeto.
6. Disparo de la conversión. Cuando la oportunidad pasa a Closed Won (o la etapa de tu elección), una exportación CSV o una llamada API construye la fila de conversión: GCLID + timestamp + valor + nombre de conversión.
7. Carga en Google Ads. Por UI (CSV manual) o API (automatizada). Google Ads cruza el GCLID con el histórico de clics, atribuye la conversión y Smart Bidding integra la señal en el siguiente ciclo de optimización (latencia: 6 a 24h).

El punto de fricción más frecuente: el paso 5 (propagación Lead → Opportunity). En el 38% de las cuentas auditadas, el GCLID se captura correctamente en el Lead pero desaparece en la conversión interna — necesitas un workflow explícito para copiarlo. Es la auditoría más rápida de ejecutar antes de cualquier otro debug.

¿Cómo configuras tu CRM (Salesforce, HubSpot, propio)?

Cada CRM tiene su propia gimnasia, pero la lógica es idéntica: un campo personalizado, un workflow de propagación y una captura JS estandarizada en el sitio.

Salesforce

• Crea un campo personalizado Google_GCLID__c (Text 200) en el objeto Lead.
• Crea el mismo campo en el objeto Opportunity.
• Process Builder / Flow: en la conversión Lead → Opportunity, copia Lead.Google_GCLID__c a Opportunity.Google_GCLID__c.
• Añade el campo al layout de Opportunity para auditoría manual.
• Opcional: campo en Account si hay varias oportunidades por cuenta.

HubSpot

• Crea una propiedad personalizada gclid (Single-line text) en el objeto Contact.
• Crea la misma propiedad en el objeto Deal.
• Workflow: "Cuando se crea un Deal asociado a un Contact" → copia contact.gclid a deal.gclid.
• Exportación CSV o uso de la integración nativa HubSpot ↔ Google Ads para la carga automatizada.

CRM propio (Postgres, MySQL, Airtable)

• Migración SQL: ALTER TABLE leads ADD COLUMN gclid varchar(200);
• Misma adición en la tabla opportunities o deals.
• Trigger SQL o lógica de aplicación para propagar el GCLID al crear el deal vinculado.
• Cron diario: extraer los deals ganados de las últimas 24h, construir el CSV o la llamada API y enviarlo a Google Ads.

Captura JS en la landing (universal)

Este snippet funciona con cualquier CRM — captura el GCLID al llegar, lo guarda y precarga los campos ocultos. Duración de validez del GCLID para la carga: 90 días máximo.

// Incluir en todas las páginas (tag GTM o script global)
(function () {
  const gclid = new URLSearchParams(window.location.search).get('gclid');
  if (gclid) {
    const expires = new Date(Date.now() + 90 * 86400000).toUTCString();
    document.cookie = `_gcl_aw=GCL.${Date.now()}.${gclid}; expires=${expires}; path=/`;
    localStorage.setItem('gclid', gclid);
  }
  // Precarga todos los campos ocultos name="gclid"
  const stored = localStorage.getItem('gclid');
  if (stored) {
    document.querySelectorAll('input[name="gclid"]').forEach(i => i.value = stored);
  }
})();

Para profundizar en el tracking completo (GA4, Consent Mode, Enhanced Conversions online), consulta nuestra guía de seguimiento de conversiones en Google Ads.

¿Cómo cargas manualmente desde la UI de Google Ads?

La carga por UI es el método más simple, adecuado para volúmenes moderados (menos de 10.000 conversiones al mes) o fases de startup. Ruta en la interfaz: Herramientas > Conversiones > Cargas > + Nueva importación. Cargas un archivo CSV o Google Sheets construido según un esquema estricto.

Esquema CSV para carga con GCLID

La primera línea debe declarar la zona horaria usada en el archivo. La segunda línea lista las columnas.

Parameters:TimeZone=+0100
Google Click ID,Conversion Name,Conversion Time,Conversion Value,Conversion Currency
CjwKCAi...XYZ,SQL Qualified,2026-04-18 14:32:00+0100,1200,EUR
CjwKCAi...ABC,SQL Qualified,2026-04-18 15:47:00+0100,2400,EUR
CjwKCAi...DEF,Deal Won,2026-04-19 09:15:00+0100,18000,EUR

Reglas a respetar sin falta:

• Formato del timestamp: yyyy-mm-dd hh:mm:ss+zzzz con offset explícito. Nunca hora local sin offset.
• Nombre de conversión: debe coincidir exactamente con una acción de conversión existente en Google Ads (case-sensitive).
• Valor: importe en unidades (no céntimos). 1200 = 1.200 EUR.
• Ventana de 90 días: el timestamp de conversión debe ser inferior a 90 días tras el clic original.
• Una línea por conversión: sin agregación, sin GCLID duplicado (salvo 2 conversiones realmente distintas).

Tras la carga, la UI muestra un informe de validación en 10 a 60 segundos. Las líneas rechazadas se listan con la razón: GCLID desconocido, timestamp no válido, ventana superada, nombre de conversión inexistente. Corrige y vuelve a cargar solo las líneas rechazadas. Cadencia recomendada: carga semanal el lunes por la mañana para un ciclo Smart Bidding limpio. En la práctica, carga semanal vs diaria = impacto idéntico en el ROI; carga mensual = -5% de eficacia por el retraso de la señal.

¿Cómo automatizas la carga vía la API de Google Ads?

Más allá de 10.000 conversiones offline al mes, o en cuanto la carga manual se convierte en un punto de fricción humano (olvidos, retrasos, errores de CSV), automatizar vía la API de Google Ads es la respuesta correcta. Las librerías oficiales cubren PHP, Java, Python, Ruby, .NET, Perl. El endpoint dedicado es ConversionUploadService.uploadClickConversions. Documentación: guía oficial developers.google.com.

Arquitectura típica

• Fuente: CRM (Salesforce, HubSpot, Postgres).
• Job scheduler: cron Linux, GitHub Actions, Cloud Scheduler o cualquier orquestador.
• Frecuencia: diaria a las 2h (equilibrio frescura/carga).
• Query: extraer las oportunidades closed won de las últimas 24h con GCLID no vacío.
• Auth: cuenta de servicio Google Ads API (OAuth2) + developer token.
• Llamada: batch hasta 2.000 conversiones por petición, reintento exponencial en errores 429/500.
• Logging: persistir resultados (aceptados / rechazados / razones) para monitorización.

Snippet Python (esqueleto)

from google.ads.googleads.client import GoogleAdsClient

client = GoogleAdsClient.load_from_storage("google-ads.yaml")
service = client.get_service("ConversionUploadService")

conversions = []
for row in deals_won_last_24h:
    c = client.get_type("ClickConversion")
    c.conversion_action = f"customers/{CID}/conversionActions/{ACTION_ID}"
    c.gclid = row["gclid"]
    c.conversion_date_time = row["won_at_iso"]   # ej: 2026-04-18 14:32:00+0100
    c.conversion_value = row["amount_eur"]
    c.currency_code = "EUR"
    conversions.append(c)

response = service.upload_click_conversions(
    customer_id=CID,
    conversions=conversions,
    partial_failure=True,
)

El flag partial_failure=True es crítico — sin él, una sola línea no válida hace fallar todo el batch. Con él, Google acepta las válidas y devuelve errores detallados de las no válidas. Para un ejemplo más amplio de pilotaje inspirado en la misma lógica de automatización, consulta nuestro módulo SteerAds Auto-optimization.

¿Cuándo preferir Enhanced Conversions Leads frente a GCLID?

Introducido por Google en 2023 y ampliamente desplegado desde 2024, Enhanced Conversions for Leads (ECL) te permite importar conversiones offline sin almacenar nunca un GCLID. Principio: tu sistema aplica hash al email (o teléfono) del lead en SHA-256 antes de enviarlo a Google, que cruza este hash con los usuarios de Google conectados a su cuenta. Documentación oficial en ads.google.com.

Ventajas frente al flujo GCLID clásico

• Configuración 3× más rápida: ningún GCLID que capturar, ninguna cookie, ningún workflow de propagación en el CRM. Solo un hash de email.
• Resiliente a la pérdida de GCLID: cambio de dispositivo, navegación privada, cookie caducada — ECL funciona igualmente.
• Cobertura más amplia: también capta usuarios que no han clicado un anuncio recientemente pero están expuestos al ecosistema Google.
• Cumplimiento RGPD sólido: hashing SHA-256 en el origen, sin PII en texto plano.

Payload típico (API)

{
  "conversion_action": "customers/CID/conversionActions/ACTION_ID",
  "conversion_date_time": "2026-04-18 14:32:00+0100",
  "conversion_value": 1200,
  "currency_code": "EUR",
  "user_identifiers": [
    { "hashed_email": "b3d2...sha256" }
  ]
}

Ganancia de señal observada en nuestro panel sectorial: Enhanced Conversions Leads captura entre el 85 y el 92% de la ganancia offline clásica, con un coste de configuración 3× menor. Para un anunciante que aún no tiene flujo GCLID en marcha, es casi siempre el punto de entrada correcto en 2026.

¿Deberías cargar MQL, SQL o deal ganado?

Elegir la etapa de conversión correcta es la decisión que determina el 70% de la eficacia final de tu configuración offline. Cargar en la etapa equivocada = Smart Bidding mal calibrado, incluso con un flujo técnico perfecto. Matriz de decisión:

Regla de doble nivel: carga una etapa de microconversión (SQL cualificado o demo reservada) como conversión principal para la optimización de Smart Bidding, y una etapa de macroconversión (deal ganado) como conversión secundaria para los informes de negocio. La micro aporta volumen + frescura (Smart Bidding aprende rápido), la macro aporta precisión de negocio (pilotas el ROI real).

Cuidado con la trampa del deal ganado solo: en mediana B2B SaaS en España, un volumen de 10 a 50 deals ganados/mes nunca permite a Smart Bidding salir de la fase de aprendizaje (umbral Google: 30 conversiones por cada 30 días mínimo por acción de conversión). Carga exclusiva en deal ganado = algoritmo bloqueado en exploración infinita. Para la lógica Smart Bidding asociada, consulta nuestra guía de Smart Bidding.

¿Qué errores arruinan una carga de conversiones offline?

Estos 6 errores representan el 78% de los casos de carga offline con bajo rendimiento observados en auditoría. Ninguno es complejo de corregir — solo hay que saber dónde mirar.

1. Auto-etiquetado de Google Ads desactivado. Sin auto-etiquetado a nivel de cuenta, no se inyecta ningún GCLID en las URLs. Toda la cadena no produce nada. Observado en el 12% de las cuentas auditadas. Solución: Configuración de la cuenta > Opciones de seguimiento > Activar el auto-etiquetado. Espera 24h y verifica en un clic de prueba.
2. Hora de conversión ausente en el CSV. Google rechaza cualquier línea sin timestamp válido. Error clásico: exportación Excel que reformatea la columna a fecha sin hora, o zona horaria ausente. Valida siempre el formato yyyy-mm-dd hh:mm:ss+zzzz antes de cargar.
3. Carga más allá de 90 días post-clic. Las conversiones con conversion_time > click_time + 90d se ignoran silenciosamente — sin error, simplemente cero señal que vuelve. Ciclos largos > 90d: cambia a Enhanced Conversions Leads o carga una microconversión intermedia (SQL en D+30).
4. Duplicados de GCLID no deduplicados. Cargar el mismo GCLID dos veces con el mismo nombre de conversión = dos conversiones contadas, Smart Bidding sobrestima el valor. Añade sistemáticamente una deduplicación (gclid, conversion_name, date) antes del envío.
5. Desajuste de zona horaria. Declarar TimeZone=+0000 en Parameters pero enviar los timestamps en hora local (sin offset o con offset contradictorio). Resultado: desfase sistemático de 1-2h, conversiones atribuidas a clics erróneos. Unifica en UTC en todas partes, convierte en el último momento en la exportación.
6. Lista de conversiones importadas nunca refrescada. Smart Bidding aprende sobre las conversiones de los últimos 30 días. Una carga mensual o menos frecuente = el algoritmo se ejecuta sobre datos obsoletos. En la práctica, solo este error cuesta -40% de la señal offline. Cadencia mínima: semanal. Ideal: diaria vía API.

Para el contexto completo del checklist de auditoría y la metodología aplicada al tracking, consulta nuestro checklist de auditoría Google Ads y, para la adaptación a e-commerce, nuestro playbook Google Ads e-commerce 2026.

Fuentes

Fuentes oficiales consultadas para esta guía:

• support.google.com
• support.google.com
• developers.google.com

FAQ