Mengapa Penjejakan Rosak
ITP, persetujuan dan kehilangan kuki.
Mengapa Penjejakan Rosak ialah pelajaran Digital Marketing Academy percuma di CoddyKit. Ini ialah pelajaran 1 daripada 4. Sebanyak 3 pelajaran dalam laluan pembelajaran ini boleh dibaca sepenuhnya secara percuma — selepas itu, CoddyKit PRO membuka akses kepada semua pelajaran, serta latihan praktikal dengan penyunting kod terbina dalam dan tutor kecerdasan buatan yang tersedia 24/7. Pelajaran ini merupakan sebahagian daripada laluan pembelajaran Digital Marketing Academy, dan kemajuan anda disegerakkan merentas web serta aplikasi CoddyKit. Kursus Digital Marketing Academy merangkumi sejumlah 4 pelajaran.
Model Penjejakan Lama
Selama sedekad, pengukuran pemasaran bergantung pada satu helah mudah: tetapkan kuki pihak ketiga daripada domain platform iklan, kemudian baca kuki itu merentas jutaan tapak. Ini membolehkan pengiklan merangkaikan tingkah laku pengguna menjadi satu profil merentas tapak.
JavaScript sisi klien menghantar piksel terus daripada pelayar kepada Google, Meta dan pihak lain. Kaedah ini mudah dilaksanakan dan berkuasa, tetapi membocorkan segala-galanya kepada pihak ketiga dengan sedikit kawalan pengguna.
ITP Safari Tiba Dahulu
Pada 2017, Apple memperkenalkan Pencegahan Penjejakan Pintar (ITP) dalam Safari. Ia menggunakan pembelajaran mesin pada peranti untuk mengelaskan domain sebagai penjejak, kemudian menyekat atau membahagi kuki penjejak tersebut.
Versi ITP yang seterusnya mengehadkan kuki sisi klien (document.cookie / yang ditetapkan melalui JavaScript) kepada tempoh hayat 7 hari, dan hanya 24 jam apabila pengguna tiba melalui pautan penjejak yang diketahui. Tetingkap atribusi jangka panjang runtuh secara senyap.
ITP cookie lifetime caps (Safari)
--------------------------------------
Server-set (HTTP) cookie ........ honored
JS-set cookie (document.cookie) . 7 days
JS cookie + tracker referrer .... 24 hours
Third-party cookie .............. blocked
Impact: 30-day attribution window
-> truncated to 7 days for many usersFirefox dan Brave Menyusul
Firefox mengaktifkan Perlindungan Penjejakan Dipertingkat (ETP) secara lalai, lalu menyekat kuki penjejakan pihak ketiga yang diketahui menggunakan senarai Disconnect. Brave pula menyediakan penyekatan agresif sejak awal.
Dalam pelayar-pelayar ini, kuki pihak ketiga sebenarnya telah mati beberapa tahun sebelum Chrome mengumumkan sebarang perubahan. Pasukan pengukuran melihat percanggahan yang semakin besar antara penukaran yang dilaporkan platform iklan dengan rekod sistem pelayan.
Chrome dan Perpisahan yang Berpanjangan
Chrome menguasai bahagian terbesar penggunaan pelayar global, jadi rancangannya paling penting. Google berulang kali menangguhkan pemansuhan kuki pihak ketiga sepenuhnya, kemudian pada 2024 beralih kepada pilihan pengguna dan bukannya pembuangan paksa.
Tanpa mengira garis masa sebenar, isyarat strategiknya jelas: jangan bina seni bina pengukuran berdasarkan kuki pihak ketiga. Kuki tersebut ialah aset yang akan dihentikan penggunaannya.
Mengapa Percanggahan Berlaku
Apabila kuki tamat tempoh terlalu awal atau disekat, pengguna yang kembali kelihatan seperti pengguna baharu. Penukaran tidak lagi dapat dipautkan kepada klik iklan asal, jadi platform melaporkan angka yang lebih rendah.
Pada masa yang sama, penukaran yang dimodelkan dan dianggarkan mengembungkan angka lain. Akibatnya, wujud dua sumber kebenaran yang tidak lagi sepadan, lalu menghakis kepercayaan terhadap setiap papan pemuka.
Symptom checklist: tracking is broken
--------------------------------------
[ ] GA4 sessions spike, users flat (re-cookie)
[ ] Ad platform conv > backend orders
[ ] Attribution skews to last-click brand
[ ] Safari/iOS users show 'direct' traffic
[ ] Remarketing audiences shrinkingPembahagian Storan Pelayar
Selain kuki, pelayar kini membahagikan storan berdasarkan tapak peringkat teratas. localStorage penjejak di tapak A diasingkan daripada penjejak yang sama di tapak B.
Ini mematikan helah pengecam dikongsi yang bertahan selepas penyekatan kuki. Malah pengenalpastian melalui cap jari sedang disekat secara aktif, dengan Safari dan Firefox menambah hingar dan Privacy Sandbox Chrome mencadangkan API teragregat sebagai gantinya.
Ketelusan Penjejakan Apl
Pada peranti mudah alih, Ketelusan Penjejakan Apl Apple memaksa apl meminta kebenaran sebelum mengakses pengecam pengiklanan IDFA. Kebanyakan pengguna menolak.
Ini menjejaskan teruk atribusi pemasangan apl mudah alih dan penyasaran khalayak, lalu mendorong industri ke arah rangka kerja teragregat yang memelihara privasi seperti SKAdNetwork serta data sisi pelayan yang mendapat persetujuan.
ATT prompt outcome (typical industry)
--------------------------------------
Opt-in rate ............ ~20-30%
IDFA available ......... only if opted in
Fallback ............... SKAdNetwork
- postbacks, no user-level data
- coarse conversion values
- delayed, aggregated reportingPenyekat Iklan dan Penapis Rangkaian
Sebahagian besar pengguna menggunakan penyekat iklan atau DNS privasi yang menyekat permintaan kepada domain analitik dan iklan yang diketahui. Piksel sisi klien yang menghantar permintaan ke google-analytics.com atau facebook.com ditapis dengan mudah.
Ini bermakna pengukuran yang sah dan telah mendapat persetujuan turut hilang semata-mata kerana permintaan itu tidak pernah meninggalkan pelayar. Menyalurkan permintaan melalui domain sendiri menjadi penyelesaian kebolehpercayaan, bukan sekadar penyelesaian privasi.
Peraturan Menambah Tekanan
GDPR, ePrivacy dan undang-undang serupa memerlukan asas yang sah dan, bagi kebanyakan penjejakan, persetujuan terlebih dahulu. Tindakan penguatkuasaan terhadap Google Analytics di beberapa negara EU mempersoalkan pemindahan data ke pelayan US.
Jadi, kerosakannya berlaku dari dua arah: penyekatan teknikal oleh pelayar, ditambah keperluan undang-undang yang menuntut persetujuan, pengurangan data dan kawalan. Anda tidak boleh menyelesaikan satu tanpa yang lain.
Konteks Pihak Pertama Kekal
Satu perkara yang masih dipercayai pelayar: kuki dan storan yang ditetapkan oleh tapak yang sedang dilawati pengguna (pihak pertama). Kuki pihak pertama HTTP sahaja yang ditetapkan oleh pelayan terlepas daripada had ITP yang paling ketat.
Inilah asas susunan teknologi moden. Pindahkan identiti dan pengumpulan peristiwa ke domain dan pelayan anda sendiri, kemudian teruskan data yang telah mendapat persetujuan ke platform. Itulah penjejakan sisi pelayan.
First-party vs third-party trust
--------------------------------------
User visits: shop.example.com
FIRST PARTY (.example.com) -> trusted
set-cookie via server (HttpOnly)
longer lifetime, ITP-friendlier
THIRD PARTY (adnetwork.com) -> blocked
cookie partitioned/droppedPerubahan Strategik
Kesimpulannya bukan satu jalan penyelesaian khusus, sebaliknya perubahan seni bina. Jangan lagi bergantung pada pelayar untuk menjadi saluran data anda kepada pihak ketiga.
Sebaliknya: kumpulkan data pihak pertama, dapatkan persetujuan jelas, hantar isyarat daripada pelayan anda, dan terima bahawa sebahagian pengukuran akan dimodelkan dan bukannya ditentukan secara pasti. Pelajaran seterusnya membina susunan ini sepenuhnya.
Semakan Pantas
Uji pemahaman anda tentang sebab penjejakan terganggu.
Imbas Kembali
Penjejakan terganggu dari dua arah: pelayar (ITP, ETP, pembahagian storan, ATT) menyekat dan memendekkan tempoh pengecam pihak ketiga, manakala penyekat iklan menghentikan piksel sisi klien daripada dihantar sama sekali. Peraturan pula menambah keperluan persetujuan.
Tindak balas yang berkekalan ialah pengumpulan data pihak pertama, yang mendapat persetujuan dan dilakukan pada sisi pelayan. Kuki pihak ketiga ialah aset yang akan dihentikan penggunaannya, jadi seluruh kursus ini membina susunan moden yang tahan terhadap perubahan privasi.
Pelajari Digital Marketing Academy dengan tutor kecerdasan buatan — percuma
Tulis dan jalankan kod sebenar dalam pelayar anda, dapatkan bantuan segera daripada tutor kecerdasan buatan yang tersedia 24/7, dan sambung semula dari tempat anda berhenti di web atau dalam aplikasi.
- Kursus
- 63
- Pelajaran
- 239
Soalan Lazim
Adakah pelajaran “Mengapa Penjejakan Rosak” percuma?
Ya — sebanyak 3 pelajaran dalam laluan pembelajaran Digital Marketing Academy, termasuk “Mengapa Penjejakan Rosak”, boleh dibaca sepenuhnya secara percuma di web ini. Selepas itu, CoddyKit PRO membuka akses kepada semua pelajaran, serta latihan interaktif dengan penyunting kod terbina dalam dan tutor kecerdasan buatan yang tersedia 24/7. Kursus Digital Marketing Academy merangkumi sejumlah 4 pelajaran.
Apakah yang akan saya pelajari dalam “Mengapa Penjejakan Rosak”?
ITP, persetujuan dan kehilangan kuki. Anda berlatih Digital Marketing Academy menggunakan kod praktikal yang dijalankan terus dalam pelayar, manakala tutor kecerdasan buatan 24/7 menjawab soalan anda semasa anda mengikuti pelajaran.
Adakah saya memerlukan pengalaman untuk memulakan Digital Marketing Academy?
Tiada pengalaman terdahulu diperlukan. Pembelajaran Digital Marketing Academy di CoddyKit disusun untuk pelajar daripada peringkat pemula hingga lanjutan, jadi anda boleh bermula di sini atau dari awal dan belajar mengikut kadar anda sendiri. Ini ialah pelajaran 1 daripada 4.
Berapa lamakah pelajaran “Mengapa Penjejakan Rosak” diambil?
Kebanyakan pelajaran CoddyKit mengambil masa kira-kira 5–10 minit. Setiap pelajaran ringkas dan interaktif, jadi anda boleh membuat kemajuan secara berterusan dan menyambung tepat dari tempat anda berhenti di web atau aplikasi.
Bolehkah saya menulis dan menjalankan kod dalam pelajaran Digital Marketing Academy ini?
Ya. Setiap pelajaran Digital Marketing Academy menyertakan penyunting kod terbina dalam, jadi anda boleh menulis dan menjalankan kod sebenar terus dalam pelayar serta menerima maklum balas kecerdasan buatan serta-merta — tanpa memerlukan persediaan setempat.
Semua pelajaran dalam kursus ini
- Mengapa Penjejakan Rosak
- Pengetegan Sebelah Pelayan
- Mod Persetujuan dan CMP
- Strategi Data Pihak Pertama