Checklist audit personalisasi website ini dibuat untuk dua situasi: Anda akan mulai melakukan personalisasi dan ingin tahu apakah Anda sudah siap, atau Anda sudah menjalankan personalisasi dan curiga hasilnya tidak signifikan. Checklist ini berisi 42 pemeriksaan dalam tujuh kelompok, masing-masing dengan kondisi lulus yang dapat Anda verifikasi sendiri. Salin tabelnya ke spreadsheet, atau unduh template dalam format CSV.
Ini bukan audit konversi umum. Jika tracking atau formulir Anda rusak, jalankan checklist audit CRO terlebih dahulu: mempersonalisasi halaman yang konversinya tidak bisa Anda ukur hanya menambah variabel pada masalah yang tidak bisa Anda lihat.
Cara Menggunakan Checklist Audit Personalisasi Ini
- Audit pengalaman yang sudah live, bukan rencananya. Periksa apa yang benar-benar dilihat pengunjung saat ini, di halaman yang sudah atau akan segera dipersonalisasi.
- Tandai setiap pemeriksaan sebagai Lolos, Gagal, atau Tidak Diketahui. Tidak Diketahui dihitung sebagai Gagal dalam skor. Jika tidak ada yang bisa menjawabnya, berarti tidak ada yang bertanggung jawab atasnya.
- Catat bukti untuk setiap Gagal: screenshot, laporan, hasil pengujian.
- Beri skor per grup menggunakan lembar di bagian akhir, dan perbaiki grup dengan skor terendah terlebih dahulu, sesuai urutan yang tercantum. Grup diurutkan berdasarkan ketergantungan: konten tanpa data tidak bisa ditargetkan, dan hasil tanpa pengukuran tidak bisa dipercaya.
1. Data (7 pemeriksaan)
| # | Pemeriksaan | Syarat lolos | Status |
|---|---|---|---|
| 1.1 | Tingkat identifikasi diketahui | Anda dapat menyebutkan berapa porsi sesi di halaman utama yang dicocokkan dengan perusahaan, untuk 30 hari terakhir | |
| 1.2 | Kualitas pencocokan diperiksa | Sampel 50 kunjungan yang cocok telah diperiksa secara manual dan tingkat kesalahannya dicatat | |
| 1.3 | Firmografis tersedia saat render | Industri dan jumlah karyawan tersedia sebelum halaman dirender, bukan beberapa detik setelahnya | |
| 1.4 | Satu taksonomi industri | Semua label industri dari semua tool dipetakan ke satu daftar (misalnya NAICS) dalam tabel yang terus dikelola | |
| 1.5 | Status CRM dapat digunakan | Situs dapat membedakan peluang terbuka dan pelanggan yang sudah ada dari prospek baru | |
| 1.6 | Sinyal perilaku yang disimpan | Jumlah kunjungan dan tampilan halaman kunci (harga, produk, studi kasus) tersedia per pengunjung | |
| 1.7 | Kesegaran data diketahui | Anda tahu seberapa sering data firmografis dan CRM yang digunakan untuk aturan diperbarui |
2. Segmen (6 pemeriksaan)
| # | Pemeriksaan | Syarat lolos | Status |
|---|---|---|---|
| 2.1 | Segmen berasal dari pendapatan | Setiap segmen didukung data closed-won, bukan preferensi (lihat template ideal customer profile) | |
| 2.2 | Segmen saling eksklusif | Aturan dievaluasi dalam urutan tetap dan pengunjung hanya bisa masuk ke satu segmen per set aturan | |
| 2.3 | Ukuran segmen terukur | Jumlah sesi teridentifikasi bulanan per segmen sudah diketahui dan setiap segmen aktif memiliki cukup sesi untuk diukur | |
| 2.4 | Pelanggan ditangani secara terpisah | Pelanggan yang sudah ada mendapatkan aturan tersendiri dan tidak pernah melihat CTA akuisisi seperti "pesan demo" | |
| 2.5 | Jumlah segmen dibatasi | Segmen aktif tidak melebihi jumlah yang bisa Anda buatkan konten dan ukur (biasanya 3 hingga 6) | |
| 2.6 | Definisi tertulis | Setiap segmen memiliki aturan tertulis, pemilik, dan tanggal pembuatan dalam satu dokumen bersama |
3. Konten (6 pemeriksaan)
| # | Pemeriksaan | Syarat lolos | Status |
|---|---|---|---|
| 3.1 | Paket konten lengkap per segmen | Setiap segmen aktif memiliki headline, bukti, studi kasus, dan CTA yang ditulis khusus untuknya | |
| 3.2 | Bukti diperbolehkan | Setiap logo dan kutipan yang ditampilkan di varian memiliki izin tertulis yang tersimpan | |
| 3.3 | Klaim benar untuk setiap segmen | Label seperti "Paling populer" atau "Dipercaya oleh X" akurat untuk segmen yang melihatnya | |
| 3.4 | Tujuan sesuai dengan label | Setiap CTA yang dipersonalisasi mengarah ke halaman yang memberikan apa yang dijanjikan labelnya | |
| 3.5 | Versi default tetap dipelihara | Versi default (tanpa personalisasi) ditinjau dengan ketelitian yang sama seperti varian | |
| 3.6 | Konten sudah terkini | Tidak ada varian yang menyebut nama produk lama, acara yang sudah lewat, atau studi kasus yang usang |
4. QA Pengalaman (7 pemeriksaan)
| # | Pemeriksaan | Syarat lolos | Status |
|---|---|---|---|
| 4.1 | Tanpa flicker | Konten default tidak terlihat berkedip sebelum varian muncul pada koneksi normal | |
| 4.2 | Tidak ada pergeseran tata letak | Penggantian varian tidak menggeser konten; CLS di halaman yang dipersonalisasi tetap dalam rentang "good" (web.dev, CLS) | |
| 4.3 | Fallback dirender lengkap | Dengan skrip personalisasi diblokir, halaman menampilkan versi default lengkap tanpa blok kosong | |
| 4.4 | Timeout ditetapkan | Jika lookup data lambat, versi default ditampilkan setelah batas waktu tetap alih-alih terus menunggu | |
| 4.5 | Mobile sudah diperiksa | Setiap varian sudah dicek di ponsel; headline dan label yang lebih panjang tidak terpotong atau terlipat dengan buruk | |
| 4.6 | Setiap segmen dipaksa tampil dan di-screenshot | Catatan QA menunjukkan varian setiap segmen di setiap halaman yang dipersonalisasi | |
| 4.7 | SEO tidak terpengaruh | Mesin pencari melihat konten default; tidak ada varian yang mengubah judul, canonical, atau teks yang dapat diindeks khusus untuk bot |
5. Pengukuran (6 pemeriksaan)
| # | Pemeriksaan | Syarat lolos | Status |
|---|---|---|---|
| 5.1 | Holdout tersedia | Sebagian dari setiap segmen melihat versi default, ditetapkan per pengunjung, sehingga lift dapat diukur | |
| 5.2 | Metrik utama disepakati | Setiap personalisasi punya satu metrik utama yang terkait dengan pipeline (demo yang diterima sales, pendaftaran berkualitas) | |
| 5.3 | Hasil dilaporkan per segmen | Tingkat konversi ditampilkan per segmen dan per varian, tidak digabung | |
| 5.4 | Ukuran sampel yang direncanakan | Setiap pengujian memiliki ukuran sampel yang dihitung sebelum peluncuran dengan kalkulator A/B test | |
| 5.5 | Yang tidak teridentifikasi dikecualikan dari analisis | Pengunjung yang tidak bisa disegmentasi dikecualikan dari perhitungan lift | |
| 5.6 | Pipeline terhubung | Lead dari sesi yang dipersonalisasi dapat ditelusuri hingga ke peluang di CRM |
6. Tata Kelola (5 pemeriksaan)
| # | Pemeriksaan | Syarat lolos | Status |
|---|---|---|---|
| 6.1 | Pemilik ditetapkan | Satu orang memegang program personalisasi dan menyetujui aturan baru | |
| 6.2 | Inventaris aturan tersedia | Daftar setiap aturan aktif beserta halaman, segmen, tanggal mulai, dan hasil saat ini | |
| 6.3 | Jadwal tinjauan | Aturan aktif ditinjau setidaknya setiap kuartal; aturan tanpa efek terukur dihentikan | |
| 6.4 | Proses perubahan | Varian baru melalui QA yang sama seperti rilis situs | |
| 6.5 | Tim sales mendapat informasi | Sales tahu segmen mana melihat pesan mana, sehingga panggilan tidak bertentangan dengan situs |
7. Privasi (5 pemeriksaan)
| # | Pemeriksaan | Syarat lolos | Status |
|---|---|---|---|
| 7.1 | Persetujuan dihormati | Skrip yang menyimpan atau membaca data non-esensial di perangkat hanya berjalan setelah ada persetujuan jika diwajibkan hukum (di UE, aturan ePrivacy: Directive 2002/58/EC) | |
| 7.2 | Dasar hukum terdokumentasi | Catatan Anda menyebutkan dasar hukum GDPR untuk setiap penggunaan data pribadi dalam personalisasi (Regulation (EU) 2016/679) | |
| 7.3 | Pemberitahuan privasi diperbarui | Kebijakan privasi menjelaskan personalisasi website dan vendor yang terlibat | |
| 7.4 | Tanpa inferensi sensitif | Tidak ada aturan yang menargetkan atau mengungkap kesehatan, pandangan politik, agama, atau ciri sensitif serupa | |
| 7.5 | Tanpa copy "kami tahu siapa Anda" | Varian tidak pernah menyebut nama pengunjung atau perusahaannya dengan cara yang terasa seperti pengintaian |
Ini adalah checklist, bukan nasihat hukum. Artikel kami tentang personalisasi B2B dan privasi data membahas topik ini lebih mendalam; konfirmasikan hal-hal spesifiknya dengan penasihat hukum Anda.
Lembar Penilaian
Beri skor setiap grup sebagai jumlah Lulus dibagi jumlah pemeriksaan. Tidak diketahui dihitung sebagai Gagal.
| Skor kelompok | Arti | Yang perlu dilakukan |
|---|---|---|
| 80% atau lebih | Siap | Pertahankan; cari segmen atau halaman berikutnya |
| 50% sampai 79% | Celah | Perbaiki Gagal di grup ini sebelum menambahkan personalisasi baru yang bergantung padanya |
| Di bawah 50% | Belum siap | Tunda ekspansi; perbaiki kelompok ini lebih dulu, dimulai dari kelompok paling awal dalam daftar |
Dua gerbang mengesampingkan skor. Jika 4.3 (fallback) gagal, perbaiki sebelum hal lain, karena default yang rusak memengaruhi setiap pengunjung yang tidak teridentifikasi. Jika 5.1 (holdout) gagal, Anda tidak bisa mengklaim hasil apa pun dari personalisasi, apa pun yang dikatakan dashboard.
Contoh Ilustratif
Ilustratif, bukan perusahaan nyata. Sebuah tim software B2B telah menjalankan personalisasi industri di homepage selama enam bulan. Audit mereka:
| Kelompok | Lulus | Skor | Kegagalan utama |
|---|---|---|---|
| 1. Data | 5 dari 7 | 71% | 1.2: belum ada yang mengecek kualitas pencocokan |
| 2. Segmen | 4 dari 6 | 67% | 2.4: pelanggan melihat "pesan demo" |
| 3. Konten | 4 dari 6 | 67% | 3.2: dua logo tanpa izin |
| 4. QA pengalaman | 5 dari 7 | 71% | 4.1: flicker terlihat di ponsel |
| 5. Pengukuran | 2 dari 6 | 33% | 5.1: tanpa holdout |
| 6. Tata kelola | 3 dari 5 | 60% | 6.3: belum pernah ada aturan yang dipensiunkan |
| 7. Privasi | 4 dari 5 | 80% | 7.3: kebijakan tidak menyebut personalisasi |
Tim tersebut yakin programnya berhasil karena konversi homepage naik setelah peluncuran. Tanpa holdout, mereka tidak bisa memisahkan hal itu dari faktor musiman atau sebuah kampanye. Bulan berikutnya mereka: menghapus dua logo yang tidak berizin (perbaikan di hari yang sama), menambahkan aturan untuk pelanggan, lalu meluncurkan ulang dengan holdout 50% per segmen dan ukuran sampel yang dihitung sebelumnya. Jika Anda membutuhkan struktur untuk peluncuran ulang, template playbook personalisasi membahasnya.
Pertanyaan yang Sering Diajukan
Apa itu audit personalisasi website?
Ini adalah tinjauan terstruktur tentang apakah situs web Anda dapat menampilkan konten berbeda kepada segmen pengunjung yang berbeda secara andal, dan apakah hal itu menghasilkan hasil yang terukur. Tinjauan ini mencakup data yang digunakan untuk menyegmentasi pengunjung, segmen itu sendiri, konten per segmen, kualitas teknis seperti flicker dan fallback, pengukuran, tata kelola, dan privasi.
Seberapa sering saya perlu mengaudit personalisasi website?
Jalankan checklist lengkap sebelum meluncurkan personalisasi, lalu dua kali setahun. Tinjau kelompok Experience QA setelah setiap rilis situs atau perubahan template, karena flicker dan fallback yang rusak cenderung muncul diam-diam saat struktur halaman berubah. Tinjau pengukuran setiap kali sebuah aturan sudah live selama satu siklus pengujian penuh.
Apa kegagalan audit personalisasi yang paling umum?
Menurut kami, tidak adanya holdout adalah yang paling merusak, karena membuat setiap hasil yang dilaporkan tidak bisa dibuktikan. Tim membandingkan konversi sebelum dan sesudah peluncuran lalu mengklaim personalisasi sebagai penyebab perubahan yang sebenarnya disebabkan oleh musim, kampanye, atau perubahan pelacakan. Alokasikan sebagian dari setiap segmen ke versi default dan bandingkan kedua kelompok tersebut.
Apakah personalisasi website memengaruhi SEO?
Seharusnya tidak, jika mesin pencari melihat konten default yang sama dengan pengunjung yang tidak teridentifikasi dan varian hanya mengubah blok di halaman untuk segmen yang teridentifikasi. Masalah muncul ketika judul, canonical, atau teks yang dapat diindeks berbeda untuk bot, yang bisa terlihat seperti cloaking. Jalankan personalisasi di client-side atau edge pada blok konten dan biarkan metadata tidak tersentuh.