Melokalkan markup schema untuk e-commerce adalah tentang membuat data terstruktur Anda berbicara dalam bahasa pelanggan dan mesin pencari Anda. Untuk toko online internasional, terutama yang menyasar berbagai wilayah seperti UE, Asia Tenggara, atau Timur Tengah, lokalisasi schema sangat penting dalam membantu mesin pencari menampilkan rich snippet yang tepat berdasarkan bahasa, wilayah, dan mata uang pengguna.
Dengan melokalkan jenis schema utama, seperti info produk, harga, dan detail bisnis, Anda meningkatkan visibilitas, kepercayaan, dan tingkat konversi di berbagai pasar. Artikel ini membahas elemen schema mana yang perlu dilokalkan, kesalahan umum yang harus dihindari, dan praktik terbaik untuk membantu situs e-commerce internasional Anda tampil optimal.
Pentingnya lokalisasi schema untuk e-commerce Anda
Lokalisasi skema memastikan bahwa data terstruktur Anda selaras dengan bahasa, mata uang, dan konteks budaya setiap pasar yang Anda layani. Hal ini meningkatkan visibilitas Anda dalam hasil pencarian lokal dan menyempurnakan pengalaman pengguna di berbagai wilayah.
- Meningkatkan SEO lokal – Ketika markup schema menggunakan bahasa, mata uang, dan bidang khusus wilayah yang dilokalkan, mesin pencari dapat lebih memahami dan mencocokkan konten Anda dengan maksud pencarian lokal.
- Memungkinkan cuplikan kaya yang akurat – Cuplikan kaya seperti harga, ketersediaan produk, dan ulasan akan mencerminkan konteks lokal pengguna, membangun kepercayaan, dan meningkatkan rasio klik-tayang.
- Meningkatkan pengalaman pengguna multibahasa – Skema yang dilokalkan membantu memastikan konsistensi antara konten halaman yang terlihat dan data terstruktur di baliknya, sehingga menghindari kebingungan bagi pengunjung internasional.
- Mendukung kepatuhan dan ekspektasi regional – Wilayah yang berbeda mungkin memiliki persyaratan data tertentu (seperti PPN di UE atau zona pengiriman di Asia Tenggara) yang dapat dipenuhi melalui schema.
- Meningkatkan tingkat konversi di pasar target – Pengguna yang melihat bahasa, mata uang, dan informasi kontak yang familiar di pratinjau penelusuran lebih cenderung mempercayai dan berinteraksi dengan situs Anda.
Jenis schema e-Commerce utama yang memerlukan lokalisasi
Schema markup 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 lainnya sehingga listing Anda menonjol dalam pencarian. Saat menargetkan pasar internasional, hanya menggunakan schema tidaklah cukup, Anda juga perlu melokalkannya.
Berikut adalah jenis skema utama yang memerlukan pelokalan yang cermat untuk keberhasilan e-commerce global.
Product
Skema Produk menyediakan informasi terstruktur seperti nama produk, deskripsi, SKU, merek, gambar, dan ulasan. Saat melokalkan skema ini, penting untuk menerjemahkan nama dan deskripsi produk secara akurat, bukan hanya kata per kata, tetapi dengan cara yang sesuai dengan norma budaya dan linguistik setiap pasar.
Beberapa elemen kunci harus disesuaikan dengan setiap pasar sasaran agar skema Produk dapat dilokalkan dengan tepat. Elemen-elemen ini melampaui terjemahan dasar—adaptasi budaya, kepatuhan terhadap ekspektasi lokal, dan penyelarasan dengan SEO yang spesifik untuk bahasa tertentu. Berikut adalah aspek-aspek kunci dari skema Produk yang perlu dilokalkan.
- name: Terjemahkan nama produk untuk mempertahankan makna dan daya tariknya dalam bahasa lokal. Hindari terjemahan literal yang dapat membingungkan atau menyesatkan audiens lokal.
- description: Lokalkan deskripsi dengan memperhatikan nada, satuan ukuran (misalnya, inci vs. sentimeter), dan terminologi yang familiar bagi audiens regional.
- image: Meskipun tidak berbasis teks, citra yang dilokalkan dapat mencerminkan preferensi budaya. Misalnya, gambar pakaian di pasar Timur Tengah mungkin memerlukan visual yang lebih sopan.
- brand: Jika merek memiliki nama berbeda di berbagai wilayah, atau jika sub-merek lebih dikenal secara lokal, pastikan kolom merek mencerminkan hal tersebut.
- sku: Meskipun sering kali konsisten secara global, jika Anda menggunakan kode atau pengenal produk regional, perbarui sku agar sesuai dengan katalog lokal.
- review dan aggregateRating: Elemen-elemen ini juga dapat memperoleh manfaat dari lokalisasi. Jika ulasan pelanggan disertakan dalam schema, pastikan ulasan tersebut ditulis dalam bahasa lokal dan mencerminkan umpan balik pelanggan yang spesifik untuk wilayah tersebut.
- penawaran (tertanam dalam Produk): Ini mencakup harga dan ketersediaan, yang harus mencerminkan mata uang, format, dan tingkat stok lokal. Pertimbangkan juga untuk menyesuaikan priceValidUntil dengan siklus penjualan lokal.
Misalnya, produk “Winter Coat – Arctic Series” dalam bahasa Inggris mungkin dilokalkan menjadi “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 agar dianggap menarik atau sopan.
Gagal melokalkan skema Product dapat menciptakan ketidaksesuaian antara apa yang ditampilkan di cuplikan pencarian dan apa yang ada di halaman produk sebenarnya, merusak kepercayaan dan menurunkan tingkat 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 schema Produk yang muncul secara online saat mencari suatu produk.
Harga dan mata uang
Harga adalah salah satu informasi yang paling sensitif bagi pembeli online. Skema Offer, yang biasanya disematkan dalam skema Product, mencakup bidang-bidang penting seperti price, priceCurrency, dan availability. Melokalkan mata uang dan harga sangatlah penting, terutama jika situs Anda menyasar wilayah yang tidak menggunakan USD, EUR, atau standar default lainnya.
Misalnya, jika Anda menjual di Timur Tengah, schema 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 sebagai pengganti titik sebagai pemisah desimal, atau menempatkan simbol mata uang setelah jumlah, bukan sebelumnya.
Kode mata uang yang salah atau generik dalam markup schema dapat menyebabkan rich snippet yang menyesatkan, pembeli yang bingung, dan bahkan penalti dari mesin pencari karena ketidakkonsistenan data. Schema Anda harus selaras dengan apa yang dilihat pengguna di front end dan mencerminkan kurs konversi real-time atau strategi harga yang dilokalkan. Menyesuaikan schema ini per bahasa atau subdomain regional sangat penting untuk memastikan representasi yang akurat di seluruh situs web multibahasa Anda. Elemen kunci dalam schema harga yang harus dilokalkan.
- price: Nilai harga numerik yang diformat untuk wilayah lokal (misalnya, 99,99 bukan 99.99).
- Harga dan Mata Uang: Gunakan kode mata uang ISO 4217 yang benar (misalnya, AED, SAR, JPY, dll.).
- Penempatan simbol mata uang: Sesuaikan simbol dengan konvensi lokal (misalnya, “99 ر.س” alih-alih “SAR 99”).
- availability: Gunakan bahasa atau label yang dilokalkan jika berlaku (misalnya, “In Stock” → “Disponible” dalam bahasa Spanyol).
Berikut adalah contoh schema yang dilokalkan untuk penetapan 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 suatu 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—diperlukan penyesuaian jam operasional, bahasa dukungan, dan metode kontak agar sesuai dengan ekspektasi lokal.
Dengan 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 cerdas memberikan respons bisnis yang benar berdasarkan lokasi. Skema yang terlokalisasi dengan baik memastikan pelanggan melihat opsi kontak yang tepat pada waktu yang tepat, sesuai dengan bahasa, wilayah, dan metode komunikasi pilihan mereka.
Elemen-elemen penting dari skema Organization dan ContactPoint yang perlu dilokalkan meliputi.
- name: 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).
- telephone: Sertakan nomor dukungan lokal dengan format internasional yang tepat.
- areaServed: Tentukan wilayah target menggunakan kode ISO untuk memastikan relevansi geografis.
- availableLanguage: Tunjukkan bahasa apa saja yang dapat ditangani oleh tim dukungan Anda (misalnya, Inggris, Arab, Prancis).
- contactOption: Tambahkan metode kontak khusus wilayah seperti WhatsApp, WeChat, atau alat obrolan lokal.
- URL: Arahkan pengguna ke halaman bantuan atau kontak yang sesuai dengan lokasi pengguna jika tersedia.
Dengan menyesuaikan setiap kolom ini untuk setiap wilayah target, schema Anda akan memenuhi ekspektasi lokal dan meningkatkan peluang untuk ditampilkan dalam hasil pencarian yang relevan, terutama yang mengandalkan interaksi seluler atau suara. Berikut ini adalah contoh penerapan schema tersebut.
{
"@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 & pengantaran
Ekspektasi dan aturan pengiriman sangat bervariasi dari satu negara ke negara lain. Dengan menggunakan tipe schema seperti DeliveryTimeSettings, ShippingDeliveryTime, atau OfferShippingDetails yang spesifik untuk suatu wilayah, Anda dapat mengomunikasikan tidak hanya ketersediaan dan estimasi waktu pengiriman, tetapi juga wilayah yang dilayani, tarif pengiriman, dan waktu penanganan—semuanya harus dilokalkan untuk setiap pasar. Elemen schema pengiriman yang perlu dilokalkan meliputi.
- shippingDestination: wilayah atau negara yang dilayani.
- deliveryTime: perkiraan waktu pengiriman dalam format lokal (misalnya, 2 hari vs. 5-7 hari kerja).
- shippingRate: tarif pengiriman dalam mata uang lokal.
- transitTimeLabel: label yang digunakan untuk menggambarkan waktu pengiriman (seperti "Express", "Regular", atau "Pengiriman dalam 24 jam").
- handlingTime: waktu pemrosesan sebelum pengiriman dimulai.
Misalnya, pelanggan di Jerman mungkin mengharapkan pengiriman dalam 3 hari kerja, sedangkan di Indonesia, perkiraan umumnya bisa 5-7 hari. Jika skema pengiriman tidak dilokalkan, pengguna mungkin tidak mendapatkan info yang relevan di hasil pencarian, sehingga membuat mereka ragu untuk membeli. Berikut ini 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 & info bisnis lokal
Menampilkan lokasi toko secara akurat di Google Penelusuran atau Google Maps sangat bergantung pada schema LocalBusiness yang terlokalisasi dengan baik. Terutama saat pengguna mencari dalam bahasa atau wilayah lokal mereka, memiliki informasi yang benar akan meningkatkan visibilitas dan membangun kepercayaan. Elemen kunci dalam schema LocalBusiness yang perlu dilokalisasi meliputi:.
- name: nama bisnis diterjemahkan jika relevan dengan konteks lokal.
- address: alamat diformat sesuai konvensi lokal, termasuk addressLocality, addressRegion, postalCode, dan addressCountry.
- telephone: nomor telepon menggunakan kode negara yang benar dan format lokal.
- openingHoursSpecification: Jam operasional disesuaikan dengan zona waktu setempat dan kebiasaan bisnis.
- geo: koordinat geografis (garis lintang dan bujur) dari lokasi toko.
- areaServed: wilayah atau area yang dilayani 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 ini adalah contoh skema penetapan harga bisnis lokal.
Navigasi remah roti
Skema BreadcrumbList membantu menentukan struktur navigasi situs web Anda, menunjukkan kepada pengguna (dan mesin pencari) di mana mereka berada dalam hierarki situs. Meskipun tampaknya sederhana, melokalkan breadcrumb sangat penting dalam e-commerce multibahasa untuk memastikan konsistensi, meningkatkan SEO, dan menyempurnakan pengalaman pengguna.
Sebagai contoh, remah roti dalam bahasa Inggris, Spanyol, dan Arab
- “Beranda > Mode Pria > Jaket”
- “Inicio > Moda Masculina > Chaquetas”,
- “الرئيسية > أزياء الرجال > المعاطف”.
Misalkan skema breadcrumb dibiarkan dalam bahasa Inggris sementara konten halaman dalam bahasa lain. Dalam hal ini, pengguna mungkin akan mengalami kebingungan, dan mesin pencari mungkin kesulitan mengindeks konten yang dilokalkan dengan benar. Hal ini juga dapat merugikan strategi penautan internal Anda, karena breadcrumb memengaruhi bagaimana ekuitas tautan mengalir melalui situs Anda.
Elemen kunci dalam schema BreadcrumbList yang perlu dilokalkan.
- itemListElement.name: Nama yang terlihat dari setiap level breadcrumb harus diterjemahkan.
- itemListElement.item: URL harus mengarah ke versi halaman yang dilokalkan dengan benar.
- position: 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 ini adalah contoh skema markup breadcrumb.
Kesalahan umum dalam pelokalan skema untuk e-Commerce
Bisnis sering menghadapi masalah kritis namun dapat dihindari saat melokalkan markup schema untuk situs web e-commerce. Banyak yang menganggap bahwa terjemahan saja sudah cukup, tetapi data terstruktur harus sepenuhnya disesuaikan dengan bahasa, mata uang, dan ekspektasi pengguna di setiap wilayah. Kelalaian ini dapat menyebabkan rich snippet rusak, visibilitas pencarian yang buruk, atau kebingungan pengguna.
Berikut adalah beberapa kesalahan paling umum dalam pelokalan schema—dan mengapa menghindarinya dapat secara signifikan memengaruhi performa dan pengalaman pengguna situs Anda.
Hanya menggunakan satu bahasa atau mata uang
Salah satu kesalahan paling umum dalam pelokalan skema e-commerce adalah mempertahankan satu bahasa atau mata uang di seluruh data terstruktur situs—bahkan ketika konten front-end telah diterjemahkan. Ketidaksesuaian ini membingungkan pengguna maupun mesin pencari. Seorang pembeli di Prancis mungkin membaca deskripsi produk dalam bahasa Prancis tetapi melihat skema yang masih mengacu pada USD alih-alih EUR, yang dapat menimbulkan 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 berbahasa Prancis, dan kolom “name” serta “description” dalam skema Product harus muncul dalam bahasa Prancis. Tanpa ini, mesin pencari mungkin gagal menampilkan listing yang dilokalkan secara akurat dalam hasil pencarian.
Mengabaikan lokalisasi bahasa dan mata uang menyebabkan pratinjau cuplikan kaya yang buruk, mengurangi tingkat klik, dan bahkan dapat melanggar pedoman akurasi data terstruktur. Selalu sesuaikan skema Anda per bahasa dan wilayah, menggunakan hreflang dan subdomain atau jalur khusus wilayah.
Kode mata uang tidak diperbarui dengan benar
Banyak yang lupa memperbarui kode mata uang dalam markup schema meskipun para merchant menggunakan simbol mata uang lokal yang benar di front end. Schema.org menggunakan kode ISO 4217 yang terstandarisasi (seperti “USD” untuk Dolar AS atau “JPY” untuk Yen Jepang), dan kegagalan untuk mencerminkannya 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 schema, Google mungkin salah menafsirkan harga produk atau memilih untuk tidak menampilkannya sama sekali. Lebih buruk lagi, pelanggan mungkin menganggap suatu produk lebih murah atau lebih mahal karena konteks mata uang yang salah, sehingga menyebabkan bounce rate atau keranjang belanja 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 di mesin pencari dan kepercayaan pelanggan.
Melewatkan kolom schema khusus wilayah
Kesalahan lain adalah menggunakan schema generik di berbagai wilayah tanpa memasukkan elemen spesifik wilayah seperti “shippingDestination”, “areaServed”, atau “availableAtOrFrom”. Kolom-kolom ini sangat penting untuk mengomunikasikan 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 setempat (misalnya, “shippingDestination”: { “@type”: “DefinedRegion”, “name”: “Australia” }). Menghilangkan detail seperti itu dapat membuat mesin pencari menganggap Anda tidak mengirim ke sana, sehingga memengaruhi keterlihatan di pencarian lokal.
Selain itu, kolom seperti “areaServed” dan “availableAtOrFrom” membantu menampilkan bisnis Anda untuk pencarian “near me” atau berbasis wilayah. Jika Anda tidak menggunakan kolom skema ini di halaman regional, Anda kemungkinan besar melewatkan peluang pencarian yang terlokalisasi.
Mengabaikan dukungan bahasa RTL
Bahasa seperti Arab dan Ibrani dibaca dari kanan ke kiri (RTL), dan kegagalan menyesuaikan markup schema untuk mengakomodasi hal ini dapat menyebabkan masalah keterbacaan dan SEO. Meskipun schema tidak ditampilkan secara visual, schema tetap harus mencerminkan konteks bahasa agar sesuai dengan pengalaman di halaman dan penargetan bahasa pencarian.
Misalnya, kolom “name” dan “description” dalam schema produk pada halaman berbahasa Arab harus diterjemahkan dan dikodekan dengan tepat menggunakan format Unicode yang benar. Selain itu, halaman itu sendiri harus menggunakan lang=”ar” dan dir=”rtl” dalam HTML, dan schema harus sesuai dengan hal yang sama.
Mengabaikan dukungan RTL menyebabkan ketidakkonsistenan antara konten visual dan terstruktur, yang berpotensi membingungkan pengguna dan memengaruhi kelayakan hasil kaya. Selalu pastikan bahwa bahasa dan arah baca tercermin dalam struktur skema.
Breadcrumb yang diterjemahkan tidak ada
Breadcrumb berfungsi sebagai alat bantu navigasi dan berkontribusi signifikan terhadap internal linking dan SEO. Salah satu kesalahan umum dalam lokalisasi schema adalah mempertahankan schema breadcrumb dalam bahasa asli, bahkan ketika jalur navigasi yang terlihat telah diterjemahkan.
Misalnya, jika halaman Anda menampilkan “Inicio > Moda Femenina > Vestidos” (bahasa Spanyol untuk “Home > Women’s Fashion > Dresses”), skema BreadcrumbList Anda harus mencerminkan hal ini secara persis. Menggunakan “name”: “Home” alih-alih “Inicio” menciptakan ketidaksesuaian dan dapat berdampak negatif pada cara Google menafsirkan struktur situs.
Setiap level breadcrumb (“name”) harus dilokalkan, dan “item” yang sesuai harus menautkan ke URL yang dilokalkan. Menjaga semuanya tetap selaras memastikan konsistensi bagi pengguna dan crawler, meningkatkan visibilitas dan indeksasi.
Menggunakan kembali schema yang sama untuk semua bahasa
Kesalahan yang paling merugikan adalah menggunakan pendekatan skema yang seragam untuk semua bahasa. Menggunakan kembali data terstruktur yang sama tanpa menyesuaikan konten, mata uang, bahasa, dan konteks wilayah akan meniadakan seluruh tujuan lokalisasi.
Setiap versi situs Anda yang dilokalkan harus memiliki schema yang mencerminkan konten dan metadata lokal. Misalnya, jika Anda memiliki halaman produk terpisah untuk bahasa Inggris dan Prancis, schema Product mereka harus memiliki “name”, “description”, “priceCurrency”, dan bahkan URL yang spesifik untuk bahasa tersebut.
Mengabaikan praktik ini dapat mengakibatkan sinyal pencarian yang bertentangan, kualitas cuplikan yang buruk, atau bahkan tindakan manual karena data terstruktur yang menyesatkan. Praktik terbaik adalah mempertahankan 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 schema untuk e-Commerce
Markup schema memainkan peran penting dalam bagaimana mesin pencari menafsirkan dan menampilkan konten Anda. Jika dilokalkan dengan benar, ini meningkatkan visibilitas Anda di SERP lokal, meningkatkan rasio klik-tayang, dan menyempurnakan pengalaman berbelanja bagi pengguna di seluruh dunia.
Berikut adalah praktik terbaik yang harus diikuti setiap bisnis e-commerce global untuk memaksimalkan lokalisasi.
Gunakan schema khusus bahasa per halaman
Setiap versi bahasa situs web Anda harus menyertakan markup schema dalam bahasa tersebut. Jika Anda menggunakan subdomain atau subfolder (misalnya, example.com/en/ untuk bahasa Inggris dan example.com/de/ untuk bahasa Jerman), masing-masing harus berisi schema yang unik dan sesuai dengan bahasanya.
Jika halaman Jerman Anda masih menggunakan schema dalam bahasa Inggris, Google mungkin akan kesulitan memahami konteks lokal halaman tersebut, dan pengguna mungkin merasa pengalamannya tidak sesuai dengan ekspektasi mereka, misalnya seperti di bawah ini.
Negara | Bidang Skema | Nilai yang Dilokalkan |
/fr/product-page | “name” | “Veste d’hiver pour homme” |
“description” | “Une veste chaude pour l’hiver français” | |
“inLanguage” | "fr" |
Lokalkan nama dan deskripsi produk
Nama dan deskripsi produk tidak boleh hanya diterjemahkan dan disesuaikan secara budaya. Frasa yang terdengar menarik di satu negara mungkin tidak menarik di negara lain. Gunakan bahasa yang alami untuk audiens lokal dan selaras dengan perilaku belanja mereka.
Andalkan penerjemah native atau ahli lokal untuk menghindari frasa yang janggal atau pesan yang tidak jelas. Kolom seperti nama, deskripsi, dan merek dalam schema Anda harus mencerminkan bahasa dan preferensi lokal.
Bahasa | name | keterangan |
Bahasa Inggris | “Jaket Ramping Pria” | “Jaket bergaya yang sempurna untuk musim dingin” |
Jepang | “メンズウィンタージャケット” | “冬に最適なおしゃれなジャケットです。” |
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 schema Anda secara akurat mencerminkan mata uang yang benar menggunakan kode ISO 4217 di kolom priceCurrency. Harga juga harus diformat sesuai konvensi lokal, termasuk desimal dan pemisah ribuan.
Hindari hanya menampilkan USD di semua versi bahasa, karena hal ini dapat membingungkan pengguna atau menurunkan kepercayaan. Jika Anda menggunakan konversi mata uang secara real-time, pastikan schema Anda tetap sinkron. Sebagai contoh.
Negara | harga | priceCurrency | Lokal Format |
Jepang | 4500 | JPY | ¥4,500 |
Arab Saudi | 180 | SAR | 180 ر.س |
Lokalkan informasi bisnis
Informasi kontak bisnis, seperti alamat, nomor telepon, dan jam operasional, harus dilokalkan sesuai wilayah. Gunakan format lokal untuk kolom seperti addressLocality, postalCode, dan addressCountry. Sertakan kode panggil internasional pada nomor telepon agar pengguna lebih mudah menghubungi Anda.
Kolom seperti openingHoursSpecification harus mencerminkan zona waktu lokal dan praktik bisnis. Detail ini membantu membangun kepercayaan dan meningkatkan tampilan bisnis Anda di hasil pencarian lokal. Misalnya.
Negara | addressLocality | postalCode | openingHoursFormat |
Spanyol | Barcelona | 08001 | Senin-Jumat 09:00–18:00 |
Thailand | Chiang Mai | 50000 | Senin-Sabtu 10:00–19:00 |
Skema struktur untuk bahasa RTL
Bahasa seperti Arab dan Ibrani ditulis dari kanan ke kiri (RTL). Meskipun JSON-LD sendiri tidak bergantung pada pemformatan visual, setiap bidang skema yang berisi teks yang terlihat—seperti name, description, atau breadcrumb—harus mencerminkan bahasa dan arah yang benar untuk menghindari ketidakkonsistenan antara konten dan markup.
Jika halaman Anda berbahasa Arab tetapi skema masih berisi nilai bahasa Inggris atau konten dari kiri ke kanan, hal ini dapat menimbulkan kebingungan bagi pengguna maupun mesin pencari. Selalu pastikan bahwa HTML menyertakan lang=”ar” dan bahwa bidang data terstruktur dilokalkan dengan tepat.
Bidang | Non-lokalisasi (LTR/Inggris) | Lokal (RTL/Arab) |
name | Jaket Musim Dingin | معطف شتوي |
keterangan | Mantel hangat untuk musim dingin | Mantel hangat yang sempurna untuk musim dingin |
breadcrumb | Beranda > Pakaian > Jaket | Beranda > Pakaian > Mantel |
Otomatiskan Pelokalan Skema dengan Linguise
Melokalkan markup skema secara manual di berbagai bahasa bisa menjadi rumit, terutama saat mengelola ratusan halaman produk dinamis. Konten yang terlihat dan data terstruktur, termasuk skema Product, Offer, BreadcrumbList, dan LocalBusiness, harus diterjemahkan. Cuplikan kaya mungkin tidak mencerminkan bahasa, mata uang, atau struktur yang benar untuk setiap wilayah tanpa pelokalan yang tepat.
Linguise menawarkan terjemahan otomatis solusi yang mencakup data terstruktur, menerjemahkan markup schema dan konten Anda. Melalui Live Editor-nya, Anda dapat menyempurnakan konten schema secara manual seperti nama produk, deskripsi, atau nilai merek untuk memastikan konten tersebut secara akurat mencerminkan konteks lokal. Ini sangat berguna saat melokalkan bidang schema Product yang memerlukan nuansa budaya dan adaptasi kata kunci untuk SEO regional.
Selain itu, Linguise mendukung penerjemahan tautan dan media, memungkinkan pelokalan URL breadcrumb, tautan internal, dan bahkan referensi gambar. Ini memastikan bahwa semua elemen, jalur navigasi, aset, dan data terstruktur—selaras dengan versi bahasa yang benar, membantu mesin pencari memberikan hasil kaya yang lebih akurat dan relevan kepada pengguna di seluruh dunia.
Kesimpulan
Melokalkan markup schema sangat penting bagi bisnis e-commerce internasional yang bertujuan meningkatkan visibilitas dalam hasil pencarian lokal, menyempurnakan rich snippet, dan memberikan pengalaman multibahasa yang mulus kepada pengguna. Mulai dari nama produk dan harga hingga detail pengiriman dan informasi bisnis, setiap bagian data terstruktur harus selaras dengan bahasa, budaya, dan ekspektasi setiap pasar sasaran.
Untuk menyederhanakan proses ini, pertimbangkan untuk menggunakan Linguise—solusi terjemahan yang tidak hanya mengotomatiskan terjemahan konten tetapi juga menyesuaikan markup skema, tautan, dan media Anda 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 terlokalisasi sepenuhnya dan siap SEO.
