Las cuatro funciones que ordenan CM360
La propuesta de CM360 se puede resumir en cuatro responsabilidades que se apoyan entre sí:
- Servir y gestionar: alojar creatividades, relacionarlas con placements y hacer trafficking hacia publishers directos o hacia DV360, con una operación que escala mejor que enviar cada tag de forma aislada.
- Medir lo que importa: usar Floodlight como configuración común para conversiones, listas y señales de optimización, con métodos de conteo y ventanas definidos de forma explícita.
- Atribuir impacto: llevar impresiones, clics y conversiones a reportes y modelos de atribución que permitan analizar el camino a la conversión, no solo el último contacto.
- Medir de forma durable: mantener una capa gobernada de tags, actividades, consentimiento y fuentes de datos para que la medición pueda adaptarse a cambios de privacidad sin convertir cada plataforma en una versión distinta de la verdad.
En el recorrido del stack, CM360 es el punto de coordinación: GA4 y Analytics 360 aportan comportamiento y audiencias; CM360/Floodlight centraliza la medición; DV360 y SA360 activan y optimizan medios; y los reportes devuelven la lectura cross-channel. Esa división evita pedirle al ad server que compre medios o a Analytics que haga trafficking.
¿Qué hace un ad server y por qué CM360 es la capa central?
Un ad server decide qué creatividad se muestra, la entrega al sitio o app y registra impresiones y clics; Floodlight mide los eventos posteriores que se le hayan configurado. Cuando un anunciante corre medios en varias plataformas, exchanges y sitios directos, cada una reporta con su propia metodología. CM360 reúne datos de las campañas que mide, no todas las impresiones y clics del mercado: su cobertura depende del trafficking, los tags y las integraciones. Incluso una conversión de Floodlight requiere un contacto atribuible dentro de la ventana configurada (ventanas de conversión).
Google organiza CM360 alrededor de tres bloques de funcionalidad, más la administración de cuentas y accesos:
| Componente | Para qué sirve |
|---|---|
| Trafficking y Floodlight | Subir creatividades, definir targeting, correr campañas y medir conversiones |
| Reporting | Medir objetivos de performance de campañas y placements |
| Verification | Verificar que los anuncios se sirven correctamente y con calidad |
Ordena tu medición de campañas para saber qué mueve el negocio
Te ayudamos a definir una arquitectura de ad serving y Floodlight que conecte impresiones, conversiones y decisiones de medios.
- 1
Diagnóstico gratuito de tu stack GMP
Un especialista revisa tu implementación actual (GA4, GTM, DV360, Ads) y te dice qué priorizar primero.
- 2
Plan de acción a medida
Sales de la llamada con next steps concretos para tu cuenta, no con una plantilla genérica.
- 3
Sin compromiso, sin venta forzada
Hablas con un especialista técnico, no con un vendedor. Si no encajamos, te lo decimos.
Respuesta a la brevedad
Diseñar mi medición en CM360
Completa el form y coordinamos una asesoría sobre tu caso.
Cargando el formulario seguro de HubSpot…
No pudimos cargar el formulario. Puedes escribirnos a hola@leadaki.com .
Este formulario lo provee HubSpot y los datos que envíes se procesan allí. Consulta nuestra política de privacidad .
Sin compromiso · Google Marketing Platform Sales Partner
¿Cómo funciona el trafficking en CM360?
El trafficking es la operación de armar y poner al aire la campaña dentro del componente de Trafficking. La jerarquía de objetos es la columna sobre la que se apoya todo lo demás:
- Advertiser (anunciante): el nivel superior de la operación, donde vive la biblioteca de creatividades compartida y la configuración de Floodlight.
- Campaign (campaña): contiene todos los ítems de una iniciativa, con sus fechas de vuelo.
- Placement: representa un espacio publicitario específico donde se van a servir tus anuncios. Es lo que genera los tags que se envían a los publishers o se sincronizan con DV360.
- Ad (anuncio): la regla que asocia creatividades a placements y define el targeting y la rotación.
- Creative (creatividad): el asset en sí (display, video, rich media, etc.).
En la práctica, el flujo es: creas la campaña, cargas las creatividades en la biblioteca del anunciante, defines los placements, y después los ads son los que “casan” creatividades con placements. Los tags de placement son la salida operativa del trafficking: se pegan en los sitios directos o se pasan al proveedor de verificación, y cuando el inventario se compra por DV360 los placements se sincronizan hacia esa plataforma.
CM360 permite editar en línea, hacer cambios masivos por selección de ítems y trabajar la campaña completa desde una vista de cuenta, lo que importa cuando una agencia mueve cientos de placements por mes.
¿Qué es Floodlight y por qué es la espina dorsal de la medición?
Este es el concepto más importante de toda la guía, porque Floodlight no solo mide en CM360: es el sistema de medición compartido de todo Google Marketing Platform.
Google define Floodlight como el sistema de tracking de conversiones de GMP. Actúa como una capa compartida que permite medir eventos configurados en Campaign Manager 360, Display & Video 360 y Search Ads 360 usando un conjunto de tags (documentación de Floodlight). Las actividades compartidas ayudan a evitar contar dos veces una conversión entre search y display (integración CM360–SA360); no deduplican automáticamente cualquier evento en herramientas ajenas ni hacen iguales todos los reportes.
Hay dos objetos que conviene no confundir:
- Floodlight configuration: es el contenedor a nivel anunciante. Agrupa las etiquetas, las activities y las listas creadas a partir de esos tags. Las configurations existen en una relación padre/hijo: el anunciante padre es dueño de la configuración, de las activities y de las listas, y solo el padre puede crear listas de audiencia. Un anunciante solo puede designarse como hijo si todavía no tiene activities asociadas; una vez que se le agrega una activity, ya no se puede compartir.
- Floodlight activity: corresponde a un evento concreto que quieres medir —la finalización de una compra, la visita a una página, un lead—. Cada activity lleva su propio tag y su método de conteo.
¿Cómo cuenta conversiones una Floodlight activity?
Cada vez que alguien visita una página con tags de Floodlight se genera una Floodlight impression. CM360, DV360 o SA360 revisa esa impresión para determinar si el usuario vio o hizo clic en uno de tus anuncios dentro de la conversion window (ventana de conversión), y solo entonces cuenta la conversión. Una conversión puede registrarse por clic, por impresión o por un evento de rich media.
El método de conteo se fija por activity y hay dos tipos:
| Tipo de activity | Qué mide | Opciones de conteo |
|---|---|---|
| Counter | El número de conversiones asociadas a un evento (p. ej. visitas a una página post-anuncio) | Standard (cuenta todas), Unique (la primera por usuario cada 24 h), Per session (una por usuario por sesión) |
| Sales | El número de ventas o de ítems vendidos, con valor de transacción | Puede contar más de una conversión por evento (p. ej. cantidad de ítems comprados) |
Un detalle clave para LatAm: los datos de conversión pueden variar entre plataformas porque cada una aplica modelos de atribución y metodologías de tracking distintos. Floodlight ofrece una configuración compartida y permite deduplicar en los reportes compatibles, no cifras idénticas garantizadas entre interfaces. Antes de comparar SA360 y DV360, anota la actividad, la ventana, el modelo y el período de cada columna; Google explica el alcance de Floodlight y su deduplicación cross-channel. Si vas a implementar los tags, revisa cómo gobiernas su despliegue con Google Tag Manager y, si mides sin cookies de terceros, mira medición sin cookies.
Floodlight optimization: una sola vista de conversiones para YouTube y Demand Gen
Aquí hay un hueco que se paga caro: por defecto, las líneas de YouTube y Demand Gen de DV360 no usan tu Floodlight completo, sino Floodlight activities dinámicas habilitadas para YouTube, que solo soportan tags web y solo contemplan medios comprados en YouTube. Con ese setup, la métrica de YouTube Conversions se calcula con esa metodología acotada y quedan afuera las conversiones in-app y offline.
Floodlight optimization cambia el alcance de medición y puja de las líneas de YouTube y Demand Gen: permite usar conversiones in-app, offline y web con image tag de la configuración Floodlight, sin habilitar el tracking activity por activity. La métrica YouTube Conversions pasa a basarse en conversiones deduplicadas por esa configuración; Google advierte que aún puede diferir de Conversions por fecha de atribución y umbrales de engaged view. No es una deduplicación universal de todos los canales (alcance y diferencias de métricas).
Dónde se activa y qué implica:
| Aspecto | Detalle |
|---|---|
| Nivel | Setting a nivel anunciante en DV360: Advertiser settings > Basic details, sección YouTube |
| Alcance | Aplica a todas las líneas de YouTube nuevas y existentes del anunciante |
| Conversiones que usa hoy | Engaged view conversions, con un modelo de atribución de engaged view creado por defecto que no cuenta contra el tope de modelos ni modifica los existentes |
| Auto-tagging de YouTube | Queda activado y no se puede desactivar mientras la función esté prendida |
| Demand Gen | Floodlight optimization y auto-tagging son requisito para las líneas de Demand Gen |
Dos chequeos post-activación que suelen olvidarse. Primero: revisa la sección de Conversion tracking de cada línea existente de YouTube y Demand Gen; si no quedaron activities seleccionadas, esa línea no optimiza hacia ninguna conversión. Segundo: con la función prendida, la opción de definir objetivos de conversión por línea desaparece de la creación de campaña porque pasa a estar activa por defecto, y la selección de activities se hace a nivel line item.
Sobre las conversiones view-through: la optimización sigue apoyándose en engaged view, no en view-through. Lo que sí incluye view-through, click-through y engaged view es la métrica de reporting “Conversions (Google paid channels)”, que atribuye solo a medios comprados por líneas de YouTube y Demand Gen, exista o no Floodlight optimization en el anunciante. Sirve para leer el aporte de esos canales sin mezclarlo con el resto de la compra.
Higiene de Floodlight: lo que conviene revisar cada trimestre
La calidad de todo lo anterior depende de que la capa de Floodlight esté ordenada. Google recomienda tres prácticas concretas:
- Elige Google tag como formato de las Floodlight activities. Es la recomendación explícita de Google para CM360, y es la que habilita las funciones e integraciones nuevas frente a los formatos iframe o image. Dos límites a tener presentes: el Google tag no está pensado para apps móviles y CM360 no soporta AMP, casos que siguen su propio camino. Al configurar Floodlight, activa también Enhanced attribution.
- Etiqueta cada activity según su objetivo de conversión. Hoy las activities llevan una categoría que describe la acción que miden: Sales (purchase, add to cart, begin checkout, subscribe pago), Leads (contact, submit lead form, book appointment, sign-up, request quote, get directions, outbound click) y otras como page view, qualified lead y converted lead. Es un input requerido para las activities habilitadas para atribución, y la categoría se sincroniza entre CM360, DV360 y SA360 al crear la activity. Ojo con esto último: los cambios posteriores hechos en un producto no se propagan a los otros, así que corrige en el lugar donde la creaste.
- Deshabilita y archiva lo que no se usa. El estado “Disabled & archived” frena que la activity cuente conversiones, que esos datos entren en reportes y que se generen listas de remarketing, y además oculta la activity y sus alertas. El paso que se olvida es el del sitio: hay que sacar los tags deshabilitados de las páginas. Una configuración con decenas de activities muertas ensucia el reporting y diluye la atribución.
El orden de esta capa no es cosmético: es lo que permite que DV360 puje sobre las conversiones correctas y que la puja por valor tenga un insumo confiable. Si estás armando esa capa, revisa también value based bidding.
¿Cómo es el reporting de CM360?
El componente de Reporting organiza los datos de performance de los anuncios trafficados en CM360. Google describe varias vistas:
- Summary reports: una visión general de la performance de la campaña, con drill-down al detalle.
- Instant reporting: acceso a los datos apenas están disponibles. Sirve para chequeos rápidos, reportes ad-hoc y análisis de las dimensiones y métricas más comunes. Estos reportes se pueden guardar y exportar para usar en visualizaciones u otras transformaciones de datos.
- Attribution: la pestaña donde se crean y editan modelos de atribución data-driven con el Attribution Modeling Tool.
- Verification: chequea los tags y expone dónde se sirven los anuncios (lo vemos abajo).
Para consolidar el reporting de CM360 con el resto del stack, la ruta habitual es llevar los datos a Looker Studio, donde se cruzan con DV360, SA360 y GA4 en un mismo panel.
¿Qué controla la verificación (Verification) y el brand safety?
Verification responde dos preguntas que ningún equipo serio de medios puede dejar sin respuesta: ¿mis tags están bien? y ¿dónde terminaron apareciendo mis anuncios?
Según Google, Verification revisa los tags para asegurar que estén bien formados, da estadísticas rápidas de geo-targeting y de tasa de default ads, indica los dominios y URLs donde se sirven tus anuncios y clasifica el contenido de las páginas en categorías. Ese mapa de dónde se sirve cada impresión es la base de la auditoría de calidad de medios.
Además, CM360 incluye Brand Controls para seguridad de marca. La documentación describe cuatro tipos de control:
| Control | Cómo funciona |
|---|---|
| Sensitive categories | Evita que los anuncios se sirvan cerca de contenido inapropiado o no brand-safe |
| Digital content labels | Evita que los anuncios se sirvan cerca de contenido para audiencias inadecuadas para la marca |
| Geography blocking | Impide servir anuncios en países, regiones o DMA no permitidos |
| Automated third-party verification | Conecta a proveedores externos de verificación y viewability directo desde CM360 |
La verificación automatizada de terceros elimina el “tag wrapping” manual: antes había que enviar los tags al partner (por ejemplo Integral Ad Science) para que agregara su código; al vincular el proveedor, CM360 genera el placement tag con ese código automáticamente. El proveedor determina si una impresión potencial cumple los requisitos de marca y la bloquea si no. Esos placements luego se pueden sincronizar hacia DV360.
¿Cuándo necesitas ad serving centralizado y cuándo alcanza con GA4?
Esta es la pregunta que más define la compra. GA4 y CM360 miden cosas distintas y no son sustitutos:
| Dimensión | Solo GA4 | CM360 (ad serving centralizado) |
|---|---|---|
| Qué mide | Comportamiento en tu sitio y app | Impresiones y clics de anuncios medidos por CM360; conversiones atribuidas con Floodlight |
| Sirve los anuncios | No | Sí, es el ad server |
| Límites de frecuencia en anuncios servidos | No es su función de ad serving | Límites para anuncios estándar configurados en CM360; no universales entre plataformas |
| Brand safety y dónde se sirve el anuncio | No | Sí, vía Verification y Brand Controls |
| Medición de conversiones en plataformas GMP | Mide eventos de sitio y app según la configuración y los vínculos | Floodlight comparte actividades entre productos compatibles; los reportes pueden diferir |
| Perfil típico | Pymes y ecommerce en crecimiento | Anunciantes enterprise y agencias con medios multiplataforma |
En la práctica: si tu inversión pasa casi toda por Google Ads y mides el impacto en tu sitio, GA4 bien configurado puede bastar. CM360 empieza a justificarse cuando ejecutas display, video y directo con varios publishers y necesitas gobernar el ad serving y las conversiones de campañas cubiertas por tus tags e integraciones. Antes del salto, identifica qué inventario se servirá desde CM360, dónde aplicarás límites de frecuencia y qué conversiones podrás atribuir; GA4 vs Analytics 360 ayuda a dimensionar la otra parte del stack.
¿Cómo se integra CM360 con DV360, SA360 y GA4?
CM360 es la pieza que amarra el resto del stack:
- Con DV360: los placements de CM360 se sincronizan hacia DV360 y las Floodlight activities se comparten, de modo que la compra programática y el ad serving reportan sobre la misma conversión.
- Con SA360: cada sub-manager account de Search Ads 360 se asocia a un anunciante único de CM360, y comparten settings, activities y tags de Floodlight. Las Floodlight conversion actions creadas en SA360 generan activities en CM360 y viceversa; la sincronización puede tardar algunas horas. Compartir tags ayuda a prevenir, pero no garantiza eliminar en todos los reportes, el doble conteo entre display y search (alcance oficial).
- Con GA4: al vincular tu propiedad de Google Analytics a la Floodlight configuration de CM360, las conversiones de Analytics se exportan a la configuración y quedan disponibles para los anunciantes de DV360 o SA360 asociados, para puja y reporting. Además, CM360 aparece como fuente de tráfico en los reportes cross-channel de GA4 (solo con medición de click-through), y los datos de campaña de CM360 se importan a Analytics. Google aclara dos condiciones: no hay backfill de datos previos al link, y Google signals debe estar activo para que la atribución de Floodlight funcione sobre las conversiones web de Analytics.
Rol típico en agencias y anunciantes enterprise de LatAm
En la región, CM360 aparece en dos contextos claros. En agencias, sirve para traficar campañas, emitir tags de placement, configurar límites de frecuencia en anuncios estándar y entregar reporting sobre el alcance medido; la relación padre/hijo de Floodlight y la estructura sub-manager/advertiser con SA360 ayudan a gobernar varias marcas. En anunciantes enterprise —retail, banca, telco, aerolíneas—, permite auditar anuncios medidos y compartir actividades de conversión que pueden alimentar pujas en DV360 y SA360. Ni el control de frecuencia ni la medición abarcan automáticamente todos los medios. Para conectar señales offline, revisa medición de leads offline.
El punto en común: CM360 no reemplaza a las plataformas de compra ni a GA4, las orquesta. Es la capa que convierte una operación de medios fragmentada en un sistema medible y auditable.
Si estás evaluando si tu operación ya justifica ad serving centralizado —o si tu implementación de Floodlight y GA4 está lista para conectarse bien—, habla con un especialista de Leadaki para revisar tu stack y planificar la integración con DV360, SA360 y GA4, incluyendo ventanas, actividades y diferencias esperables entre reportes.