Cómo registrar los cambios de Google Ads automáticamente y qué se le escapa a cada método

¿Cómo se registran automáticamente los cambios de Google Ads?

Google Ads ya registra la mayoría de las ediciones por ti. La cuestión es dónde queda ese registro, durante cuánto tiempo puedes consultarlo y si alguien lo ve junto a los demás cambios que mueven tus resultados. Hay cuatro opciones prácticas, desde ninguna configuración hasta un proceso totalmente automático.

A continuación verás qué registra cada método, dónde se queda corto y cómo usar el resultado cuando una métrica se mueve. Si solo necesitas leer la pantalla del historial, la guía del historial de cambios de Google Ads la explica paso a paso.

¿Qué registra por sí solo el historial de cambios de Google Ads?

El historial de cambios muestra los cambios hechos en tu cuenta, tus campañas y tus grupos de anuncios durante los últimos dos años; los datos con más de 2 años no están disponibles. Lo abres desde "Historial de cambios" en el menú "Campañas", o desde una campaña o un grupo de anuncios concretos.

• Quién: la columna "Usuario" muestra el correo electrónico de la persona que hizo el cambio en la interfaz. Los procesos automáticos o internos de Google pueden aparecer como "ads-dartsearch-budget" o "sistema de Google Ads", y los cambios por API como "Google Ads API" o con el nombre de la herramienta.
• Qué: puedes filtrar por tipo de cambio, como ajustes de presupuesto o ediciones de palabras clave, y ver cada cambio en una cronología cruzada con impresiones, clics, conversiones, CTR y coste.
• Límite de detalle: Google limita los detalles que muestra por entrada y recomienda cambios que afecten a menos de 2000 entidades si quieres verlos completos.

Es automático en el sentido de que nadie tiene que anotar nada. No lo es en el sentido de que alguien sigue teniendo que abrir cada cuenta, elegir el periodo y leer las filas, y no dice nada de tu web, tus etiquetas o tu CRM.

¿Cómo guardo los cambios de Google Ads en una hoja con un script?

Un script de Google Ads puede consultar el recurso change_event cada día y añadir las filas a una hoja de cálculo de Google, lo que te da un registro continuo sin ingeniería. Los scripts admiten Google Ads Query Language (GAQL) mediante AdsApp.search() y AdsApp.report().

1. En Google Ads, haz clic en el icono de herramienta, abre el desplegable "Acciones en bloque" y elige "Scripts".
2. Crea un script que ejecute una consulta como SELECT change_event.change_date_time, change_event.user_email, change_event.client_type, change_event.change_resource_type, change_event.changed_fields FROM change_event WHERE change_event.change_date_time >= '2026-10-06' AND change_event.change_date_time <= '2026-10-07' ORDER BY change_event.change_date_time LIMIT 10000 y escriba cada fila en la hoja.
3. Haz la vista previa, autorízalo y fija la frecuencia. La ayuda de Google indica que puede ejecutarse una vez, una vez al día, una vez a la semana o una vez al mes, a la hora que elijas.
4. Si quieres, envía un correo cuando el cambio venga de alguien que no está en una lista aprobada. Scripts de profesionales como la alerta de historial de cambios de Nils Rooijmans hacen justo eso y permiten ignorar a usuarios de confianza.

Límites que debes prever: un script de una cuenta de anunciante se ejecuta como máximo 30 minutos (60 minutos en algunos scripts de cuentas de administrador que procesan cuentas en paralelo), la consulta no puede pasar de 30 días y el código es tuyo cuando Google cambia la API. Para un puñado de cuentas, es el registro automático más barato que puedes montar.

¿Qué te da el recurso change_event de la API de Google Ads?

change_event es la vista del historial de cambios desde la API: una fila por cambio, con los valores antiguos y nuevos. Es lo que leen por debajo los scripts y la mayoría de las herramientas externas.

• Campos: change_date_time, user_email, client_type (por ejemplo, el cliente web de Google Ads o Google Ads API), change_resource_type, resource_change_operation (crear, actualizar, eliminar), changed_fields, old_resource y new_resource.
• Ventana: el intervalo de fechas debe estar dentro de los últimos 30 días y el filtro por change_date_time es obligatorio.
• Volumen: cada consulta necesita un LIMIT de 10.000 filas como máximo, así que las cuentas con mucha actividad requieren varias consultas divididas por fecha.
• Latencia: un cambio puede tardar hasta tres minutos en aparecer.
• Puntos ciegos: Google advierte que no todos los cambios aparecen en change_event y que los cambios hechos con Google Ads Editor no se pueden recuperar a través de él.

Por la ventana de 30 días, todo lo que se construye sobre change_event tiene que ejecutarse con regularidad y guardar las filas en otro sitio. Si se detiene cinco semanas, el hueco queda para siempre en ese almacenamiento, aunque la interfaz siga mostrando los últimos 2 años.

¿Qué aporta una herramienta de registro de cambios con importación de Google Ads?

Una herramienta de registro de cambios se encarga de la programación y del almacenamiento, y pone los cambios de Google Ads junto a los que ocurren fuera de Google Ads. Esa segunda parte es la que hace útil el registro cuando tienes que explicar un resultado.

En Changeline, por ejemplo, conectas una cuenta de Google Ads con un acceso de solo lectura. La primera conexión trae los últimos 30 días y después los cambios se sincronizan cada 6 horas, con una actualización manual cuando los necesitas antes. Cada elemento importado muestra qué cambió (antes → después), quién lo cambió y el origen: interfaz, API, scripts, reglas automatizadas o recomendaciones. Los cambios importados y registrados se conservan mientras exista el proyecto, así que puedes ver qué se tocó en las mismas semanas del año pasado. Meta Ads y otras integraciones llegarán pronto; por ahora tu equipo anota esos cambios a mano en la misma cronología.

Mires la herramienta que mires, hazte tres preguntas: ¿conserva el historial más allá de la ventana de la API de la plataforma?, ¿muestra el origen de cada cambio? y ¿deja que el equipo añada lo que no puede importar?

¿Qué cambios se le escapan al registro automático?

Cualquier método automático solo ve lo que pasa dentro de Google Ads, y aun ahí tiene huecos. Los cambios que mejor explican una caída suelen estar fuera de la cuenta publicitaria.

• Subidas desde Google Ads Editor: change_event no las devuelve; revisa la interfaz en esas fechas o anota a mano las subidas masivas.
• Web y landing pages: un formulario nuevo, un cambio de precio, una nueva versión del checkout, una página más lenta.
• Medición: una etiqueta editada en Google Tag Manager, una actualización del banner de consentimiento, una acción de conversión que pasa de principal a secundaria.
• CRM y ventas: nuevas reglas de cualificación de leads, la subida de conversiones offline en pausa, un cambio en el tiempo de respuesta comercial.
• Otros canales: Meta Ads, email, orgánico y partners que desplazan la demanda.
• El motivo: ningún sistema registra por qué se subió un presupuesto ni qué esperaba el equipo que pasara.

Por eso un registro de cambios de marketing combina cambios importados con los que anota el equipo, cada uno con fecha, responsable y motivo. Una plantilla de registro de cambios compartida basta para empezar si aún no tienes herramienta.

¿Cómo uso los cambios registrados para saber qué movió una métrica?

Pon todos los cambios de los días previos a la variación en una única cronología, descarta primero la medición y prueba una hipótesis cada vez. El registro automático solo compensa si lo usas así.

1. Marca la fecha en la que se movió la métrica y los 7 a 14 días anteriores.
2. Reúne todos los cambios de esa ventana: ediciones de tu equipo en Google Ads, automatismos de la plataforma (recomendaciones aplicadas automáticamente, reglas automatizadas, scripts), cambios en la web, la medición y el CRM, y eventos externos como una promoción de la competencia o un festivo.
3. Descarta primero la medición. Si cayeron las conversiones pero no las sesiones, los leads del CRM o los pedidos, el problema es de medición, no de rendimiento.
4. Prueba una hipótesis cada vez. Comprueba si la caída se limita a las campañas, dispositivos o acciones de conversión que tocó el cambio.
5. Anota el resultado en la misma cronología para que la siguiente persona no empiece de cero.

Ejemplo (ilustrativo): el CPA sube un 30 % un martes. Los cambios importados de Google Ads muestran un CPA objetivo rebajado el viernes y una recomendación que añadió palabras clave de concordancia amplia el sábado; el registro del equipo muestra una landing page nueva el lunes. Las conversiones en el CRM están estables, así que la medición funciona. Los términos de búsqueda de las nuevas palabras clave concentran la mayor parte del coste extra, así que pruebas eso primero. Para el método completo, consulta el análisis de causa raíz en marketing, cómo cambian las cuentas las recomendaciones aplicadas automáticamente y la guía para explicar una caída de conversiones a un cliente.