Studi Kasus Nalesha: Schema Product E-commerce Parfum 2026
Implementasi Schema Product di Nalesha menghasilkan rich result dan klik naik 20-35%. Studi kasus jujur untuk e-commerce skala menengah Indonesia.

TL;DR: Saat membangun ulang situs Nalesha (e-commerce parfum), kami memasang Schema Product di seluruh halaman katalog dan menghasilkan rich result di Google dalam 6 minggu. Rich result bukan hanya estetika; klik ke halaman produk meningkat dalam range 20-35% setelah snippet menampilkan harga, rating, dan stok. Studi kasus ini menunjukkan implementasi Schema Product yang berdampak untuk e-commerce skala menengah di Indonesia.
Nalesha adalah brand parfum lokal yang ingin keluar dari ketergantungan marketplace. Mereka punya 200+ SKU, audiens loyal, tapi traffic organik ke situs sendiri masih jauh di bawah listing marketplace. Setelah audit, salah satu temuan terbesar adalah tidak adanya markup struktur produk yang membuat Google bisa menampilkan halaman katalog mereka dengan rich result.
Artikel ini bukan tutorial teknis schema. Ini cerita implementasi nyata di lapangan, dengan trade-off yang sering tidak dibahas di dokumentasi.
Konteks Awal: Apa yang Salah dengan Listing Lama
Sebelum migrasi, halaman produk Nalesha hanya punya HTML tradisional: judul, harga, deskripsi, gambar. Tidak ada markup terstruktur. Akibatnya saat orang mencari "parfum [karakter aroma]", Google menampilkan hasil dari Tokopedia dan Shopee karena marketplace sudah punya markup yang lengkap.
Konsekuensinya bukan hanya traffic. Nalesha kehilangan konteks brand di SERP. Pengguna yang akhirnya klik ke marketplace dapat pengalaman generik, bukan storytelling brand.
Yang Kami Pasang dan Kenapa
Implementasi schema kami fokus pada empat tipe utama yang relevan untuk e-commerce parfum:
| Schema | Fungsi | Field kritis |
|---|---|---|
| Product | Identitas produk | name, image, description, brand, sku |
| Offer | Harga dan stok | price, priceCurrency, availability, url |
| AggregateRating | Sosial proof | ratingValue, reviewCount |
| BreadcrumbList | Navigasi terstruktur | itemListElement |
Field paling sering disepelekan adalah availability. Banyak e-commerce hanya mengisi harga dan deskripsi, lalu Google tetap menampilkan produk yang stoknya habis. Kami pastikan availability ter-update otomatis dari inventory.
Detail Schema Markup lebih dalam dibahas di glosarium. Untuk Nalesha, kami pakai JSON-LD karena lebih mudah maintain di template Next.js mereka.
Hasil dalam 90 Hari
Saya tidak akan membagikan angka absolut karena setiap industri berbeda, tapi pola yang kami amati relevan untuk konteks e-commerce parfum skala menengah:
Pertama, rich result mulai muncul untuk 40-50% halaman produk dalam 4-6 minggu. Bukan langsung 100% karena Google butuh waktu mengevaluasi konsistensi data antara markup dan halaman.
Kedua, klik dari SERP ke halaman produk meningkat dalam range 20-35% setelah snippet menampilkan harga dan rating. Range bervariasi tergantung kompetitor di SERP yang sama.
Ketiga, dan ini yang sering tidak terhitung, share of search untuk brand "Nalesha" naik. Saat orang melihat snippet branded dengan rating bagus, ingatan brand mereka menguat meski tidak langsung klik.
Trade-off yang Jujur
Bukan semua kabar baik. Memasang schema yang inkonsisten dengan halaman bisa merusak trust. Beberapa minggu awal, kami sempat punya produk dengan harga di schema beda dari harga di halaman karena ada cache layer. Google sempat memberi peringatan di Search Console.
Pelajarannya: schema bukan sekali pasang lalu dilupakan. Schema harus jadi bagian dari pipeline data, bukan markup statis.
Untuk konteks lebih luas tentang struktur data e-commerce, Google Merchant Center guidelines adalah rujukan yang masih relevan di 2026.
Pertanyaan Umum
Apakah Schema Product bisa dipasang manual atau harus dari sistem?
Untuk e-commerce 20-50 SKU bisa manual. Di atas 100 SKU, wajib otomatis dari CMS atau inventory system. Manual akan cepat rusak saat harga atau stok berubah.
Berapa lama sampai rich result muncul?
Umumnya 4-8 minggu setelah implementasi. Lebih cepat jika domain sudah punya otoritas, lebih lambat jika ini perubahan pertama yang signifikan.
Apakah harus pakai semua field opsional?
Tidak. Fokus pada field wajib plus AggregateRating jika Anda punya review asli. Mengisi field opsional dengan data palsu akan merusak trust dan berisiko penalty.
Penutup Aplikatif
Implementasi Schema Product di Nalesha bukan proyek satu minggu. Ini perubahan struktural yang harus terintegrasi dengan inventory dan pipeline konten mereka. Hasilnya signifikan, tapi butuh kesabaran 2-3 bulan dan diskusi serius dengan tim engineering. Jika Anda menjalankan e-commerce dan belum punya schema sama sekali, mulai dari Product plus Offer. Dua ini saja sudah cukup untuk dampak awal.
Artikel Terkait
Case Study
Studi Kasus Vetmo: Bagaimana llms.txt Membantu Asisten AI Menjawab Pet Care 2026
Vetmo memasang llms.txt untuk arahkan asisten AI ke konten pet care yang tepat. Pelajari struktur file, hasil setelah 8 minggu, dan pelajaran untuk website bisnis Indonesia.

Case Study
Studi Kasus Aris Setiawan: Konsultan Operasional Bangun Personal Brand via Glosarium 2026
Aris Setiawan, konsultan operasional bisnis, membangun otoritas online lewat 40 entri glosarium dan 12 artikel pillar. Berikut breakdown strateginya.
Case Study
Studi Kasus Felicia Tan: Konsultan Branding Fashion Bangun Otoritas Online 2026
Bagaimana Felicia Tan, konsultan branding fashion 11 tahun pengalaman, bangun otoritas digital dengan domain personal dan studi kasus terstruktur.
Butuh website yang benar-benar bekerja?
Hubungi Vito untuk konsultasi gratis 15 menit.
WhatsApp Sekarang