Automación Zapier & Make para Google Ads 2026

Zapier supera los 7 millones de usuarios en 2026 y Make ha triplicado su adopción desde 2023 (Zapier About). Para los PPC managers que pilotan Google Ads sin programar, estas dos plataformas no-code cubren del 70 al 85% de las automatizaciones útiles: alertas Slack, sync CRM, reporting automatizado, workflows de aprobación. Y con un coste marginal de $9 a $75/mes según el plan, suele ser entre 50 y 100 veces más barato que un dev interno con los mismos resultados.

El diagnóstico: hay 3 categorías de automatización Google Ads. (1) Scripts Google Ads nativos para lo que toca entidades Google Ads puras (negativas, ajustes de puja, pausas de palabra clave): consulte nuestra guía de 10 scripts Google Ads. (2) API/Python para volúmenes masivos y lógica compleja: consulte la guía de iniciación a la API Python. (3) Plataformas no-code Zapier/Make para los workflows multi-app (Google Ads + Slack + HubSpot + Sheets + Gmail). Este último punto es exactamente el target de este artículo. Nuestra calculadora de wasted ad spend estima los $ quemados/mes por concordancia amplia sin negativas o por rebote excesivo de la LP.

A continuación, 8 flujos concretos, probados en producción, con configuración paso a paso, JSON de configuración cuando es relevante y los límites a conocer. Cada flujo apunta a un caso de uso de negocio claro: nada de gadgets. Para la base del seguimiento de conversiones que condiciona la mitad de los flujos, lea nuestra guía de seguimiento de conversiones de Google Ads.

Zapier vs. Make: qué herramienta para qué necesidad

Zapier y Make son dos orquestadores no-code que exponen la API Google Ads como triggers y acciones encajables sin código. En datos agregados Google Ads 2025-2026, la elección se juega en tres ejes medibles: pricing en volumen (Make 3 a 5 veces más barato por encima de 10k ops/mes), capacidad de branching (Make en grafo vs. Zapier en lineal) y riqueza del catálogo de apps conectadas (Zapier 7.000+ vs. Make 2.000+). El siguiente diagrama resume la arquitectura común de un workflow Google Ads no-code.

Zapier y Make son los dos líderes no-code para Google Ads en 2026. Make (antes Integromat) ha recortado gran parte de la diferencia funcional con Zapier desde 2023, con la ventaja añadida de un pricing 3 a 5 veces más competitivo en volumen. Zapier sigue siendo líder en simplicidad y en número de apps conectadas, pero pierde terreno en los workflows complejos.

He aquí la tabla comparativa cifrada en los criterios que importan para Google Ads:

Lectura de la tabla: Make es matemáticamente la elección correcta por encima de 5.000 ops/mes o para flujos con 4+ pasos con lógica condicional. Zapier conserva la ventaja en simplicidad y en ecosistema de apps. n8n es relevante si dispone del recurso técnico para self-hostarlo o si la soberanía de los datos es una preocupación (RGPD estricto, sector sensible). Para los flujos descritos en este artículo, Zapier Y Make funcionan: indicamos la elección recomendada para cada flujo.

Configuración del conector Google Ads (OAuth + permisos)

Antes de crear cualquier flujo, hay que conectar la cuenta Google Ads (o MCC) a la plataforma. La configuración OAuth lleva 2-3 minutos, pero hay 4 puntos que pueden bloquearla si no se anticipan: (1) nivel de acceso del usuario, (2) Customer ID MCC, (3) developer token, (4) permisos concedidos.

1. Nivel de acceso del usuario. El usuario Google que se conecta vía OAuth debe disponer al menos de un acceso Standard en la cuenta Google Ads (lectura + escritura). El acceso Read-only solo funciona para flujos de reporting/monitoring, no para flujos que modifican entidades (negativas, puja, conversiones). Verifíquelo en Google Ads: Herramientas > Acceso y seguridad > Usuarios.

2. Customer ID MCC. Si gestiona varias cuentas vía un Manager Account (MCC), Zapier y Make piden el Customer ID MCC en la conexión (formato 123-456-7890). Es el ID del MCC padre, no de la subcuenta destino. La subcuenta destino se selecciona después por flujo mediante un desplegable.

3. Developer token. Buena noticia: Zapier y Make gestionan el developer token del lado de la plataforma; usted no tiene NADA que hacer. Es su app OAuth aprobada por Google la que aporta el token. Eso evita el procedimiento de solicitud del developer token de la API Google Ads (5-10 días) que tendría que hacer si programara directamente.

4. Permisos concedidos. La ventana OAuth de Google muestra dos permisos: Read and write Google Ads campaigns y View account performance data. Marque Allow para los dos. Si solo concede View, los flujos en escritura (push de conversiones, añadir negativas) fallarán en silencio.

// Ejemplo: configuración mínima del conector Google Ads en Make
{
  "connection": {
    "type": "googleads",
    "scopes": [
      "https://www.googleapis.com/auth/adwords"
    ],
    "auth": {
      "method": "oauth2",
      "client_managed": true
    },
    "mcc_customer_id": "123-456-7890",
    "default_account_id": "987-654-3210"
  }
}

Test de conexión: cree un flujo mínimo con un módulo Google Ads Search Campaigns y ejecútelo en modo test. Si la ejecución devuelve la lista de campañas de la cuenta, el OAuth es válido. Si error 401 / 403, o el usuario no tiene el nivel de acceso adecuado, o el Customer ID MCC está mal introducido. Documentación oficial: zapier.com/apps/google-ads y make.com/en/integrations/google-ads.

Flujos 1 y 2: alertas Slack de presupuesto + anomalías de CPC

Los dos flujos más rentables que activar primero son las alertas Slack: ahorran tiempo de monitoring sin ningún riesgo de modificación de la cuenta.

Flujo 1: alerta Slack de presupuesto rebasado (Zapier o Make, horaria)

Función: enviar una notificación Slack en cuanto una campaña consume más del 80% de su presupuesto diario durante el día. Crítico durante los picos estacionales (Black Friday, rebajas) o cuentas con presupuesto ajustado.

Arquitectura:

1. Trigger: Schedule by Zapier (cada hora) o Make Schedule (intervalo de 1h)
2. Acción: Search Campaigns Google Ads (filtro Status=Enabled)
3. Filtro: Continue only if cost / budget >= 0.80
4. Acción: Send Channel Message Slack con plantilla de texto

Plantilla de mensaje Slack:

[ALERTA PRESUPUESTO] Campaña {{campaign_name}}
Presupuesto: ${{daily_budget}} | Gastado: ${{cost_today}}
Porcentaje: {{cost_today / daily_budget * 100}}%
Hora: {{now}}
Enlace: https://ads.google.com/aw/campaigns?ocid=YOUR_OCID&campaignId={{campaign_id}}

Plataforma recomendada: Make (lógica condicional + iteraciones nativas). En Zapier hace falta una etapa Filter + un Looping by Zapier (operación premium). Coste Make: aprox. 700-2.000 ops/mes. Coste Zapier: aprox. 700-1.500 tasks/mes.

Flujo 2: detección de anomalías de CPC (Make, diario)

Función: comparar el CPC medio de los últimos 7 días con el CPC medio de los últimos 30 días por campaña. Avisar a Slack si la diferencia supera el +25%. Detecta competidores agresivos, estacionalidades no anticipadas, derivas de pujas.

Arquitectura:

1. Trigger: Make Schedule diario (8:00)
2. Acción: Search Campaigns Performance Google Ads (últimos 7 días + últimos 30 días)
3. Tools: Set Variable cpc_7 y cpc_30 por campaña
4. Filtro: (cpc_7 - cpc_30) / cpc_30 > 0.25
5. Aggregator: Text Aggregator para agrupar todas las anomalías en 1 mensaje
6. Acción: Send Slack Message con la lista de anomalías

JSON del escenario Make (extracto):

{
  "name": "CPC Anomaly Detection - Daily",
  "scheduling": { "type": "daily", "time": "08:00" },
  "modules": [
    {
      "id": 1,
      "module": "google-ads:searchCampaigns",
      "parameters": {
        "dateRange": "LAST_7_DAYS",
        "metrics": ["cost", "clicks"]
      }
    },
    {
      "id": 2,
      "module": "tools:setVariable",
      "parameters": {
        "name": "cpc_7d",
        "value": "{{1.cost / 1.clicks}}"
      }
    },
    {
      "id": 3,
      "module": "google-ads:searchCampaigns",
      "parameters": {
        "dateRange": "LAST_30_DAYS",
        "filter": "campaign_id = {{1.campaign_id}}"
      }
    },
    {
      "id": 4,
      "module": "tools:basicRouter",
      "filter": "{{(cpc_7d - cpc_30d) / cpc_30d > 0.25}}"
    },
    {
      "id": 5,
      "module": "slack:postMessage",
      "parameters": {
        "channel": "#ads-alerts",
        "text": "[ALERTA CPC] {{1.campaign_name}}: +{{((cpc_7d - cpc_30d) / cpc_30d * 100)}}%"
      }
    }
  ]
}

Plataforma recomendada: Make (el editor visual hace el escenario legible y el debug fácil). Coste: aprox. 90-150 ops/mes. Difícil de hacer limpio en Zapier sin Looping premium y varios Paths.

Flujos 3 y 4: sync CRM HubSpot/Salesforce hacia Google Ads

Estos dos flujos son los de mayor impacto en el rendimiento del bidding. Permiten subir las conversiones de negocio reales (deals firmados, MQL validados) a Google Ads, en lugar de pujar sobre los formularios brutos. Smart Bidding (Target CPA, Target ROAS) optimiza entonces la calidad y no la cantidad.

Flujo 3: sync HubSpot deal a conversión Google Ads (Zapier, tiempo real)

Función: en cuanto un deal HubSpot pasa a Closed Won, hacer push de una conversión offline a Google Ads vía el gclid almacenado en un campo custom HubSpot. Permite a Smart Bidding optimizar sobre los ingresos reales, no sobre los form-fills.

Requisitos previos:

• Campo custom gclid en los contactos HubSpot, rellenado vía captura del parámetro URL en el formulario (script JS o tracking nativo HubSpot Forms).
• Campo custom deal_amount en los deals.
• Acción de conversión Google Ads creada con la fuente Imports y categoría Purchase (u otra según el vertical).

Arquitectura Zapier:

1. Trigger: Deal Stage Changed HubSpot (cuando el stage pasa a Closed Won)
2. Acción: Find Contact HubSpot (asociado al deal) → recupera el gclid
3. Filtro: Continue only if gclid is not empty
4. Acción: Upload Click Conversion Google Ads con gclid + deal_amount + currency

Plataforma recomendada: Zapier (el conector HubSpot de Zapier es más maduro que el de Make). Coste: 4 ops por deal ganado, es decir 100-600 ops/mes según el volumen.

// Ejemplo de payload Upload Click Conversion (params de la acción Zapier)
{
  "conversion_action": "customers/1234567890/conversionActions/9876543",
  "gclid": "{{HubSpot.contact.gclid}}",
  "conversion_date_time": "{{HubSpot.deal.closedate}}",
  "conversion_value": "{{HubSpot.deal.amount}}",
  "currency_code": "USD",
  "user_identifiers": {
    "hashed_email": "{{HubSpot.contact.email_sha256}}"
  }
}

Limitaciones:

• Ventana Google Ads: la conversión se puede subir hasta 90 días después del clic. Más allá, la API devuelve un error. Para ciclos B2B largos (6-12 meses), utilice Enhanced Conversions for Leads con email hasheado como identificador principal (en lugar del gclid).
• Latencia tiempo real Zapier: 2-5 minutos típicamente. Suficiente para Smart Bidding (que reescuesta cada 24h).

Flujo 4: sync Salesforce closed won a Google Ads (Make, tiempo real)

Función: equivalente al flujo 3 del lado Salesforce. En Salesforce, suele utilizarse el módulo Webhook (Make) porque el conector Salesforce de Make captura mejor las Workflow Rules custom que el de Zapier.

Arquitectura Make:

1. Trigger: Webhook (URL custom llamada por una Salesforce Workflow Rule en Closed Won)
2. Acción: Salesforce Get Record Opportunity → recupera gclid + amount
3. Acción: Google Ads Upload Click Conversion con el mapeo
4. Acción: Salesforce Update Record Opportunity (set field gads_conversion_uploaded__c = true para evitar duplicados)

Plataforma recomendada: Make (Salesforce + webhooks + branching nativo). Coste: 5 ops por deal ganado. Documentación Make Salesforce: make.com/en/integrations/salesforce.

Para la estrategia first-party data + Customer Match completa que complementa estos sync de conversiones, consulte nuestra guía Customer Match first-party data 2026.

Flujos 5 y 6: reporting email semanal + Google Sheets

El reporting es el 2.º caso de uso más rentable después de las alertas. Automatizar el reporte semanal evita la conexión manual a Google Ads cada lunes y garantiza un formato coherente semana a semana.

Flujo 5: reporting email semanal + tabla KPI (Zapier, semanal)

Función: cada lunes a las 8:00, generar un email HTML con una tabla de KPI clave por campaña (impresiones, clics, coste, conversiones, CPA, ROAS) en los últimos 7 días, y enviarlo a las stakeholders.

Arquitectura Zapier:

1. Trigger: Schedule by Zapier (lunes 08:00)
2. Acción: Search Campaigns Performance Google Ads (últimos 7 días, todas las métricas)
3. Code by Zapier (JavaScript): transformar la lista en tabla HTML
4. Acción: Send Email by Zapier o Gmail con cuerpo HTML

Código de transformación HTML (Code by Zapier):

const campaigns = inputData.campaigns.split('|||').map(c => JSON.parse(c));
let html = `<h2 data-speakable>Reporte Semanal Google Ads</h2>
<table border="1" cellpadding="8" style="border-collapse:collapse;">
<tr><th>Campaña</th><th>Impr.</th><th>Clics</th><th>Coste</th><th>Conv.</th><th>CPA</th></tr>`;
campaigns.forEach(c => {
  const cpa = c.conversions > 0 ? (c.cost / c.conversions).toFixed(2) : 'N/A';
  html += `<tr><td>${c.name}</td><td>${c.impressions}</td><td>${c.clicks}</td><td>$${c.cost.toFixed(2)}</td><td>${c.conversions}</td><td>$${cpa}</td></tr>`;
});
html += `</table>`;
output = { html_body: html };

Plataforma recomendada: Zapier (Gmail + Code by Zapier). Coste: aprox. 4 tasks por semana = 16/mes.

Flujo 6: export diario KPI a Google Sheets (Make, diario)

Función: cada día a medianoche, añadir una fila a una Google Sheet compartida con los KPI globales de la cuenta (impresiones, clics, coste, conversiones). Permite seguir la tendencia a 90 días sin conectarse a Google Ads.

Arquitectura Make:

1. Trigger: Make Schedule diario 23:55
2. Acción: Google Ads Get Account Performance (ayer)
3. Acción: Google Sheets Add Row con la fecha + el mapeo de las métricas

Plataforma recomendada: Make (Google Sheets + Google Ads nativo). Coste: 2 ops/día = 60/mes.

// Mapeo Google Sheets Add Row (params Make)
{
  "spreadsheet_id": "1A2B3C4D5E6F7G8H9I0J",
  "sheet_name": "DailyKPI",
  "values": {
    "A": "{{formatDate(now; YYYY-MM-DD)}}",
    "B": "{{1.impressions}}",
    "C": "{{1.clicks}}",
    "D": "{{1.cost}}",
    "E": "{{1.conversions}}",
    "F": "{{1.cost / 1.conversions}}"
  }
}

Caso de uso bonus: esta sheet compartida se convierte en la fuente de verdad para sus dashboards (Looker Studio, Tableau, Metabase). Ya no necesita conectores Google Ads nativos frágiles, la sheet la actualiza diariamente Make. Consulte nuestra checklist de auditoría de Google Ads para los KPI prioritarios a seguir.

Flujos 7 y 8: aprobación de ad copy + creative review

Los flujos de aprobación son específicos de los equipos en los que varias personas trabajan sobre los anuncios (PPC manager + content manager + legal/brand owner). Evitan empujar copies de anuncios no válidos.

Flujo 7: aprobación Slack de ad copy antes del push (Zapier, on-demand)

Función: antes de empujar un nuevo ad copy a producción Google Ads, desencadenar un mensaje Slack con botones Aprobar / Rechazar. Si Aprobar, el flujo continúa hacia Google Ads. Si Rechazar, el flujo se detiene y registra el rechazo en una sheet.

Arquitectura Zapier:

1. Trigger: New Row in Google Sheet (pestaña Drafts, status=ToReview)
2. Acción: Send Channel Message Slack con botones Aprobar/Rechazar Block Kit
3. Esperar: Webhook by Zapier (callback del endpoint de interacción Slack)
4. Path Aprobar: Update Ad Google Ads (set status=Enabled)
5. Path Rechazar: Update Row Google Sheet (set status=Rejected + comentario)

Mensaje Slack Block Kit (extracto):

{
  "blocks": [
    {
      "type": "section",
      "text": {
        "type": "mrkdwn",
        "text": "*Nuevo ad copy a revisar*\n\nHeadline 1: `{{ad_h1}}`\nHeadline 2: `{{ad_h2}}`\nDescripción: `{{ad_desc}}`"
      }
    },
    {
      "type": "actions",
      "elements": [
        { "type": "button", "text": { "type": "plain_text", "text": "Aprobar" }, "value": "approve_{{ad_id}}", "style": "primary" },
        { "type": "button", "text": { "type": "plain_text", "text": "Rechazar" }, "value": "reject_{{ad_id}}", "style": "danger" }
      ]
    }
  ]
}

Plataforma recomendada: Zapier (Webhook by Zapier + Paths). Coste: aprox. 6 tasks por aprobación. Para los fundamentos de RSA + buenas prácticas de redacción, consulte nuestro método de redacción RSA.

Flujo 8: notificación creative review + asignación (Make, on-demand)

Función: cuando un creative manager sube una nueva imagen de anuncio (Google Ads asset), notificar al PPC manager por Slack con un enlace al asset y crear una tarea de revisión en Asana o Trello.

Arquitectura Make:

1. Trigger: Watch Assets Google Ads (o Webhook si push desde Drive/storage)
2. Acción: Slack Send Message con el enlace de previsualización del asset
3. Acción: Asana Create Task (assignee=PPC manager, due en 48h, project=Ads Review)

Plataforma recomendada: Make (multi-app + branching). Coste: 3 ops por upload.

Límites del no-code: cuándo pasar a la API directa

Zapier y Make cubren del 70 al 85% de las automatizaciones útiles Google Ads, pero presentan límites estructurales. Tres umbrales activan típicamente la migración a la API directa o a un n8n self-hosted.

1. Volumen: por encima de 50.000 ops/mes. El pricing se vuelve prohibitivo. Make Teams 80.000 ops a $29 sigue siendo competitivo, pero Make Pro 10.000 ops a $9 no aguanta. Y Zapier salta a $200-400/mes. A ese volumen, un script Python en Cloud Run a $5-15/mes hace el mismo trabajo.

2. Latencia crítica: por encima de los 30 segundos inaceptables. Los flujos no-code tienen una latencia típica de 1-3 minutos entre trigger y acción (queueing del lado plataforma). Suficiente en el 95% de los casos, insuficiente para: alertas ultra críticas durante flash sales (Black Friday, product drops), failover bid-protection en caso de bug de tracking.

3. Lógica compleja: por encima de 12-15 pasos. Más allá, el flujo se vuelve inmanejable de mantener. Múltiples branching, gestión fina de errores, retries custom, parsing complejo de formatos: es más rápido programar en Python que debuggear un escenario Make de 25 módulos.

Patrón de migración progresiva:

1. Meses 1-3: todo en no-code. Identifique los 8-10 flujos útiles, demuestre el ROI.
2. Meses 4-6: identifique los 2-3 flujos críticos (volumen, latencia, complejidad). Migrelos a n8n self-hosted o Python API.
3. Meses 7+: conserve los 5-8 flujos sencillos en Zapier/Make (alertas, reporting, sync sencilla), los flujos complejos permanecen en código.

Es exactamente el patrón observado en la mayoría de cuentas observadas en benchmarks públicos de Google Ads: cohabitación pragmática de no-code + código, elegida por flujo, no por dogma. Para la migración del lado n8n, consulte nuestra guía n8n + Google Ads 2026. Para código Python directo, consulte nuestra guía de automatización Python Google Ads API.

Fuentes

Fuentes oficiales consultadas para esta guía:

• platform.openai.com
• modelcontextprotocol.io
• schema.org
• blog.google

FAQ