Website Non-WordPress Tidak Membawa Jalur Leads Bawaan
Website yang dibangun di luar WordPress, misalnya dengan Astro, Nuxt, atau Next.js, tidak membawa sistem formulir, notifikasi, dan pencatatan lead bawaan, sehingga jalur dari pengunjung sampai kontak tercatat harus dirancang sendiri, dan di setiap sambungannya ada titik tempat lead bisa hilang tanpa ada yang tahu. Ini bukan kekurangan framework. Ini sisi lain dari kontrol penuh yang menjadi alasan orang memilihnya, seperti yang ditimbang dalam WordPress atau framework modern.
Akibatnya khas. Website cepat dan rapi, laporan kunjungan bagus, tetapi kontak yang masuk lebih sedikit daripada seharusnya, dan tidak ada yang bisa menunjuk di mana bocornya. Kebocoran ini tidak menampilkan pesan galat kepada pengunjung maupun pemilik, jadi baru ketahuan berbulan-bulan kemudian, kalau ketahuan. Di WordPress, sebagian jalur ini ditutup plugin dan hosting, dengan risikonya sendiri. Bedanya, di sini tidak ada yang tersedia sampai dirancang. Pemeriksaan jalur kontak seperti ini adalah bagian ketiga dari kerangka standar website bisnis modern.
Enam Titik Tempat Leads Bisa Hilang
1. Pengiriman formulir
Formulir di situs statis atau headless mengirim data ke layanan atau fungsi server di tempat lain. Kalau alamat tujuannya berubah, kunci layanan tidak ikut terpasang pada penerapan baru, atau situs dipindah, formulir tetap tampil normal tetapi tidak ada yang sampai. Aturan pengisian yang terlalu ketat juga menolak lead asli, misalnya nomor telepon yang ditulis dengan awalan +62 atau dengan spasi. Pengunjung yang ditolak tanpa pesan jelas jarang mencoba dua kali. Rancangan formulir yang baik, seperti yang diuraikan untuk formulir prospek di landing page, tidak menolong kalau kirimannya tidak pernah sampai.
2. Penyaringan spam
Formulir yang terbuka menarik spam, jadi biasanya dipasang penyaring: kolom jebakan yang tersembunyi, tantangan captcha, atau layanan pemeriksa. Penyaring yang terlalu galak membuang lead asli, dan kalau penolakannya tidak dicatat, tidak ada yang tahu berapa yang terbuang.
3. Notifikasi
Pemberitahuan ke email pemilik adalah sambungan yang paling sering rapuh. Email dari domain yang tidak diautentikasi (SPF, DKIM, dan DMARC) cenderung masuk spam atau ditolak, dan notifikasi yang hanya menuju satu kotak masuk gagal saat kotak itu penuh atau tidak dibaca. Persoalan email transaksional yang sama muncul pada toko online, dan maintenance toko online standar profesional melihatnya dari sisi toko.
4. Penyimpanan
Kalau lead hanya berwujud email, dan emailnya gagal terkirim, lead itu hilang selamanya. Tanpa salinan di penyimpanan yang bisa dibuka pemilik, seperti basis data, lembar kerja, atau sistem pengelola kontak, tidak ada yang bisa dipulihkan. Pola yang aman adalah menyimpan dulu, lalu memberi tahu.
5. Pelacakan
Ada tiga kebocoran di sini yang terpisah.
- Konversi tidak tercatat. Halaman atau peristiwa “terima kasih” tidak ada atau tidak menyala, skrip pelacakan diblokir, atau kotak persetujuan cookie menahan pengukuran.
- Sumber kunjungan hilang. Parameter kampanye tidak dibawa sampai ke formulir, sehingga lead tidak bisa dikaitkan dengan iklan atau kanal asalnya.
- Perpindahan halaman tanpa muat ulang. Framework yang berpindah halaman di dalam peramban tidak otomatis terhitung sebagai kunjungan baru. Google Analytics menyediakan pengaturan otomatis berbasis riwayat peramban, atau peristiwa kustom, dan memakai keduanya sekaligus bisa menggandakan hitungan. Dasar pemasangannya sudah ada dalam GA4 dan Search Console sejak website go live, dan untuk trafik iklan, pixel tracking di landing page iklan menambah lapisan lainnya.
6. Tombol WhatsApp
Klik pada tombol bisa dicatat sebagai peristiwa, tetapi tidak ada yang tahu apakah pengunjung benar-benar mengirim pesan. Pesan bawaan yang tidak memuat asal halaman juga membuat admin tidak tahu lead itu datang dari mana. Kelebihan jalur chat sudah dibahas untuk tombol WhatsApp di website bisnis, dan kelemahan pencatatannya perlu ditutup dengan cara yang sama seperti titik lainnya.
Di balik keenam titik itu ada akun layanan pihak ketiga: kuota gratis yang habis, kunci yang kedaluwarsa, atau akun yang terdaftar atas nama developer. Siapa pemilik akunnya dan siapa yang menerima peringatannya menentukan apakah masalah terlihat. Prinsipnya sama dengan memegang akses admin website sendiri.
Rancangan yang Menjaga Lead Tetap Aman
Tidak ada satu alat yang menutup semua titik itu. Yang membedakan pengerjaan profesional adalah prinsip rancangannya:
- Simpan dulu, beri tahu kemudian. Setiap kiriman dicatat di tempat yang bisa dibuka pemilik sebelum notifikasi dikirim.
- Dua jalur notifikasi yang berbeda sifatnya, dan salah satunya bukan email.
- Uji kirim berkala dengan data uji, ditambah peringatan “nol lead” kalau situs yang biasanya menerima kontak tidak menerima apa pun dalam jangka yang ditentukan.
- Sumber kunjungan dibawa sampai formulir, supaya lead bisa ditelusuri ke kampanyenya.
- Akun layanan atas nama pemilik, dengan peringatan kuota yang sampai ke orang yang tepat.
Pertanyaan untuk Developer
- Di mana salinan setiap kiriman formulir disimpan, dan siapa yang bisa membukanya?
- Apa yang terjadi kalau layanan email gagal atau kotak masuk penuh?
- Bagaimana kita tahu formulir rusak sebelum pelanggan mengeluh?
- Akun layanan pihak ketiga terdaftar atas nama siapa, dan siapa yang menerima peringatan kuota?
- Bagaimana sumber kunjungan dibawa sampai ke formulir, dan bagaimana perpindahan halaman dihitung?
- Apakah kirim uji dijalankan setelah setiap penerapan baru?