Un checklist debe evitar errores costosos, no crear conformidad ceremonial

Los lanzamientos de campaña fallan de maneras sorprendentemente comunes.

El país equivocado permanece seleccionado.

Un evento de conversión se dispara dos veces.

La URL final apunta a una promoción expirada.

Una nueva campaña se crea bajo una regla automatizada que altera su presupuesto de inmediato.

Un feed de productos contiene el precio equivocado.

Se lanza una prueba sin una hipótesis documentada y, tres semanas después, nadie puede explicar qué se estaba probando.

Ninguna de estas fallas exige un algoritmo sofisticado.

Exigen disciplina operativa.

Este checklist fue diseñado como un sistema preflight para equipos profesionales de medios pagados. Abarca restricciones de negocio, medición, configuración de campaña, creativos, landing pages, feeds, automatización, experimentación, monitoreo el día del lanzamiento y documentación posterior al lanzamiento.

La principal decisión de diseño es la severidad.

No todo elemento no verificado debe bloquear un lanzamiento.

Una etiqueta de nomenclatura ausente no equivale a un evento de compra roto.

La hoja de cálculo usa cuatro niveles de severidad

P0 — Bloqueador de lanzamiento.
El problema puede causar daños materiales financieros, de medición, de cumplimiento o de experiencia del cliente.

Ejemplos: geografía equivocada, seguimiento de conversión roto, evento de compra duplicado, falla en el checkout, declaración legal no aprobada.

P1 — Resolver antes del lanzamiento, a menos que se acepte explícitamente.
La campaña puede lanzarse técnicamente, pero el problema crea un riesgo operativo significativo.

Ejemplos: documentación ausente de control de audiencia, preservación incompleta de UTM, exclusiones a nivel de cuenta no revisadas.

P2 — Backlog de corto plazo.
Importante para la calidad, pero normalmente no justifica interrumpir un lanzamiento limpio.

P3 — Higiene.
Elementos de documentación y mantenimiento.

Esto es deliberadamente distinto de un checklist genérico que da a cada línea la misma casilla de verificación.

El riesgo operativo no es democrático.

Por qué importa la severidad

Imagina una campaña con 39 de 40 verificaciones completadas.

Esto parece excelente.

Si el único elemento faltante es “la conversión de prueba llega a la plataforma de anuncios”, el lanzamiento no está 97,5% listo.

Está bloqueado.

La pestaña Resumen de la hoja de cálculo, por lo tanto, cuenta por separado las verificaciones P0 y P1 no resueltas y produce un estado de lanzamiento:

BLOQUEADO, CONDICIONAL o LISTO.

Es un mecanismo simple con una consecuencia útil: el porcentaje de finalización no puede ocultar un defecto crítico.

Empieza por el QA de negocio, no por el QA de plataforma

Las primeras verificaciones ocurren antes de que se construya la campaña.

El equipo debe documentar:

  • objetivo principal del negocio;
  • KPI principal;
  • límite de CAC o ROAS aceptable;
  • responsable del presupuesto;
  • gasto máximo;
  • acción de conversión;
  • lógica del valor de conversión.

Esto captura un problema sutil, pero común: una campaña puede ser técnicamente impecable y económicamente indefinida.

Si nadie sabe cuál es el CAC máximo aceptable, “optimizar el rendimiento” no es una instrucción operativa accionable.

Si el área financiera espera adquisición de nuevos clientes y la campaña optimiza todas las compras por igual, la configuración puede ser correcta en la plataforma y equivocada para el negocio.

La medición es una dependencia del lanzamiento

El seguimiento suele probarse cerca del final.

Debería especificarse cerca del inicio.

El checklist exige verificaciones explícitas de:

  • acción de conversión principal;
  • ID de evento/transacción;
  • deduplicación;
  • valor y moneda;
  • relación navegador/servidor;
  • consentimiento;
  • conversión de prueba llegando a analytics;
  • conversión de prueba llegando a la plataforma de anuncios.

El checklist de preparación de GTM de Analytics Mania es una referencia útil porque trata planificación, capa de datos, etiquetas, ecommerce e implementación del lado del servidor como partes de un único proceso de QA. Optmyzr y Adalysis mantienen igualmente sistemas extensos de auditoría de cuentas que cubren seguimiento de conversión y errores estructurales.

Estas fuentes son referencias educativas/de proveedores. El checklist de Radar es intencionalmente más amplio porque el riesgo de lanzamiento de campaña va más allá de la cuenta de anuncios.

El QA de creativos debe validar la promesa

La aprobación de creativos no es solo verificar la proporción de la pantalla.

El equipo debe verificar:

  • la promesa corresponde a la landing page;
  • las afirmaciones son defendibles;
  • el lenguaje legal está presente;
  • el producto mostrado está disponible;
  • las restricciones geográficas tienen sentido;
  • las variantes de assets son de hecho los archivos de producción previstos.

Un anuncio atractivo que promete algo que la landing page no puede cumplir es un problema de tasa de conversión y un problema de confianza.

El checklist, por lo tanto, trata la consistencia de destino como una verificación crítica.

El QA de landing page es QA financiero

Es posible que un comprador de medios no sea el responsable del sitio.

Aun así, necesita evidencias de que la ruta de conversión funciona.

Para un lanzamiento de alta inversión, prueba:

  • carga en desktop;
  • carga en móvil;
  • envío de formulario o checkout;
  • código promocional;
  • precio;
  • lógica de envío;
  • preservación de UTM;
  • identificadores de clic cuando sea relevante;
  • confirmación posterior a la compra.

Una campaña lanzada en un formulario roto puede gastar miles antes de que un dashboard lo detecte.

El proceso de lanzamiento debe descubrir el problema con una transacción de prueba controlada.

El QA de feed exige contexto de negocio

Para Shopping, PMax, retail media y paid social basado en catálogo, los feeds forman parte de la preparación para el lanzamiento.

Verifica:

  • precio;
  • disponibilidad;
  • identificadores de producto;
  • mapeo de producto a landing page;
  • lógica de categoría/etiqueta personalizada;
  • estado de la promoción.

Un feed puede ser aceptado y aun así estar comercialmente equivocado.

Si una campaña debe promocionar inventario de alto margen y la lógica de etiqueta personalizada está equivocada, los diagnósticos de la plataforma podrían no señalar nada.

Por eso el checklist incluye tanto QA técnico como QA de negocio.

La automatización puede entrar en conflicto con el lanzamiento

Las cuentas modernas contienen agentes invisibles.

Las reglas, los scripts, las estrategias de portafolio y la automatización de terceros pueden modificar una campaña recién lanzada.

Antes de la activación, pregunta:

  • ¿Qué reglas se aplican?
  • ¿Qué scripts escanean esta cuenta?
  • ¿Hay un optimizador de terceros conectado?
  • ¿Las recomendaciones automatizadas tienen permiso para aplicarse?
  • ¿Una campaña puede heredar un comportamiento inesperado de presupuesto o puja?
  • ¿Hay otro sistema controlando el ritmo de gasto?

Este es un modo de falla cada vez más importante.

La campaña aprobada a las 09:00 puede no ser la campaña que existe a las 14:00.

Los experimentos también necesitan QA

Una campaña puede lanzarse con éxito y producir un experimento inutilizable.

Antes de que comience una prueba, documenta:

  • hipótesis;
  • tratamiento;
  • control;
  • KPI principal;
  • límite de éxito;
  • condición mínima de ejecución;
  • riesgo de contaminación.

Sin esto, el equipo puede cerrar la prueba buscando la métrica que hace que el resultado parezca favorable.

El checklist trata el diseño de experimentos como parte de la preparación para el lanzamiento porque una configuración deficiente del experimento desperdicia presupuesto incluso cuando la entrega de la campaña funciona perfectamente.

La evidencia es más valiosa que “completado”

Para las verificaciones P0 y P1, adjunta evidencias.

Ejemplos:

  • captura de pantalla de la geografía;
  • ID de la transacción de prueba;
  • URL de vista previa;
  • evidencia de depuración de seguimiento;
  • aprobación jurídica;
  • diagnóstico de feed;
  • especificación del experimento.

Una línea de checklist marcada como “Aprobado” por la misma persona que la configuró es más débil que una verificación con evidencia inspeccionable.

El objetivo no es burocracia.

Es reducir la dependencia de la memoria.

El día del lanzamiento forma parte del checklist

La hoja de cálculo incluye fases del día del lanzamiento y posteriores al lanzamiento porque el preflight no puede capturar todo.

Monitorea inmediatamente después de la activación:

  • ritmo de gasto;
  • rechazos;
  • disponibilidad de la landing page;
  • volumen de señales de conversión.

Luego, haz una revisión de anomalías de 24 horas y una revisión diagnóstica de 72 horas.

La primera revisión pregunta: ¿Algo está roto?

La segunda pregunta: ¿El sistema se está comportando de forma plausible?

No hagas juicios estratégicos importantes con base en pocas horas de datos, a menos que la falla sea obvia.

Modo de falla: automatizar todo el checklist

Proveedores como Optmyzr y Adalysis pueden automatizar muchas verificaciones de integridad de cuenta y ejecutarlas continuamente. Esto es valioso, especialmente en muchas cuentas.

Esto no debe eliminar el preflight humano.

Un software puede detectar que una campaña se dirige a todos los países.

Puede que no sepa que el lanzamiento global es intencional.

Un software puede identificar una anomalía de seguimiento.

Puede que no sepa qué evento designó el área financiera como autoritativo.

Automatiza verificaciones deterministas.

Mantén explícita la interpretación de negocio.

Modo de falla: demasiadas verificaciones

Un checklist de 300 líneas puede volverse menos seguro que uno de 40 líneas si los operadores hacen clic mecánicamente en él.

El checklist incluido aquí es intencionalmente lo suficientemente compacto para ser operado.

Añade verificaciones cuando tu organización experimenta repetidamente una falla que el proceso actual no evitó.

Elimina verificaciones que ya no representan un riesgo significativo.

El checklist debe evolucionar a partir de incidentes.

Descarga el checklist

La hoja de cálculo incluye:

  • el checklist completo de preflight;
  • menús desplegables de severidad;
  • campos de responsable y estado;
  • campo de evidencias;
  • fecha de vencimiento;
  • resumen de preparación para el lanzamiento.

Úsalo como una puerta de lanzamiento controlada.

Un equipo profesional debe poder responder, antes de que comience una campaña:

¿Qué puede salir mal todavía, quién es responsable y qué evidencia muestra que estamos listos?

Descarga el Checklist de lanzamiento y QA de campañas (XLSX)

Sigue en Radar