Capítulo 6 de 12 · min 13:51 a 19:31
Cómo funciona el warehouse de Detrics por dentro
El pipeline completo del warehouse de Detrics: fuentes de datos, table groups, transferencias y destinations. Cómo la deduplicación incremental mantiene el histórico fresco para siempre.
El pipeline completo
Mientras Claude diseña los grupos de tablas, el video repasa cómo funciona el warehouse. El flujo tiene cuatro partes: las fuentes de datos (las cuentas de Meta y TikTok que querés almacenar), los table groups (el esquema de datos), las transferencias (la descarga en sí) y la destination (a dónde va la información en tu Google Cloud).
El problema recurrente: volumen e imágenes
La información a nivel anuncio es la más voluminosa de todas: cuenta, campaña, grupo de anuncios y anuncio, día por día. Con ese volumen, Google Sheets se satura: llegás al límite de 10 millones de celdas, no podés construir más dashboards y los que tenés se vuelven lentos. Y las imágenes de los anuncios no se almacenan: las plataformas devuelven URLs que expiran.

Cómo funciona la deduplicación incremental
Una vez diseñado el esquema, la transferencia a BigQuery usa deduplicación incremental: la manera más eficiente de descargar datos, minimizando el costo en BigQuery y los errores de las APIs de las plataformas.
El mecanismo: el histórico se descarga una sola vez, hacia el pasado. De ahí en adelante, cada día se borra la información de la ventana de deduplicación (en la demo, dos días), se busca la versión fresca y se escribe de nuevo junto con el día de hoy. La información reciente se reemplaza; la histórica no se toca.
A esa información histórica la llamamos dorada: queda para siempre, con las imágenes almacenadas en tu propia nube. Así podés comparar los experimentos de este año contra los del año pasado o el anterior, sin perder nada.
Por qué conviene configurarlo hoy
Las plataformas van borrando el pasado. Al día de la fecha del video (11 de agosto de 2026), Meta solo almacena los últimos 3 años: el cuarto año se va borrando día a día. Si tenés clientes de más de 3 años (el caso de muchas agencias), estás perdiendo el registro del trabajo hecho.
Por eso es importante configurar estas transferencias lo antes posible: descargar el histórico disponible para que quede permanente, y dejar que la deduplicación incremental almacene todo lo nuevo de acá a futuro, mientras dure la relación con cada cliente.
Preguntas frecuentes
¿Qué partes tiene el pipeline del warehouse de Detrics?
Cuatro entidades: las fuentes de datos (tus cuentas conectadas), los table groups (el esquema de qué se almacena), las transferencias (la descarga y actualización) y la destination (el dataset de BigQuery en tu propio Google Cloud).
¿Por qué es urgente configurar la carga histórica?
Porque las plataformas borran el pasado de forma rodante. Meta guarda solo los últimos 3 años: cada día que pasa sin transferencia configurada es un día de histórico que se pierde para siempre.
¿Qué pasa con la información una vez pasada la ventana de refresco?
Queda como información 'dorada': histórico permanente que no se toca más, con las imágenes de los anuncios ya guardadas en tu nube. Solo la ventana reciente se sigue refrescando.
Todos los capítulos de esta serie
- 0:00 1. El problema: la data a nivel anuncio
- 2:19 2. La solución: warehouse, histórico y deduplicación incremental
- 5:15 3. Muestra del resultado final en BigQuery
- 8:27 4. Primer paso: conectar Claude con Detrics vía MCP
- 11:02 5. Segundo paso: explorar las fuentes y diseñar el esquema de datos con Claude
- 13:51 6. Cómo funciona el warehouse de Detrics
- 19:31 7. Los table groups creados en Detrics
- 22:04 8. Tercer paso: crear la destination en tu propio Google Cloud
- 25:27 9. Cuarto paso: las transferencias y la carga histórica
- 30:53 10. La data en BigQuery: tablas, filas y creativos en tu bucket
- 33:19 11. Analizar los datos con Claude y el MCP de BigQuery
- 37:41 12. Paso final: la vista consolidada Meta + TikTok
¿Querés construir esto con tus propios datos?
