Soalan paling kerap ditanya pembeli
Jawapan dalam bahasa mudah bagi soalan yang paling kerap ditanya oleh pembeli dan pelajar baharu tentang penjejakan sisi pelayan dan kedaulatan data merentasi 14 pasaran kami — APAC + Amerika Utara + United Kingdom.
Quick answer
Apakah itu Google Tag Manager bahagian pelayan?
server-side Google Tag Manager menjalankan bekas (container) penandaan pada pelayan yang dimiliki oleh pengiklan — kebiasaannya perkhidmatan bekas di dalam awan pengiklan sendiri (contohnya Cloud Run pada Google Cloud, atau yang setara di AWS, Azure, atau awan peribadi). Ia meningkatkan kualiti data dan, apabila dijalankan pada subdomain pihak pertama pengiklan sendiri, jauh lebih tahan terhadap penyekat iklan dan Safari ITP, serta ia membolehkan pengiklan mengawal dengan tepat medan mana yang meninggalkan perimeter sebelum disalurkan ke platform iklan. TopAdsROI menggerakkan bekas ini berserta Meta CAPI, TikTok Events API, LINE Conversion API, Google Ads CAPI, dan LinkedIn Conversions API ke dalam awan pengiklan itu sendiri.
Soalan lazim
Soalan yang paling kerap ditanya oleh pembeli dan pelajar baharu — dijawab dalam bahasa yang mudah. Tiada soalan anda? Hubungi kami.
-
Apakah itu server-side Google Tag Manager (sGTM), dan mengapa ia penting?
Biasanya laman web anda menjalankan tag penjejakannya di dalam pelayar pelawat — tetapi pelayar (terutamanya Safari) dan penyekat iklan semakin kerap menyekatnya, menyebabkan klik iklan dan jualan hilang, dan ROI anda yang dilaporkan kelihatan lebih buruk daripada realiti. Server-side GTM memindahkan kerja penjejakan itu ke pelayan yang anda kawal, jadi lebih sedikit isyarat disekat. Apabila ia dijalankan pada subdomain pihak pertama anda sendiri, permintaan kelihatan seperti pihak pertama dan bukannya pihak ketiga, yang menjadikannya jauh lebih tahan lasak terhadap Safari ITP, Firefox ETP, dan penyekat iklan — dan data tersebut disimpan dalam cloud anda sendiri, bukan milik vendor. -
Mengapa kempen iklan dalam talian 'kehilangan' penukaran sejak awal lagi?
Bahagian pembelian sebenar yang semakin meningkat tidak pernah kembali ke platform iklan, jadi ia kelihatan seolah-olah iklan anda kurang berkesan daripada yang sebenarnya. Punca biasa ialah Intelligent Tracking Prevention (ITP) Safari, yang mengehadkan kuki pelayar yang ditulis oleh skrip kepada 7 days; pelayar menyekat kuki pihak ketiga; penyekat iklan membuang skrip penjejakan; dan pelawat menolak kebenaran analitik. Jualan tetap berlaku — cuma platform tidak pernah mengetahuinya, jadi ia tidak dapat mengkreditkan iklan anda atau belajar daripadanya. -
Apakah itu Conversions API (CAPI), dan bagaimana ia berbeza daripada piksel lama?
Piksel ialah sepotong kecil JavaScript yang berjalan di dalam pelayar pelawat dan melaporkan acara seperti 'Purchase' kepada platform iklan. Conversions API (CAPI) melakukan tugas yang sama, tetapi secara server-side — pelayan anda sendiri menghantar acara tersebut terus ke API platform dan bukannya bergantung pada pelayar. Disebabkan ia tidak bergantung pada kuki pelayar atau pemuatan skrip, CAPI terus melaporkan penukaran yang akan tercicir jika hanya bergantung pada piksel. -
Apakah perbezaan antara penjejakan server-side dan client-side?
Penjejakan client-side (sebelah pelayar) berjalan di dalam pelayar pelawat, di mana penyekat iklan, had kuki, dan pencegahan penjejakan boleh mengganggunya. Penjejakan server-side memindahkan kerja tersebut ke pelayan yang anda kawal, yang kemudiannya memajukan acara yang bersih dan dinyahduplikasi ke platform iklan. Pelayar hanya menghantar acara itu sekali sahaja, ke domain anda sendiri — semua yang rapuh dan mudah disekat dipindahkan keluar dari pelayar ke infrastruktur yang anda uruskan. -
Jika saya menggunakan Conversions API, adakah saya masih memerlukan piksel pelayar?
Ya — persediaan yang disyorkan menjalankan piksel pelayar dan server-side CAPI bersama-sama, bukan salah satu daripadanya sahaja. Piksel menangkap konteks pelayar yang kaya dan diaktifkan dengan pantas, manakala CAPI mengisi jurang yang terlepas oleh piksel, jadi bersama-sama mereka memulihkan lebih banyak penukaran berbanding jika digunakan secara bersendirian. Kedua-duanya dihubungkan bersama dengan ID acara yang dikongsi supaya platform tidak mengira jualan yang sama dua kali — itulah yang dikendalikan oleh penyahduplikasian. -
Apakah itu penyahduplikasian acara, dan mengapa ia penting?
Apabila penukaran yang sama dilaporkan dua kali — sekali oleh piksel pelayar dan sekali oleh server CAPI — platform perlu tahu bahawa ia adalah jualan tunggal, bukan dua. Penyahduplikasian menyelesaikan masalah ini dengan menandakan kedua-dua laporan dengan event_id unik yang sama, supaya platform menyimpan satu dan membuang yang pendua. Tanpa ia, angka anda akan melambung; dengan ia, Events Manager Meta hanya menunjukkan acara tersebut sebagai 'Deduplicated'. -
Apakah itu fbp, fbc, dan ID klik — dan mengapa ia boleh hilang?
Ia merupakan pengecam kecil yang menghubungkan pelawat kembali ke iklan yang mereka klik: fbp mengenal pasti pelayar, fbc membawa ID klik Meta daripada URL iklan, dan platform lain mempunyai pengecam mereka sendiri (gclid untuk Google, ttclid untuk TikTok). Mereka berada di dalam kuki, jadi apabila Safari ITP menamatkan tempoh kuki atau pelawat mengosongkan pelayar mereka, pautan itu akan terputus dan penukaran tidak lagi dapat diatribusikan kepada iklan tersebut. Persediaan server-side boleh menyimpan pengecam ini untuk satu tempoh masa dan memasukkannya semula ke dalam penukaran yang terkemudian, bagi menyelamatkan atribusi yang sebaliknya akan hilang. -
Apakah maksud BYOC, dan mengapa penyimpanan data 'di dalam cloud anda sendiri' penting?
BYOC bermaksud Bring Your Own Cloud — sistem penjejakan digunakan di dalam akaun cloud yang anda miliki (Google Cloud, AWS, Azure, atau peribadi), bukan di pelayan vendor. Ini bermakna data iklan mentah dan data pelanggan anda tidak pernah meninggalkan perimeter anda: anda memilih wilayah, menetapkan tempoh penyimpanan, dan membuat kueri data secara langsung, tanpa kuncian vendor. Bagi industri yang dikawal selia, 'data kekal bersama kami secara fizikal' sering kali menjadi perbezaan antara pelaksanaan yang diterima oleh pengawal selia dan yang tidak diterima. -
Adakah pemulihan penukaran yang hilang benar-benar meningkatkan ROI/ROAS — dan bagaimana?
Pulangan atas perbelanjaan iklan hanya boleh mengira penukaran yang benar-benar diterima oleh platform, jadi pemulihan penukaran yang tercicir melakukan dua perkara. Pertama, ROI/ROAS anda yang dilaporkan mencerminkan jualan yang sentiasa nyata tetapi sebelum ini tidak kelihatan. Kedua — dan secara lebih berterusan — algoritma pengoptimuman platform iklan mendapat isyarat yang lebih lengkap tentang siapa yang benar-benar melakukan penukaran, jadi ia menyasar dan membida dengan lebih tepat dari semasa ke semasa. Keuntungan yang berpanjangan datang daripada isyarat yang lebih baik itu, bukan sekadar lonjakan pelaporan sekali sahaja. -
Adakah penghantaran penukaran secara server-side melanggar privasi pengguna?
Ia tidak semestinya begitu, dan persediaan yang dibina dengan baik direka untuk tidak melanggarnya. Data peribadi seperti e-mel dan nombor telefon dicincang menggunakan SHA-256 sebelum ia disimpan atau dihantar — pencincangan (hashing) ialah transformasi satu hala, jadi platform boleh memadankannya tanpa pernah menerima teks biasa (plaintext) — dan pilihan kebenaran disemak sebelum sebarang acara dihantar. Matlamatnya adalah untuk mengukur secara tepat data yang telah anda kumpulkan, bukan mengumpul lebih banyak data tentang orang ramai atau menyimpan butiran yang boleh dikenal pasti yang tidak sepatutnya. -
Adakah ini akan bercanggah dengan GA4 atau Google Tag Manager sedia ada saya?
Tidak — server-side GTM diletakkan bersama dengan apa yang sedia ada dijalankan dan bukannya menggantikannya. Bekas GTM web sedia ada anda dan GA4 akan terus berfungsi di dalam pelayar; bekas server-side ialah destinasi berasingan yang menerima acara dan memajukan penukaran ke platform iklan, dan GA4 malah boleh dihala melaluinya untuk analisis yang lebih tahan lasak. Tiada apa-apa tentang pemasangan tag semasa anda yang perlu dibuang untuk menambah lapisan server-side. -
Berapa cepat saya akan melihat hasil, dan bagaimana saya mengukurnya?
Sebaik sahaja acara mula mengalir, tempat pertama untuk disemak ialah paparan kualiti acara platform iklan — contohnya, Events Manager Meta — di mana acara pelayan yang dinyahduplikasi sepatutnya muncul di samping acara pelayar dalam masa beberapa hari. Ukuran yang paling jelas ialah peningkatan dalam penukaran yang diatribusikan dan Event Match Quality berbanding dengan garis asas piksel sahaja anda, jadi adalah membantu untuk merekodkan garis asas tersebut sebelum anda bermula. Anggap perubahan ROI/ROAS yang dilaporkan sebagai tajuk utama dan isyarat pengoptimuman yang lebih kaya sebagai hasil jangka panjang. -
Bagaimanakah perbezaan TopAdsROI berbanding Stape, Addingwell, atau gtmserver.com?
Itu adalah penyelesaian hos yang baik, tetapi mereka menyimpan data anda di infrastruktur mereka sendiri. TopAdsROI digunakan di dalam cloud anda sendiri — Google Cloud, AWS, Azure, atau peribadi — dengan stor dokumen dan gudang data di dalam projek anda (Firestore + BigQuery pada GCP, atau yang setara pada AWS / Azure), jadi anda mendapat akses kueri langsung, polisi penyimpanan anda sendiri, dan wilayah anda sendiri. Kami juga pra-modelkan 14 markets di seluruh APAC, Amerika Utara, dan UK — masing-masing dengan rejim privasi tersendiri — manakala yang lain menawarkan platform generik. -
Di manakah data pelanggan disimpan?
Di dalam cloud anda sendiri — Google Cloud, AWS, Azure, atau peribadi — di wilayah yang anda pilih (contohnya Sydney, Tokyo, atau Singapore untuk APAC, wilayah AS untuk Amerika Utara, atau London untuk UK). E-mel dan nombor telefon dicincang dengan SHA-256 sebelum sampai ke stor data anda, jadi data peribadi teks biasa (plaintext) tidak disimpan secara reka bentuk. -
Platform iklan manakah yang anda sokong?
Hari pertama: Meta Conversions API (CAPI), TikTok Events API, LINE Conversion API, Google Ads (melalui Google Ads API / Enhanced Conversions), dan LinkedIn Conversions API. Dan kerana TopAdsROI ialah BYOC, sokongan platform boleh disesuaikan sepenuhnya — kami boleh membina integrasi server-to-server untuk mana-mana destinasi yang benar-benar menawarkan Conversions / Events API (contohnya Microsoft/Bing, Snap, Pinterest, Reddit, dan X), yang dikonfigurasikan kepada stack anda atas permintaan. Satu-satunya sempadan ialah kejujuran: kami menyepadukan platform yang menyediakan titik akhir penukaran server-side yang sebenar, bukan saluran piksel pelayar sahaja. -
Adakah anda menyokong LINE Conversion API?
Ya — secara natif. LINE ialah saluran utama di Jepun, Taiwan, Thailand, dan Singapore, jadi kami membina integrasi LINE Conversion API kelas pertama di samping Meta dan TikTok. -
Adakah anda menyokong penukaran aplikasi natif iOS / Android?
TopAdsROI BYOC ialah produk web / H5 server-side: ia memulihkan penukaran web yang hilang akibat Safari ITP dan had kuki melalui sGTM + CAPI anda sendiri — tiada SDK aplikasi yang terlibat atau diperlukan untuk itu. Jika anda juga memerlukan penukaran dalam aplikasi natif (iOS / Android / React Native / Flutter) dimajukan ke CAPI platform iklan, produk saudara kami topadroi.com membekalkan SDK tersebut sebagai penghantar isyarat server-side (bukan MMP — ia tidak melakukan atribusi SKAdNetwork). Jalankannya bersama-sama MMP anda, atau hubungi kami dan kami akan mengesyorkan pilihan yang sesuai untuk anda. -
Adakah saya memerlukan jurutera atau pasukan DevOps untuk menggunakan ini?
Untuk model BYOC (laman web ini), sedikit kapasiti cloud dan DevOps dapat membantu, kerana anda menjalankan bekas dan gudang data di dalam cloud anda sendiri — walaupun penerapan adalah penglibatan berpandu, bukannya projek buat sendiri. Jika anda tidak mempunyai kapasiti tersebut, produk saudara kami di topadroi.com menjalankan stack sGTM + CAPI yang sama pada edge Cloudflare tanpa persediaan cloud, tanpa Terraform, dan tanpa DevOps. Anda boleh membandingkan kedua-duanya secara bersebelahan di /compare/. -
Bolehkah kami berpindah dari SaaS ke BYOC kemudian (atau sebaliknya)?
Ya — kedua-dua produk berkongsi templat kawal selia yang sama dan kesetaraan ciri pada lapisan CAPI. Migrasi adalah eksport konfigurasi ditambah penerapan semula dalam persekitaran sasaran anda. Laluan biasa adalah bermula dengan SaaS (topadroi.com) untuk mengesahkan liputan saluran dan ROI, kemudian beralih ke BYOC apabila skala, tekanan pengawal selia, atau kedudukan audit memerlukan kedaulatan data. Hubungi kami untuk mendapatkan buku panduan migrasi. -
Bagaimanakah TopAdsROI diterapkan, dan berapa lama masa yang diambil?
Pilot biasa berjalan 5–10 business days dari kickoff hingga acara pertama mengalir melalui edge anda, bergantung pada skop. Pelaksanaan penuh berbilang platform (Meta + TikTok + LINE + Google + LinkedIn) biasanya selesai dalam tempoh sekitar 30 days. Garis masa berbeza-beza mengikut jumlah platform dan pasaran dalam skop. -
Bolehkah kami mengehos sendiri pada cloud kami sendiri?
Ya — itu ialah model penerapan lalai. Kami menerapkan ke dalam cloud anda sendiri (Google Cloud, AWS, Azure, atau peribadi) supaya data tidak pernah meninggalkan perimeter anda, dan kami mengekalkan tanggungjawab operasi di bawah Data Processing Addendum. -
Bagaimanakah anda mematuhi reformasi Akta Privasi Australia?
Templat dasar kami selaras dengan Australian Privacy Principles (APP), skim Notifiable Data Breach (NDB), dan kewajipan ketelusan pembuatan keputusan automatik yang baharu (APP 1.7, berkuat kuasa 10 December 2026). DPO anda mewarisi templat kerja sedia ada dan bukannya bermula dari halaman kosong. -
Bagaimanakah anda mematuhi APPI Jepun?
Kami mematuhi peraturan persetujuan penyediaan pihak ketiga dan maklumat boleh dirujuk secara peribadi oleh APPI daripada pindaan 2022, serta peraturan pemberitahuan penghantaran luar di bawah Telecommunications Business Act yang dipinda (berkuat kuasa June 2023). Pendedahan pemindahan merentas sempadan disediakan sedia dalam bahasa Jepun. -
Apakah SLA tersebut?
Ketersediaan dikawal oleh SLA yang kami persetujui dengan setiap pelanggan, bukan janji awam yang menyeluruh — kami mampu mensasarkan tahap seperti 99.9% untuk lapisan edge dan orkestrasi kami, dengan komitmen tepat dinyatakan dalam borang pesanan anda. Mod pintasan Workers juga membolehkan pasukan operasi anda memainkan semula acara secara manual dari stor data anda jika mana-mana pautan dalam rantaian merosot. -
Bagaimanakah harga ditentukan?
Harga ditentukur kepada empat pemboleh ubah: jumlah acara bulanan, bilangan pasaran aktif, platform iklan dalam skop, dan pilihan lokasi penyimpanan data. Tiga model komersial tersedia — pay-as-you-go, langganan, atau pembelian kekal. Hubungi kami untuk sebut harga tersuai. -
Adakah terdapat versi terurus jika kami tidak mempunyai akaun cloud atau DevOps?
Ya — produk saudara kami di topadroi.com menjalankan stack sGTM + CAPI berbilang platform yang sama pada edge Cloudflare. 15 lines of defence yang sama, tanpa persediaan cloud, tanpa Terraform, tanpa DevOps. 9 CAPI platform iklan yang disahkan aktif pada hari pertama (Meta, TikTok, Google Ads, GA4, X, Snap, Pinterest, Reddit, LinkedIn), dengan lebih banyak lagi dalam versi beta; peringkat percuma merangkumi 100K events/month tanpa kad kredit. Pilih BYOC (produk ini) apabila anda mahukan data di dalam cloud anda sendiri; pilih SaaS terurus apabila kelajuan dan sifar infrastruktur lebih diutamakan. Bandingkan secara bersebelahan di /compare/. -
Apakah yang berlaku jika kami membatalkannya?
Anda mengekalkan cloud anda dan semua data di dalamnya — ia tidak pernah berada di tempat lain, jadi tiada apa-apa untuk kami kembalikan. Kami membatalkan akses sokongan deployment dalam tempoh 48 hours dan menyerahkan senarai semak decommission kepada anda. Tiada kuncian vendor.
Ada soalan yang kami terlepas?
Solutions engineer kanan akan menghubungi dalam 1 hari bekerja.