Wenn Ihre Reporting-Basis von Google-Ads-Verlaufsdaten älter als drei Jahre abhängt, läuft jetzt eine Uhr darauf. Die Google Ads Data Retention Policy tritt am 1. Juni 2026 in Kraft, und die sichere Reaktion ist keine Panik — sondern eine ruhige, wiederholbare Google Ads Datenexport-Routine, die Sie ohne Aufsicht übergeben können.
Was die neue Aufbewahrungs-Policy tatsächlich sagt
Die Policy-Seite ist kurz und sorgfältig zu zitieren. Ab dem 1. Juni 2026 sind stündliche, tägliche und wöchentliche Berichtsdaten 37 Monate verfügbar. Monatliche, vierteljährliche und jährliche Daten sind 11 Jahre verfügbar. Reach- und Frequenz-Metriken — einschließlich Unique Users und durchschnittliche Impression-Frequenz — sind als Ausnahme 3 Jahre verfügbar. Danach sind die Daten nicht über die Google Ads-Oberfläche oder die APIs zugänglich.
Drei Implikationen, die ändern, wie Sie über Reporting denken:
- Granular und aggregiert divergieren. Ihre stündliche Performance-Reihe und Ihre monatliche Performance-Reihe verfallen jetzt nach unterschiedlichen Zeitplänen. Year-over-Year-Analysen, die stündliche oder tägliche Granularität benötigen, haben den kürzeren Horizont.
- „Nicht zugänglich“ schließt die API ein. Die Policy ist keine UI-Eigenheit — sie deckt sowohl die Google Ads-Oberfläche als auch die APIs ab. Es gibt keine Hintertür, sobald das Fenster schließt.
- Reach und Frequenz haben das kürzeste Fenster. Wenn audience-level Reach-Reporting für Mediapläne oder Vorstands-Decks wichtig ist, ist das die engste Frist.
Was historische Google Ads-Exporte schützen sollen
Fünf Workflows hängen heute leise von langem Verlaufszugriff ab — und sind die ersten, die ausfallen, wenn das Aufbewahrungsfenster an einem nicht geplanten Datum schließt:
- Jährliche und mehrjährige Audits, besonders wenn die Frage „Was hat sich geändert“ lautet.
- Year-over-Year-Kampagnen- und Konto-Reporting, einschließlich Kanal-Mix-Vergleichen.
- Budgetplanung, die Saisonalität aus Vorjahren nutzt, um das nächste zu projizieren.
- Suchanfragen-, Kategorie- und Kampagnenhistorien, die zur Verteidigung von Strategieentscheidungen gegenüber der Führung dienen.
- Change-Diagnose — eine aktuelle Anomalie durch Verweis auf ein vergleichbares historisches Fenster erklären.
Was zur Google Ads API und Scripts verifiziert ist
Google beschreibt die Google Ads API als die programmatische Schnittstelle zur Verwaltung großer oder komplexer Google-Ads-Konten und -Kampagnen. Google Ads Scripts ist die in-Account JavaScript-Automatisierungsoberfläche. Zwei Hinweise, die für die Exportplanung wichtig sind:
- Keine der Oberflächen ist für jeden Werbetreibenden erforderlich. Die meisten kleinen Konten kommen mit geplanten Berichts-Downloads aus der UI aus — aber diese Downloads unterliegen denselben Aufbewahrungsfenstern wie oben.
- Wenn Sie die API wählen, ist die Abfragesprache GAQL; wählen Sie Scripts, bleiben Sie in der JavaScript-Umgebung des Kontos. Wählen Sie die Oberfläche, die zu der Person passt, die den Workflow in drei Jahren besitzt, nicht die, die heute am meisten Spaß macht.
Was vor dem Vertrauen in eine Reporting-Basis zu exportieren ist
Die Dimensionen und Metriken, die in Ihren eigenen Speicher gehören — in der Auflösung, in der sie verfallen:
- Kampagne und Anzeigengruppe: Spend, Impressions, Klicks, Conversions, Conversion-Wert nach Datumssegment.
- Suchanfragen- und Query-Berichte, wo die API oder Scripts sie verfügbar machen — diese sind notorisch schwer nachträglich zu rekonstruieren.
- Asset-, Final-URL- und Landingpage-Dimensionen, wo verfügbar — Asset-level Geschichte verteidigt später Creative-Entscheidungen.
- Conversion-Action-Zeilen separat, damit nachgelagerte Re-Attribution die Geschichte nicht leise umschreibt.
- Geräte- und Geo-Segmente in der Datumsgranularität, von der Sie abhängen.
- Reach- und Frequenz-Ausgaben, wenn Sie Video oder Display fahren — drei Jahre ist die kürzeste Lunte.
Der Export-Workflow als Logik, nicht als eingefügter Code
Das eigentliche Skript variiert je nach Stack, aber die Logik ist für jeden unbeaufsichtigt laufenden Export dieselbe:
- Rollendes Datumsfenster definieren. Für „die letzte abgeschlossene Kalenderperiode“ laufen lassen, nicht „heute“ — das vermeidet Teil-Tag-Zeilen und Zeitzonen-Verschiebungen.
- Die Metriken in der gewünschten Granularität abfragen. Wenn Sie später stündlich brauchen, exportieren Sie jetzt stündlich; Resampling holt verloren gegangene Details nicht zurück.
- In ein append-only Ziel schreiben. Google Sheets reicht für kleine Konten; BigQuery skaliert für mehrkontige Historien besser. Das Schlüsselwort ist append — überschreiben Sie nie einen vorherigen Snapshot.
- Jeden Fehlschlag mit Zeitstempel loggen. Ein Export, der sonntags leise scheiterte, ist schlimmer als kein Export, weil er Ihnen drei Quartale später falsches Vertrauen gibt.
- In einer Kadenz planen, die zu Ihrem Reporting-Zyklus passt. Täglich reicht für die meisten Konten; manche Teams ergänzen für High-Spend-Konten einen mittäglichen Sicherheitslauf. Es gibt keine einzige „richtige“ Kadenz — passen Sie sie Ihren Datenfrische-Bedürfnissen an.
- Code und Credentials separat reviewen lassen. Das Export-Skript ist eine kleine Angriffsfläche, aber es hat Lesezugriff auf kommerzielle Daten.
Checkliste für den Reporting-Basis-Export (Tabelle)
Diese Tabelle habe ich offen, wenn ich mit einem neuen Kunden einen Google Ads-Aufbewahrungs-Export scope:
| Datenbereich | Warum es zählt | Exportfeld / Quelle | Risiko bei Verlust | Sichere Aktion |
|---|---|---|---|---|
| Stündliche Performance | Day-Parting-Entscheidungen, Automation-Rule-Debugging | Google Ads API segments.date + segments.hour oder Scripts stündliche Stats | Day-Part-Historie verschwindet nach 37 Monaten | Append-only Export in stündlicher Granularität jetzt planen |
| Suchanfrage / Query | Negativ-Keyword-Begründung, Query-Mix-Verschiebungen | search_term_view via API oder AdsApp.report in Scripts | Negativ-Entscheidungen aus Vorjahren nicht mehr verteidigbar | Mit Kampagnen- und Anzeigengruppen-Schlüsseln speichern |
| Asset / Creative | Creative-Iterationshistorie | Asset-Performance-Berichte, wo verfügbar | Kontext verloren, welcher Creative-Zyklus den Lift brachte | Snapshot vor Kampagnen- oder Asset-Struktur-Änderungen |
| Conversion Action | Re-Attribution kann historische Summen leise ändern | conversion_action_view + Aktions-Metriken | „Gestrige Zahlen“ passen nicht mehr zu „heutiger Ansicht“ | Aktions-Snapshot pro Reporting-Periode einfrieren |
| Reach & Frequenz | Mediaplan-Validierung | Video/Display Reach-Metriken | 3-Jahres-Fenster ist das engste in der Policy | Als höchstprioritären Export behandeln |
| Monatliche Aggregate | YoY- und 3-Jahres-Storyboards | API- oder Scripts monatliche Roll-Ups | 11-Jahres-Fenster ist großzügig, aber nicht unendlich | Jährlicher Snapshot zum Geschäftsjahresende |
Operative Checkliste, bevor Sie es als fertig markieren
- Namensgebung: Konto-ID + Berichtsname + Granularität + Laufdatum im Dateinamen oder Tabellennamen.
- Zeitzone: Konto-Zeitzone neben den Daten speichern — nur UTC oder nur lokal erzeugt später Abgleich-Schmerzen.
- UTM- und Conversion-Action-Konsistenz: Wenn Sie eine Conversion mitten im Quartal umbenannt haben, sollte der Export beide Namen führen.
- Zugriffskontrolle: Das Exportziel sollte nur für Personen lesbar sein, die ohnehin Zugriff auf das Live-Konto haben.
- Fehlerlogs: Ein separater „Export Run Log“-Sheet oder Table mit Erfolg, Zeilenanzahl und Laufzeit.
- Backup-Ziel: Mindestens eine Kopie außerhalb des Google-Kontos, dem die Daten gehören — damit eine Konto-Sperre nicht auch die Historie verliert.
- Dokumentation: Eine kurze README, die erklärt, wie der Export neu zu starten ist und wo die Source-of-Truth lebt.
Angenommen, Sie führen nächstes Quartal eine dreijährige Year-over-Year-Analyse durch — das ist das kanonische Szenario, für das dieser Export gebaut ist (das ist ein expliziter hypothetischer Fall, keine Benchmark dafür, wie oft ein bestimmtes Konto die Daten nutzt).
Was der Export nicht behebt
Ein Export ist eine Kopie, keine Korrektur. Drei Grenzen, an denen Sie ehrlich bleiben sollten:
- Exportierte Daten beheben kein schlechtes Tracking — wenn ein Conversion-Event während der Periode fehlerhaft gefeuert hat, bewahrt der Export die falsche Zahl.
- Exportierte Daten beweisen keine Kausalität — Wochen-Veränderung ist immer noch mit allem anderen korreliert, was Sie ausgerollt haben.
- Exportierte Daten ersetzen keine Einwilligungs- oder Tracking-Validierung — den Export ziehen, aber das Live-Tracking-Review behalten.
Wenn Sie ein zweites Augenpaar auf den Exportplan, die Speicher-Wahl oder das Audit gegen die Daten wollen, ist genau dafür mein Marketing-Audit und Beratungsangebot gebaut — wir gehen die Retention-Map, die Skript-Logik und den Read-out durch, bevor etwas altert. Längere Texte zu Google-Ads-Reporting und KI-Werbeflächen finden Sie in den Einblicken; das KI-Labor sammelt fertige Skripte und Prompts als Startpunkt für In-Account-Automatisierung.
FAQ
Wann genau startet die neue Google Ads-Aufbewahrungs-Policy?
Die Policy gilt ab dem 1. Juni 2026, gemäss der Google Ads Help-Seite zur Datenaufbewahrung. Die 37-Monats-, 11-Jahres- und 3-Jahres-Fenster werden ab diesem Inkrafttreten vorwärts gemessen.
Was passiert mit Daten nach Ablauf des Aufbewahrungsfensters?
Die Google Ads Help-Seite ist eindeutig: nach Ablauf der Aufbewahrungsfrist sind die Daten nicht mehr über die Google Ads-Oberfläche oder die APIs zugänglich. Es gibt keinen Admin-Override; haben Sie nicht exportiert, haben Sie es nicht.
Sollte ich Google Ads Scripts oder die Google Ads API für den Export verwenden?
Für die meisten Single-Account-Workflows reicht Scripts und bleibt in der JavaScript-Umgebung des Kontos. Für Multi-Account-, MCC-Level- oder BigQuery-gebundene Workflows ist die API plus GAQL die dauerhaftere Oberfläche. Wählen Sie die Oberfläche, die diejenige Person, die in drei Jahren dafür verantwortlich ist, tatsächlich pflegen kann.
Kann ich mich einfach auf UI-Downloads verlassen statt eine Export-Pipeline zu bauen?
Manuelle UI-Downloads unterliegen denselben Aufbewahrungsfenstern — wenn die zugrunde liegenden Daten verfallen sind, enthält der Download sie nicht. Nur-UI ist gut für niedrigfrequentes Reporting; für alles, was Sie in zwei oder drei Jahren der Führung verteidigen, ist ein automatischer Append-only-Export sicherer.
Muss ich heute für jedes Konto alles exportieren?
Nein. Priorisieren Sie die Daten mit der kürzesten Lunte (Reach und Frequenz, drei Jahre), die am schwersten zu rekonstruierenden Daten (Suchanfragen- und Asset-Level-Historie) und die Daten, die Sie tatsächlich nutzen (die Dimensionen in Ihren echten Berichten). Alles andere kann auf einen zweiten Durchgang warten.