Warum BigQuery und nicht Snowflake
Für Marketing-Analytics-Workloads unter 1 TB/Monat ist BigQuery schlicht günstiger. Snowflake rechnet Compute-Minuten ab, BigQuery Bytes. Der GA4-Raw-Export geht direkt nach BigQuery (ohne Zwischenhändler), und Google Ads / Search Ads 360 haben native Connector. Für einen Marketing-Stack spart das 2–3 Integrationen.
Snowflake wird interessant ab gemischten Enterprise-Workloads (Analytics + App-Daten + ML-Features), bei denen Multi-Cloud oder cross-region Sharing eine Rolle spielen.
EU-Region, nicht optional
BigQuery-Datasets müssen explizit in europe-west1 (Belgien) oder europe-west3 (Frankfurt) angelegt werden. Der Default ist US, und GA4-Exports werden automatisch in die Region des Datasets geschrieben. Wer hier nicht aufpasst, landet ohne Absicht auf US-Cloud, und verletzt damit im Zweifel den eigenen Datenschutz-Text.
Unser BigQuery-Setup
- Ingest: GA4 Raw Export, Google Ads, Funnel.io (für Meta/TikTok/LinkedIn), Stape-Event-Logs
- Modelling: dbt Core, CI via GitHub Actions
- Governance: Row-Level Security, getrennte Datasets pro Use-Case, BigQuery Admin-Dashboard
- Kostenkontrolle: Partitionierung nach Datum, Slot-Reservations ab ~2.000 €/Monat Spend
- BI-Layer: Data Studio (kostenlos) oder Looker (Enterprise) je nach Governance-Anspruch
