Apa masalahnya dan mengapa Google Analytics
Menghadapi kenyataan bahwa beberapa proyek SasS tidak memiliki analitik normal, sehingga:
- Tonton dalam konteks setiap segmen lalu lintas, bagaimana pengguna bergerak di sepanjang corong, misalnya, melakukan pemesanan.
- Baca LTV dan CAC dari saluran lalu lintas, kampanye iklan, dengan kata-kata sederhana, berapa banyak yang mereka habiskan untuk menarik pengguna dan berapa banyak pendapatan yang ia hasilkan sepanjang tahun.
- Hitung indikator pengembalian, yaitu, apakah pengguna yang tertarik tetap bersama kami atau pergi setelah beberapa saat, apakah saluran tersebut meningkatkan pelanggan reguler.
Sebagai aturan, Google Analytics, ROIStat, Metric, Amplitude digunakan, tetapi tidak satu alat pun yang sepenuhnya terintegrasi. Untuk mengatasi masalah di atas, saya memilih Google Analytics (selanjutnya GA), ini jauh dari ideal, tetapi menyelesaikan tugas-tugas dasar cukup realistis dan tidak terlalu mahal.
Pro
- Mampu menerima data eksternal, misalnya, Anda dapat mengirim transaksi ke sana menggunakan permintaan POST
- Kirim data ke sistem visualisasi DataStudio, Power BI
- Banyak informasi latar belakang
- Mudah diintegrasikan dengan semua layanan Google.
- Gratis
- Menyimpan data selama 50 bulan
Cons
- Ketika Anda memilih jangka waktu yang berisi 1 juta sesi, laporan akan dibuat hanya berdasarkan 100 ribu sesi, karena lebih dari 500 ribu sesi, data dijadikan sampel.
- Data dan laporan dibangun di sekitar cookie (browser, perangkat), dan bukan pengguna, oleh karena itu, satu pengguna disajikan dalam GA selama 10 tahun sebagai berbeda dan tidak mungkin untuk merekatkannya dalam GA (mungkin, tetapi terlalu banyak kruk).
- Ambang entri tinggi, sebagai antarmuka yang kompleks.
Mari kita lihat solusi untuk setiap masalah mulai dari implementasi teknis hingga laporan online yang dapat Anda buka dan lihat dalam beberapa menit.
Karena sulit untuk memasukkan semua materi menjadi satu artikel, saya akan membaginya menjadi beberapa bagian, selain itu bukan fakta bahwa informasi ini diperlukan oleh masyarakat dan ada masalah.
Implementasi semua tahap membutuhkan tingkat kemahiran rata-rata di Google Analytics, dalam kerangka satu artikel tidak akan mungkin untuk mencakup semua keterampilan yang diperlukan, tetapi mudah google.
Mari mulai dengan membangun corong.
Mengapa Anda membutuhkan corong
Contoh paling sederhana dari corong adalah corong di toko online peralatan rumah tangga.
Saya pergi ke situs> Masukkan ke keranjang> Saya pergi ke keranjang> Desain: pengiriman> Desain: detail kontak> Desain: metode pembayaran dan pembayaran
Laporan yang baik adalah laporan yang darinya tindakan akan diikuti.
- Pengunjung dari Murmansk memiliki konversi yang rendah pada tahap pengiriman, karena perusahaan logistik saat ini memiliki tarif tinggi> Anda perlu mencari alternatif.
- Mereka menaruhnya di keranjang, tetapi tidak terus melihat, karena keranjang ada di sebelah kiri sesuai dengan ide desainer> kami mengubah posisi keranjang ke kanan.
Desain corong dan pengiriman acara
Sebagai contoh, kami ingin melihat konversi dari satu tahap saluran ke indikator lainnya dan kuantitatif, misalnya.
Tahapan corong bisa tidak konsisten dan bervariasi, bayangkan kita sedang merancang corong untuk layanan seperti Avito.
Konstruktor yang dibuka> Membuat iklan> Pendaftaran > Pemilihan tarif> Transaksi
Pendaftaran > Saldo Isi Ulang> Konstruktor Terbuka> Buat iklan> Tarif yang berlaku
Dalam hal ini, kami ingin dapat membuat saluran secara manual saat bepergian dan tidak terikat ke urutan tertentu, misalnya, kami ingin melihat pengguna yang pertama kali membuat iklan dan kemudian membayar.
Perancang Terbuka> Membuat iklan> Memilih tarif> Pembayaran
Dan sebaliknya, pertama, yang mengisi saldo, dan kemudian membuat iklan.
Saldo terisi> Konstruktor terbuka> Buat iklan> Tarif terapan
Untuk melakukan ini, untuk setiap tahap corong, kami perlu mengirim acara ke Google Analytics, yang darinya kami dapat membuat corong, karena nyaman bagi kami, jadi kami akan mempertimbangkan apa acara-acara ini dan bagaimana cara mengirimkannya.
Saya sangat menyarankan menggunakan Google Pengelola Tag (selanjutnya GTM), ini adalah lapisan antara situs dan penghitung, misalnya, Anda dapat menyiapkan acara satu kali dan mengirimkannya melalui GTM ke Analytics, Metrik, dan lainnya.
Cara mengirim acara ke Google Analytics
Kirim acara ke lapisan data GTM
Ada banyak cara, tetapi yang paling dapat diandalkan dan benar adalah mengirim melalui lapisan data. Lapisan data hanyalah transit antara situs dan penghitung.
Untuk mengirim, kita harus memulai ekspresi javascript berikut.
window.dataLayer = window.dataLayer || []; dataLayer.push({ 'event': 'name' });
Mari kita menganalisis setiap baris secara lebih detail
window.dataLayer = window.dataLayer || []; - periksa apakah sudah ada lapisan data, jika tidak, buat yang baru.
dataLayer.push ({'event': 'name'}); - pada saat yang tepat tambahkan nama acara ke lapisan data;
'nama' - sebenarnya, nama acara;
Secara total, kami perlu memulai ungkapan ini di setiap saat corong dan mengganti nama acara, misalnya, kami ingin mengirim acara pada saat pengguna membuka perancang iklan.
window.dataLayer = window.dataLayer || []; dataLayer.push({ 'event': 'openAdsEditor' });
Atau pada saat pengguna mengisi dan mengkonfirmasi iklan di konstruktor.
window.dataLayer = window.dataLayer || []; dataLayer.push({ 'event': 'ad_submit' });
Anda dapat menguji apakah acara itu benar, Anda dapat men-debug mod GTM, kami tidak akan membahasnya, karena Anda dapat dengan mudah menemukannya di google.
Sekarang kita perlu mengekstrak acara dari lapisan data dan mengirim ke GA
Kami mengekstrak acara tersebut dari lapisan data dan mengirimkannya ke Google Analytics
Kami membuat pemicu dalam GTM dari bentuk acara Kustom dan menentukan ad_submit di bidang Nama acara , ini persis nilai yang kami tentukan saat mengirim acara di situs.
Selanjutnya, pemicu ini akan memicu tag, yang pada gilirannya mengirim acara ke Google Analytics.
Selanjutnya, buat tag di mana kami menunjukkan nilai-nilai berikut
Kategori saluran dan tindakan ad_submit ditentukan secara sewenang-wenang, melalui mereka kami akan mengidentifikasi acara di GA. Sebagai pemicu, kami mengindikasikan pemicu yang kami buat sebelumnya. Sebuah iklan diisi .
Setelah menyimpan tag, sebarkan ke produksi, klik tombol Terbitkan dan uji: ketika mengisi iklan, suatu peristiwa harus datang ke laporan GA yang disebut Real time> Events.
Kami melakukan siklus yang sama untuk acara lain, yaitu, tahapan saluran yang ingin kami lacak.
Cara membangun corong di GA
Misalkan kita mengirim semua acara dan kita perlu membangun corong dari mereka.
Kami membuat segmen di GA, setiap segmen sama dengan satu peristiwa, misalnya, kami membuat segmen untuk acara Editor yang Dibuka , karena itu akan menjadi yang pertama dalam urutan.
Untuk melakukan ini, pilih laporan apa pun di GA, misalnya, Saluran , dan klik + Tambahkan Segmen.
Berikutnya + Segmen baru ( Segmen baru) dan mengatur parameter segmen
Di tab Urutan , Sertakan Pengguna dengan Interaksi pengguna apa pun yang sesuai dengan Kategori ventilasi tepat cocok dengan corong DAN Kategori Acara sama persis dengan openAdsEditor
Dengan kata sederhana, kami menyoroti pengguna yang berinteraksi dengan acara kami.
Selanjutnya, kami membuat corong tahap kedua, untuk ini kami menyalin segmen pertama.
Dan di dalam kita tambahkan acara tahap kedua corong. Diisi iklan . Karena kami hanya perlu mempertimbangkan pengguna yang mengisi iklan yang sebelumnya membuka editor, sebagai langkah pertama kami menambahkan acara saluran sebelumnya. Saya membuka editor , dan sebagai langkah 2 saya mengisi iklan .
Artinya, pada tahap kedua corong Diisi iklan, kami hanya mendapatkan pengguna yang melewati tahap pertama Membuka editor.
Apa yang harus dilihat dalam laporan
Perubahan corong dalam konteks hari, minggu, atau bulan.
Corong dalam konteks indikator umum laporan atau dalam konteks parameternya, dan dalam hal ini saluran lalu lintas.
Dengan sedikit memodifikasi pengiriman acara, Anda dapat menambahkan, misalnya, topik pengumuman yang dipilih untuk melihat topik mana yang menempatkan iklan lebih buruk, tetapi lebih pada topik di artikel berikut.
Semuanya, apakah informasinya bermanfaat? Apa solusi alternatifnya?