Melokalkan markup skema untuk e-commerce adalah tentang membuat data terstruktur Anda berbicara dalam bahasa pelanggan dan mesin pencari. Untuk toko online internasional, terutama yang menargetkan wilayah beragam seperti Uni Eropa, Asia Tenggara, atau Timur Tengah, lokalisasi skema adalah kunci dalam membantu mesin pencari memberikan snippet kaya yang tepat berdasarkan bahasa, wilayah, dan mata uang pengguna.
Dengan melokalkan jenis skema kunci, seperti info produk, harga, dan detail bisnis, Anda meningkatkan visibilitas, kepercayaan, dan tingkat konversi di pasar yang berbeda. Artikel ini membahas elemen skema mana yang perlu dilokalkan, kesalahan umum yang harus dihindari, dan praktik terbaik untuk membantu situs e-niaga internasional Anda tampil maksimal.
Pentingnya lokalisasi skema untuk e-commerce Anda
Lokalisasi skema memastikan bahwa data terstruktur Anda selaras dengan bahasa, mata uang, dan konteks budaya setiap pasar yang Anda layani. Ini meningkatkan visibilitas Anda dalam hasil pencarian lokal dan meningkatkan pengalaman pengguna di berbagai wilayah.
- Meningkatkan SEO lokal kinerja – Ketika markup skema menggunakan bahasa yang dilokalkan, mata uang, dan bidang khusus wilayah, mesin pencari dapat lebih memahami dan mencocokkan konten Anda dengan niat pencarian lokal.
- Memungkinkan rich snippet yang akurat – Rich snippet seperti harga, ketersediaan produk, dan ulasan akan mencerminkan konteks lokal pengguna, membangun kepercayaan dan meningkatkan rasio klik-tayang.
- Meningkatkan pengalaman pengguna multibahasa – Skema lokal membantu memastikan konsistensi antara konten halaman yang terlihat dan data terstruktur di belakangnya, menghindari kebingungan bagi pengunjung internasional.
- Mendukung kepatuhan dan harapan regional – Berbagai wilayah mungkin memiliki persyaratan data khusus (seperti VAT di UE atau zona pengiriman di Asia Tenggara) yang dapat diatasi melalui skema.
- Meningkatkan tingkat konversi di pasar target – Pengguna yang melihat bahasa, mata uang, dan informasi kontak yang familiar dalam pratinjau pencarian lebih cenderung mempercayai dan berinteraksi dengan situs Anda.
Jenis skema e-Commerce utama yang memerlukan lokalisasi
Markup Skema adalah jenis data terstruktur yang ditambahkan ke HTML situs web Anda yang membantu mesin pencari memahami konteks konten Anda. Untuk e-commerce, ini mendukung hasil kaya seperti peringkat produk, harga, ketersediaan, dan banyak lagi membuat listingan Anda menonjol dalam pencarian. Saat menargetkan pasar internasional, hanya menggunakan skema tidak cukup, Anda juga perlu melokalkan itu.
Di bawah ini adalah jenis skema kunci yang memerlukan lokalisasi yang cermat untuk kesuksesan e-commerce global.
Kaca pembesar di atas layar komputer
Skema Produk menyediakan informasi terstruktur seperti nama produk, deskripsi, SKU, merek, gambar, dan ulasan. Saat melokalkan skema ini, sangat penting untuk menerjemahkan nama produk dan deskripsi secara akurat, tidak hanya kata demi kata, tetapi dengan cara yang sesuai dengan norma budaya dan linguistik setiap pasar.
Beberapa elemen kunci harus disesuaikan dengan setiap pasar target untuk melokalisasi skema Produk dengan benar. Elemen-elemen ini melampaui terjemahan dasar—adaptasi budaya, kepatuhan terhadap harapan lokal, dan keselarasan dengan SEO spesifik bahasa. Berikut adalah aspek-aspek kunci dari skema Produk yang harus dilokalisasi.
- nama: Terjemahkan nama produk untuk melestarikan makna dan daya tarik dalam bahasa lokal. Hindari terjemahan harfiah yang dapat membingungkan atau menyesatkan audiens lokal.
- deskripsi: Lokalisasikan deskripsi dengan memperhatikan nada, satuan pengukuran (misalnya, inci vs. sentimeter), dan terminologi yang familiar bagi audiens regional.
- gambar: Meskipun tidak berbasis teks, citra yang dilokalkan dapat mencerminkan preferensi budaya. Misalnya, gambar pakaian di pasar Timur Tengah mungkin memerlukan visual yang lebih sederhana.
- merek: Jika merek memiliki nama yang berbeda di berbagai wilayah, atau jika sub-merek lebih dikenal secara lokal, pastikan bidang merek mencerminkan hal itu.
- sku: Meskipun sering kali konsisten secara global, jika Anda menggunakan kode produk regional atau pengenal, perbarui sku untuk mencocokkan katalog lokal.
- ulasan dan aggregateRating: Elemen-elemen ini juga dapat memperoleh manfaat dari lokalisasi. Jika ulasan pelanggan disertakan dalam skema, pastikan mereka ditulis dalam bahasa lokal dan mencerminkan umpan balik pelanggan khusus wilayah.
- penawaran (disematkan dalam Produk): Ini termasuk harga dan ketersediaan, yang harus mencerminkan mata uang lokal, format, dan tingkat stok. Juga pertimbangkan untuk menyesuaikan priceValidUntil dengan siklus penjualan lokal.
Sebagai contoh, produk "Mantel Musim Dingin – Seri Arktik" dalam bahasa Inggris mungkin dilokalkan sebagai "Chaqueta Invernal – Serie Ártica" dalam bahasa Spanyol. Di pasar Arab, tidak hanya nama dan deskripsi yang perlu diterjemahkan ke dalam bahasa Arab, tetapi Anda mungkin juga perlu menyesuaikan citra dan sorotan fitur dengan apa yang dianggap menarik atau sopan.
Gagal melokalkan skema Produk dapat menciptakan ketidakcocokan antara apa yang ditampilkan dalam cuplikan pencarian dan apa yang ada di halaman produk sebenarnya, merusak kepercayaan dan mengurangi rasio klik. Dengan menyesuaikan skema produk Anda per lokal, Anda memastikan konsistensi, keselarasan SEO yang lebih baik, dan pengalaman berbelanja yang lebih lancar.
{
"@context": "https://schema.org/",
"@type": "Product",
"name": "Chaqueta Invernal – Serie Ártica",
"description": "Una chaqueta cálida ideal para el invierno, con capucha desmontable y bolsillos amplios.",
"sku": "ARCTIC-ES",
"image": "https://example.com/es/images/arctic-coat.jpg",
"brand": {
"@type": "Brand",
"name": "FrostWear"
}
}
Berikut adalah contoh markup skema Produk yang muncul secara online saat mencari produk.
Harga dan mata uang
Harga adalah salah satu informasi paling sensitif bagi pembeli online. Skema Penawaran, biasanya tertanam dalam Skema Produk, mencakup bidang kunci seperti harga, mata uang harga, dan ketersediaan. Melokalkan mata uang dan harga sangat penting, terutama saat situs Anda menargetkan wilayah yang tidak menggunakan USD, EUR, atau standar lainnya.
Sebagai contoh, jika Anda menjual di Timur Tengah, skema Anda harus mencerminkan harga dalam AED atau SAR menggunakan kode mata uang ISO 4217 yang sesuai, seperti "priceCurrency": "AED". Selain itu, format harga harus mengikuti konvensi regional - beberapa negara menggunakan koma alih-alih titik sebagai pemisah desimal, atau menempatkan simbol mata uang setelah jumlah alih-alih sebelum.
Kode mata uang yang tidak tepat atau generik dalam markup skema dapat menyebabkan cuplikan kaya yang menyesatkan, pembeli yang bingung, dan bahkan penalti mesin pencari karena ketidakkonsistenan data. Skema Anda harus sinkron dengan apa yang dilihat pengguna di front end dan mencerminkan tingkat konversi waktu nyata atau strategi harga yang dilokalkan. Mengadaptasi skema ini per bahasa atau subdomain regional sangat penting untuk memastikan representasi yang akurat di seluruh situs web multibahasa Anda. Elemen kunci dalam skema harga yang harus dilokalkan.
- harga: Nilai harga numerik diformat untuk wilayah lokal (mis., 99,99 bukan 99,99).
- priceCurrency: Gunakan kode mata uang ISO 4217 yang benar (misalnya, AED, SAR, JPY, dll.).
- Penempatan simbol mata uang: Sesuaikan simbol dengan konvensi lokal (mis., “99 ر.س” bukan “SAR 99”).
- ketersediaan: Gunakan bahasa atau label yang dilokalkan jika berlaku (mis., “Tersedia” bukan “In Stock” dalam bahasa Spanyol).
Berikut adalah contoh skema yang dilokalkan untuk harga yang disesuaikan dengan pasar Timur Tengah.
{
"@context": "https://schema.org/",
"@type": "Offer",
"price": "89.99",
"priceCurrency": "EUR",
"availability": "https://schema.org/InStock",
"priceValidUntil": "2025-12-31",
"itemCondition": "https://schema.org/NewCondition",
"url": "https://example.com/es/productos/chaqueta-artica"
}
Berikut adalah contoh markup skema harga dan mata uang yang muncul secara online saat mencari produk.
Informasi bisnis & kontak
Skema Organization dan ContactPoint mendefinisikan identitas bisnis Anda dan bagaimana pelanggan dapat menghubungi Anda. Lokalisasi di sini melibatkan lebih dari sekadar terjemahan - memerlukan penyesuaian jam kerja, bahasa dukungan, dan metode kontak untuk memenuhi harapan lokal.
Melokalkan skema bisnis dan kontak, Anda meningkatkan kepercayaan dan membantu mesin pencari menampilkan detail kontak yang akurat di SERP (terutama di perangkat seluler). Ini juga membantu pencarian suara dan asisten pintar menawarkan respons bisnis yang benar berdasarkan lokasi. Skema yang dilokalkan dengan baik memastikan pelanggan melihat opsi kontak yang tepat pada waktu yang tepat, sesuai dengan bahasa, wilayah, dan metode komunikasi yang mereka pilih.
Elemen kunci dari skema Organisasi dan ContactPoint untuk dilokalkan termasuk.
- nama: Terjemahkan atau sesuaikan nama bisnis jika Anda menggunakan identitas merek lokal di berbagai wilayah.
- contactType: Gunakan istilah yang dilokalkan untuk jenis dukungan (misalnya, “servicio al cliente” dalam bahasa Spanyol).
- telepon: Sertakan nomor dukungan lokal dengan format internasional yang tepat.
- areaServed: Tentukan wilayah target menggunakan kode ISO untuk memastikan relevansi geografis.
- bahasaTersedia: Tunjukkan bahasa apa yang dapat ditangani oleh tim dukungan Anda (misalnya, Inggris, Arab, Perancis).
- contactOption: Tambahkan metode kontak khusus wilayah seperti WhatsApp, WeChat, atau alat chat lokal.
- url: Arahkan pengguna ke halaman bantuan atau kontak yang dilokalkan jika tersedia.
Dengan menyesuaikan setiap bidang ini untuk setiap wilayah target, skema Anda akan memenuhi harapan lokal dan meningkatkan peluang untuk ditampilkan dalam hasil pencarian yang relevan, terutama yang mengandalkan interaksi seluler atau suara. Berikut adalah contoh penerapan skema.
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "YourBusiness",
"url": "https://www.yourbusiness.com",
"contactPoint": {
"@type": "ContactPoint",
"telephone": "+33-1-23-45-67-89",
"contactType": "customer support",
"areaServed": "FR",
"availableLanguage": ["en", "fr"]
}
}
Detail pengiriman & pengiriman
Harapan dan aturan pengiriman sangat bervariasi dari negara ke negara. Dengan menggunakan jenis skema seperti DeliveryTimeSettings, ShippingDeliveryTime, atau OfferShippingDetails yang spesifik wilayah, Anda dapat mengkomunikasikan tidak hanya ketersediaan dan perkiraan waktu pengiriman, tetapi juga wilayah yang dilayani, tarif pengiriman, dan waktu penanganan - semua harus dilokalkan untuk setiap pasar. Elemen skema pengiriman yang perlu dilokalkan termasuk.
- tujuanPengiriman: wilayah atau negara yang dilayani.
- waktuPengiriman: perkiraan waktu pengiriman dalam format lokal (mis., 2 hari vs. 5-7 hari kerja).
- tarifPengiriman: tarif pengiriman dalam mata uang lokal.
- transitTimeLabel: label yang digunakan untuk menjelaskan waktu pengiriman (seperti “Ekspres”, “Reguler”, atau “Pengiriman dalam 24 jam”).
- handlingTime: waktu pemrosesan sebelum pengiriman dimulai.
Misalnya, pelanggan di Jerman mungkin mengharapkan pengiriman dalam waktu 3 hari kerja, sedangkan di Indonesia, perkiraan yang umum adalah 5-7 hari. Jika skema pengiriman tidak dilokalkan, pengguna mungkin tidak mendapatkan informasi yang relevan dalam hasil pencarian, membuat mereka ragu untuk melakukan pembelian. Berikut adalah contoh OfferShippingDetails yang dilokalkan untuk pasar Jerman.
{
"@context": "https://schema.org",
"@type": "OfferShippingDetails",
"shippingDestination": {
"@type": "DefinedRegion",
"name": "Germany"
},
"deliveryTime": {
"@type": "ShippingDeliveryTime",
"handlingTime": {
"@type": "QuantitativeValue",
"minValue": 1,
"maxValue": 2,
"unitCode": "d"
},
"shippingRate": {
"@type": "MonetaryAmount",
"value": "5.00",
"currency": "EUR"
}
}
Lokasi toko & informasi bisnis lokal
Menampilkan lokasi toko secara akurat di Google Search atau Google Maps sangat bergantung pada skema LocalBusiness yang dilokalkan dengan baik. Terutama ketika pengguna mencari dalam bahasa atau wilayah lokal, memiliki informasi yang benar meningkatkan visibilitas dan membangun kepercayaan. Elemen kunci dalam skema LocalBusiness yang perlu dilokalkan termasuk.
- nama: nama bisnis diterjemahkan jika relevan dengan konteks lokal.
- alamat: alamat diformat sesuai dengan konvensi lokal, termasuk locality alamat, wilayah alamat, kode pos, dan negara alamat.
- telepon: nomor telepon menggunakan kode negara yang benar dan format lokal.
- spesifikasiJamBuka: Jam buka disesuaikan dengan zona waktu lokal dan kebiasaan bisnis.
- geo: koordinat geografis (lintang dan bujur) lokasi toko.
- areaServed: wilayah atau area yang dilayani oleh bisnis.
Misalnya, berikut adalah cuplikan skema untuk toko yang beroperasi di Berlin, Jerman.
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "Modehaus Berlin",
"address": {
"@type": "PostalAddress",
"addressLocality": "Berlin",
"addressCountry": "DE"
},
"telephone": "+49 30 12345678",
"openingHours": "Mo-Fr 10:00-19:00"
}
Berikut adalah contoh skema markup bisnis lokal.
Navigasi breadcrumb
Skema BreadcrumbList membantu menentukan struktur navigasi situs web Anda, menunjukkan pengguna (dan mesin pencari) di mana mereka berada dalam hierarki situs. Meskipun ini mungkin tampak sederhana, melokalkan breadcrumb sangat penting dalam situs e-commerce multibahasa untuk memastikan konsistensi, meningkatkan SEO, dan meningkatkan pengalaman pengguna.
Misalnya, breadcrumb dalam bahasa Inggris, Spanyol, dan Arab
- “Beranda > Fashion Pria > Jaket”
- “Mulai > Mode Pria > Jaket”,
- “Beranda > Pakaian Pria > Mantel”.
Misalkan skema breadcrumb dibiarkan dalam bahasa Inggris sementara konten halaman dalam bahasa lain. Dalam kasus itu, pengguna mungkin mengalami kebingungan, dan mesin pencari mungkin berjuang untuk mengindeks konten yang dilokalkan dengan benar. Ini juga dapat merusak strategi tautan internal Anda, karena breadcrumb memengaruhi bagaimana ekuitas tautan mengalir melalui situs Anda.
Elemen kunci dalam skema BreadcrumbList yang memerlukan lokalisasi.
- itemListElement.name: Nama yang terlihat dari setiap tingkat breadcrumb harus diterjemahkan.
- itemListElement.item: URL harus menunjuk ke versi yang dilokalkan dengan benar dari setiap halaman.
- posisi: Mencerminkan tingkat dalam jejak breadcrumb (biasanya tetap sama tetapi harus sesuai dengan struktur yang dilokalkan).
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "Inicio",
"item": "https://example.com/es/"
},
{
"@type": "ListItem",
"position": 2,
"name": "Moda Masculina",
"item": "https://example.com/es/moda-masculina"
},
{
"@type": "ListItem",
"position": 3,
"name": "Chaquetas",
"item": "https://example.com/es/moda-masculina/chaquetas"
}
]
}
Berikut adalah contoh skema markup breadcrumb.
Kesalahan umum dalam lokalisasi skema untuk e-Commerce
Bisnis sering menghadapi masalah kritis namun dapat dihindari saat melokalkan markup skema untuk situs web e-commerce. Banyak yang menganggap bahwa terjemahan saja sudah cukup, namun data terstruktur harus sepenuhnya disesuaikan dengan bahasa, mata uang, dan harapan pengguna di setiap wilayah. Kesalahan ini dapat menyebabkan snippet kaya yang rusak, visibilitas pencarian yang buruk, atau kebingungan pengguna.
Di bawah ini adalah beberapa kesalahan umum dalam lokalisasi skema—dan mengapa menghindarinya dapat secara signifikan mempengaruhi kinerja situs dan pengalaman pengguna.
Menggunakan hanya satu bahasa atau mata uang
Salah satu kesalahan paling umum dalam lokalisasi skema e-commerce adalah tetap menggunakan satu bahasa atau mata uang di seluruh data terstruktur situs - bahkan ketika konten front-end diterjemahkan. Ketidakcocokan ini membingungkan pengguna dan mesin pencari. Pembeli di Prancis mungkin membaca deskripsi produk dalam bahasa Prancis tetapi melihat skema yang masih merujuk pada USD, bukan EUR, yang dapat menyebabkan masalah kepercayaan.
Skema yang dilokalkan harus mencerminkan konten yang diterjemahkan dan format mata uang lokal. Misalnya, “priceCurrency”: “EUR” harus menggantikan “priceCurrency”: “USD” pada versi situs dalam bahasa Perancis, dan bidang “name” dan “description” dalam skema Produk harus muncul dalam bahasa Perancis. Tanpa ini, mesin pencari mungkin gagal menampilkan daftar yang dilokalkan secara akurat dalam hasil pencarian.
Mengabaikan lokalisasi bahasa dan mata uang menyebabkan pratinjau snippet yang buruk, mengurangi rasio klik-tayang, dan bahkan dapat melanggar pedoman untuk keakuratan data terstruktur. Selalu sesuaikan skema Anda per bahasa dan wilayah, menggunakan hreflang dan sub-domain atau jalur khusus wilayah.
Tidak memperbarui kode mata uang dengan benar
Banyak yang lupa memperbarui kode mata uang dalam markup skema bahkan ketika pedagang menggunakan simbol mata uang lokal yang benar di front end. Schema.org menggunakan kode ISO 4217 yang terstandar (seperti “USD” untuk Dolar AS atau “JPY” untuk Yen Jepang), dan gagal mencerminkan ini dengan benar dalam “priceCurrency” menyebabkan hasil kaya yang rusak atau menyesatkan.
Misalnya, jika toko Anda di UEA menampilkan harga dalam dirham tetapi masih menggunakan “priceCurrency”: “USD” dalam skema, Google mungkin salah mengartikan harga produk atau memilih untuk tidak menampilkannya sama sekali. Lebih buruk lagi, pelanggan mungkin menganggap produk lebih murah atau lebih mahal karena konteks mata uang yang salah, yang menyebabkan tingkat pentalan atau keranjang yang ditinggalkan.
Selalu periksa kembali nilai mata uang dalam skema Anda, terutama untuk toko multi-mata uang yang menggunakan geolokasi atau pengalih mata uang. Menyelaraskan informasi mata uang visual dan terstruktur meningkatkan tampilan pencarian dan kepercayaan pelanggan.
Melewatkan bidang skema khusus wilayah
Kesalahan lain adalah menggunakan skema generik di seluruh wilayah tanpa memasukkan elemen khusus wilayah seperti “shippingDestination”, “areaServed”, atau “availableAtOrFrom”. Bidang ini sangat penting untuk mengkomunikasikan logistik dan cakupan layanan, terutama dalam pengiriman internasional atau dukungan pelanggan yang dilokalkan.
Misalnya, pembeli di Australia harus melihat perkiraan waktu pengiriman dan opsi pengiriman berdasarkan standar lokal (misalnya, “shippingDestination”: { “@type”: “DefinedRegion”, “name”: “Australia” }). Mengabaikan detail seperti itu dapat menyebabkan mesin pencari berasumsi bahwa Anda tidak mengirimkan barang ke sana, sehingga memengaruhi kemampuan ditemukan dalam pencarian lokal.
Selain itu, bidang seperti “areaServed” dan “availableAtOrFrom” membantu menampilkan bisnis Anda untuk pencarian “dekat saya” atau berbasis wilayah. Jika Anda tidak menggunakan bidang skema ini di halaman regional, Anda mungkin melewatkan peluang pencarian yang dilokalkan.
Mengabaikan dukungan bahasa RTL
Bahasa seperti Arab dan Ibrani dibaca dari kanan ke kiri (RTL), dan gagal menyesuaikan markup skema untuk memperhitungkan hal ini dapat menyebabkan masalah keterbacaan dan SEO. Meskipun skema tidak dirender secara visual, skema harus tetap mencerminkan konteks bahasa untuk mencocokkan pengalaman halaman dan penargetan bahasa pencarian.
Sebagai contoh, bidang "nama" dan "deskripsi" dalam skema produk pada halaman Arab harus diterjemahkan dengan tepat dan dikodekan menggunakan format Unicode yang benar. Selain itu, halaman itu sendiri harus menggunakan lang="ar" dan dir="rtl" dalam HTML, dan skema harus sesuai dengan hal yang sama.
Mengabaikan dukungan RTL menyebabkan ketidakkonsistenan antara konten visual dan terstruktur, berpotensi membingungkan pengguna dan memengaruhi kelayakan hasil yang kaya. Selalu pastikan bahwa baik bahasa maupun arah baca tercermin dalam struktur skema.
Breadcrumb terjemahan yang hilang
Breadcrumbs berfungsi sebagai alat bantu navigasi dan berkontribusi signifikan pada tautan internal dan SEO. Salah satu kesalahan umum dalam lokalisasi skema adalah menyimpan skema breadcrumb dalam bahasa asli, bahkan ketika jalur navigasi yang terlihat diterjemahkan.
Misalnya, jika halaman Anda menampilkan “Inicio > Moda Femenina > Vestidos” (Spanyol untuk “Beranda > Mode Wanita > Gaun”), skema BreadcrumbList Anda harus mencerminkan ini dengan tepat. Menggunakan “nama”: “Beranda” alih-alih “Inicio” dapat menyebabkan diskoneksi dan berdampak negatif pada bagaimana Google menafsirkan struktur situs.
Setiap tingkat breadcrumb (“nama”) harus dilokalkan, dan “item” yang sesuai harus ditautkan ke URL yang dilokalkan. Menjaga semuanya tetap selaras memastikan konsistensi bagi pengguna dan perayap, meningkatkan visibilitas dan indeksasi.
Menggunakan kembali skema yang sama untuk semua bahasa
Kesalahan yang paling merusak adalah menggunakan pendekatan skema one-size-fits-all di semua bahasa. Menggunakan kembali data terstruktur yang sama tanpa menyesuaikan konten, mata uang, bahasa, dan konteks wilayah mengalahkan tujuan lokalisasi.
Setiap versi lokalisasi situs Anda harus memiliki skema yang mencerminkan konten lokal dan metadata. Misalnya, jika Anda memiliki halaman produk terpisah untuk bahasa Inggris dan Perancis, skema Produk mereka harus memiliki “nama”, “deskripsi”, “mata uang harga” yang diterjemahkan, dan bahkan URL khusus bahasa.
Mengabaikan praktik ini dapat mengakibatkan sinyal pencarian yang bertentangan, kualitas cuplikan yang buruk, atau bahkan tindakan manual untuk data terstruktur yang menyesatkan. Praktik terbaik adalah memelihara skema terpisah untuk setiap subdomain bahasa atau versi yang ditandai hreflang, memastikan data terstruktur sesuai dengan bahasa dan wilayah yang dilayani.
Praktik terbaik untuk melokalkan markup skema untuk e-Commerce
Markup skema memainkan peran penting dalam bagaimana mesin pencari menafsirkan dan menampilkan konten Anda. Ketika dilokalkan dengan benar, itu meningkatkan visibilitas Anda di SERP lokal, meningkatkan rasio klik, dan meningkatkan pengalaman berbelanja bagi pengguna di seluruh dunia.
Berikut adalah praktik terbaik yang harus diikuti oleh setiap bisnis e-commerce global untuk memaksimalkan lokalisasi.
Gunakan skema khusus bahasa per halaman
Setiap versi bahasa situs web Anda harus menyertakan markup skema dalam bahasa tertentu itu. Jika Anda menggunakan subdomain atau subfolder (misalnya, example.com/en/ untuk bahasa Inggris dan example.com/de/ untuk bahasa Jerman), masing-masing harus berisi skema yang unik dan sesuai dengan bahasa tersebut.
Jika halaman Jerman Anda masih menggunakan skema dalam bahasa Inggris, Google mungkin kesulitan memahami konteks lokal halaman, dan pengguna mungkin merasa pengalaman tidak konsisten dengan harapan mereka, misalnya seperti di bawah ini.
Negara | Bidang Skema | Nilai yang Dilokalkan |
/fr/halaman-produk | “nama” | "Jaket musim dingin untuk pria" |
“deskripsi” | “Jaket hangat untuk musim dingin Prancis” | |
“dalam Bahasa” | “fr” |
Lokalkan nama dan deskripsi produk
Nama produk dan deskripsi tidak hanya harus diterjemahkan dan diadaptasi secara budaya. Frase yang terdengar menarik di satu negara mungkin tidak akan bergema di negara lain. Gunakan bahasa alami untuk audiens lokal dan selaras dengan perilaku belanja mereka.
Percayalah pada penerjemah asli atau ahli lokal untuk menghindari frase yang canggung atau pesan yang tidak jelas. Bidang seperti nama, deskripsi, dan merek dalam skema Anda harus mencerminkan bahasa dan preferensi lokal.
Bahasa | nama | deskripsi |
Bahasa Inggris | “Jaket Sleek Pria” | “Jaket stylish yang sempurna untuk musim dingin” |
Jepang | “Jaket Musim Dingin Pria” | “Mantel rapi yang cocok untuk musim dingin.” |
Tetapkan harga dan mata uang yang akurat
Harga adalah topik yang sensitif dalam e-commerce. Jangan hanya mengonversi mata uang secara visual di situs Anda—pastikan skema Anda secara akurat mencerminkan mata uang yang benar menggunakan kode ISO 4217 di bidang priceCurrency. Harga juga harus diformat sesuai dengan konvensi lokal, termasuk desimal dan pemisah ribuan.
Hindari menampilkan hanya USD di semua versi bahasa, karena ini dapat membingungkan pengguna atau merusak kepercayaan. Jika Anda menggunakan konversi mata uang waktu nyata, pastikan skema Anda tetap sinkron. Sebagai contoh.
Negara | harga | Mata Uang Harga | Lokal Format |
Jepang | 4500 | JPY | ¥4,500 |
Arab Saudi | 180 | SAR | 180 ر.س |
Lokalkan info bisnis
Informasi kontak bisnis, seperti alamat, nomor telepon, dan jam kerja, harus dilokalkan berdasarkan wilayah. Gunakan format lokal untuk bidang seperti addressLocality, postalCode, dan addressCountry. Sertakan kode sambungan internasional dalam nomor telepon untuk memudahkan pengguna menghubungi Anda.
Bidang seperti spesifikasi jam buka harus mencerminkan zona waktu lokal dan praktik bisnis. Detail ini membantu membangun kepercayaan dan meningkatkan tampilan bisnis Anda dalam hasil pencarian lokal. Misalnya.
Negara | wilayahAlamat | kodePos | Format Jam Buka |
Spanyol | Barcelona | 08001 | Sen-Jum 09:00–18:00 |
Thailand | Chiang Mai | 50000 | Sen–Sab 10:00–19:00 |
Struktur skema untuk bahasa RTL
Bahasa seperti Arab dan Ibrani ditulis dari kanan ke kiri (RTL). Sementara JSON-LD itu sendiri tidak bergantung pada pemformatan visual, bidang skema apa pun yang berisi teks terlihat—seperti nama, deskripsi, atau breadcrumb—harus mencerminkan bahasa dan arah yang benar untuk menghindari inkonsistensi antara konten dan markup.
Jika halaman Anda dalam bahasa Arab tetapi skema masih berisi nilai bahasa Inggris atau konten kiri-ke-kanan, hal itu dapat menyebabkan kebingungan bagi pengguna dan mesin pencari. Selalu pastikan bahwa HTML menyertakan lang=”ar” dan bahwa bidang data terstruktur dilokalkan dengan tepat.
Bidang | Tidak dilokalkan (LTR/Inggris) | Terlokalisasi (RTL/Arab) |
nama | Jaket Musim Dingin | Mantel musim dingin |
deskripsi | Mantel hangat untuk musim dingin | Mantel hangat ideal untuk musim dingin |
breadcrumb | Beranda > Pakaian > Jaket | Beranda > Pakaian > Mantel |
Otomatiskan Lokalisasi Skema dengan Linguise
Melokalkan markup skema secara manual di berbagai bahasa dapat menjadi kompleks, terutama saat mengelola ratusan halaman produk dinamis. Konten yang terlihat dan data terstruktur, termasuk skema Produk, Penawaran, BreadcrumbList, dan LocalBusiness, harus diterjemahkan. Cuplikan kaya mungkin tidak mencerminkan bahasa, mata uang, atau struktur yang benar untuk setiap wilayah tanpa lokalisasi yang tepat.
Linguise menawarkan solusi terjemahan otomatis yang mencakup data terstruktur, menerjemahkan markup skema dan konten Anda. Melalui Editor Langsung, Anda dapat menyempurnakan konten skema secara manual seperti nama produk, deskripsi, atau nilai merek untuk memastikan mereka secara akurat mencerminkan konteks lokal. Ini sangat berguna saat melokalkan bidang skema Produk yang memerlukan nuansa budaya dan adaptasi kata kunci untuk SEO regional.
Selain itu, Linguise mendukung terjemahan tautan dan media, memungkinkan lokalisasi URL breadcrumb, tautan internal, dan bahkan referensi gambar. Ini memastikan bahwa semua elemen, jalur navigasi, aset, dan data terstruktur—sejajar dengan versi bahasa yang benar, membantu mesin pencari memberikan hasil kaya yang lebih akurat dan relevan kepada pengguna di seluruh dunia.
Kesimpulan
Melokalkan markup skema sangat penting bagi bisnis e-commerce internasional yang bertujuan meningkatkan visibilitas di hasil pencarian lokal, meningkatkan cuplikan kaya, dan memberikan pengguna pengalaman multibahasa yang mulus. Dari nama produk dan harga hingga detail pengiriman dan informasi bisnis, setiap bagian data terstruktur harus sesuai dengan bahasa, budaya, dan harapan setiap target pasar.
Untuk menyederhanakan proses ini, pertimbangkan untuk menggunakan Linguise—solusi terjemahan yang tidak hanya mengotomatiskan terjemahan konten tetapi juga menyesuaikan markup skema, tautan, dan media per bahasa. Dengan fitur seperti Live Editor dan terjemahan untuk URL dan gambar, menggunakan Linguise dapat membantu seluruh situs Anda—konten yang terlihat dan data terstruktur sama-sama sepenuhnya terlokalisasi dan siap SEO.
