Dalam sistem penjualan online, pencatatan pembelian tidak selalu terjadi melalui proses pembayaran otomatis. Banyak bisnis masih menggunakan pembayaran manual, misalnya pelanggan melakukan transfer bank, mengirim bukti pembayaran, kemudian admin melakukan verifikasi dan mengubah status transaksi menjadi lunas.
Dari sisi sistem penjualan, metode seperti ini sebenarnya tidak menjadi masalah. Transaksi tetap dapat dicatat dengan benar di server dan komisi afiliator juga dapat dihitung berdasarkan data transaksi tersebut.
Namun, muncul persoalan lain ketika bisnis menggunakan Meta Pixel, TikTok Pixel, atau Google Analytics untuk mengukur efektivitas iklan. Masalah tersebut terutama berkaitan dengan tracking konversi pembayaran manual dan atribusi ketika pelanggan berpindah perangkat.
Tracking Konversi Pembayaran Manual Tetap Bisa Berjalan
Hal pertama yang perlu dipahami adalah event pembelian sebenarnya tetap dapat dikirim meskipun pembayaran dilakukan secara manual.
Misalnya, seorang pembeli membeli produk melalui website. Setelah melakukan transfer, admin memverifikasi pembayaran dan status transaksi diubah menjadi lunas.
Ketika pembeli kemudian login menggunakan akun yang sama melalui perangkatnya dan membuka halaman pembayaran yang sudah berstatus lunas, halaman tersebut dapat memuat pixel dan menembakkan event Purchase.
Artinya, secara teknis sistem masih dapat mengirimkan informasi bahwa transaksi tersebut sudah menjadi pembelian.
Jadi, persoalannya bukan semata-mata apakah event Purchase bisa dikirim atau tidak.
Persoalan yang lebih penting adalah apakah platform iklan dapat menghubungkan event tersebut dengan klik iklan yang menghasilkan pembelian.
>>> Sejarah Bekas.com: Iklan Baris Legendaris Era 2000-an
Browser yang Membuka Halaman Menjadi Penting
Dalam sistem tracking berbasis browser, Meta Pixel, TikTok Pixel, dan berbagai sistem analitik menggunakan informasi yang tersedia di browser untuk membantu mengenali pengguna dan perjalanan konversinya.
Karena itu, istilah “browser yang sama” sebenarnya terlalu sempit.
Yang lebih tepat adalah: event dapat ditembak dari browser yang membuka halaman pembayaran dalam keadaan login, tetapi kemampuan sistem untuk mengatribusikan pembelian kepada iklan bergantung pada identitas dan informasi tracking yang tersedia di browser tersebut.
Contohnya, seorang calon pembeli melihat iklan Instagram melalui smartphone. Dia kemudian mengklik iklan tersebut dan masuk ke website. Setelah itu, dia melakukan transfer bank secara manual.
Jika setelah pembayaran dia kembali membuka halaman pembayaran lunas menggunakan smartphone dan browser yang sama, kemungkinan hubungan antara klik iklan dan event pembelian menjadi jauh lebih baik.
Browser tersebut masih mempunyai berbagai informasi yang dapat membantu platform mengenali perjalanan pengguna.
Apa yang Terjadi Jika Pembeli Berpindah Perangkat?
Masalah mulai terlihat ketika pembeli menggunakan perangkat berbeda.
Misalnya:
- Pembeli melihat iklan di Instagram melalui smartphone.
- Pembeli mengklik iklan.
- Pembeli melakukan pemesanan.
- Pembeli melakukan transfer melalui mobile banking.
- Setelah pembayaran, pembeli membuka laptop.
- Pembeli login ke website menggunakan akun yang sama.
- Halaman pembayaran lunas dibuka.
- Event Purchase ditembak dari laptop.
Secara internal, sistem penjualan tetap mengetahui bahwa pembeli tersebut adalah orang yang sama. Namun, platform iklan melihat situasi yang berbeda.
Klik iklan terjadi pada perangkat pertama, sedangkan event Purchase muncul pada perangkat kedua. Inilah yang menyebabkan atribusi iklan menjadi lebih lemah.
Meta, TikTok, dan Google Tidak Selalu Bisa Menghubungkan Transaksi
Setiap platform mempunyai mekanisme identifikasi dan atribusinya sendiri.
Pada contoh sederhana, pelanggan mengklik iklan Instagram melalui smartphone. Kemudian event Purchase dikirim dari laptop.
Meta terkadang masih dapat melakukan pencocokan jika tersedia informasi tambahan yang dapat menghubungkan kedua aktivitas tersebut, misalnya pengguna login ke akun Facebook pada perangkat tersebut atau terdapat sinyal identitas lain yang dapat digunakan untuk matching.
Namun, pencocokan seperti ini tidak dapat dianggap sebagai sesuatu yang selalu berhasil.
Untuk TikTok dan Google Analytics, perpindahan perangkat juga dapat menyebabkan hubungan antara klik dan transaksi menjadi lebih sulit.
Akibatnya, transaksi sebenarnya terjadi, tetapi laporan iklan tidak selalu menunjukkan transaksi tersebut sebagai hasil dari iklan.
Penjualan Tetap Benar, tetapi ROAS Bisa Terlihat Lebih Rendah
Ini adalah bagian yang sangat penting.
Kegagalan atribusi pixel bukan berarti transaksi gagal dicatat.
Misalnya sebuah bisnis sebenarnya mendapatkan 100 transaksi dari iklan. Sistem penjualan mencatat seluruh 100 transaksi tersebut karena transaksi disimpan langsung di database server.
Namun, karena sebagian pelanggan berpindah perangkat ketika membuka halaman pembayaran, platform iklan hanya berhasil mengatribusikan 70 transaksi.
Dalam kondisi tersebut:
Penjualan sebenarnya = 100 transaksi
Transaksi yang teratribusi ke iklan = 70 transaksi
Akibatnya, dashboard iklan dapat terlihat seolah-olah performa iklan lebih buruk daripada kondisi sebenarnya.
Hal ini juga dapat membuat ROAS (Return on Ad Spend) terlihat lebih rendah.
Padahal bukan berarti 30 transaksi lainnya tidak berasal dari iklan. Bisa saja transaksi tersebut memang berasal dari iklan, tetapi platform tidak berhasil menghubungkan event pembelian dengan klik iklan secara otomatis.
Komisi Afiliator Tidak Terpengaruh Pixel
Hal lain yang perlu dipisahkan adalah sistem tracking iklan dengan sistem pencatatan penjualan.
Jika komisi afiliator dihitung berdasarkan transaksi yang tercatat di server, maka perpindahan perangkat tidak seharusnya menghilangkan komisi afiliator.
Contohnya, afiliator memiliki link:
website.com/?ref=andi
Ketika pembeli masuk melalui link tersebut, server dapat menyimpan informasi afiliator bersama data order.
Ketika pembayaran kemudian diverifikasi dan status order berubah menjadi lunas, server dapat menghitung komisi berdasarkan data tersebut.
Dengan demikian, komisi afiliator tidak harus bergantung pada Meta Pixel, TikTok Pixel, atau Google Analytics.
Pixel digunakan terutama untuk kebutuhan pengukuran dan atribusi marketing, sedangkan database server digunakan untuk mencatat transaksi bisnis yang sebenarnya.
Solusi Tracking yang Lebih Andal: Conversions API
Untuk mengatasi keterbatasan tracking berbasis browser, salah satu solusi yang paling kuat adalah menggunakan Conversions API (CAPI) atau mekanisme server-side conversion tracking.
Konsepnya berbeda dengan pixel. Pixel bekerja dari browser pengguna. Sementara itu, Conversions API memungkinkan server mengirim informasi event langsung ke platform.
Misalnya alurnya menjadi:
Iklan → Order → Transfer Manual → Admin Verifikasi → Server Mengubah Status Menjadi Lunas → Server Mengirim Event Purchase → Platform Iklan
Dalam skenario tersebut, browser bukan lagi satu-satunya sumber informasi mengenai terjadinya pembelian.
Server mengetahui dengan pasti bahwa order tertentu sudah dibayar karena status transaksi tersimpan di database.
Setelah status berubah menjadi lunas, sistem dapat mengirim event Purchase dari server.
Mengapa Conversions API Lebih Cocok untuk Pembayaran Manual?
Pada pembayaran otomatis, sistem biasanya mendapatkan konfirmasi pembayaran secara langsung dari payment gateway.
Pada pembayaran manual, kondisi tersebut berbeda.
Server mungkin baru mengetahui bahwa pembayaran berhasil setelah admin melakukan verifikasi.
Justru titik perubahan status tersebut dapat digunakan sebagai trigger untuk mengirim event konversi.
Misalnya:
Order dibuat → pending
Pembeli transfer → menunggu verifikasi
Admin memverifikasi → paid
Server mendeteksi status paid → kirim Purchase
Dengan model seperti ini, event Purchase hanya dikirim ketika transaksi benar-benar dianggap lunas oleh sistem.
Hal ini jauh lebih aman dibanding menganggap setiap halaman checkout sebagai transaksi berhasil.
Jangan Mengirim Event Purchase Berkali-kali
Dalam implementasi tracking konversi pembayaran manual, ada satu hal penting yang harus diperhatikan: event Purchase harus memiliki mekanisme pencegahan duplikasi.
Misalnya pelanggan membuka halaman pembayaran lunas berkali-kali.
Jika setiap pembukaan halaman mengirim event Purchase, satu transaksi dapat tercatat sebagai beberapa pembelian.
Karena itu, sistem sebaiknya menggunakan ID transaksi atau event ID yang unik.
Contohnya:
Order ID: HTB-2026-00125
Server dapat memastikan bahwa transaksi tersebut hanya mengirim event Purchase satu kali.
Dengan demikian, reload halaman atau pembukaan halaman berulang tidak menyebabkan jumlah pembelian menjadi salah.
Kesimpulan
Tracking konversi pembayaran manual tetap dapat dilakukan menggunakan pixel ketika pembeli membuka halaman pembayaran yang sudah lunas dalam keadaan login.
Namun, tantangan sebenarnya bukan pada pengiriman event, melainkan pada atribusi.
Jika pembeli mengklik iklan di smartphone tetapi membuka halaman pembayaran melalui laptop, platform iklan mungkin kesulitan menghubungkan event Purchase dengan klik iklan sebelumnya.
Akibatnya, transaksi tetap tercatat di sistem penjualan, tetapi tidak semuanya muncul sebagai konversi yang berasal dari iklan. Dampaknya, laporan iklan dapat menunjukkan jumlah konversi yang lebih rendah dan ROAS terlihat lebih kecil daripada kondisi sebenarnya.
Untuk pencatatan bisnis, masalah tersebut tidak harus memengaruhi penjualan maupun komisi afiliator selama keduanya dihitung berdasarkan database server.
Jika ingin meningkatkan keandalan tracking, pendekatan yang lebih tepat adalah menggunakan Conversions API dari server. Server dapat mengirim event Purchase ketika status order benar-benar berubah menjadi lunas setelah pembayaran manual diverifikasi.
Dengan demikian, browser pixel tetap dapat digunakan sebagai pelengkap, sedangkan server menjadi sumber data utama untuk memastikan bahwa transaksi yang benar-benar terjadi dapat dikirim sebagai event konversi.
Pendekatan ini juga membuat sistem lebih siap menghadapi kondisi modern seperti perpindahan perangkat, pembatasan cookie, browser privacy, dan hilangnya sebagian sinyal tracking berbasis browser.
