Toko daring dengan dua ratus produk dan toko daring dengan sepuluh ribu produk terlihat sama di halaman depan. Perbedaannya baru muncul pada halaman kategori, pada kotak pencarian, dan pada saat stok harus diperbarui.
Sebagian besar masalah pada ecommerce ribuan SKU bukan berasal dari jumlah produknya, melainkan dari keputusan arsitektur yang dibuat ketika katalog masih kecil dan tidak pernah ditinjau ulang.
Di mana katalog besar mulai terasa berat
| Titik | Yang terjadi |
|---|---|
| Halaman kategori | Penyaringan dan pengurutan melambat karena harus memeriksa terlalu banyak data |
| Pencarian | Hasil tidak relevan, atau lambat, atau keduanya |
| Pembaruan stok | Sinkronisasi massal membebani sistem pada jam sibuk |
| Halaman produk | Varian yang banyak membuat pemuatan halaman berat |
| Panel admin | Mengubah harga massal memakan waktu lama atau gagal di tengah |
| Peta situs dan pengindeksan | Mesin pencari hanya menjangkau sebagian katalog |
Perhatikan bahwa hampir semuanya adalah masalah pembacaan data dalam jumlah besar, bukan masalah desain. Menambah plugin optimasi biasanya hanya menutupi gejalanya untuk sementara.
Baca juga: Harga Jasa Pembuatan Website E-Commerce & Sistem Toko Online
Keputusan arsitektur yang menentukan
Varian atau produk terpisah
Ini keputusan paling berpengaruh dan paling sering keliru. Produk dengan banyak varian, misalnya ukuran dan warna, dapat disusun sebagai satu produk dengan banyak varian atau sebagai banyak produk terpisah.
Pilihan pertama lebih rapi bagi pembeli tetapi membebani sistem ketika jumlah kombinasinya besar. Pilihan kedua lebih ringan tetapi menyulitkan pembeli membandingkan. Yang tepat bergantung pada berapa banyak kombinasi yang benar-benar ada dan seberapa sering pembeli berpindah antar varian.
Atribut yang dipakai untuk menyaring
Setiap atribut yang dapat disaring menambah beban pada halaman kategori. Atribut yang benar-benar dipakai pembeli untuk menyaring perlu dipisahkan dari atribut yang sekadar ditampilkan sebagai informasi. Banyak toko menjadikan semua atribut dapat disaring, dan inilah penyebab halaman kategori melambat.
Mesin pencarian terpisah
Pada katalog besar, pencarian sebaiknya tidak lagi dijalankan langsung ke basis data utama. Mesin pencarian terpisah menangani pencarian dan penyaringan jauh lebih cepat, sekaligus memberi hasil yang lebih relevan. Ini biasanya perubahan tunggal dengan dampak paling besar.
Struktur kategori
Kategori yang terlalu dalam membuat produk sulit ditemukan pembeli maupun mesin pencari. Struktur yang datar dengan penyaringan yang baik umumnya bekerja lebih baik daripada susunan bertingkat yang panjang.
Strategi caching bertingkat
Halaman kategori, potongan halaman, dan hasil kueri memerlukan perlakuan berbeda. Menyeragamkan caching untuk semuanya biasanya berakhir pada dua masalah, yaitu harga yang tampil kedaluwarsa atau caching yang tidak pernah bekerja.
Sinkronisasi stok, bagian yang paling sering gagal
Pada katalog besar, stok jarang berasal dari toko daring itu sendiri. Ia berasal dari sistem gudang atau ERP, dan di situlah persoalannya bermula.
- Tetapkan sumber kebenaran. Satu sistem harus menang ketika angkanya berbeda. Tanpa aturan ini, kedua sistem akan saling menimpa.
- Kirim hanya yang berubah. Menyinkronkan seluruh katalog setiap beberapa menit adalah penyebab paling umum toko melambat pada jam sibuk.
- Bedakan tingkat kebutuhan kesegaran. Produk cepat habis memerlukan pembaruan hampir seketika, sementara produk yang stoknya melimpah cukup diperbarui berkala.
- Sediakan penahan stok. Menyisakan sebagian stok sebagai cadangan mencegah penjualan melebihi persediaan pada saat lonjakan pesanan.
- Rancang penanganan kegagalan. Ketika sinkronisasi gagal, sistem harus memberi tahu, bukan diam dan menampilkan angka lama.
Bila sisi persediaan Anda dikelola dengan Odoo, pola sinkronisasinya dibahas lebih jauh pada halaman implementasi Odoo Inventory. Prinsip pertamanya tetap sama, yaitu tentukan lebih dulu sistem mana yang menjadi acuan stok.
Baca juga: Jasa Integrasi Sistem & API: Menyatukan CRM, ERP, dan Website Anda
Memilih platform berdasarkan ukuran katalog
Pertanyaan yang sering menyertai adalah apakah platform yang dipakai masih layak. Jawabannya jarang hitam putih.
- Sampai sekitar seribu SKU. Sebagian besar platform umum, termasuk WooCommerce, bekerja baik dengan penyetelan wajar.
- Beberapa ribu SKU. Masih dapat ditangani, tetapi memerlukan penanganan khusus pada pencarian, penyaringan, dan caching. Instalasi standar tidak cukup.
- Puluhan ribu SKU dengan varian kompleks. Perlu pertimbangan serius mengenai arsitektur, termasuk kemungkinan memisahkan tampilan toko dari sistem pengelolaan produknya.
Yang perlu ditekankan, jumlah SKU bukan satu-satunya ukuran. Seribu produk dengan lima puluh varian masing-masing jauh lebih berat daripada sepuluh ribu produk tanpa varian.
Bukti pengerjaan
Pada Syncworks, kami menangani pembangunan sistem toko daring beserta integrasi infrastruktur kritis yang menopangnya, yaitu jenis pekerjaan di mana keandalan pertukaran data menjadi penentu utama.
Urutan perbaikan yang kami sarankan
- Ukur lebih dulu. Cari tahu halaman mana yang lambat dan pada bagian apa waktunya habis. Menebak hampir selalu keliru.
- Perbaiki pencarian dan penyaringan. Umumnya memberi perbaikan terbesar pada katalog besar.
- Rapikan struktur atribut. Pisahkan atribut untuk menyaring dari atribut untuk ditampilkan.
- Perbaiki pola sinkronisasi stok. Ubah dari pengiriman seluruh katalog menjadi pengiriman perubahan saja.
- Susun caching bertingkat. Setelah struktur data rapi, bukan sebelumnya.
- Tinjau ulang arsitektur bila perlu. Hanya bila langkah sebelumnya sudah tidak memadai.
Pertanyaan yang Sering Diajukan
Berapa jumlah SKU yang membuat toko daring mulai bermasalah?
Tidak ada angka pasti, tetapi gejala biasanya mulai terasa di kisaran beberapa ribu SKU, terutama bila produknya memiliki banyak varian. Yang menentukan bukan jumlah produk semata, melainkan jumlah kombinasi varian dan banyaknya atribut yang dapat disaring.
Apakah WooCommerce bisa menangani ribuan produk?
Bisa, tetapi tidak dengan instalasi standar. Diperlukan penanganan khusus pada pencarian, penyaringan, struktur data produk, dan caching. Tanpa itu, halaman kategori dan pencarian akan melambat seiring bertambahnya katalog.
Kenapa halaman kategori lambat padahal server sudah besar?
Karena penyebabnya umumnya bukan kapasitas server, melainkan jumlah data yang harus diperiksa untuk setiap permintaan. Menambah kapasitas server hanya menunda masalah. Yang menyelesaikan adalah memperbaiki cara data disimpan dan dicari.
Bagaimana cara terbaik menyinkronkan stok dengan sistem gudang?
Tetapkan satu sistem sebagai acuan stok, kirim hanya data yang berubah, dan bedakan produk yang butuh pembaruan cepat dari yang tidak. Menyinkronkan seluruh katalog secara berkala adalah pola yang paling sering membuat toko melambat pada jam sibuk.
Apakah perlu pindah platform bila katalog terus bertambah?
Belum tentu. Sebagian besar masalah pada katalog besar dapat diselesaikan dengan memperbaiki arsitektur data, pencarian, dan sinkronisasi. Perpindahan platform baru masuk akal bila biaya perbaikan sudah mendekati biaya membangun ulang.
Apa yang perlu dikerjakan lebih dulu bila anggaran terbatas?
Perbaikan pencarian dan penyaringan, karena keduanya paling terasa oleh pembeli sekaligus paling berpengaruh pada beban sistem. Setelah itu barulah pola sinkronisasi stok dan strategi caching.
Tentang RHP
PT RHP Cipta Digital adalah agensi digital dan marketing internasional yang berbasis di Jakarta. Kami membangun sistem toko online dan e-commerce serta menangani integrasi antara toko daring dan sistem persediaan perusahaan.
Kami telah menyelesaikan lebih dari 100 proyek dan menghasilkan lebih dari 1.000 leads B2B untuk klien di Amerika Serikat, Indonesia, dan sejumlah negara lain.
Periksa kesiapan katalog Anda
Jika toko daring Anda mulai melambat seiring bertambahnya produk, kami dapat membantu mengukur di bagian mana waktunya habis dan menentukan perbaikan mana yang memberi dampak terbesar lebih dulu. Konsultasi awal bersifat gratis dan tidak mengikat.
