Vier Minuten, um das Dienstkonto zu erstellen. Sechzehn Monate an Search-Console-Verlauf, die beim ersten Sync nachgeladen werden. Zwei Sekunden für eine Domain, die bereits verifiziert und berechtigt ist. Und zwei Monate — die Zahl, die mehr Support-Tickets verursacht als die anderen drei zusammen, weil es sich um GA4s Standard-Aufbewahrungsfenster für Daten handelt, und kaum jemand daran denkt, das vor dem Verbinden zu prüfen.
Die Einrichtung selbst ist kurz: eine Anmeldeinformation unter Einstellungen → Google-Konten, zwei Verbinden-Schaltflächen im Domain-Management, und danach vergisst man diese Seite meist wieder. Aber diese Zwei-Monats-Zahl verdient eine ausführliche Erklärung, denn sie erklärt, warum manche Domains am ersten Tag einen umfangreichen, nützlichen Analytics-Verlauf zeigen und andere über Wochen fast nichts — und das ist dann kein Plattformfehler.
Eine Anmeldeinformation, einmal erteilt
Du lädst einen Google-Dienstkontoschlüssel hoch — eine JSON-Datei, kein persönlicher Login. Eine Roboter-Identität, kein menschliches OAuth-Token, das abläuft oder kaputtgeht, wenn jemand sein Passwort ändert. Google Cloud stellt ihn einmal aus, und er funktioniert weiter, bis du ihn löschst — genau deshalb kann die Plattform auch um 3 Uhr nachts synchronisieren, ohne dass jemand eingeloggt ist.
Einen zu erstellen dauert etwa diese vier Minuten, wenn man es noch nie gemacht hat: neues oder bestehendes Projekt, IAM & Verwaltung → Dienstkonten → Erstellen, Schlüssel herunterladen. Die Berechtigung ist wichtiger, als das Dropdown-Menü suggeriert — vergib Betrachter für die Search-Console-Property und die Analytics-Property, nicht mehr. Ich habe Teams gesehen, die Bearbeiter vergeben haben, weil das die oberste Option war, und sechs Monate später konnte niemand erklären, warum ein Roboterkonto Schreibzugriff auf ihre GA4-Konfiguration hat. Nur-Lesen ist korrekt; die Plattform greift nie in deine Einstellungen ein.
Ein Schlüssel deckt jede Domain unter diesem Google-Cloud-Projekt ab. Wenn du eine Agentur bist, die ein Dutzend Kundenseiten betreibt, spricht das für ein Dienstkonto pro Kunde statt eines für alles — das Offboarding eines Kunden wird dann zum Löschen eines Schlüssels statt zur Prüfung, welche Domains still und heimlich Zugangsdaten mit jemandem geteilt haben, der gerade gegangen ist.
Search Console: schnell, wenn es schnell geht, ärgerlich, wenn nicht
- Öffne Verbinden bei einer Domain. Search Console und Analytics erhalten jeweils eine Karte, und Analytics hat eine Verknüpfung "gleich wie Search Console", weil ein Schlüssel meist beides abdeckt.
- Bereits verifiziert mit Zugriff für dein Dienstkonto? Sofort — eine Berechtigungsprüfung, in etwa zwei Sekunden erledigt.
- Noch nicht verifiziert: automatisierte DNS-Verifizierung, wenn du deinen Registrar-API-Schlüssel angibst (Cloudflare, Route 53, einige weitere), oder ein manueller TXT-Eintrag, den du selbst hinzufügst.
Beim manuellen Weg wird man ungeduldig. Die Propagierung schwankt tatsächlich — mal neunzig Sekunden, mal vier Stunden, je nach TTL und Resolver-Caching. Die Plattform fragt periodisch ab, also fügst du den Eintrag hinzu und gehst weg. Wenn ein Tag ohne Verifizierung vergeht, liegt es selten an der Propagierung; meist ein Tippfehler im Wert oder der Eintrag landet in der falschen Zone (Apex statt Subdomain oder umgekehrt). Führe ein `dig TXT` gegen das aus, was tatsächlich live ist, bevor du Google die Schuld gibst.
Der API-Schlüssel-Weg überspringt das alles, indem er den Eintrag für dich schreibt, bedeutet aber, einem Drittanbieter-Tool Schreibzugriff auf dein DNS zu geben — und wenn dieses DNS Produktions-Traffic vorschaltet, halte ich Zögern für nicht unvernünftig. Der manuelle Weg kostet ein paar Minuten am Anfang und erspart dir, je wieder darüber nachdenken zu müssen.
Analytics und die Aufbewahrungslücke, vor der niemand warnt
Analytics verbindet sich per Erkennung statt Verifizierung — die Plattform sucht nach einer vorhandenen GA4-Property auf der Domain und verbindet, wenn dein Dienstkonto Zugriff hat, da GA4-Berechtigungen bereits auf Googles Seite gesteuert werden. Sie kann eine Property erstellen, wenn keine existiert, aber lass das nur bei wirklich neuen Websites zu. Wenn du von Universal Analytics migriert bist oder eine Property mit jahrelanger Historie hast, verbinde dich explizit mit dieser. Eine frische Property mit drei Tagen Daten ist ein deutlich schlechterer Startpunkt als eine neun Jahre alte mit eingebrannten saisonalen Mustern, und die Optimierungsschleife stützt sich stärker auf diese Historie, als es der Verbindungsablauf vermuten lässt.
Hier ist die Lücke, die viele überrascht: Search Console lädt beim ersten Sync bis zu sechzehn Monate an Abfragedaten nach, weil Google diese Historie serverseitig unabhängig vom Verbindungszeitpunkt vorhält. GA4 hat keine vergleichbare Garantie — sein Backfill ist durch die eigene Datenaufbewahrungseinstellung der Property begrenzt, die standardmäßig auf zwei Monate steht, sofern niemand in deiner Organisation das geändert hat. Eine Domain kann also im Moment der Verbindung sechzehn Monate an Impressions und Klicks zeigen, und am selben Tag, aus demselben Einrichtungsablauf, nur zwei Monate an Sitzungen. Das ist kein Sync-Fehler. Es ist Googles Aufbewahrungs-Standard, der genau das tut, wofür er konfiguriert ist, und die Lösung — wenn du künftig mehr als zwei Monate willst — besteht darin, das Aufbewahrungsfenster direkt in den GA4-Property-Einstellungen zu ändern, nicht auf Seiten dieser Plattform. Es lohnt sich, das vor dem Verbinden zu prüfen, nicht erst, wenn man von der Diskrepanz verwirrt ist.
Gemeinsam genutzte Properties und was danach abläuft
Noch eine Analytics-Besonderheit: Wenn deine Organisation eine einzige GA4-Property betreibt, die Daten für fünf Websites sammelt — häufig, wenn das Tracking vor Jahren eingerichtet wurde und niemand es seither aufgeteilt hat — funktioniert die Verbindung trotzdem einwandfrei, aber jede Abfrage wird im Hintergrund nach Hostname gefiltert. Kein Kontrollkästchen, nichts, was man versehentlich deaktivieren könnte. Deshalb zeigt das Dashboard immer die Zahlen dieser Domain und nie die Gesamtsumme der Property.
Sobald beide Verbindungen stehen, läuft der Sync täglich nach einem von dir gesteuerten Zeitplan (siehe das Kapitel zu Zeitplänen), und die Analytics-Speicherung wird automatisch für alles verknüpft, was auf der Plattform erstellt wurde. Die Domain-Zeile zeigt „ausstehend“, „teilweise“ oder „aktiv“ — „teilweise“ bedeutet, dass eine der beiden Verbindungen aktiv ist und die andere nicht, und das ist dein Hinweis, nachzusehen, welche Karte rot ist, statt dem Gesamtstatus zu vertrauen.
Wo es tatsächlich hakt
Fast jedes Ticket, das ich gesehen habe, fällt in eine von drei Kategorien, keine davon exotisch. Erstens: Der Dienstkontoschlüssel ist gültig, aber dem falschen Google-Cloud-Projekt zugeordnet, sodass die Berechtigungsprüfung leer zurückkommt, obwohl der Schlüssel selbst problemlos hochgeladen wird. Zweitens: Niemand hat tatsächlich die E-Mail-Adresse des Dienstkontos hinzugefügt — etwas wie [email protected] — als Betrachter in den eigenen Zugriffseinstellungen von Search Console oder GA4; das Hochladen des Schlüssels auf die Plattform gewährt ihm auf Googles Seite keinerlei Berechtigung. Drittens, heimtückischer: Eine Domain wird unter einem neuen Dienstkonto neu verbunden, nachdem das alte gelöscht wurde, aber der Zeitplan schlägt eine Woche lang still gegen veraltete Zugangsdaten fehl, bevor jemandem auffällt, dass die Zahlen nicht mehr aktualisiert werden.
Keiner dieser Fälle ist ein Plattformfehler — sie sind die gewöhnlichen Kosten dafür, dass ein Roboter Berechtigungen für zwei getrennte Google-Produkte braucht, und Googles eigenes Modell macht das nicht offensichtlich. Plane für deine erste Domain fünfzehn Minuten ein, nicht die zwei Minuten, die der Ablauf suggeriert. Jede Domain danach geht schnell, weil sowohl die Zugangsdaten als auch die Routine übertragen werden.
