Terakhir diperbarui pada 28 Agustus 2026 pukul 18.23
Cara Menggunakan Panduan Ini
Panduan ini tidak sekadar memindahkan nomor dari GA4 ke dasbor. Ini dimulai dengan pertanyaan bisnis e-niaga dan membangun struktur laporan untuk pemantauan sehari-hari, tinjauan iklan, dan pelaporan manajemen. Selesaikan versi pertama dalam urutan bab, lalu secara bertahap tambahkan modul seperti laba, inventaris, pelanggan baru versus pelanggan kembali, dan pembelian berulang sesuai kebutuhan.
Google memperkenalkan kembali nama Data Studio pada bulan April 2026. Tutorial lama, URL, dan beberapa antarmuka mungkin masih menggunakan Looker Studio; dalam panduan ini, Data Studio mengacu pada produk terkini yang sebelumnya dikenal sebagai Looker Studio.
01 Sasaran Laporan dan Struktur Halaman
Laporan e-niaga yang benar-benar berguna akan membantu tim menjawab beberapa pertanyaan inti dengan cepat: Apakah pendapatan dan pesanan meningkat atau menurun? Saluran mana yang memberikan lalu lintas dan pendapatan berkualitas lebih tinggi? Apakah pengguna berhenti terutama saat melihat produk, menambahkan ke keranjang, checkout, atau pembayaran? Produk mana yang menarik lalu lintas tetapi gagal menghasilkan konversi? Berapa banyak pesanan dan berapa banyak pendapatan yang akhirnya dihasilkan oleh pengeluaran iklan?
Struktur Laporan Enam Halaman yang Direkomendasikan
| Halaman Laporan | Pertanyaan Bisnis Utama | Konten Inti |
|---|---|---|
| 01 Ikhtisar E-niaga | Bagaimana kinerja bisnis secara keseluruhan? | Revenue, pesanan, pengguna, pendapatan pesanan rata-rata, dan tren |
| 02 Corong Konversi | Pada tahap mana pengguna meninggalkan funnel? | Tampilan, tambahkan ke keranjang, checkout, pembelian, dan tingkat konversi panggung |
| 03 Akuisisi Lalu Lintas | Saluran mana yang menghasilkan penjualan? | Saluran, Sumber / Media, Campaign |
| 04 Kinerja Produk | Produk mana yang layak mendapat promosi lebih banyak? | Tampilan item, tambahkan ke keranjang, unit terjual, pendapatan, dan tingkat konversi item |
| 05 Halaman dan Pengguna | Halaman, perangkat, dan wilayah mana yang memiliki performa terbaik? | Laman landas, perangkat, negara, dan pengguna baru versus pengguna kembali |
| 06 Pembelanjaan Iklan | Apakah pembelanjaan iklan menghasilkan pendapatan yang efisien? | Cost, pendapatan, ROAS, CPA, CPC, dan CTR |
Prinsip Desain Laporan
- Setiap halaman harus menjawab satu kategori pertanyaan bisnis. Jangan letakkan setiap grafik pada satu halaman.
- Tentukan setiap metrik sebelum merancang tata letak. Metrik yang sama harus menggunakan definisi yang sama di setiap halaman.
- Prioritaskan tren, perbedaan, dan anomali dibandingkan hanya menampilkan total saja.
- Pertahankan versi pertama hingga 6-10 bagan utama per halaman untuk menghindari kepadatan informasi yang berlebihan.
02 Pemeriksaan Data Pra-Bangun
2.1 Konfirmasikan Bahwa Acara E-niaga GA4 Dikumpulkan dengan Benar
Data Studio menampilkan dan menggabungkan data; itu tidak dapat menggantikan pelacakan e-niaga GA4. Sebelum membuat laporan, konfirmasikan bahwa situs web mengirimkan peristiwa e-niaga utama dan menyertakan parameter pesanan lengkap.
| Tahap E-niaga | Acara GA4 | Tujuan dalam Laporan |
|---|---|---|
| Lihat Barang | view_item | Mengukur tampilan item dan minat pada halaman detail produk |
| Tambahkan ke Keranjang | add_to_cart | Mengukur tindakan tambahkan ke keranjang |
| Mulai Pembayaran | begin_checkout | Mengukur entri ke dalam alur checkout |
| Selesaikan Pembelian | purchase | Mengukur pesanan, barang yang terjual, dan pendapatan |
| Refund | refund | Mengukur pendapatan yang dikembalikan dan item yang dikembalikan dananya |
Daftar Periksa Implementasi
- Acara purchase diaktifkan hanya setelah pembayaran berhasil, bukan saat halaman checkout dimuat.
- Setiap pesanan mengirimkan transaction_id unik untuk mencegah duplikat pesanan saat halaman terima kasih disegarkan.
- value dan parameter mata uang sudah benar dan cocok dengan mata uang bisnis sebenarnya.
- Array items mencakup informasi yang diperlukan seperti nama item, ID item, price, dan quantity.
- Pesanan pengujian, lalu lintas internal, pembayaran gagal, dan pesanan yang dibatalkan memiliki aturan penanganan yang jelas.
2.2 Standarisasi Revenue dan Definisi Pesanan
GA4 mungkin menampilkan bidang serupa seperti Purchase revenue, Gross purchase revenue, Total revenue, Pembelian, Ecommerce purchases, dan Transaksi. Karena cakupannya berbeda, pilih definisi utama sebelum membuat laporan.
Jika bisnis berfokus pada penjualan kotor sebelum pengembalian dana, ganti Purchase revenue dengan Gross purchase revenue dan beri label dengan jelas pada laporan atau catatan tersebut sebagai “Gross Sales”. Jangan mencampur bidang pesanan yang berbeda di seluruh halaman.
2.3 Konfirmasikan Zona Waktu, Currency, dan Rentang Data
- Jaga agar zona waktu properti GA4 selaras dengan zona waktu pelaporan harian yang digunakan oleh platform e-niaga dan platform periklanan.
- Untuk toko multi-mata uang, tentukan mata uang mana yang akan ditampilkan dalam laporan dan konfirmasikan apakah konversi nilai tukar telah selesai.
- Validasi versi pertama menggunakan satu minggu kalender lengkap sehingga data pada hari yang sama yang tidak lengkap tidak mengganggu perbandingan.
03 Buat Laporan dan Hubungkan GA4
3.1 Membuat Laporan Baru
- Buka halaman beranda Data Studio dan klik Buat di sudut kiri atas.
- Pilih Laporan.
- Di jendela “Add data untuk melaporkan”, pilih Google Analytics.
- Pilih akun Google Analytics dan properti GA4 yang sesuai.
- Klik Tambahkan untuk menghubungkan sumber data ke laporan.
- Ganti nama laporan menjadi “Dasbor Kinerja E-niaga” atau judul lain yang jelas berhubungan dengan bisnis.

Jalur Navigasi
Buat → Laporkan → Google Analytics → Pilih properti GA4 → Tambahkan
Setelah Anda menambahkan sumber data, Data Studio biasanya membuat tabel default secara otomatis. Hapus komponen default, lalu tambahkan kartu skor, diagram rangkaian waktu, tabel, dan kontrol filter langkah demi langkah.
3.2 Pilih Kredensial Data
| Jenis Kredensial | Cara Kerjanya | Kasus Penggunaan Terbaik |
|---|---|---|
| Owner’s Credentials | Pemirsa mengakses data pokok melalui izin pemilik kredensial | Eksekutif, klien, atau pemirsa tanpa akses GA4 |
| Viewer’s Credentials | Setiap penampil mengakses data pokok dengan izinnya masing-masing | Tim data internal yang setiap orangnya sudah memiliki akses GA4 |
| Service Account Credentials | Mengakses sumber data BigQuery melalui akun layanan; jenis kredensial ini hanya tersedia untuk sumber data BigQuery | Sumber data BigQuery yang memerlukan akses non-manusia dan manajemen izin terpusat |
3.3 Penamaan Sumber Data yang Direkomendasikan
| Contoh Nama Asli | Nama yang Direkomendasikan |
|---|---|
| Nama properti GA4 | GA4 | Toko Produksi | Rp |
| akun Google Ads | Google Ads | Akun AS | Rp |
| Google Sheets | Ad Cost | Meta + TikTok | Daily |
Penamaan yang konsisten mengurangi kebingungan saat memadukan data, menyalin diagram, dan memecahkan masalah akses di kemudian hari.
04 Mengatur Tata Letak Dasar dan Filter
4.1 Membuat Templat Halaman yang Konsisten
Buat satu templat halaman yang konsisten terlebih dahulu, lalu duplikat untuk halaman lainnya. Simpan judul laporan, catatan definisi metrik, rentang tanggal, dan filter global di bagian atas. Susun bagian utama dalam tiga lapisan: kartu skor inti, bagan tren dan kategori, serta tabel terperinci.

| Daerah | Konten yang Direkomendasikan |
|---|---|
| Tajuk Halaman | Nama laporan, catatan penyegaran data, rentang tanggal, saluran, negara, dan filter perangkat |
| Lapisan 1 | Kartu skor inti untuk penilaian cepat hasil bisnis |
| Lapisan 2 | Bagan deret waktu, batang, dan gelembung untuk mengidentifikasi perubahan dan perbedaan |
| Lapisan 3 | Tabel terperinci untuk menemukan saluran, item, atau halaman tertentu |
- Atur lebar kanvas menjadi 1366 atau 1440 piksel dan pertahankan konsistensi margin kiri dan kanan.
- Batasi tiap halaman menjadi 6-10 bagan utama untuk mempertahankan alur pembacaan yang jelas.
- Tetapkan judul, kontrol tanggal, dan filter global sebagai komponen tingkat laporan bila diperlukan.
4.2 Tambahkan Kontrol Rentang Tanggal
Jalur Navigasi
Tambahkan kontrol → kontrol Date range
Tempatkan kontrol tanggal di sudut kanan atas. Untuk dasbor kinerja sehari-hari, tetapkan rentang default ke “30 hari terakhir, tidak termasuk hari ini” untuk menghindari kesalahan membaca data yang tidak lengkap pada hari yang sama.

| Kasus Penggunaan | Rentang Perbandingan yang Direkomendasikan |
|---|---|
| Pelaporan Rutin Mingguan/Bulanan | Periode sebelumnya |
| Tinjauan Promosi Tahunan atau Besar | Tahun sebelumnya |
| Pemantauan Peluncuran Produk Baru | Jumlah hari yang sama sebelum peluncuran |
4.3 Tambahkan Filter Drop-Down Global
Jalur Navigasi
Tambahkan kontrol → Daftar drop-down
| Filter | Direkomendasikan Dimension |
|---|---|
| Saluran | Session default channel group |
| Sumber Lalu Lintas | Session source / medium |
| Country | Country |
| Device | Device category |
Kontrol tarik-turun dapat menggunakan nilai default, pengurutan khusus, pilihan tunggal atau ganda, dan kotak pencarian. Setelah mengonfigurasinya, uji apakah filter memengaruhi setiap bagan yang relevan di halaman.

05 Membangun Halaman Ikhtisar E-niaga
Tujuan halaman ikhtisar bukan untuk menampilkan setiap titik data. Ini akan membantu manajer menilai kinerja bisnis secara keseluruhan dalam waktu 30 detik dan dengan cepat mengidentifikasi masalah yang memerlukan analisis lebih dalam.
5.1 Tambahkan Kartu Skor Inti
Jalur Navigasi
Add a chart → Kartu Skor
| Kartu Skor | Bidang atau Rumus |
|---|---|
| Purchase Revenue | Purchase revenue |
| Pesanan | Ecommerce purchases |
| Average Order Revenue | Purchase revenue ÷ Ecommerce purchases |
| Pengguna Aktif | Active users |
| Pembeli | Total purchasers |
| Orders per Session | Ecommerce purchases ÷ Sessions |
Aktifkan perbandingan periode sebelumnya untuk setiap kartu skor dan standarisasi format angka. Gunakan mata uang untuk pendapatan, bilangan bulat atau singkatan K/M untuk pesanan dan pengguna, dan dua tempat desimal untuk tarif.

5.2 Buat Average Order Revenue
Nama bidang: Average Order Revenue
CASE
WHEN Ecommerce purchases = 0 THEN 0
ELSE Purchase revenue / Ecommerce purchases
ENDAtur jenis bidang ke Currency. Karena rumusnya menggunakan Purchase revenue setelah pengembalian dana tercatat, “Average Order Revenue” lebih tepat daripada “Nilai Pesanan Rata-rata” dalam konteks ini.
5.3 Buat Orders per Session
Nama bidang: Orders per Session
CASE
WHEN Sessions = 0 THEN 0
ELSE Ecommerce purchases / Sessions
ENDAtur jenis bidang ke Percent. Hindari menyebutnya “Tingkat Konversi Situs Web”, karena satu pengguna dapat menyelesaikan lebih dari satu pesanan dalam satu sesi.
5.4 Tambahkan Grafik Tren Revenue
| Konfigurasi | Bidang yang Direkomendasikan |
|---|---|
| Bagan | Rangkaian waktu |
| Dimension | Date |
| Metric | Purchase revenue |
| Perbandingan | Periode sebelumnya |
Revenue dan jumlah pesanan biasanya sangat berbeda skalanya. Agar mudah dibaca, gunakan dua diagram tren terpisah atau diagram kombinasi sumbu ganda alih-alih memaksakan kedua metrik ke sumbu yang sama.

5.5 Tambahkan Grafik Saluran Revenue dan Tabel Detail
| Bagan | Dimension | Metric / Penyortiran |
|---|---|---|
| Bagan Batang Saluran Revenue | Session default channel group | Purchase revenue, menurun, 10 teratas |
| Tabel Kinerja Country | Country | Active users, Ecommerce purchases, Purchase revenue, Orders per Session |
| Tabel Barang Terlaris | Nama barang | Items purchased, Item revenue |
06 Membangun Halaman Corong Konversi
Laman corong konversi membantu mengidentifikasi tahap belanja yang paling sering dikunjungi pengguna. Untuk versi pertama, gunakan empat blok metrik dengan tingkat konversi bertahap daripada mengandalkan komponen corong pihak ketiga yang kompleks.
6.1 Tambahkan Empat Tahapan Corong
| Panggung | GA4 Metric |
|---|---|
| Tampilan Barang | Item view events |
| Tambahkan ke Keranjang | Add to carts |
| Mulai Pembayaran | Checkouts |
| Selesaikan Pembelian | Ecommerce purchases |
6.2 Membuat Tingkat Konversi Tahap
Tarif Lihat-ke-Keranjang
CASE
WHEN Item view events = 0 THEN 0
ELSE Add to carts / Item view events
ENDTarif Keranjang-ke-Checkout
CASE
WHEN Add to carts = 0 THEN 0
ELSE Checkouts / Add to carts
ENDTingkat Checkout-untuk-Pembelian
CASE
WHEN Checkouts = 0 THEN 0
ELSE Ecommerce purchases / Checkouts
END6.3 Tata Letak Halaman yang Direkomendasikan
Gunakan empat blok persegi panjang dari kiri ke kanan: “Tampilan Item → Tambahkan ke Keranjang → Mulai Checkout → Beli,” dengan tingkat konversi yang relevan antara setiap pasangan tahapan. Ini bukan bentuk corong tradisional, namun hierarkinya jelas dan berfungsi dengan baik dalam laporan mingguan dan presentasi manajemen.
07 Bangun Halaman Akuisisi Lalu Lintas
Halaman akuisisi tidak boleh hanya menjawab “Saluran mana yang menghasilkan lalu lintas terbanyak?” Ini harus menjawab “Saluran mana yang menghasilkan lalu lintas paling bernilai komersial?”
7.1 Membuat Tabel Kinerja Saluran
| Dimension | Metrik yang Direkomendasikan |
|---|---|
| Session default channel group | Sessions, Active users, Sesi terlibat, Ecommerce purchases, Purchase revenue, Orders per Session, Revenue per Sesi |
Nama bidang: Revenue per Sesi
CASE
WHEN Sessions = 0 THEN 0
ELSE Purchase revenue / Sessions
END7.2 Membuat Tabel Detail Sumber/Media
Gunakan Session source / medium sebagai dimensi, gunakan kembali metrik tabel saluran, dan urutkan berdasarkan Purchase revenue dalam urutan menurun. Tambahkan pemformatan bersyarat untuk menyorot sumber dengan lalu lintas tinggi namun tidak ada pesanan, sumber dengan lalu lintas rendah namun efisiensi pendapatan kuat, dan lalu lintas abnormal yang diklasifikasikan sebagai Belum Ditugaskan.

| Kondisi | Sorotan yang Direkomendasikan |
|---|---|
| Sessions tinggi tetapi Ecommerce purchases = 0 | Latar belakang peringatan atau teks merah |
| Revenue per Sesi jauh di atas rata-rata | Bilah data atau penanda penekanan |
| Saluran = Belum ditetapkan | Sorot secara terpisah dan tinjau penandaan UTM dan klasifikasi saluran |
| Penamaan Sumber/Media Terfragmentasi | Standarisasi aturan UTM atau penamaan yang benar |
7.3 Jangan Mencampur Dimensi Sesi dan Pengguna Pertama
| Tujuan Analisis | Direkomendasikan Dimension |
|---|---|
| Saluran mana yang menghasilkan kunjungan saat ini? | Session source / medium, Session default channel group |
| Saluran mana yang pertama kali memperoleh pengguna? | First user source / medium, First user default channel group |
08 Membangun Halaman Kinerja Produk
Halaman produk adalah tempat laporan e-niaga paling sering mengalami kesalahan cakupan dan definisi. Aturan utamanya sederhana: dimensi cakupan item harus dipasangkan dengan metrik cakupan item.
8.1 Membuat Tabel Detail Produk
| Konfigurasi | Bidang yang Direkomendasikan |
|---|---|
| Dimension | Nama barang; tambahkan ID Barang, kategori Barang, atau merek Barang hanya bila diperlukan |
| Metrik | Items viewed, Items added to cart, Items checked out, Items purchased, Item revenue |
| Sortir | Item revenue atau Items purchased, menurun |
8.2 Membuat Metrik Konversi Produk
Tarif Tambahkan ke Keranjang Barang
CASE
WHEN Items viewed = 0 THEN 0
ELSE Items added to cart / Items viewed
ENDTingkat Pembelian Barang
CASE
WHEN Items viewed = 0 THEN 0
ELSE Items purchased / Items viewed
ENDRevenue per Barang Terjual
CASE
WHEN Items purchased = 0 THEN 0
ELSE Item revenue / Items purchased
ENDIni adalah rasio item-unit, bukan rasio konversi pengguna. Jumlahnya bisa melebihi 100% jika jumlahnya berbeda. Bila tarif berbasis pengguna diperlukan, gunakan tarif Keranjang-untuk-melihat GA4 atau tarif Beli-untuk-melihat jika tersedia.
8.3 Menggunakan Matriks Kinerja Produk

| Jenis Produk | Pola Data | Tindakan yang Direkomendasikan |
|---|---|---|
| Produk Bintang | Penayangan tinggi, pembelian tinggi | Pertimbangkan untuk meningkatkan eksposur setelah memeriksa margin, inventaris, dan inkrementalitas; memperluas produk serupa ketika kondisi ekonomi mendukungnya. |
| Produk Masalah Konversi | Penayangan tinggi, pembelian rendah | Tingkatkan harga, halaman produk, ulasan, dan informasi pengiriman |
| Produk Berpotensi Tinggi | Penayangan rendah, pembelian tinggi | Tingkatkan keterpaparan, lalu lintas iklan, dan rekomendasi di tempat |
| Produk dengan Efisiensi Rendah | Penayangan rendah, pembelian rendah | Kurangi alokasi sumber daya atau ubah posisi produk |
| Konfigurasi Bagan Gelembung | Bidang |
|---|---|
| Dimension | Nama barang |
| sumbu X | Items viewed |
| sumbu Y | Tingkat Pembelian Barang |
| Ukuran Gelembung | Item revenue |
8.4 Bandingkan Bidang Cakupan Item dan Cakupan Peristiwa
| Dimension Cakupan Item | Metrik Cakupan Item Pilihan | Hindari Memasangkan Langsung Dengan |
|---|---|---|
| Nama barang/ID barang | Items viewed, Items added to cart, Items purchased, Item revenue | Item view events, Add to carts, Ecommerce purchases, Purchase revenue |
| Merek barang / Kategori barang | Items checked out, Items purchased, Item revenue | Checkouts, Pembelian, Total revenue |
09 Membangun Halaman, Perangkat, dan Halaman Geografi
9.1 Tabel Performa Laman Landas
| Konfigurasi | Bidang yang Direkomendasikan |
|---|---|
| Dimension | Landing page + query string |
| Metrik | Sessions, Sesi terlibat, Ecommerce purchases, Purchase revenue, Orders per Session, Revenue per Sesi |
| Filter | Sessions > 20, atau ambang batas sampel minimum lainnya berdasarkan lalu lintas situs |
Ambang batas lalu lintas minimum mencegah laman dengan hanya satu atau dua kunjungan tampak memiliki rasio konversi yang sangat tinggi karena satu pesanan yang tidak disengaja.
9.2 Analisis Kinerja Device
| Dimension | Metrik |
|---|---|
| Device category | Sessions, Ecommerce purchases, Purchase revenue, Orders per Session |
- Apakah lalu lintas seluler jauh lebih tinggi dibandingkan lalu lintas desktop?
- Apakah tingkat pemesanan melalui seluler jauh lebih rendah?
- Apakah rata-rata pendapatan pesanan di seluler lebih rendah?
- Apakah sebagian besar pengabaian pembayaran terjadi di perangkat seluler?
Jika seluler menyumbang sebagian besar lalu lintas tetapi konversinya jauh lebih buruk, tinjau kecepatan laman, gambar produk, metode pembayaran, entri kode kupon, dan alur pembayaran seluler terlebih dahulu.
9.3 Country atau Tabel Kinerja Wilayah
| Dimension | Metrik |
|---|---|
| Country | Active users, Sessions, Ecommerce purchases, Purchase revenue, Revenue per Sesi |
| Ekstensi Opsional | Wilayah, Kota, Bahasa, Device category |
10 Hubungkan data biaya iklan dan hitung ROAS
GA4 dapat menampilkan pesanan dan pendapatan, tetapi menyelesaikan penghitungan ROAS, CPA, CPC, dan CTR juga memerlukan data biaya iklan. Google Ads dapat dihubungkan secara langsung. Untuk platform lain, atur data biaya di Google Sheets dan gabungkan dengan GA4.
10.1 Siapkan lembar biaya iklan
| Date | Saluran | Campaign ID | Nama Campaign | Cost | Impressions | Clicks |
|---|---|---|---|---|---|---|
| 2026-08-01 | Iklan Meta | 10001 | Penjualan Musim Panas | 500 | 80000 | 2500 |
| 2026-08-01 | Google Ads | 20001 | Pencarian Merek | 300 | 15000 | 1800 |
- Tanggal harus menggunakan tipe data tanggal sebenarnya, bukan tanggal dalam format teks.
- Cost, Impressions, dan Clicks harus berupa kolom numerik dengan agregasi default yang disetel ke Jumlah.
- Pertahankan Campaign ID sebagai teks sehingga angka nol di depan tidak terhapus.
- Standarisasi mata uang biaya di seluruh platform periklanan sebelum memadukan data.
- Jangan menambahkan catatan sementara yang berubah setiap hari menjadi nama Campaign.
10.2 Hubungkan Google Sheets
Jalur Navigasi
Sumber Daya → Kelola sumber data tambahan → Tambahkan sumber data → Google Sheets
Setelah menyambungkan sheet, periksa tipe tanggal, tipe numerik, dan agregasi default di panel kolom sumber data. Gunakan nama yang jelas seperti “Iklan Cost | Platform Mix | Daily” untuk memudahkan identifikasi nantinya.
10.3 Padukan data biaya iklan dan GA4

Jalur Navigasi
Pilih bagan → Gabungkan data
| Tabel Data | Kunci penggabungan | Metrik |
|---|---|---|
| Kiri: Biaya iklan | Tanggal + Campaign ID | Cost, Impressions, Clicks |
| Kanan: GA4 | Tanggal + pencocokan Campaign ID atau kunci kampanye stabil | Ecommerce purchases, Purchase revenue |
10.4 Membuat Metrik Efisiensi Periklanan
ROAS
CASE
WHEN SUM(Cost) = 0 THEN 0
ELSE SUM(Purchase revenue) / SUM(Cost)
ENDCPA
CASE
WHEN SUM(Ecommerce purchases) = 0 THEN 0
ELSE SUM(Cost) / SUM(Ecommerce purchases)
ENDCPC
CASE
WHEN SUM(Clicks) = 0 THEN 0
ELSE SUM(Cost) / SUM(Clicks)
ENDCTR
CASE
WHEN SUM(Impressions) = 0 THEN 0
ELSE SUM(Clicks) / SUM(Impressions)
ENDAgregasi lapangan dalam data campuran dapat bervariasi berdasarkan sumber dan struktur campuran. Jika “Agregasi ulang metrik tidak didukung” muncul, periksa apakah kolom sudah diagregasi dan coba hapus SUM() bagian luar.
11 Bidang Terhitung Umum dan Aturan Agregasi
11.1 Referensi Bidang Terhitung E-niaga
| Metrik | Rumus |
|---|---|
| Average Order Revenue | Purchase revenue ÷ Ecommerce purchases |
| Orders per Session | Ecommerce purchases ÷ Sessions |
| Revenue per Sesi | Purchase revenue ÷ Sessions |
| Tarif Lihat-ke-Keranjang | Add to carts ÷ Item view events |
| Tarif Keranjang-ke-Checkout | Checkouts ÷ Add to carts |
| Tingkat Checkout-untuk-Pembelian | Ecommerce purchases ÷ Checkouts |
| Tarif Tambahkan ke Keranjang Barang | Items added to cart ÷ Items viewed |
| Tingkat Pembelian Barang | Items purchased ÷ Items viewed |
| Revenue per Barang Terjual | Item revenue ÷ Items purchased |
| ROAS | Purchase revenue ÷ Cost |
| CPA | Cost ÷ Ecommerce purchases |
| CPC | Cost ÷ Clicks |
| CTR | Clicks ÷ Impressions |
11.2 Menangani Nol Penyebut di Setiap Rumus Pembagian
Templat Umum
CASE
WHEN Denominator field = 0 THEN 0
ELSE Numerator field / Denominator field
ENDKolom kalkulasi dapat dibuat di tingkat sumber data atau hanya dalam diagram tertentu. Bidang sumber data paling baik untuk digunakan berulang kali; bidang tingkat bagan lebih baik untuk menguji rumus baru atau menyajikan satu bagan.

11.3 Jangan Tambahkan SUM ke Metrik GA4 Secara Otomatis
Metrik yang dikembalikan oleh konektor GA4 biasanya sudah dikumpulkan. Menulis SUM(Purchase revenue) langsung di sumber data asli GA4 dapat memicu “Agregasi ulang metrik tidak didukung.”
| Skenario | Rumus yang Direkomendasikan |
|---|---|
| Sumber Data GA4 asli | Purchase revenue / Ecommerce purchases |
| Baris Google Sheets mentah | SUM(Revenue) / SUM(Orders) |
| Data Campuran | Gunakan SUM hanya jika status agregasi pasca-campuran bidang tersebut memerlukannya |
12 Interaksi dan Desain Visual
12.1 Aktifkan Pemfilteran Silang Bagan
Jalur Pengaturan
Interaksi grafik → Cross-filtering
Setelah diaktifkan, pemirsa dapat mengeklik saluran, negara, perangkat, atau item untuk memfilter diagram lain di laman secara otomatis. Gunakan hanya diagram saluran, negara, dan perangkat utama sebagai filter; jangan mengubah setiap bagan menjadi kontrol filter. Cross-filtering tidak tersedia untuk kartu skor dan diagram poin, dinonaktifkan secara default untuk konektor terkait Iklan, dan mengikuti batas kompatibilitas lintas sumber data yang sama seperti kontrol lainnya.

- Klik Pencarian Berbayar untuk melihat kinerja pencarian berbayar saja.
- Klik Amerika Serikat untuk melihat data pasar AS saja.
- Klik Seluler untuk melihat konversi seluler saja.
- Klik item untuk melihat trennya saja.
12.2 Tambahkan Metrik Opsional
Aktifkan metrik Opsional pada tabel produk dan saluran sehingga pemirsa dapat beralih sendiri metriknya. Hal ini mengurangi jumlah grafik sekaligus mempertahankan analisis yang lebih mendalam.
| Tabel | Metrik Default | Metrik Opsional |
|---|---|---|
| Tabel Produk | Items purchased, Item revenue | Items viewed, Items added to cart, Tingkat Pembelian Barang |
| Tabel Saluran | Purchase revenue, Ecommerce purchases | Sessions, Orders per Session, Revenue per Sesi |
12.3 Standar Desain Visual
| Elemen Desain | Rekomendasi |
|---|---|
| Warna | Warna merek + netral + warna positif + warna peringatan; hindari warna yang sangat jenuh untuk setiap saluran |
| Format Number | Gunakan mata uang untuk pendapatan, dua tempat desimal untuk tarif, K/M untuk nilai besar, dan format yang konsisten di setiap halaman |
| Judul Bagan | Gunakan judul yang berhubungan dengan bisnis seperti “Tren Revenue Harian” dan “Kontribusi Revenue menurut Saluran”, bukan label umum seperti Revenue atau Pengguna |
| Spasi | Pertahankan jarak yang konsisten antara komponen serupa dan berikan ruang kosong antara judul dan bagan |
| Kepadatan Informasi | Gunakan 6-10 bagan utama per halaman dan cegah teks, label, dan kontrol tumpang tindih |
Contoh Pemformatan Number yang Konsisten
13 Validasi Data dan Pemecahan Masalah
13.1 Validasi dengan Rentang Tanggal Tetap
Jangan mempublikasikan segera setelah menyelesaikan laporan. Pertama pilih satu minggu kalender lengkap dan pastikan Data Studio, GA4, platform e-niaga, dan platform periklanan menggunakan tanggal, zona waktu, mata uang, dan filter yang sama persis.
Validasi GA4
- Purchase revenue
- Ecommerce purchases
- Sessions
- Active users
- Items purchased
Validasi Platform E-niaga
- Jumlah pesanan yang berhasil dan pendapatan yang dibayarkan
- Jumlah pengembalian dana dan pesanan dibatalkan
- Perintah uji dan perintah internal
- Pesanan offline atau pesanan dari saluran non-situs web
GA4 tidak akan selalu cocok dengan Shopify, WooCommerce, atau sistem pesanan lainnya karena sistem menangani status pembayaran, pengembalian dana, cookie, pemblokir iklan, dan pengguna lintas perangkat secara berbeda. Pertanyaan pentingnya adalah apakah perbedaan tersebut stabil dan dapat dijelaskan.
Validasi Campuran Data
Rumus Pemeriksaan Spot Manual
ROAS = Revenue ÷ Cost CPA = Cost ÷ Orders
- Apakah Tanggal digunakan sebagai satu-satunya kunci bergabung?
- Apakah tabel kiri dan kanan menggunakan tingkat perincian yang sama?
- Apakah Campaign ID diduplikasi atau diformat secara tidak konsisten?
- Apakah satu kampanye dipetakan ke beberapa nama?
- Apakah baris duplikat sudah ada sebelum digabungkan?
13.2 Memecahkan Masalah Umum
| Masalah | Periksa Dulu |
|---|---|
| Tidak Ada Revenue yang Muncul di Laporan | Apakah purchase menyala; apakah value dan mata uang sudah benar; apakah rentang tanggal mencakup pesanan; apakah lingkungan produksi menggunakan properti yang benar |
| Tabel Produk Menampilkan Bidang yang Tidak Kompatibel | Apakah dimensi cakupan item seperti Nama item digabungkan dengan metrik cakupan peristiwa seperti Purchase revenue atau Add to carts |
| Filter Tidak Mempengaruhi Beberapa Grafik | Apakah diagram menggunakan sumber data yang berbeda; apakah bidang kontrol ada; apakah grafik mempunyai rentang tanggal yang tetap; apakah komponen dikelompokkan |
| Tidak dapat menggabungkan metrik rasio | Apakah bidang rasio dikumpulkan lagi; apakah SUM yang tidak perlu digunakan; apakah filter diterapkan pada rasio yang sudah dikumpulkan |
| Cost atau Revenue Berganda Setelah Dicampur | Kunci gabung tidak lengkap; granularitas tabel tidak cocok; duplikat Campaign ID; kombinasi tanggal dan nama kampanye yang tidak unik |
13.3 Kombinasi Bidang Umum yang Salah dan Benar
| Kombinasi yang Salah | Kombinasi yang Direkomendasikan |
|---|---|
| Nama barang + Purchase revenue | Nama barang + Item revenue |
| Merek barang + Add to carts | Merek barang + Items added to cart |
| Kategori barang + Ecommerce purchases | Kategori barang + Items purchased |
| Tanggal sebagai satu-satunya kunci bergabung iklan | Tanggal + Campaign ID |
| SUM(Purchase revenue) / SUM(Ecommerce purchases) di sumber data asli GA4 | Purchase revenue / Ecommerce purchases |
14 Pembagian, Penerbitan, dan Pemeriksaan Akhir
14.1 Berbagi dan Izin
Setelah menyelesaikan laporan, gunakan Bagikan di sudut kanan atas untuk mengundang pengguna tertentu, mengatur akses pemirsa atau editor, membuat tautan melihat, atau menjadwalkan pengiriman laporan. Sebelum berbagi secara eksternal, periksa kembali kredensial data dan sensitivitas informasi.
| Metode Berbagi | Kasus Penggunaan Terbaik |
|---|---|
| Bagikan dengan Pengguna Tertentu | Tim internal, klien, atau manajemen |
| Berbagi Tautan | Kolaborasi lintas tim dengan persyaratan izin yang lebih rendah |
| Sematkan di Halaman Web | Portal data internal atau dasbor klien |
| Email / PDF Terjadwal | Laporan mingguan, laporan bulanan, dan arsip |
PDF berguna untuk pengarsipan, sedangkan laporan online lebih baik untuk mengubah filter tanggal, saluran, negara, dan perangkat. Simpan juga link laporan online.
14.2 Daftar Periksa Penerbitan Akhir
- Tampilan item GA4, tambahkan ke troli, checkout, dan acara purchase dikumpulkan dengan benar.
- Definisi Purchase revenue dan Ecommerce purchases telah distandarisasi.
- Tanggal, mata uang, dan zona waktu selaras.
- Kartu skor dibandingkan dengan periode sebelumnya atau tahun sebelumnya.
- Laman lalu lintas secara konsisten menggunakan dimensi Sesi untuk atribusi sesi saat ini atau dimensi Pengguna pertama untuk akuisisi sentuhan pertama; kedua cakupan tidak digabungkan dalam tabel yang sama.
- Dimensi item hanya dipasangkan dengan metrik cakupan item.
- Setiap rumus pembagian menangani penyebut nol.
- Metrik GA4 asli tidak digabungkan lagi dengan SUM secara salah.
- Biaya iklan dan data GA4 digabungkan pada tingkat perincian yang sama.
- Campuran iklan telah diperiksa untuk perhitungan duplikat.
- Filter tanggal dan saluran mengontrol grafik dengan benar.
- Izin laporan dan kredensial data memenuhi persyaratan keamanan organisasi.
- Laporan telah divalidasi terhadap GA4, platform pemesanan, dan platform periklanan menggunakan rentang tanggal yang tetap.
Lampiran: Referensi Metric dan Modul Tambahan
A.1 Referensi Penamaan Bidang GA4
| Bidang GA4 Asli | Label Laporan yang Direkomendasikan |
|---|---|
| Purchase revenue | Purchase Revenue |
| Ecommerce purchases | Pesanan |
| Active users | Pengguna Aktif |
| Total purchasers | Pembeli |
| Sessions | Sessions |
| Item revenue | Item Revenue |
| Items purchased | Items Purchased |
| Session default channel group | Session Default Channel Group |
| Session source / medium | Session Source / Medium |
| Landing page + query string | Landing Page + Query String |
A.2 Apa yang Harus Dibangun Selanjutnya
- Dasbor keuntungan: biaya produk, biaya pembayaran, biaya pengiriman, biaya iklan, dan keuntungan kontribusi.
- Analisis pelanggan baru versus pelanggan kembali: pendapatan pelanggan baru, pendapatan pelanggan kembali, tingkat pembelian berulang, dan biaya akuisisi pelanggan.
- Dasbor inventaris: inventaris yang tersedia, perputaran inventaris, risiko kehabisan stok, dan produk yang perputarannya lambat.
- Dasbor kinerja regional: kinerja menurut negara, negara bagian atau provinsi, kota, bahasa, dan mata uang.
- Dasbor materi iklan periklanan: aset, format, salinan, durasi video, dan kinerja laman landas.

