Fuentes dispersas
Estructuras, históricos y definiciones de métricas diferentes.
MARKETING DATA ENGINEERING
Construyo warehouses en BigQuery que reúnen fuentes de marketing en modelos documentados, con cargas programadas y tablas validadas para dashboards y análisis. Es la parte menos visible del reporting y la que más lo sostiene.
Fuentes habituales: medios pagados, analítica web y CRM.
01 / EL PROBLEMA
Cuando los datos de campañas, CRM y analítica viven en plataformas y archivos diferentes, cada reporte empieza limpiando, cruzando y revisando la misma información otra vez.
Estructuras, históricos y definiciones de métricas diferentes.
Los archivos y las transformaciones deben reconstruirse o ajustarse en cada ciclo de reporting.
Es difícil confiar en las cifras cuando el origen y la lógica de cálculo no son claros.
02 / QUÉ CONSTRUYO
Cada tabla existe por una razón: alimenta un reporte o un análisis con fuentes, reglas de datos y nivel de detalle definidos.
Antes de dar una tabla por buena, reviso cobertura, reglas de calidad y diferencias frente al origen.
Cada fuente conectada, con su cobertura histórica y frecuencia de actualización documentadas.
Tablas, identificadores y relaciones organizados para consultar la información con un nivel de detalle consistente.
Tablas o vistas con dimensiones, métricas y reglas de cálculo documentadas para cada caso de uso.
Validaciones, registro de incidencias y documentación para revisar actualizaciones y gestionar excepciones.
Aquí el foco es la base de datos. Cómo convierto esas tablas en reportes automatizados lo explico en Reporting Automation.
03 / DEMO INTERACTIVA
Un archivo puede llegar dos veces, traer una corrección o tener datos incompletos. Prueba qué hace el flujo antes de actualizar el reporte.
Cada prueba parte del mismo reporte: 4 campañas · USD 3.00001 / Elige qué llega
Esta suma incluye las filas repetidas; no es la inversión real.
Una fila por plataforma, cuenta, campaña y día. Los importes de Google Ads llegan en microunidades: se normalizan a USD, sin convertir monedas.
| Fuente / campaña | Inversión | Clics | Qué cambió |
|---|---|---|---|
| Google AdsG-01 · Búsqueda de marca | USD 1.200 | 1.200 | Dato actual |
| Meta AdsM-01 · Prospección | USD 1.000 | 2.000 | Dato actual |
| Google AdsG-01 · Búsqueda genérica | USD 500 | 450 | Dato actual |
| LinkedIn AdsL-01 · Información de fondos | USD 300 | 150 | Dato actual |
| Total del reporte | USD 3.000 | 3.800 | 4 campañas |
Las copias de una misma clave se ignoran. Una corrección reemplaza la versión anterior; nunca se suma como otra campaña.
04 / CÓMO TRABAJO
Tres pasos. El modelo de datos, los controles y la operación del flujo quedan documentados.
Reviso fuentes, cuentas, cobertura histórica y frecuencia de actualización. Configuro la extracción y mantengo la trazabilidad hacia el origen.
Organizo las tablas, documento las métricas y contrasto los resultados con cada fuente.
El resultado: tablas listas para reporting, validaciones automáticas y una guía para operar el flujo y revisar excepciones.
05 / HERRAMIENTAS PRINCIPALES
BigQuery y SQL para el modelo, Python para cargas y validaciones, y Data Studio para revisar el resultado.
06 / PREGUNTAS TÉCNICAS
Antes de construir, dejo por escrito las fuentes, el histórico disponible, el nivel de detalle, la frecuencia de actualización y los criterios de validación.
Cada tabla tiene una clave definida por su nivel de detalle: plataforma, cuenta, campaña y día. Las cargas hacen merge sobre esa clave, así que una recarga no crea filas nuevas y una corrección actualiza el registro existente. Es lo que muestra la demo.
Queda fuera de la tabla de reporting y se registra como excepción, con su motivo. No se convierte en cero ni se descarta en silencio: se revisa, se corrige en el origen y entra en la siguiente carga.
Comparo totales por periodo, cuenta y métrica contra el origen, con la misma zona horaria y moneda. Las diferencias esperables, como ventanas de atribución o datos que llegan tarde, se documentan en lugar de forzar que cuadren.
Sirve para una vista rápida, pero cada reporte acaba repitiendo la misma lógica y las definiciones se separan. Con un modelo intermedio en BigQuery, las métricas se calculan una sola vez, el histórico queda guardado y cualquier dashboard o análisis parte de las mismas tablas.
CONTACTO
Si trabajas con datos de marketing y quieres comparar enfoques, escríbeme.
Escríbeme por LinkedIn