Bản địa hóa đánh dấu schema cho thương mại điện tử là việc làm cho dữ liệu có cấu trúc của bạn nói ngôn ngữ của khách hàng và công cụ tìm kiếm. Đối với các cửa hàng trực tuyến quốc tế, đặc biệt là những cửa hàng nhắm đến các khu vực đa dạng như EU, Đông Nam Á hoặc Trung Đông, bản địa hóa schema là yếu tố then chốt giúp công cụ tìm kiếm cung cấp đúng đoạn trích nổi bật dựa trên ngôn ngữ, khu vực và tiền tệ của người dùng.
Bằng cách bản địa hóa các loại schema chính, như thông tin sản phẩm, giá cả và chi tiết doanh nghiệp, bạn nâng cao khả năng hiển thị, độ tin cậy và tỷ lệ chuyển đổi ở các thị trường khác nhau. Bài viết này khám phá những yếu tố schema nào cần bản địa hóa, những lỗi phổ biến cần tránh và các phương pháp hay nhất để giúp trang thương mại điện tử quốc tế của bạn hoạt động tốt nhất.
Tầm quan trọng của việc bản địa hóa schema cho thương mại điện tử của bạn
Bản địa hóa schema đảm bảo rằng dữ liệu có cấu trúc của bạn phù hợp với ngôn ngữ, đơn vị tiền tệ và bối cảnh văn hóa của từng thị trường bạn phục vụ. Điều này cải thiện khả năng hiển thị của bạn trong kết quả tìm kiếm địa phương và nâng cao trải nghiệm người dùng trên các khu vực khác nhau.
- Tăng cường SEO địa phương hiệu suất – Khi schema markup sử dụng ngôn ngữ, tiền tệ và các trường theo khu vực được bản địa hóa, các công cụ tìm kiếm có thể hiểu rõ hơn và khớp nội dung của bạn với ý định tìm kiếm địa phương.
- Cho phép đoạn trích nổi bật chính xác – Các đoạn trích nổi bật như giá cả, tình trạng sản phẩm và đánh giá sẽ phản ánh bối cảnh địa phương của người dùng, xây dựng niềm tin và cải thiện tỷ lệ nhấp chuột.
- Cải thiện trải nghiệm người dùng đa ngôn ngữ – Schema được bản địa hóa giúp đảm bảo tính nhất quán giữa nội dung trang hiển thị và dữ liệu có cấu trúc phía sau, tránh gây nhầm lẫn cho khách truy cập quốc tế.
- Hỗ trợ tuân thủ và đáp ứng kỳ vọng của khu vực – Các khu vực khác nhau có thể có các yêu cầu dữ liệu cụ thể (như thuế VAT ở EU hoặc các khu vực vận chuyển ở Đông Nam Á) có thể được giải quyết thông qua lược đồ.
- Tăng tỷ lệ chuyển đổi tại các thị trường mục tiêu – Người dùng nhìn thấy ngôn ngữ, tiền tệ và thông tin liên hệ quen thuộc trong bản xem trước tìm kiếm có nhiều khả năng tin tưởng và tương tác với trang web của bạn hơn.
Các loại schema thương mại điện tử chính cần được bản địa hóa
Schema markup là một loại dữ liệu có cấu trúc được thêm vào HTML của trang web, giúp các công cụ tìm kiếm hiểu ngữ cảnh nội dung của bạn. Đối với thương mại điện tử, nó cung cấp kết quả tìm kiếm phong phú hơn, hiển thị xếp hạng sản phẩm, giá cả, tình trạng hàng hóa và nhiều thông tin khác, giúp sản phẩm của bạn nổi bật hơn trong kết quả tìm kiếm. Khi nhắm mục tiêu vào thị trường quốc tế, chỉ sử dụng schema thôi là chưa đủ, bạn cũng cần phải bản địa hóa nó.
Dưới đây là các loại schema chính cần được bản địa hóa cẩn thận để thành công trong thương mại điện tử toàn cầu.
Product
Schema Product cung cấp thông tin có cấu trúc như tên sản phẩm, mô tả, SKU, thương hiệu, hình ảnh và đánh giá. Khi bản địa hóa schema này, điều quan trọng là phải dịch chính xác tên và mô tả sản phẩm, không chỉ dịch từng từ một, mà theo cách phù hợp với các chuẩn mực văn hóa và ngôn ngữ của từng thị trường.
Một số yếu tố then chốt cần được điều chỉnh cho từng thị trường mục tiêu để bản địa hóa lược đồ Sản phẩm một cách đúng đắn. Những yếu tố này vượt xa bản dịch cơ bản—thích ứng văn hóa, tuân thủ các kỳ vọng của địa phương và phù hợp với SEO theo từng ngôn ngữ. Dưới đây là những khía cạnh chính của lược đồ Sản phẩm cần được bản địa hóa.
- name: Dịch tên sản phẩm để giữ nguyên ý nghĩa và sức hấp dẫn trong ngôn ngữ địa phương. Tránh dịch sát nghĩa có thể gây nhầm lẫn hoặc đánh lừa khách hàng địa phương.
- description: Bản địa hóa phần mô tả, chú ý đến giọng điệu, đơn vị đo lường (ví dụ: inch so với centimet) và thuật ngữ quen thuộc với khán giả khu vực.
- image: Mặc dù không dựa trên văn bản, hình ảnh được bản địa hóa có thể phản ánh sở thích văn hóa. Ví dụ, hình ảnh quần áo tại các thị trường Trung Đông có thể cần hình ảnh kín đáo hơn.
- thương hiệu: Nếu thương hiệu có tên khác nhau ở các khu vực khác nhau, hoặc nếu các thương hiệu phụ dễ nhận biết hơn ở địa phương, hãy đảm bảo trường thương hiệu phản ánh điều đó.
- sku: Mặc dù thường nhất quán trên toàn cầu, nếu bạn sử dụng mã sản phẩm hoặc mã định danh theo khu vực, hãy cập nhật sku để khớp với danh mục sản phẩm địa phương.
- review và aggregateRating: Những yếu tố này cũng có thể được hưởng lợi từ việc bản địa hóa. Nếu đánh giá của khách hàng được đưa vào schema, hãy đảm bảo chúng được viết bằng ngôn ngữ địa phương và phản ánh phản hồi của khách hàng theo khu vực cụ thể.
- offers (nhúng trong Product): Điều này bao gồm giá cả và tình trạng còn hàng, cần phản ánh đơn vị tiền tệ, định dạng và mức tồn kho của địa phương. Cũng nên cân nhắc điều chỉnh priceValidUntil cho phù hợp với chu kỳ bán hàng tại địa phương.
Ví dụ, một sản phẩm “Winter Coat – Arctic Series” bằng tiếng Anh có thể được bản địa hóa thành “Chaqueta Invernal – Serie Ártica” trong tiếng Tây Ban Nha. Tại các thị trường Ả Rập, không chỉ tên và mô tả cần được dịch sang tiếng Ả Rập, mà bạn còn có thể cần điều chỉnh hình ảnh và các điểm nổi bật của tính năng cho phù hợp với những gì được coi là hấp dẫn hoặc kín đáo.
Việc không bản địa hóa Product schema có thể tạo ra sự không khớp giữa những gì hiển thị trong đoạn trích tìm kiếm và những gì trên trang sản phẩm thực tế, làm tổn hại đến lòng tin và giảm tỷ lệ nhấp chuột. Bằng cách điều chỉnh product schema theo từng locale, bạn đảm bảo tính nhất quán, căn chỉnh SEO tốt hơn và trải nghiệm mua sắm mượt mà hơn.
{
"@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"
}
}
Dưới đây là ví dụ về đánh dấu schema Sản phẩm xuất hiện trực tuyến khi tìm kiếm một sản phẩm.
Giá cả và tiền tệ
Giá cả là một trong những thông tin nhạy cảm nhất đối với người mua sắm trực tuyến. Lược đồ Offer, thường được nhúng trong lược đồ Product, bao gồm các trường quan trọng như price, priceCurrency và availability. Việc bản địa hóa tiền tệ và giá cả là rất quan trọng, đặc biệt khi trang web của bạn nhắm đến các khu vực không sử dụng USD, EUR hoặc các đơn vị tiền tệ mặc định tiêu chuẩn khác.
Ví dụ, nếu bạn đang bán hàng ở Trung Đông, schema của bạn nên phản ánh giá bằng AED hoặc SAR bằng cách sử dụng mã tiền tệ ISO 4217 phù hợp, như “priceCurrency”: “AED”. Ngoài ra, định dạng giá nên tuân theo quy ước khu vực—một số quốc gia sử dụng dấu phẩy thay vì dấu chấm làm dấu phân cách thập phân, hoặc đặt ký hiệu tiền tệ sau số tiền thay vì trước.
Mã tiền tệ không chính xác hoặc chung chung trong đánh dấu schema có thể dẫn đến đoạn trích nổi bật gây hiểu lầm, khiến người mua bối rối và thậm chí bị công cụ tìm kiếm xử phạt vì dữ liệu không nhất quán. Schema của bạn nên đồng bộ với những gì người dùng thấy trên giao diện và phản ánh tỷ giá chuyển đổi theo thời gian thực hoặc chiến lược định giá theo khu vực. Việc điều chỉnh schema này theo ngôn ngữ hoặc tên miền phụ khu vực là điều thiết yếu để đảm bảo thể hiện chính xác trên toàn bộ trang web đa ngôn ngữ của bạn. Các yếu tố chính trong schema định giá cần được bản địa hóa.
- giá: Giá trị số được định dạng cho khu vực địa phương (ví dụ: 99,99 thay vì 99,99).
- priceCurrency: Sử dụng mã tiền tệ ISO 4217 chính xác (ví dụ: AED, SAR, JPY, v.v.).
- Vị trí đặt ký hiệu tiền tệ: Điều chỉnh ký hiệu cho phù hợp với quy ước địa phương (ví dụ: “99 ر.س” thay vì “SAR 99”).
- availability: Sử dụng ngôn ngữ hoặc nhãn được bản địa hóa nếu có (ví dụ: “In Stock” → “Disponible” trong tiếng Tây Ban Nha).
Đây là ví dụ về schema bản địa hóa cho giá cả được điều chỉnh cho thị trường Trung Đông.
{
"@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"
}
Dưới đây là một ví dụ về đánh dấu lược đồ giá và tiền tệ xuất hiện trực tuyến khi tìm kiếm một sản phẩm.
Thông tin doanh nghiệp và liên hệ
Các schema Organization và ContactPoint xác định danh tính doanh nghiệp của bạn và cách khách hàng có thể liên hệ với bạn. Bản địa hóa ở đây không chỉ là dịch thuật—mà còn đòi hỏi phải điều chỉnh giờ làm việc, ngôn ngữ hỗ trợ và phương thức liên hệ để phù hợp với mong đợi của địa phương.
Bằng cách bản địa hóa schema doanh nghiệp và liên hệ, bạn nâng cao lòng tin và giúp các công cụ tìm kiếm hiển thị thông tin liên hệ chính xác trong SERPs (đặc biệt trên thiết bị di động). Điều này cũng giúp tìm kiếm bằng giọng nói và các trợ lý thông minh đưa ra phản hồi doanh nghiệp chính xác dựa trên vị trí. Một schema được bản địa hóa tốt đảm bảo rằng khách hàng nhìn thấy các tùy chọn liên hệ phù hợp vào đúng thời điểm, phù hợp với ngôn ngữ, khu vực và phương thức liên lạc ưa thích của họ.
Các yếu tố chính của schema Organization và ContactPoint cần bản địa hóa bao gồm.
- Tên: Dịch hoặc điều chỉnh tên doanh nghiệp nếu bạn sử dụng nhận diện thương hiệu địa phương ở các khu vực khác nhau.
- contactType: Sử dụng thuật ngữ bản địa hóa cho các loại hình hỗ trợ (ví dụ: “servicio al cliente” trong tiếng Tây Ban Nha).
- điện thoại: Bao gồm số hỗ trợ địa phương với định dạng quốc tế phù hợp.
- areaServed: Xác định khu vực mục tiêu bằng cách sử dụng mã ISO để đảm bảo tính phù hợp về mặt địa lý.
- availableLanguage: Cho biết nhóm hỗ trợ của bạn có thể xử lý những ngôn ngữ nào (ví dụ: tiếng Anh, tiếng Ả Rập, tiếng Pháp).
- contactOption: Thêm các phương thức liên hệ theo khu vực như WhatsApp, WeChat hoặc công cụ trò chuyện địa phương.
- url: Hướng người dùng đến các trang trợ giúp hoặc liên hệ được bản địa hóa nếu có.
Bằng cách điều chỉnh từng trường này cho mỗi khu vực mục tiêu, schema của bạn sẽ đáp ứng kỳ vọng của địa phương và tăng cơ hội xuất hiện trong các kết quả tìm kiếm liên quan, đặc biệt là những kết quả dựa trên tương tác di động hoặc giọng nói. Sau đây là một ví dụ về việc áp dụng schema.
{
"@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"]
}
}
Thông tin vận chuyển và giao hàng
Kỳ vọng và quy tắc giao hàng khác biệt đáng kể giữa các quốc gia. Bằng cách sử dụng các loại schema như DeliveryTimeSettings, ShippingDeliveryTime hoặc OfferShippingDetails theo khu vực cụ thể, bạn có thể truyền đạt không chỉ tình trạng sẵn có và thời gian giao hàng dự kiến, mà còn cả các khu vực được phục vụ, mức phí vận chuyển và thời gian xử lý—tất cả đều nên được bản địa hóa cho từng thị trường. Các phần tử schema vận chuyển cần được bản địa hóa bao gồm.
- shippingDestination: khu vực hoặc quốc gia được phục vụ.
- deliveryTime: thời gian giao hàng dự kiến theo định dạng địa phương (ví dụ: 2 ngày so với 5-7 ngày làm việc).
- shippingRate: phí vận chuyển tính bằng đơn vị tiền tệ địa phương.
- transitTimeLabel: nhãn dùng để mô tả thời gian giao hàng (chẳng hạn như “Express”, “Regular”, hoặc “Giao hàng trong vòng 24 giờ”).
- handlingTime: thời gian xử lý trước khi bắt đầu giao hàng.
Ví dụ, một khách hàng ở Đức có thể mong đợi giao hàng trong vòng 3 ngày làm việc, trong khi ở Indonesia, thời gian ước tính thông thường có thể là 5-7 ngày. Nếu phương án vận chuyển không được bản địa hóa, người dùng có thể không nhận được thông tin phù hợp trong kết quả tìm kiếm, khiến họ do dự mua hàng. Đây là một ví dụ về OfferShippingDetails được bản địa hóa cho thị trường Đức.
{
"@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"
}
}
Thông tin về địa điểm cửa hàng và doanh nghiệp địa phương
Việc hiển thị chính xác vị trí cửa hàng trên Google Tìm kiếm hoặc Google Maps phụ thuộc rất nhiều vào schema LocalBusiness được bản địa hóa tốt. Đặc biệt khi người dùng tìm kiếm bằng ngôn ngữ hoặc khu vực địa phương của họ, việc có thông tin chính xác sẽ tăng khả năng hiển thị và xây dựng niềm tin. Các yếu tố chính trong schema LocalBusiness cần được bản địa hóa bao gồm.
- name: tên doanh nghiệp được dịch nếu phù hợp với ngữ cảnh địa phương.
- Địa chỉ: địa chỉ được định dạng theo quy ước địa phương, bao gồm addressLocality, addressRegion, postalCode và addressCountry.
- số điện thoại: số điện thoại với mã quốc gia và định dạng địa phương chính xác.
- openingHoursSpecification: Giờ hoạt động được điều chỉnh theo múi giờ địa phương và thói quen kinh doanh.
- geo: tọa độ địa lý (vĩ độ và kinh độ) của vị trí cửa hàng.
- areaServed: khu vực hoặc vùng lãnh thổ mà doanh nghiệp phục vụ.
Ví dụ, đây là một đoạn mã schema cho một cửa hàng hoạt động tại Berlin, Đức.
{
"@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"
}
Sau đây là một ví dụ về lược đồ đánh dấu doanh nghiệp địa phương.
Điều hướng bằng đường dẫn
Lược đồ BreadcrumbList giúp xác định cấu trúc điều hướng của trang web, cho người dùng (và công cụ tìm kiếm) thấy họ đang ở đâu trong hệ thống phân cấp của trang. Mặc dù điều này có vẻ đơn giản, việc bản địa hóa breadcrumb là rất quan trọng trong một trang thương mại điện tử đa ngôn ngữ để đảm bảo tính nhất quán, cải thiện SEO và nâng cao trải nghiệm người dùng.
Ví dụ, cụm từ "breadcrumb" trong tiếng Anh, tiếng Tây Ban Nha và tiếng Ả Rập
- Trang chủ > Thời trang nam > Áo khoác
- “Inicio > Moda Masculina > Chaquetas”,
- “الرئيسية > أزياء الرجال > المعاطف”.
Giả sử lược đồ breadcrumb được giữ nguyên bằng tiếng Anh trong khi nội dung trang bằng ngôn ngữ khác. Trong trường hợp đó, người dùng có thể gặp nhầm lẫn và công cụ tìm kiếm có thể gặp khó khăn khi lập chỉ mục nội dung đã bản địa hóa một cách chính xác. Điều này cũng có thể gây hại cho chiến lược liên kết nội bộ của bạn, vì breadcrumb ảnh hưởng đến cách giá trị liên kết chảy qua trang web của bạn.
Các yếu tố quan trọng trong lược đồ BreadcrumbList cần được bản địa hóa.
- itemListElement.name: Tên hiển thị của từng cấp breadcrumb phải được dịch.
- itemListElement.item: URL phải trỏ đến phiên bản đã bản địa hóa chính xác của từng trang.
- position: Phản ánh cấp độ trong đường dẫn breadcrumb (thường giữ nguyên nhưng phải tương ứng với cấu trúc đã bản địa hóa).
{
"@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"
}
]
}
Sau đây là một ví dụ về sơ đồ đánh dấu breadcrumb.
Những lỗi thường gặp trong việc bản địa hóa lược đồ cho thương mại điện tử
Các doanh nghiệp thường gặp phải những vấn đề nghiêm trọng nhưng có thể tránh được khi bản địa hóa lược đồ đánh dấu cho các trang web thương mại điện tử. Nhiều người cho rằng chỉ cần dịch là đủ, nhưng dữ liệu có cấu trúc phải được điều chỉnh hoàn toàn cho ngôn ngữ, đơn vị tiền tệ và kỳ vọng của người dùng ở từng khu vực. Những sơ suất này có thể dẫn đến đoạn trích nổi bật bị hỏng, khả năng hiển thị tìm kiếm kém hoặc gây nhầm lẫn cho người dùng.
Dưới đây là một số lỗi phổ biến nhất trong việc bản địa hóa schema—và lý do tại sao việc tránh chúng có thể ảnh hưởng đáng kể đến hiệu suất và trải nghiệm người dùng của trang web của bạn.
Chỉ sử dụng một ngôn ngữ hoặc một loại tiền tệ
Một trong những sai lầm phổ biến nhất trong việc bản địa hóa schema thương mại điện tử là giữ nguyên một ngôn ngữ hoặc một loại tiền tệ xuyên suốt dữ liệu có cấu trúc của trang web—ngay cả khi nội dung giao diện người dùng đã được dịch. Sự không nhất quán này gây nhầm lẫn cho cả người dùng lẫn công cụ tìm kiếm. Một người mua sắm ở Pháp có thể đọc mô tả sản phẩm bằng tiếng Pháp nhưng lại thấy schema vẫn tham chiếu đến USD thay vì EUR, điều này có thể gây ra vấn đề về lòng tin.
Schema bản địa hóa phải phản ánh nội dung đã dịch và định dạng tiền tệ địa phương. Ví dụ: “priceCurrency”: “EUR” phải thay thế “priceCurrency”: “USD” trên phiên bản tiếng Pháp của trang web, và các trường “name” và “description” trong schema Product phải xuất hiện bằng tiếng Pháp. Nếu không có điều này, các công cụ tìm kiếm có thể không hiển thị chính xác danh sách bản địa hóa của bạn trong kết quả tìm kiếm.
Bỏ qua việc bản địa hóa ngôn ngữ và tiền tệ dẫn đến bản xem trước đoạn trích nổi bật kém, giảm tỷ lệ nhấp chuột và thậm chí có thể vi phạm các nguyên tắc về độ chính xác của dữ liệu có cấu trúc. Luôn điều chỉnh schema của bạn theo từng ngôn ngữ và khu vực, sử dụng hreflang và các tên miền phụ hoặc đường dẫn dành riêng cho khu vực.
Không cập nhật mã tiền tệ đúng cách
Nhiều người quên cập nhật mã tiền tệ trong đánh dấu schema ngay cả khi người bán sử dụng đúng ký hiệu tiền tệ bản địa hóa ở giao diện người dùng. Schema.org sử dụng các mã ISO 4217 tiêu chuẩn (như “USD” cho Đô la Mỹ hoặc “JPY” cho Yên Nhật), và việc không phản ánh chính xác những mã này trong “priceCurrency” dẫn đến kết quả phong phú bị hỏng hoặc gây hiểu lầm.
Ví dụ, nếu cửa hàng của bạn ở UAE hiển thị giá bằng dirham nhưng vẫn dùng “priceCurrency”: “USD” trong schema, Google có thể hiểu sai giá sản phẩm hoặc chọn không hiển thị giá đó. Tệ hơn, khách hàng có thể cho rằng sản phẩm rẻ hơn hoặc đắt hơn do ngữ cảnh tiền tệ không chính xác, dẫn đến tỷ lệ thoát trang cao hoặc giỏ hàng bị bỏ dở.
Luôn kiểm tra kỹ các giá trị tiền tệ trong schema của bạn, đặc biệt là đối với các cửa hàng đa tiền tệ sử dụng định vị địa lý hoặc công cụ chuyển đổi tiền tệ. Việc đồng bộ thông tin tiền tệ hiển thị và có cấu trúc giúp cải thiện hiển thị tìm kiếm và niềm tin của khách hàng.
Bỏ qua các trường lược đồ dành riêng cho từng khu vực
Một sai lầm khác là sử dụng schema chung cho nhiều khu vực mà không tích hợp các yếu tố đặc thù theo vùng như “shippingDestination”, “areaServed” hoặc “availableAtOrFrom”. Những trường này rất quan trọng để truyền đạt thông tin về logistics và phạm vi dịch vụ, đặc biệt trong vận chuyển quốc tế hoặc hỗ trợ khách hàng theo khu vực.
Ví dụ, người mua sắm ở Úc sẽ thấy ước tính thời gian vận chuyển và các tùy chọn giao hàng dựa trên tiêu chuẩn địa phương (ví dụ: “shippingDestination”: { “@type”: “DefinedRegion”, “name”: “Australia” }). Việc bỏ qua những chi tiết như vậy có thể khiến công cụ tìm kiếm cho rằng bạn không giao hàng đến đó, ảnh hưởng đến khả năng hiển thị trong tìm kiếm địa phương.
Hơn nữa, các trường như “areaServed” và “availableAtOrFrom” giúp hiển thị doanh nghiệp của bạn trong các tìm kiếm “gần tôi” hoặc theo khu vực. Nếu bạn không sử dụng các trường lược đồ này trên các trang khu vực, bạn có thể đang bỏ lỡ các cơ hội tìm kiếm theo địa phương.
Bỏ qua hỗ trợ ngôn ngữ RTL
Các ngôn ngữ như tiếng Ả Rập và tiếng Do Thái được đọc từ phải sang trái (RTL), và việc không điều chỉnh đánh dấu lược đồ (schema markup) cho phù hợp có thể gây ra các vấn đề về khả năng đọc và SEO. Mặc dù lược đồ không được hiển thị trực quan, nó vẫn phải phản ánh ngữ cảnh ngôn ngữ để phù hợp với trải nghiệm trên trang và nhắm mục tiêu ngôn ngữ tìm kiếm.
Ví dụ, các trường “name” và “description” trong schema sản phẩm trên một trang tiếng Ả Rập cần được dịch và mã hóa phù hợp bằng định dạng Unicode chính xác. Ngoài ra, bản thân trang cũng nên sử dụng lang=”ar” và dir=”rtl” trong HTML, và schema cũng phải khớp tương tự.
Việc bỏ qua hỗ trợ RTL gây ra sự không nhất quán giữa nội dung trực quan và nội dung có cấu trúc, có thể khiến người dùng bối rối và ảnh hưởng đến khả năng hiển thị kết quả phong phú. Luôn đảm bảo rằng cả ngôn ngữ và hướng đọc đều được phản ánh trong cấu trúc schema.
Thiếu dấu vết dịch
Breadcrumb đóng vai trò là công cụ hỗ trợ điều hướng và đóng góp đáng kể vào việc liên kết nội bộ cũng như SEO. Một lỗi phổ biến trong bản địa hóa schema là giữ nguyên schema breadcrumb bằng ngôn ngữ gốc, ngay cả khi đường dẫn điều hướng hiển thị đã được dịch.
Ví dụ, nếu trang của bạn hiển thị “Inicio > Moda Femenina > Vestidos” (tiếng Tây Ban Nha nghĩa là “Trang chủ > Thời trang nữ > Váy”), thì schema BreadcrumbList của bạn cũng phải phản ánh chính xác điều này. Việc dùng “name”: “Home” thay vì “Inicio” sẽ tạo ra sự không nhất quán và có thể ảnh hưởng tiêu cực đến cách Google diễn giải cấu trúc trang web.
Mỗi cấp độ breadcrumb (“name”) nên được bản địa hóa, và “item” tương ứng nên liên kết đến URL đã được bản địa hóa. Giữ mọi thứ nhất quán đảm bảo tính đồng bộ cho người dùng và trình thu thập dữ liệu, nâng cao khả năng hiển thị và lập chỉ mục.
Tái sử dụng cùng một lược đồ cho tất cả các ngôn ngữ
Sai lầm tai hại nhất là sử dụng một cách tiếp cận schema chung cho tất cả các ngôn ngữ. Việc tái sử dụng cùng một dữ liệu có cấu trúc mà không điều chỉnh nội dung, tiền tệ, ngôn ngữ và bối cảnh khu vực sẽ phá hỏng toàn bộ mục đích của bản địa hóa.
Mỗi phiên bản bản địa hóa của trang web của bạn nên có schema phản ánh nội dung và siêu dữ liệu địa phương. Ví dụ, nếu bạn có các trang sản phẩm riêng biệt cho tiếng Anh và tiếng Pháp, schema Product của chúng nên có “name”, “description”, “priceCurrency” được dịch, và thậm chí cả URL dành riêng cho từng ngôn ngữ.
Bỏ qua thực hành này có thể dẫn đến các tín hiệu tìm kiếm xung đột, chất lượng đoạn trích kém, hoặc thậm chí là các hành động thủ công do dữ liệu có cấu trúc gây hiểu nhầm. Một cách làm tốt nhất là duy trì các lược đồ riêng biệt cho từng miền phụ ngôn ngữ hoặc phiên bản được gắn thẻ hreflang, đảm bảo dữ liệu có cấu trúc khớp với ngôn ngữ và khu vực được phục vụ.
Các phương pháp hay nhất để bản địa hóa đánh dấu lược đồ cho thương mại điện tử
Schema markup đóng vai trò quan trọng trong cách các công cụ tìm kiếm diễn giải và hiển thị nội dung của bạn. Khi được bản địa hóa đúng cách, nó giúp tăng khả năng hiển thị của bạn trong SERP địa phương, cải thiện tỷ lệ nhấp và nâng cao trải nghiệm mua sắm cho người dùng trên toàn thế giới.
Dưới đây là những thực tiễn tốt nhất mà mọi doanh nghiệp thương mại điện tử toàn cầu nên tuân theo để tận dụng tối đa việc bản địa hóa.
Sử dụng schema riêng cho từng ngôn ngữ trên mỗi trang
Mỗi phiên bản ngôn ngữ của website nên bao gồm schema markup bằng chính ngôn ngữ đó. Nếu bạn đang sử dụng tên miền phụ hoặc thư mục con (ví dụ: example.com/en/ cho tiếng Anh và example.com/de/ cho tiếng Đức), mỗi phiên bản nên chứa một schema riêng biệt, phù hợp với ngôn ngữ tương ứng.
Nếu trang tiếng Đức của bạn vẫn sử dụng schema bằng tiếng Anh, Google có thể gặp khó khăn trong việc hiểu ngữ cảnh địa phương của trang, và người dùng có thể thấy trải nghiệm không nhất quán với kỳ vọng của họ, ví dụ như bên dưới.
Quốc gia | Trường lược đồ | Giá trị đã bản địa hóa |
/fr/product-page | "tên" | “Veste d'hiver pour homme” |
“description” | “Une veste chaude pour l'hiver français” | |
“trong Ngôn ngữ” | “fr” |
Bản địa hóa tên sản phẩm và mô tả sản phẩm
Tên và mô tả sản phẩm không chỉ nên được dịch và điều chỉnh cho phù hợp văn hóa. Những cụm từ nghe hấp dẫn ở quốc gia này có thể không tạo được thiện cảm ở quốc gia khác. Hãy sử dụng ngôn ngữ tự nhiên với khán giả địa phương và phù hợp với hành vi mua sắm của họ.
Hãy dựa vào người dịch bản ngữ hoặc chuyên gia địa phương để tránh cách diễn đạt lúng túng hoặc thông điệp không rõ ràng. Các trường như tên, mô tả và thương hiệu trong schema của bạn nên phản ánh ngôn ngữ và sở thích của địa phương.
Ngôn ngữ | tên | description |
Tiếng Anh | “Áo khoác nam kiểu dáng thanh lịch” | “Một chiếc áo khoác sành điệu hoàn hảo cho mùa đông” |
Tiếng Nhật | “メンズウィンタージャケット” | “冬に最適なおしゃれなジャケットです。” |
Đặt giá và tiền tệ chính xác
Giá cả là một vấn đề nhạy cảm trong thương mại điện tử. Đừng chỉ đơn thuần chuyển đổi tiền tệ trực quan trên trang web của bạn—hãy đảm bảo lược đồ dữ liệu phản ánh chính xác loại tiền tệ cần thiết bằng cách sử dụng mã ISO 4217 trong trường priceCurrency. Giá cả cũng cần được định dạng theo quy ước địa phương, bao gồm cả số thập phân và dấu phân cách hàng nghìn.
Tránh chỉ hiển thị USD trên tất cả các phiên bản ngôn ngữ, vì điều này có thể gây nhầm lẫn cho người dùng hoặc làm xói mòn lòng tin. Nếu bạn sử dụng chuyển đổi tiền tệ theo thời gian thực, hãy đảm bảo schema của bạn luôn được đồng bộ. Ví dụ.
Quốc gia | price | giá tiền tệ | Định dạng địa phương |
Nhật Bản | 4500 | JPY | ¥4,500 |
Saudi Arabia | 180 | SAR | 180 ر.س |
Bản địa hóa thông tin doanh nghiệp
Thông tin liên hệ của doanh nghiệp, chẳng hạn như địa chỉ, số điện thoại và giờ làm việc, phải được bản địa hóa theo khu vực. Sử dụng định dạng địa phương cho các trường như addressLocality, postalCode và addressCountry. Bao gồm mã quay số quốc tế trong số điện thoại để người dùng dễ dàng liên hệ với bạn hơn.
Các trường như openingHoursSpecification nên phản ánh múi giờ địa phương và thông lệ kinh doanh. Những chi tiết này giúp thiết lập niềm tin và cải thiện sự xuất hiện của doanh nghiệp bạn trong kết quả tìm kiếm địa phương. Ví dụ.
Quốc gia | Địa chỉ | postalCode | Định dạng giờ mở cửa |
Spain | Barcelona | 08001 | Thứ Hai - Thứ Sáu 09:00–18:00 |
Thái Lan | Chiang Mai | 50000 | Thứ 2-Thứ 7 10:00–19:00 |
Cấu trúc schema cho các ngôn ngữ RTL
Các ngôn ngữ như tiếng Ả Rập và tiếng Do Thái được viết từ phải sang trái (RTL). Mặc dù bản thân JSON-LD không phụ thuộc vào định dạng hiển thị, bất kỳ trường schema nào chứa văn bản hiển thị—chẳng hạn như name, description hoặc breadcrumb—đều phải phản ánh đúng ngôn ngữ và hướng để tránh sự không nhất quán giữa nội dung và markup.
Nếu trang của bạn bằng tiếng Ả Rập nhưng lược đồ vẫn chứa các giá trị tiếng Anh hoặc nội dung từ trái sang phải, điều này có thể gây nhầm lẫn cho cả người dùng và công cụ tìm kiếm. Luôn đảm bảo rằng HTML bao gồm lang=”ar” và các trường dữ liệu có cấu trúc được bản địa hóa cho phù hợp.
Cánh đồng | Chưa bản địa hóa (LTR/tiếng Anh) | Đã bản địa hóa (RTL/tiếng Ả Rập) |
tên | Áo khoác mùa đông | معطف شتوي |
description | Một chiếc áo khoác ấm áp cho mùa đông | معطف دافئ مثالي لفصل الشتاء |
vụn bánh mì | Trang chủ > Quần áo > Áo khoác | الرئيسية > الملابس > المعاطف |
Tự động hóa việc bản địa hóa lược đồ với Linguise
Việc bản địa hóa đánh dấu schema theo cách thủ công trên nhiều ngôn ngữ có thể phức tạp, đặc biệt khi quản lý hàng trăm trang sản phẩm động. Nội dung hiển thị và dữ liệu có cấu trúc, bao gồm các schema Product, Offer, BreadcrumbList và LocalBusiness, đều phải được dịch. Các đoạn trích nổi bật (rich snippet) có thể không phản ánh đúng ngôn ngữ, đơn vị tiền tệ hoặc cấu trúc cho từng khu vực nếu không được bản địa hóa đúng cách.
Linguise cung cấp một giải pháp dịch tự động mở rộng đến dữ liệu có cấu trúc, dịch đánh dấu schema và nội dung của bạn. Thông qua Live Editor, bạn có thể tinh chỉnh thủ công nội dung schema như tên sản phẩm, mô tả hoặc giá trị thương hiệu để đảm bảo chúng phản ánh chính xác bối cảnh địa phương. Điều này đặc biệt hữu ích khi bản địa hóa các trường schema Product yêu cầu sắc thái văn hóa và điều chỉnh từ khóa cho SEO khu vực.
Ngoài ra, Linguise hỗ trợ dịch liên kết và phương tiện, cho phép bản địa hóa URL breadcrumb, liên kết nội bộ và thậm chí cả tham chiếu hình ảnh. Điều này đảm bảo rằng tất cả các yếu tố, đường dẫn điều hướng, tài sản và dữ liệu có cấu trúc—đều được căn chỉnh với phiên bản ngôn ngữ chính xác, giúp các công cụ tìm kiếm cung cấp kết quả phong phú chính xác và phù hợp hơn cho người dùng trên toàn thế giới.
Conclusion
Bản địa hóa schema markup là điều thiết yếu đối với các doanh nghiệp thương mại điện tử quốc tế nhằm nâng cao khả năng hiển thị trong kết quả tìm kiếm tại địa phương, cải thiện rich snippet và mang đến cho người dùng trải nghiệm đa ngôn ngữ liền mạch. Từ tên sản phẩm và giá cả đến thông tin vận chuyển và thông tin doanh nghiệp, mọi phần dữ liệu có cấu trúc đều cần phù hợp với ngôn ngữ, văn hóa và kỳ vọng của từng thị trường mục tiêu.
Để đơn giản hóa quy trình này, hãy cân nhắc sử dụng Linguise—một giải pháp dịch thuật không chỉ tự động hóa việc dịch nội dung mà còn điều chỉnh schema markup, liên kết và phương tiện của bạn theo từng ngôn ngữ. Với các tính năng như Live Editor và dịch URL cùng hình ảnh, sử dụng Linguise có thể giúp toàn bộ trang web của bạn—cả nội dung hiển thị lẫn dữ liệu có cấu trúc đều được bản địa hóa hoàn toàn và sẵn sàng cho SEO.
