Jasa Pembuatan Website > Jasa Iklan Google > Conversion Tracking Google Ads
  • Posted by: Yopi
Conversion Tracking Google Ads

Conversion Tracking Google Ads. Salah satu pemblokir terbesar untuk pemberian tag sisi server Google Pengelola Tag untuk keluar dari versi beta adalah Google Ads. Hingga pemberian tag sisi server mendukung solusi untuk konversi dan kemampuan pemasaran ulang untuk direproduksi di sisi server, penampung Server kecil kemungkinannya akan kehilangan label beta-nya.

Google Pengelola Tag kini telah merilis dukungan untuk Pelacakan konversi menggunakan pemberian tag sisi server. Semuanya cukup menarik, karena tidak hanya melibatkan panggilan server-ke-vendor, tetapi juga permintaan browser-ke-server-ke-browser-ke-vendor. Mengapa? Mungkin Anda dapat menebaknya: cookie pihak ketiga .

Baca Juga : Alasan Menggunakan Google Ads

Komponen yang Anda Perlukan
Di penampung web, Anda perlu mengonfigurasi ulang tag Google Analytics Config untuk mengirim data ke penampung Server menggunakan opsi baru Kirim ke penampung server. Ini menggantikan transport_url pengaturan yang akan Anda gunakan sampai sekarang.

Intinya di sini adalah Anda akan menggunakan tag web GA4 untuk mengirim peristiwa konversi ke penampung Server, yang kemudian akan dipetakan. Di wadah Server, Anda memerlukan dua tag ini:

  • Sebuah Konversi Linker tag untuk mengirimkan halaman arahan beacon untuk Google serta untuk menulis cookie pihak pertama dengan informasi klik iklan.
  • Tag Pelacakan Konversi Google Ads untuk melacak konversi itu sendiri.

Keduanya adalah templat tag bawaan baru di semua penampung Server.

WEB: PERBARUI TAG KONFIGURASI GA4
Untuk setup Iklan Google untuk bekerja, Anda harus memperbarui Google Analytics: GA4 Konfigurasi tag untuk menggunakan baru Kirim ke pengaturan server kontainer, dan Anda harus menghapus yang bidang transport_url.

konversion google

Anda perlu mengisi pengaturan Kirim ke penampung server dengan nilai yang sama persis dengan yang Anda isi transport_url: asal penampung Server, yaitu URL hingga pemilih jalur

BAGAIMANA ITU BEKERJA
Saat Anda mengatur pengaturan baru Kirim ke server container, itu melakukan dua hal.

  • Ini menetapkan transport_urluntuk menunjuk ke wadah Server.
  • Ini mengatur first_party_collectionbidang ke true.

Yang kedua cukup penting dalam skenario ini. Tujuan dari bidang ini adalah untuk memberi tahu GA4 (di web) bahwa mesin target bukanlah komputer yang dimiliki oleh Google Analytics. Ini berarti memungkinkan protokol untuk membagikan data yang berpotensi sensitif, karena wadah Server adalah sesuatu yang dimiliki oleh perusahaan yang menjalankan situs web (semoga) dan bukan Google Analytics.

Saat first_party_collectiondiaktifkan, GA4 akan menggunakan protokol baru yang memungkinkan wadah Server untuk berkomunikasi kembali ke browser. Protokol ini pada dasarnya adalah pesan tanggapan, yang kemudian diuraikan oleh tag web GA4, dan mereka akan bereaksi sesuai dengan itu (mis. mengirim permintaan ke domain DoubleClick seperti pada contoh di atas).

Kami akan kembali ke topik ini, tetapi cukup untuk mengatakan bahwa ini dilakukan karena Pelacakan Konversi masih menggunakan cookie pihak ketiga .

SERVER: BUAT TAG PENAUT KONVERSI
Di penampung Server , buat tag Penaut Konversi baru. Anda akan menemukannya di daftar templat tag bawaan.

conversion linker

Ada pemicu bawaan baru yang disebut Semua Halaman di wadah Server. Tambahkan itu ke tag, karena Anda ingin Conversion Linker diaktifkan di semua halaman.

The All Pages pemicu kebakaran setiap kali ada acara bernama page_viewdihasilkan oleh wadah Server Client.

Baca Juga : Jasa Iklan Google

BAGAIMANA ITU BEKERJA
Tag Conversion Linker melakukan dua hal.

  • Ini mengirimkan suar halaman arahan ke server Google Ads.
  • Jika URL halaman memiliki gclidparameter, atau jika ada cookie pihak pertama Google Ads dalam permintaan, tag akan menyetel FPGCLAWcookie baru dalam respons, menulis ID klik ke penyimpanan.

Ini hanya ping ke Google Ads dengan URL saat ini. Secara alami, URL mungkin berisi gclid parameter, jadi saya kira ini digunakan untuk memvalidasi klik pada iklan.

The FPGCLAW Cookie tampaknya hanya meniru yang sudah ada Iklan Google cookie dalam hal itu menulis iklan Google Klik ID ke dalam cookie pihak pertama. Secara alami, seperti yang dilakukan dalam Set-Cookierespons server, lebih baik menghindari perlindungan pelacakan .

SERVER: BUAT TAG PELACAKAN KONVERSI GOOGLE ADS
Selanjutnya, Anda dapat melanjutkan dan membuat tag Pelacakan Konversi Google Ads di server. Anda mengonfigurasinya persis seperti Anda mengonfigurasi tag yang sama di penampung web.

Setel untuk mengaktifkan pemicu apa pun yang ingin Anda gunakan untuk konversi khusus ini. Pada contoh di atas, saya menggunakan add_to_cartevent yang dibuat oleh GA4 Client.

BAGAIMANA ITU BEKERJA
Di sinilah hal-hal menjadi menarik.

Jika ada ID klik pihak pertama yang tersedia, seperti yang disimpan FPGCLAWoleh tag Conversion Linker, penampung Server mengirimkan peristiwa konversi langsung ke server Google Ads.

Ini adalah permintaan Konversi Google Ads “normal”. Ini berisi ID konversi, label konversi, dan ID Klik di gclawparameter, antara lain.

Tetapi ketika Anda melihat kembali respons dari server Google, Anda akan melihat bahwa itu adalah pengalihan 302 ke domain DoubleClick.

Mengapa? Karena tag Konversi Google Ads perlu berkomunikasi dengan domain DoubleClick untuk menggabungkan informasi konversi dengan identitas pengguna, dan ini mengharuskan DoubleClick untuk membaca cookie-nya dalam konteks pihak ketiga.

Namun , karena wadah Server tidak dapat bekerja dengan cookie pihak ketiga, semuanya menjadi rumit.

Apa yang terjadi adalah bahwa respons HTTP kembali dari Server (yaitu untuk add_to_cartacara) berisi pesan yang menginstruksikan pustaka GA4 di browser untuk menulis permintaan DoubleClick sebagai gantinya.

Dan tentu saja, jika Anda melihat permintaan jaringan (di browser yang mendukung cookie pihak ketiga), Anda akan melihat permintaan browser ke server Google:

Jika browser tidak menyimpan informasi ID klik pihak pertama, penampung Server tidak mengirimkan permintaan langsung ke server Google. Sebaliknya, itu hanya menginstruksikan browser untuk mengirim permintaan, sehingga cookie pihak ketiga dapat diambil.

Demikian pula, jika ID Klik pihak pertama tidak tersedia, saya kira Google menggunakan cookie pihak ketiga untuk melihat apakah pengguna telah berinteraksi dengan iklan. Jadi Anda akan kehilangan fallback itu jika cookie pihak ketiga tidak didukung.

INTERAKSI DENGAN MODE PERSETUJUAN
Bagaimana dengan Mode Persetujuan ? Apa yang terjadi jika ad_storageditolak? Atau bagaimana jika itu kemudian diberikan?

JIKA PERSETUJUAN DITOLAK
Pertama, tag Conversion Linker mengirimkan ping beacon landing ke server Google, tetapi tidak menulis FPGCLAWcookie dalam respons HTTP.

Suar halaman arahan menyertakan parameter yang menyatakan bahwa Mode Izin aktif. Ini menginstruksikan Google untuk mengabaikan pengenal apa pun dalam permintaan dan hanya mengumpulkan data anonim untuk pemodelan konversi.

Tag Pelacakan Konversi mengirimkan permintaan server-ke-server normal, apakah pengenal pihak pertama klik tersedia atau tidak:

Jika URL halaman memiliki gclidparameter, maka parameter tersebut dikirim ke Google Ads (seperti dalam skenario ini, cookie Iklan tidak diperlukan).

JIKA PERSETUJUAN BERUBAH MENJADI DIBERIKAN
Namun, jika izin berubah menjadi diberikan , tag web GA4 akan bereaksi.

The page_viewHit segera membenci untuk wadah Server. Kali ini tidak ada batasan izin, jadi tag GA4 dan tag Google Ads akan dapat memanfaatkan ping reguler yang diaktifkan cookie.

Ini berarti bahwa Conversion Linker (dengan asumsi itu diaktifkan di Semua Halaman) akan diaktifkan lagi dan kali ini menulis ulang FPGCLAWcookie.

Selain itu, setiap peristiwa lain yang telah Anda tandai sebagai konversi di antarmuka pengguna Google Analytics 4 juga akan dikirim lagi.

Dengan kata lain, jika Anda ingin add_to_cartperistiwa konversi Google Ads Anda dikirim dengan cookie dan kemampuan penuh segera setelah izin diberikan, Anda harus masuk ke UI Google Analytics 4 dan menandai add_to_cartperistiwa tersebut sebagai konversi.

UI GA4 akan menginstruksikan gtag.jspustaka untuk memperhitungkan add_to_cartperistiwa konversi saat mengirim klik lagi setelah izin diberikan. Anda perlu melakukan ini untuk semua acara yang Anda ingin perpustakaan untuk mengirim lagi setelah persetujuan diberikan!

Catatan! Meskipun klik dikirim lagi, penampung Server akan mencegah tag memicu lagi kecuali jika mendukung ad_storage.

Omong-omong, ini juga berlaku untuk analytics_storage(tentu saja tidak ada yang dikirim ke Iklan dalam kasus ini). Jika analytics_storage disetel ke ‘granted’, GA4 mengumpulkan lagi page_view dan semua peristiwa konversi tanpa cookie yang dikirim sebelumnya secara otomatis.

API BARU
Terakhir, ada API Template Kustom baru : sendPixelFromBrowser. API ini bekerja bersama dengan tag web GA4. Jika API dipanggil dan permintaan berasal dari tag web GA4, API akan mengirimkan kembali permintaan piksel ke browser menggunakan protokol yang sama seperti tag Google Ads Conversion Tracking Google Ads di atas.

Tag web GA4 kemudian mengambil instruksi ini dan mengirimkan permintaan melalui browser.

Ini berarti bahwa vendor lain yang memerlukan cookie pihak ketiga untuk dijalankan dapat menggunakan API ini untuk merancang template mereka agar menggunakan browser daripada mengarahkan server-ke-server.

RINGKASAN
Seperti yang Anda lihat, menyiapkan pelacakan Google Ads cukup sederhana. Tapi memahami aliran adalah hal lain memang.

Saya sebenarnya agak kecewa dengan cara kerja pengaturannya. Saya tidak mengatakan saya tidak berpikir itu bagian yang bagus dari perangkat lunak – itu! Saya hanya tidak menyukai fakta bahwa itu bergantung pada cookie pihak ketiga.

Memaksa browser untuk melakukan semua kerja keras berarti bahwa beberapa manfaat keamanan terpenting dari penandaan sisi server (hanya mengandalkan koneksi pihak pertama, Kebijakan Keamanan Konten yang lebih ketat) harus ditinggalkan demi mendapatkan lebih banyak data.

Saya bertanya-tanya mengapa Google tidak mendorong lebih agresif untuk pendekatan pihak pertama saja seperti Konversi yang Disempurnakan. Saya juga bukan penggemar berat ini, tetapi setidaknya penyiapan penandaan situs web dan sisi server akan mempertahankan kontrol, daripada melepaskannya ke permintaan pihak ketiga yang berasal dari browser.

Mungkin Google sedang menunggu resolusi pada inisiatif Privacy Sandbox sebelum membuat perubahan drastis pada metode pengumpulan data mereka. Siapa tahu?

Baiklah. Saya pikir penyiapan untuk Google Ads ini cukup rapi hanya karena sangat mulus (terlepas dari masalah keamanan di atas). Menyiapkannya sama “mudah” seperti menyiapkan komponen masing-masing di wadah web.

Saya pikir protokol untuk menginstruksikan browser untuk melakukan sesuatu adalah pekerjaan yang jenius, tetapi saya khawatir tentang peningkatan ketergantungan pada GA4 dan gtag.js agar penandaan sisi server berfungsi dengan baik. Ini bukan tren yang ingin saya lihat lebih banyak di masa depan, tetapi saya memiliki firasat bahwa Google akan mendorong integrasi yang lebih erat seiring berjalannya waktu.

Author: Yopi

Leave a Reply