En corto: son dos herramientas opuestas. El ajuste de estacionalidad avisa a Smart Bidding de un cambio breve y previsible (1-7 días) y su porcentaje sale del cambio en la tasa de conversión del evento anterior, siempre tirando a conservador. La exclusión de datos es retroactiva y borra un periodo roto — pero primero se arregla el fallo, con fechas exactas.
El módulo 2 del Intermedio explicó cuándo usar los ajustes de estacionalidad y las exclusiones de datos. Este tutorial los configura paso a paso, con el cálculo del porcentaje y tres casos resueltos.
¿Dónde están los ajustes de estacionalidad?
Herramientas → Estrategias de puja → Controles avanzados (o "Ajustes de estacionalidad" y "Exclusiones de datos" en el menú de Herramientas, según versión de la interfaz). Dos pestañas: Ajustes de estacionalidad y Exclusiones de datos. Ambos se crean a nivel de cuenta y se aplican a las campañas que elijas. Desde un MCC se pueden crear para varias cuentas a la vez.
Parte A · ¿Cómo se configura un ajuste de estacionalidad?
Paso 1 · Calcular el porcentaje
El ajuste es el cambio esperado en la tasa de conversión, no en las conversiones ni en el tráfico. Con tus datos del evento anterior:
% ajuste = (tasa de conversión durante el evento ÷ tasa de conversión normal − 1) × 100
Ejemplo: tasa normal 2,0 %, tasa en las rebajas del año pasado 3,1 % → (3,1 / 2,0 − 1) × 100 = +55 %. Sé conservador: si dudas, +40 %. Si el evento es nuevo, estima con prudencia (+20-30 %) o no pongas ajuste. Para caídas (festivo en que nadie compra pero se busca), porcentaje negativo.
Paso 2 · Crear el ajuste
- Ajustes de estacionalidad → +.
- Nombre («Rebajas enero 2027»), descripción (el cálculo).
- Ámbito: Búsqueda / Shopping / Display, según las campañas afectadas (un ajuste por tipo si afecta a varios).
- Campañas: todas las del ámbito o una selección (solo las que participan en el evento).
- Dispositivos: todos, o solo los que cambian (p. ej. móvil en una promo de app).
- Fechas y horas: inicio y fin exactos del evento. Google recomienda periodos cortos (1-7 días); para eventos más largos, mejor sin ajuste (el algoritmo ya aprende).
- Ajuste de la tasa de conversión: el porcentaje del paso 1.
- Guardar. Se puede crear con antelación (queda programado).
Paso 3 · Comprobar y retirar
Durante el evento, en el informe de estrategia de puja aparece el ajuste activo. Si ves que la tasa real no sube como esperabas (primer día: compara con el día anterior), edita el porcentaje a la baja o elimina el ajuste: mantener uno equivocado encarece cada clic del periodo. Al terminar, caduca solo.
Parte B · ¿Cómo se configura una exclusión de datos?
Paso 1 · Determinar las fechas exactas
Del diagnóstico de conversiones, el historial de cambios y la hoja de subidas: primer día con datos rotos (conversiones a cero, duplicadas, subida masiva errónea) y último día (cuando se arregló y verificó). Incluye ambos. Si el fallo fue parcial (un dispositivo, una campaña), acótalo.
Paso 2 · Arreglar primero
La exclusión no arregla nada: evita que Smart Bidding aprenda del periodo. Primero la etiqueta, la verificación con una conversión real, y después la exclusión.
Paso 3 · Crear la exclusión
- Exclusiones de datos → +.
- Nombre («Medición rota 10-16 agosto»), descripción (qué pasó).
- Ámbito (Búsqueda / Shopping / Display) y campañas afectadas.
- Dispositivos si aplica.
- Fechas: inicio y fin del fallo. Puede ser retroactiva.
- Guardar. Las estrategias afectadas pueden entrar en "aprendiendo" brevemente.
Paso 4 · Después
No tocar objetivos ni presupuestos unos días. Anotar en el registro de cambios. Si el fallo se repite, la causa (rediseño, plugin) es lo que hay que resolver, no crear exclusiones en serie.
Tres casos resueltos de estacionalidad
Black Friday (viernes-lunes)
Tasa normal 1,8 %; el año pasado durante BF, 3,4 % → +89 %; conservador +70 %. Ámbito Búsqueda y Shopping, campañas de producto (no marca ni remarketing, que ya suben solas), todos los dispositivos, del viernes 00:00 al lunes 23:59. Creado una semana antes. El martes caduca; presupuestos y targets vuelven en pasos (módulo 9 del Intermedio).
Medición rota una semana (página de gracias eliminada en un rediseño)
Historial de cambios de la web: rediseño el día 10; conversiones a cero desde el 10; etiqueta arreglada y verificada el 16. Exclusión de datos del 10 al 16, ámbito Búsqueda, todas las campañas con esa conversión. Creada el 17. Sin tocar targets hasta el 30.
Promoción flash de 48 horas (código −30 % por email)
Sin histórico del evento. Estimación prudente +30 %, solo campañas de Búsqueda genérica y Shopping, 48 horas exactas. Primer día: tasa real +45 % → se deja. Segundo día: +20 % → se baja el ajuste a +20 % a mediodía. Caduca solo.
¿Qué errores se cometen con estos ajustes?
- Porcentaje sobre conversiones o tráfico en lugar de sobre la tasa de conversión.
- Ajustes de semanas (Navidad entera): distorsiona más que ayuda.
- Exclusión de datos para una mala semana comercial.
- Fechas aproximadas en la exclusión: deja datos rotos dentro o quita datos buenos.
- Crear la exclusión antes de arreglar la medición.
💡 Truco ninja: el juez del SBNS lee los ajustes de estacionalidad activos y recalibra su ventana (no juzga con el pico dentro), y el Agente avisa el primer día de conversiones a cero con clics normales — el momento de arreglar y de apuntar la fecha de inicio de la exclusión. Las dos herramientas de este tutorial son manuales por diseño: son las que dependen de lo que tú sabes y Google no.
Qué debes recordar
- Estacionalidad: porcentaje = cambio de la tasa de conversión del evento anterior, conservador; 1-7 días; campañas que participan; edita o elimina si falla.
- Exclusión de datos: arregla primero, fechas exactas del fallo, retroactiva; sin tocar pujas después.
- Tres casos: BF +70 % / exclusión 10-16 / flash +30 % ajustado el segundo día.