Pengujian sisi klien Vs. Pengujian sisi server: Keduanya Menang.

Saat menjalankan eksperimen, pengoptimal dapat memilih antara pengujian sisi klien dan sisi server.

Meskipun Anda dapat menjalankan hampir setiap pengujian sisi klien di sisi server dan beberapa eksperimen backend ringan melalui pengujian sisi klien (menggunakan URL terpisah atau eksperimen pengalihan), melakukannya tidak akan layak atau sekuat Anda' saya suka… karena, untuk hipotesis apa pun, hanya satu dari keduanya yang paling berhasil .

Dan memilih yang tepat perlu pertimbangan yang cermat. Ada banyak aspek yang harus dipertimbangkan ketika membuat pilihan ini. Lihat dampak penyiapan pada kecepatan dan SEO, persyaratan upaya dan waktu untuk siklus hidup eksperimen, tujuan eksperimen, dan banyak lagi.

Mari kita membahas faktor-faktor ini dan melihat bagaimana pengujian sisi klien berbeda dari pengujian sisi server dan pro dan kontra dari masing-masing.

Pengujian sisi klien Vs. Pengujian sisi server

Namun, itu akan mengabaikan pengujian sisi klien.

Pengujian Sisi Klien Mungkin Terlihat Sederhana, tetapi Ampuh.

Sangat mudah untuk mengabaikan pengujian A/B sisi klien sebagai "pengujian mudah" yang dapat dilakukan siapa saja. Setuju: mudah diterapkan. Dan terkadang, itu bisa sekecil menguji warna atau salinan tombol CTA yang berbeda.

Tetapi apakah itu ini atau sesuatu yang sebesar menguji desain ulang atau halaman yang dirubah, pengujian sisi klien berdampak pada keuntungan bisnis .

Dalam studi kasus ini, perusahaan SaaS menggunakan Pengalaman Konversi sebagai alat pengujian A/B sisi klien mereka untuk meningkatkan pertumbuhan prospek sebesar 61% di beranda mereka:

Berikut eksperimen pengujian A/B lainnya yang menggunakan Pengalaman Konversi sebagai alat pengujian sisi klien untuk perusahaan SaaS yang sama pada halaman harganya yang menghasilkan peningkatan prospek sebesar 57%:

Sebagian besar kisah sukses pengoptimalan konversi yang Anda lihat online adalah pengujian sisi klien yang berhasil mengoptimalkan pengalaman di tingkat permukaan dan menang besar.

Tetapi Pengujian Sisi Server Memang Memungkinkan Anda Menguji Lebih Banyak.

Saat Anda perlu menguji lebih dalam dari frontend, Anda harus menggunakan pengujian sisi server.

Mari kita menempatkan ini ke dalam perspektif dengan beberapa skenario.

Jika Anda adalah bisnis eCommerce, Anda dapat menggunakan eksperimen pengujian A/B sisi klien untuk mempelajari apakah bilah penelusuran yang didesain ulang dapat meningkatkan penelusuran di dalam toko Anda (dan menghasilkan lebih banyak penjualan).

Namun jika Anda ingin menguji algoritme penelusuran baru yang dapat memunculkan hasil penelusuran yang lebih relevan (dan yang akan, dalam jangka panjang, menghasilkan lebih banyak penjualan), Anda perlu menjalankan eksperimen pengujian A/B sisi server .

Jika Anda adalah bisnis SaaS B2B, Anda dapat menjalankan eksperimen sisi klien untuk menentukan apakah UVP tertentu berfungsi lebih baik di beranda Anda. Atau jika salinan bentuk panjang bisa mengalahkan salinan bentuk pendek.

Tetapi jika Anda ingin menguji backend yang lebih cepat dan melihat apakah itu dapat meningkatkan retensi atau keterlibatan, Anda harus menjalankan eksperimen sisi server. Jika Anda ingin menguji urutan orientasi baru, sekali lagi, Anda harus melakukan eksperimen sisi server. Karena selain mendukung alur kerja orientasi baru Anda, pengujian sisi server juga memungkinkan Anda mengatur eksperimen multi-saluran yang mencakup email, SMS, dan lainnya yang dilakukan melalui perangkat yang berbeda.

Demikian juga, jika Anda adalah bisnis SaaS B2C, Anda akan dapat menjalankan eksperimen sisi klien untuk mempelajari apakah rencana penetapan harga tertentu dapat bekerja lebih baik daripada yang lain.

Namun, jika Anda ingin menguji mesin rekomendasi yang lebih baik, Anda harus melakukan pengujian sisi server.

Seperti yang dapat Anda pahami dari berbagai kasus penggunaan pengujian sisi server, ini lebih diarahkan untuk membangun produk yang lebih baik daripada memenangkan konversi langsung. Tidak seperti eksperimen sisi klien yang berfokus pada penjualan atau konversi langsung, eksperimen sisi server berfokus pada pengoptimalan produk atau solusi sehingga nilai pelanggan seumur hidup meningkat.

Anda dapat mengatakan bahwa jika pengujian sisi klien adalah untuk pemasar, maka pengujian sisi server terutama untuk tim produk dan teknik. Dan alat pengujian A/B seperti Convert Experiences menawarkan pengujian sisi klien dan sisi server untuk mengakomodasi tim pemasaran dan teknik.

Karena menguji perubahan tingkat produk yang mendalam membutuhkan lebih dari sekadar manipulasi JS berbasis browser, itu tidak dapat terjadi di dalam browser dan perlu ditangani di tingkat server.

Sementara pengujian sisi server memiliki kasus penggunaan yang unik, beberapa perusahaan menggunakannya untuk menjalankan bahkan pengujian kosmetik — pengujian yang akan berjalan sempurna tanpa kesalahan bahkan di sisi klien.

Mereka sering melakukannya untuk menghindari fenomena “flicker” atau “Flash of Original Content”. Flicker terjadi ketika alat eksperimen mengubah konten asli yang disajikan oleh server setelah pengguna akhir telah melihatnya. Bayangkan pengguna Anda melihat judul tertentu dan kemudian melihatnya berubah dalam sekejap menjadi yang lain. (Ya, flicker benar-benar dapat membahayakan pengalaman pengguna!)

Di lain waktu, mereka melakukannya untuk meningkatkan kecepatan. Meskipun pengujian tidak memperlambat situs web atau menyebabkan masalah kinerja yang serius, pengujian ini menambahkan satu atau dua detik pada pengalaman pemuatan yang dirasakan situs web. Sisi server dapat membuat ini lebih cepat.

Kadang-kadang, perusahaan mungkin menjalankan eksperimen sisi server sebagai ganti eksperimen sisi klien karena masalah privasi atau keamanan. Karena penargetan audiens terjadi di server dan kode eksperimen berada di server dalam pengujian sisi server, perusahaan mendapatkan kontrol yang lebih baik pada aspek privasi dan keamanannya.

Tetapi mengimplementasikan eksperimen sisi server tidak selalu layak, terutama ketika sisi klien akan melakukannya dengan baik.

Menerapkan Eksperimen Sisi Server

Dalam pengujian sisi klien, Anda hanya memerlukan sumber daya desain dan pengembangan yang terbatas untuk membangun eksperimen dan menjalankannya. Anda bahkan tidak memerlukan ini jika Anda hanya membuat perubahan teks atau mengubah warna tombol. Yang perlu Anda lakukan adalah:

1. Masuk ke alat seperti Convert.

2. Gunakan editor WYSIWYG dan buat variasinya.

3. Siapkan eksperimen (tetapkan kondisi penargetan audiens, durasi eksperimen, ukuran dan pemisahan sampel, tingkat keyakinan, dll.)

Ambil kode JS dan tambahkan ke situs web Anda.

Dan selesai.

Anda kemudian akan mencari bantuan pengembangan untuk meluncurkan versi pemenang jika kontrolnya hilang.

Pengujian sisi server, bagaimanapun, tidak begitu mudah.

Di sini, Anda harus:

1. Buat eksperimen Anda di Pengalaman Konversi

2. Kembangkan dan terapkan semua variasi eksperimen Anda di server Anda.

3. Petakan pengalaman yang diterapkan server Anda di Konversi Pengalaman menggunakan kode khusus (dengan menggunakan id eksperimen Anda, id variasi seperti yang ditetapkan di alat eksperimen Anda, dan banyak lagi).

Dalam eksperimen sisi server seperti itu, kode Anda perlu memberi tahu server variasi mana yang akan ditampilkan kepada pengguna saat ini. Anda dapat menggunakan cookie untuk memfasilitasi ini. Misalnya, untuk menerapkan pengujian sisi server A/B dengan Konversi, Anda harus menyiapkan cookie dengan data berikut:

Server kemudian akan membaca cookie Anda dan
melayani versi (dan semua sesi berikutnya) yang sesuai.

Karena server Anda menentukan versi apa yang akan dikirim ke pengguna, penargetan terjadi di server (dan bukan di dalam browser seperti pada pengujian sisi klien). Ketepatan pengujian Anda akan bergantung pada seberapa baik Anda dapat mengkodekan kondisi penargetan di server Anda. Dengan pengujian sisi klien, Anda dapat menargetkan audiens dengan laser untuk semua pengalaman Anda.

Selain itu, pengujian sisi server dapat menjadi lebih kompleks dalam pengaturan multi-server dan juga ketika CDN perlu diintegrasikan.

4. Jalankan eksperimen.

5. Luncurkan versi yang menang dan putar kembali yang kalah.

Anda mungkin juga perlu membersihkan server Anda, memposting peluncuran/pengembalian terakhir.

Seperti yang Anda lihat, siklus hidup eksperimen sisi server panjang dan kompleks tidak seperti eksperimen sisi klien. Itu sebabnya pergi dengan pengujian sisi server perlu pertimbangan.

Secara Umum, Anda Tidak Akan Menjalankan Eksperimen Sisi Server Jika Eksperimen Sisi Klien Melakukan…

Menjalankan bahkan satu eksperimen sisi server itu menantang karena mengembangkan dan meluncurkannya adalah proses yang lebih intensif sumber daya dan memakan waktu.

Selain itu, jika Anda menggunakan pengujian sisi server untuk menguji perubahan yang dapat dengan mudah divalidasi sisi klien, mencapai kecepatan pengujian yang baik dan program eksperimen yang kuat akan sulit.

Selain itu, untuk eksperimen semacam itu, memilih eksperimen sisi server ketika Anda memiliki beberapa alat pengujian A/B sisi klien yang hebat yang memungkinkan Anda menjalankannya tanpa berkedip tanpa memengaruhi SEO atau kecepatan Anda tidak menjanjikan penggunaan terbaik dari pengujian Anda. lebar pita.

Eksperimen sisi server harus lebih disukai hanya ketika mereka membuat kasus yang kuat untuk hipotesis yang diberikan. Dan mereka melakukannya beberapa kali karena banyak eksperimen yang memengaruhi metrik garis bawah bisnis hanya dapat terjadi di sisi server.

Jadi beri tahu kami… apakah Anda menjalankan tes sisi server? Jika demikian, apa bagian tersulit dari proses tersebut? Oh, dan jika Anda ingin menjalankan pengujian A/B sisi server, lihat Convert (gratis selama 15 hari!)