Empat menit untuk membuat akun layanan. Enam belas bulan riwayat Search Console yang di-backfill pada sinkronisasi pertama. Dua detik untuk domain yang sudah terverifikasi dan memiliki izin. Dan dua bulan — angka yang menyebabkan lebih banyak tiket dukungan dibanding tiga angka lainnya digabung, karena ini adalah jendela retensi data default GA4, dan hampir tidak ada yang tahu untuk memeriksanya sebelum menghubungkan.
Penyiapannya sendiri singkat: satu kredensial di Pengaturan → Akun Google, dua tombol hubungkan di Manajemen Domain, lalu Anda umumnya lupa halaman ini ada. Namun angka dua bulan itu layak dijelaskan secara lengkap, karena itulah alasan beberapa domain menampilkan riwayat Analytics yang kaya dan berguna pada hari pertama, sementara yang lain hampir tidak menampilkan apa-apa selama berminggu-minggu — dan itu bukan bug platform ketika terjadi.
Satu kredensial, diberikan sekali
Anda mengunggah kunci akun layanan Google — file JSON, bukan login pribadi. Identitas robot, bukan token OAuth manusia yang bisa kedaluwarsa atau rusak saat seseorang mengganti kata sandinya. Google Cloud menerbitkannya sekali dan terus berfungsi hingga Anda menghapusnya, dan itulah cara platform melakukan sinkronisasi pukul 3 pagi tanpa perlu ada yang login.
Membuatnya memakan waktu sekitar empat menit itu jika Anda belum pernah melakukannya: proyek baru atau yang sudah ada, IAM & Admin → Service Accounts → Create, unduh kuncinya. Izinnya lebih penting daripada yang terlihat dari menu dropdown — berikan izin Viewer pada properti Search Console dan properti Analytics, tidak lebih tinggi dari itu. Saya pernah melihat tim memberikan izin Editor karena itu pilihan teratas, dan enam bulan kemudian tidak ada yang bisa menjelaskan mengapa akun robot memiliki akses tulis ke konfigurasi GA4 mereka. Baca-saja (read-only) adalah yang benar; platform tidak pernah menyentuh pengaturan Anda.
Satu kunci mencakup semua domain di bawah proyek Google Cloud tersebut. Jika Anda menjalankan agensi yang mengelola belasan situs klien, itu jadi alasan kuat untuk memakai satu akun layanan per klien, bukan satu akun untuk semuanya — offboarding klien pun menjadi sekadar menghapus satu kunci, bukan mengaudit domain mana saja yang diam-diam berbagi kredensial dengan seseorang yang baru saja keluar.
Search Console: cepat saat cepat, menjengkelkan saat tidak
- Buka Connect pada sebuah domain. Search Console dan Analytics masing-masing punya kartu sendiri, dan Analytics memiliki pintasan "sama seperti Search Console", karena satu kunci biasanya mencakup keduanya.
- Sudah diverifikasi dan akun layanan Anda sudah diberi akses? Instan — hanya pemeriksaan izin, selesai dalam sekitar dua detik.
- Belum diverifikasi: verifikasi DNS otomatis jika Anda memberikan kunci API registrar Anda (Cloudflare, Route 53, dan beberapa lainnya), atau rekaman TXT manual yang Anda tambahkan sendiri.
Jalur manual inilah yang membuat orang tidak sabar. Propagasi memang bervariasi — sembilan puluh detik pada satu kesempatan, empat jam pada kesempatan lain, tergantung TTL dan cache resolver. Platform akan memeriksa secara berkala, jadi tambahkan rekamannya lalu tinggalkan saja. Jika sehari berlalu tanpa verifikasi, itu jarang karena propagasi; biasanya karena ada kesalahan ketik pada nilainya atau rekaman tersebut ditempatkan di zona yang salah (root domain, bukan subdomain, atau sebaliknya). Jalankan `dig TXT` terhadap apa yang sebenarnya aktif sebelum menyalahkan Google.
Jalur kunci API melewati semua itu dengan menuliskan rekamannya untuk Anda, tetapi itu berarti memberikan akses tulis DNS Anda kepada alat pihak ketiga — dan jika DNS tersebut menghadapi lalu lintas produksi, ragu-ragu bukanlah hal yang tidak wajar. Jalur manual memakan beberapa menit di awal, tetapi membuat Anda tidak perlu memikirkannya lagi selamanya.
Analytics, dan celah retensi yang tidak diperingatkan siapa pun
Analytics terhubung melalui penemuan otomatis, bukan verifikasi — platform mencari properti GA4 yang sudah ada pada domain tersebut dan menghubungkannya jika akun layanan Anda memiliki akses, karena izin GA4 sudah diatur di sisi Google. Platform bisa membuat properti baru jika belum ada, tetapi biarkan itu terjadi hanya untuk situs yang benar-benar baru. Jika Anda bermigrasi dari Universal Analytics atau memiliki properti dengan riwayat bertahun-tahun, hubungkan secara eksplisit ke properti tersebut. Properti baru dengan data tiga hari adalah titik awal yang jauh lebih buruk dibandingkan properti berusia sembilan tahun yang sudah menyimpan pola musiman, dan siklus optimisasi bergantung pada riwayat tersebut lebih dari yang tersirat dari alur koneksi.
Inilah celah yang sering menjebak orang: Search Console mengisi ulang (backfill) data kueri hingga enam belas bulan pada sinkronisasi pertama, karena Google menyimpan riwayat sebanyak itu di sisi server terlepas dari kapan Anda terhubung. GA4 tidak memiliki jaminan setara — backfill-nya dibatasi oleh pengaturan retensi data properti itu sendiri, dan pengaturan tersebut secara default hanya dua bulan kecuali seseorang di organisasi Anda mengubahnya. Jadi sebuah domain bisa menampilkan enam belas bulan data impresi dan klik begitu Anda terhubung, tetapi hanya dua bulan data sesi, pada hari yang sama, dari alur pengaturan yang sama persis. Itu bukan kegagalan sinkronisasi. Itu adalah pengaturan default retensi Google yang bekerja sesuai konfigurasinya, dan solusinya — jika Anda ingin lebih dari dua bulan ke depan — adalah mengubah jendela retensi langsung di pengaturan properti GA4, bukan sesuatu di sisi platform ini. Layak diperiksa sebelum Anda terhubung, bukan sesudah Anda bingung dengan perbedaannya.
Properti bersama dan apa yang berjalan setelahnya
Satu hal lagi soal Analytics: jika organisasi Anda menjalankan satu properti GA4 yang mengumpulkan data dari lima situs — umum terjadi ketika seseorang mengatur pelacakan bertahun-tahun lalu dan belum ada yang memisahkannya sejak itu — koneksi tetap berjalan baik, tetapi setiap kueri disaring berdasarkan hostname di balik layar. Bukan sebuah kotak centang, dan bukan sesuatu yang bisa dinonaktifkan secara tidak sengaja. Itulah sebabnya dasbor selalu menampilkan angka domain ini dan tidak pernah total gabungan dari properti tersebut.
Setelah kedua koneksi terpasang, sinkronisasi berjalan harian sesuai jadwal yang Anda kendalikan (lihat bab jadwal), dan penggabungan analitik toko berjalan otomatis untuk apa pun yang dibangun di platform ini. Baris domain menampilkan pending, partial, atau active — "partial" berarti salah satu dari kedua koneksi aktif dan yang lain tidak, dan itu jadi pertanda bagi Anda untuk memeriksa kartu mana yang berwarna merah, alih-alih hanya mempercayai status gabungan.
Di mana sebenarnya letak masalahnya
Hampir semua tiket yang saya lihat masuk ke dalam tiga kategori, tidak ada yang aneh. Pertama: kunci akun layanan valid tetapi diberi cakupan ke proyek Google Cloud yang salah, sehingga pemeriksaan izin kembali kosong meski kunci itu sendiri berhasil diunggah. Kedua: belum ada yang benar-benar menambahkan email akun layanan tersebut — sesuatu seperti [email protected] — sebagai Viewer di dalam pengaturan akses Search Console atau GA4 itu sendiri; mengunggah kunci ke platform tidak memberinya izin apa pun di sisi Google. Ketiga, yang lebih licin: sebuah domain terhubung ulang di bawah akun layanan baru setelah yang lama dihapus, tetapi jadwal terus diam-diam gagal terhadap kredensial usang selama seminggu sebelum ada yang menyadari angkanya berhenti diperbarui.
Tak satu pun dari itu adalah bug platform — itu adalah biaya wajar dari sebuah robot yang membutuhkan izin di dua produk Google yang terpisah, dan model Google sendiri tidak membuat itu jelas. Sisihkan waktu lima belas menit untuk domain pertama Anda, bukan dua menit yang tersirat dari alurnya. Setiap domain setelahnya akan cepat, karena kredensial dan pengalamannya sama-sama terbawa.
