0Pricing
Digital Marketing Academy · Pelajaran

Pemberian Tag di Sisi Server

Pindahkan tag ke server

Pemberian Tag di Sisi Server adalah pelajaran Digital Marketing Academy gratis di CoddyKit. Ini adalah pelajaran 2 dari 4. Kamu bisa membaca pelajaran lengkapnya di bawah secara gratis — lalu praktikkan langsung di browser dengan editor kode bawaan dan tutor AI 24/7. Ini adalah bagian dari jalur belajar Digital Marketing Academy, dan progresmu tersinkronisasi di web dan aplikasi CoddyKit. Kursus Digital Marketing Academy mencakup 4 pelajaran total.

Apa Itu Penandaan Sisi Server

Penandaan sisi server memindahkan eksekusi tag dari peramban pengguna ke server yang Anda kendalikan. Alih-alih halaman memicu piksel secara langsung ke Google dan Meta, halaman tersebut mengirim satu permintaan ke titik akhir penandaan Anda sendiri.

Server itu kemudian menentukan apa yang diteruskan, kepada siapa, dan dalam format apa. Peramban hanya berkomunikasi dengan domain pihak pertama Anda.

Alur Klien vs Server

Dalam model klasik, setiap piksel penyedia berjalan di peramban dan masing-masing membuat permintaan sendiri ke pihak ketiga. Dalam penandaan sisi server, peramban mengirim satu peristiwa ke server penandaan, yang kemudian meneruskannya ke banyak tujuan.

Hal ini memberi Anda kendali atas data, mengurangi permintaan yang diblokir, dan memperkecil jejak kode sisi klien yang memperlambat halaman.

CLIENT-SIDE (old)
  Browser --> google-analytics.com
  Browser --> facebook.com/tr
  Browser --> tiktok.com/pixel
   (each blockable, leaks data)

SERVER-SIDE (new)
  Browser --> sgtm.yoursite.com  (1 request)
                   |
        +----------+----------+
        v          v          v
      GA4        Meta CAPI   TikTok
   (server-to-server, controlled)

Server Penandaan (sGTM)

Server-Side Google Tag Manager (sGTM) milik Google adalah implementasi yang paling umum. Ini adalah wadah yang berjalan di Cloud Run, App Engine, atau host apa pun, menerima permintaan dan memprosesnya melalui klien serta tag.

'Klien' mengurai permintaan masuk menjadi peristiwa; 'tag' kemudian mengirimkan peristiwa tersebut ke tujuan. Ini adalah GTM, tetapi berjalan di server, bukan di halaman.

Subdomain Pihak Pertama

Keandalan utama diperoleh dengan mengarahkan server penandaan ke subdomain situs Anda sendiri, seperti sgtm.example.com melalui catatan DNS A atau CNAME.

Karena permintaan kini ditujukan ke domain Anda, kuki yang disetel dalam respons merupakan kuki pihak pertama dan HttpOnly. Kuki tersebut dapat menghindari batasan ITP yang paling ketat dan jauh lebih kecil kemungkinannya untuk diblokir oleh pemblokir iklan.

DNS + cookie setup
--------------------------------------
sgtm.example.com  ->  Cloud Run host

Response header from server:
Set-Cookie: FPID=abc123; Domain=.example.com;
            HttpOnly; Secure; SameSite=Lax;
            Max-Age=63072000

=> first-party, server-set, long-lived
=> survives ITP better than JS cookies

Bagaimana Peristiwa Berpindah

Pembelian terjadi di halaman. Wadah web (atau gtag) mengirim peristiwa ke sgtm.example.com. Klien GA4 di sana menyusun kembali data, memperkayanya, lalu tag GA4 meneruskannya ke titik akhir pengumpulan Google.

Peristiwa yang sama dapat secara bersamaan memicu tag API Konversi Meta, konversi Google Ads sisi server, dan tujuan lainnya, semuanya dari satu permintaan masuk.

Event payload sketch (purchase)
--------------------------------------
{
  "event_name": "purchase",
  "client_id": "FPID.abc123",
  "value": 89.90,
  "currency": "EUR",
  "transaction_id": "T-10482",
  "items": [{"id":"SKU1","qty":2}],
  "consent": {"ad_user_data":"granted"},
  "user_data": {"em_hashed":"<sha256>"}
}

API Konversi (CAPI)

API Konversi Meta, Konversi yang Disempurnakan Google, dan API Peristiwa TikTok semuanya merupakan titik akhir server-ke-server. Semuanya menerima peristiwa langsung dari server Anda dan sepenuhnya melewati piksel peramban.

Hal ini memulihkan konversi yang hilang akibat pemblokir iklan dan ITP, serta memungkinkan Anda mengirim pengenal pihak pertama yang telah diubah menjadi nilai hash (alamat email, nomor telepon) untuk pencocokan yang lebih baik, dengan syarat Anda memiliki persetujuan.

Pengayaan dan Pengendalian Data

Karena server melihat peristiwa mentah, Anda dapat memperkayanya: tambahkan nilai pesanan yang sebenarnya dari basis data Anda, hapus PII yang tidak ingin Anda bagikan, tambahkan stempel waktu dari server, atau lakukan deduplikasi dengan peristiwa klien.

Anda menjadi penyunting data Anda sendiri dan hanya mengirimkan bidang minimum yang dibutuhkan setiap platform. Inilah minimalisasi data dalam praktik, bukan sekadar kebijakan.

Server-side transform rules
--------------------------------------
INCOMING -> TRANSFORM -> OUTBOUND

- hash email (SHA-256) before send
- drop raw IP for non-consented users
- overwrite value w/ DB net revenue
- add event_id for dedup w/ pixel
- block forwarding if consent=denied

Deduplikasi Peristiwa

Jika Anda menjalankan piksel peramban dan peristiwa server untuk konversi yang sama, platform tidak boleh menghitungnya dua kali. Deduplikasi menggunakan pengenal bersama.

Kirim event_id (dan event_name) yang sama dari piksel klien dan panggilan CAPI server. Meta dan pihak lainnya mencocokkannya lalu menyimpan hanya satu, sehingga Anda memperoleh redundansi tanpa penggelembungan.

Dedup with event_id
--------------------------------------
Browser pixel:
  fbq('track','Purchase',{...},
      {eventID:'evt_T-10482'})

Server CAPI:
  event_id: 'evt_T-10482'
  event_name: 'Purchase'

Meta sees same id+name -> counts once

Penempatan di Server dan Biaya

Server penandaan adalah infrastruktur nyata. Di Google Cloud Run, server ini menskalakan secara otomatis mengikuti lalu lintas; Anda membayar komputasi dan lalu lintas keluar. Situs kecil mungkin menjalankan beberapa instans, sedangkan situs besar dapat menjalankan banyak instans.

Rencanakan pemantauan, server pratinjau untuk penelusuran kesalahan, dan waktu aktif, karena jika server penandaan Anda tidak aktif, pengukuran juga berhenti. Kini server tersebut merupakan layanan produksi, bukan sekadar cuplikan.

Batasan dan Kejujuran

Penandaan sisi server bukan cara untuk mengabaikan persetujuan. Anda tetap memerlukan dasar hukum, dan mengirimkan data tanpa persetujuan tetap ilegal, di mana pun data tersebut diproses.

Penandaan ini juga tidak secara ajaib memulihkan pelacakan lintas situs yang deterministik. Penandaan ini meningkatkan keandalan dan pencocokan untuk data pihak pertama yang telah memperoleh persetujuan; ini adalah lapisan ketahanan, bukan celah.

Daftar Periksa Implementasi

Peluncuran yang sebenarnya mengikuti urutan: siapkan server, petakan subdomain, hubungkan wadah web ke server tersebut, konfigurasikan klien dan tag, lalu sambungkan tujuan CAPI.

Validasi dengan tampilan pratinjau/penelusuran kesalahan, pastikan deduplikasi berfungsi, periksa pembatasan berdasarkan persetujuan, dan hanya setelah itu alihkan lalu lintas. Perlakukan proses ini seperti menerapkan layanan sisi server apa pun.

Rollout checklist
--------------------------------------
[ ] Deploy sGTM (Cloud Run)
[ ] Map sgtm.example.com (CNAME)
[ ] Web container -> send to sGTM
[ ] GA4 client + GA4 tag configured
[ ] Meta CAPI tag + event_id dedup
[ ] Consent checks on every tag
[ ] Preview/debug verified
[ ] Monitoring + alerts on uptime

Pemeriksaan Singkat

Uji pemahaman Anda tentang penandaan sisi server.

Ringkasan

Penandaan sisi server merutekan peristiwa peramban ke server penandaan di subdomain Anda sendiri. Server tersebut menyetel kuki pihak pertama dan meneruskan data yang telah memperoleh persetujuan ke platform melalui API server-ke-server seperti CAPI Meta.

Manfaatnya meliputi lebih sedikit permintaan yang diblokir, kuki yang lebih sesuai dengan ITP, pengayaan dan minimalisasi data, serta deduplikasi peristiwa. Ini adalah lapisan keandalan dan kendali, merupakan infrastruktur nyata yang harus dioperasikan, dan tidak pernah menggantikan persetujuan.

Pertanyaan yang Sering Diajukan

Apakah pelajaran “Pemberian Tag di Sisi Server” gratis?

Ya — teks lengkap “Pemberian Tag di Sisi Server” gratis dibaca di sini di web. Untuk praktiknya secara interaktif (editor kode bawaan dan tutor AI 24/7) dan buka sisa kursus Digital Marketing Academy, upgrade ke CoddyKit PRO. Kursus Digital Marketing Academy mencakup 4 pelajaran total.

Apa yang akan aku pelajari di “Pemberian Tag di Sisi Server”?

Pindahkan tag ke server Kamu berlatih Digital Marketing Academy dengan kode praktik yang langsung kamu jalankan di browser, dan tutor AI 24/7 menjawab pertanyaanmu saat kamu mengerjakan pelajaran ini.

Apakah aku perlu pengalaman untuk memulai Digital Marketing Academy?

Tidak diperlukan pengalaman sebelumnya. Digital Marketing Academy di CoddyKit dirancang untuk pemula hingga pelajar tingkat lanjut, jadi kamu bisa memulai di sini atau dari awal dan belajar sesuai kecepatan kamu sendiri. Ini adalah pelajaran 2 dari 4.

Berapa lama pelajaran “Pemberian Tag di Sisi Server” memakan waktu?

Sebagian besar pelajaran CoddyKit memakan waktu sekitar 5–10 menit. Setiap pelajaran ringkas dan interaktif, jadi kamu membuat kemajuan stabil dan melanjutkan dari tempat kamu tinggalkan di web dan aplikasi.

Bisakah aku menulis dan menjalankan kode dalam pelajaran Digital Marketing Academy ini?

Ya. Setiap pelajaran Digital Marketing Academy menyertakan editor kode bawaan, jadi kamu menulis dan menjalankan kode nyata langsung di browser dan mendapatkan umpan balik AI instan — tidak diperlukan penyiapan lokal.

Semua pelajaran dalam kursus ini

  1. Mengapa Pelacakan Rusak
  2. Pemberian Tag di Sisi Server
  3. Mode Persetujuan dan CMP
  4. Strategi Data Pihak Pertama
← Kembali ke Digital Marketing Academy