Lokalizacja znaczników schema dla e-commerce polega na sprawieniu, by Twoje dane strukturalne mówiły językiem Twoich klientów i wyszukiwarek. W przypadku międzynarodowych sklepów internetowych, zwłaszcza tych kierowanych do zróżnicowanych regionów, takich jak UE, Azja Południowo-Wschodnia czy Bliski Wschód, lokalizacja schema ma kluczowe znaczenie w pomaganiu wyszukiwarkom w dostarczaniu właściwych rozszerzonych wyników w oparciu o język, region i walutę użytkownika.
Lokalizując kluczowe typy schematów, takie jak informacje o produkcie, ceny i dane firmy, zwiększasz widoczność, zaufanie i współczynnik konwersji na różnych rynkach. W tym artykule omówiono, które elementy schematu warto zlokalizować, jakich typowych błędów unikać oraz jakie sprawdzone praktyki pomogą Twojemu międzynarodowemu sklepowi e-commerce osiągnąć najlepsze wyniki.
Znaczenie lokalizacji schematu dla Twojego e-commerce
Lokalizacja schematów zapewnia, że Twoje dane strukturalne są zgodne z językiem, walutą i kontekstem kulturowym każdego rynku, któremu służysz. Poprawia to Twoją widoczność w lokalnych wynikach wyszukiwania i ulepsza doświadczenie użytkownika w różnych regionach.
- Poprawia lokalne SEO – Gdy znaczniki schema wykorzystują zlokalizowany język, walutę i pola specyficzne dla regionu, wyszukiwarki mogą lepiej zrozumieć i dopasować Twoje treści do lokalnych intencji wyszukiwania.
- Zapewnia dokładne wyniki rozszerzone – Wyniki rozszerzone, takie jak ceny, dostępność produktów i opinie, będą odzwierciedlać lokalny kontekst użytkownika, budując zaufanie i poprawiając współczynnik klikalności.
- Poprawia wielojęzyczne doświadczenie użytkownika – Zlokalizowany schema pomaga zapewnić spójność między widoczną treścią strony a danymi strukturalnymi, które za nią stoją, unikając dezorientacji międzynarodowych odwiedzających.
- Wspiera zgodność z przepisami regionalnymi i oczekiwaniami – Różne regiony mogą mieć określone wymagania dotyczące danych (np. VAT w UE lub strefy wysyłki w Azji Południowo-Wschodniej), które można uwzględnić za pomocą schematu.
- Zwiększa współczynniki konwersji na rynkach docelowych – Użytkownicy, którzy w podglądach wyszukiwania widzą znany język, walutę i dane kontaktowe, chętniej zaufają Twojej witrynie i podejmą z nią interakcję.
Kluczowe typy schematów e-commerce wymagające lokalizacji
Znaczniki schema to rodzaj danych strukturalnych dodawanych do kodu HTML Twojej witryny, które pomagają wyszukiwarkom zrozumieć kontekst Twoich treści. W e-commerce umożliwiają one wyświetlanie rozszerzonych wyników, takich jak oceny produktów, ceny, dostępność i wiele innych, dzięki czemu Twoje oferty wyróżniają się w wynikach wyszukiwania. W przypadku kierowania na rynki międzynarodowe samo stosowanie schema nie wystarczy – musisz je również zlokalizować.
Poniżej przedstawiono kluczowe typy schematów, które wymagają starannej lokalizacji, aby odnieść sukces w globalnym e-commerce.
Product
Schemat Product dostarcza ustrukturyzowane informacje, takie jak nazwa produktu, opis, SKU, marka, obraz i recenzje. Podczas lokalizacji tego schematu kluczowe jest dokładne tłumaczenie nazw i opisów produktów – nie tylko dosłowne, ale w sposób, który rezonuje z normami kulturowymi i językowymi każdego rynku.
Aby prawidłowo zlokalizować schemat Product, należy dostosować kilka kluczowych elementów do każdego rynku docelowego. Elementy te wykraczają poza podstawowe tłumaczenie — obejmują adaptację kulturową, zgodność z lokalnymi oczekiwaniami oraz dostosowanie do SEO specyficznego dla danego języka. Oto kluczowe aspekty schematu Product, które należy zlokalizować.
- name: Przetłumacz nazwę produktu tak, aby zachować jej znaczenie i atrakcyjność w języku lokalnym. Unikaj dosłownych tłumaczeń, które mogą zdezorientować lub wprowadzić w błąd lokalnych odbiorców.
- description: Lokalizuj opisy, zwracając uwagę na ton, jednostki miary (np. cale vs. centymetry) oraz terminologię znaną odbiorcom regionalnym.
- image: Choć nie jest to element tekstowy, zlokalizowane obrazy mogą odzwierciedlać preferencje kulturowe. Na przykład zdjęcia odzieży na rynkach Bliskiego Wschodu mogą wymagać bardziej skromnych wizualizacji.
- brand: Jeśli marka ma różne nazwy w różnych regionach lub jeśli podmarki są lepiej rozpoznawalne lokalnie, upewnij się, że pole marki to odzwierciedla.
- sku: Chociaż często jest spójny globalnie, jeśli używasz regionalnych kodów produktów lub identyfikatorów, zaktualizuj sku, aby pasował do lokalnego katalogu.
- review i aggregateRating: Te elementy również mogą skorzystać z lokalizacji. Jeśli opinie klientów są uwzględnione w schemacie, upewnij się, że są napisane w lokalnym języku i odzwierciedlają opinie klientów z danego regionu.
- offers (osadzone w Product): Obejmuje to ceny i dostępność, które powinny odzwierciedlać lokalną walutę, formaty i poziomy zapasów. Rozważ także dostosowanie priceValidUntil do lokalnych cykli sprzedażowych.
Na przykład produkt „Winter Coat – Arctic Series” w języku angielskim może zostać zlokalizowany jako „Chaqueta Invernal – Serie Ártica” w języku hiszpańskim. Na rynkach arabskich nie tylko nazwa i opis wymagają tłumaczenia na język arabski, ale może być również konieczne dostosowanie grafiki i najważniejszych cech do tego, co jest uważane za atrakcyjne lub skromne.
Brak lokalizacji schematu Product może powodować niezgodność między tym, co jest wyświetlane w snippecie wyszukiwania, a tym, co znajduje się na rzeczywistej stronie produktu, co szkodzi zaufaniu i obniża współczynnik klikalności. Dostosowując schemat produktu do każdej lokalizacji, zapewniasz spójność, lepsze dopasowanie SEO i płynniejsze doświadczenie zakupowe.
{
"@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"
}
}
Oto przykład znaczników schematu Product, które pojawiają się online podczas wyszukiwania produktu.
Ceny i waluta
Ceny to jedne z najbardziej wrażliwych informacji dla klientów sklepów internetowych. Schemat Offer, zazwyczaj osadzony w schemacie Product, zawiera kluczowe pola, takie jak price, priceCurrency i availability. Lokalizacja waluty i cen ma kluczowe znaczenie, zwłaszcza gdy Twoja witryna jest skierowana do regionów, które nie używają USD, EUR ani innych standardowych domyślnych walut.
Na przykład, jeśli sprzedajesz na Bliskim Wschodzie, Twój schema powinien odzwierciedlać ceny w AED lub SAR, używając odpowiedniego kodu waluty ISO 4217, takiego jak „priceCurrency”: „AED”. Dodatkowo format ceny powinien być zgodny z regionalnymi konwencjami — niektóre kraje używają przecinków zamiast kropek jako separatorów dziesiętnych lub umieszczają symbol waluty po kwocie, a nie przed nią.
Nieprawidłowe lub ogólne kody walut w znacznikach schema mogą prowadzić do mylących rozszerzonych wyników, dezorientacji klientów, a nawet kar ze strony wyszukiwarek za niespójność danych. Twoja schema powinna być zgodna z tym, co użytkownicy widzą na froncie, oraz odzwierciedlać aktualne kursy konwersji lub lokalne strategie cenowe. Dostosowanie tej schema do każdego języka lub regionalnej subdomeny jest niezbędne, aby zapewnić dokładne odwzorowanie na Twojej wielojęzycznej stronie internetowej. Kluczowe elementy w schema cenowej, które muszą zostać zlokalizowane.
- price: Wartość liczbowa ceny sformatowana dla danego regionu (np. 99,99 zamiast 99.99).
- priceCurrency: Użyj prawidłowego kodu waluty ISO 4217 (np. AED, SAR, JPY itp.).
- Umiejscowienie symbolu waluty: Dostosuj symbol do lokalnych konwencji (np. „99 ر.س” zamiast „SAR 99”).
- availability: Użyj zlokalizowanego języka lub etykiet, jeśli to właściwe (np. „In Stock” → „Disponible” po hiszpańsku).
Oto przykład zlokalizowanego schema cenowego dostosowanego do rynku bliskowschodniego.
{
"@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"
}
Oto przykład znaczników schematu cen i walut, które pojawiają się online podczas wyszukiwania produktu.
Informacje o firmie i dane kontaktowe
Schematy Organization i ContactPoint definiują tożsamość Twojej firmy oraz sposoby, w jakie klienci mogą się z Tobą skontaktować. Lokalizacja w tym przypadku to coś więcej niż tylko tłumaczenie — wymaga dostosowania godzin pracy, języków obsługi i metod kontaktu do lokalnych oczekiwań.
Lokalizując schemat biznesowy i kontaktowy, zwiększasz zaufanie i pomagasz wyszukiwarkom wyświetlać dokładne dane kontaktowe w SERP-ach (zwłaszcza na urządzeniach mobilnych). Pomaga to również wyszukiwaniu głosowemu i inteligentnym asystentom oferować poprawne odpowiedzi biznesowe na podstawie lokalizacji. Dobrze zlokalizowany schemat zapewnia, że klienci widzą właściwe opcje kontaktu we właściwym czasie, zgodnie ze swoim językiem, regionem i preferowanymi metodami komunikacji.
Kluczowe elementy schematów Organization i ContactPoint do zlokalizowania to:.
- name: Przetłumacz lub dostosuj nazwę firmy, jeśli używasz lokalnej tożsamości marki w różnych regionach.
- contactType: Użyj zlokalizowanych terminów dla typów wsparcia (np. „servicio al cliente” po hiszpańsku).
- telephone: Podaj lokalne numery wsparcia z prawidłowymi formatami międzynarodowymi.
- areaServed: Określ region docelowy za pomocą kodów ISO, aby zapewnić zgodność geograficzną.
- availableLanguage: Wskaż, jakie języki obsługuje Twój zespół wsparcia (np. angielski, arabski, francuski).
- contactOption: Dodaj metody kontaktu specyficzne dla regionu, takie jak WhatsApp, WeChat lub lokalne narzędzia czatu.
- url: Kieruj użytkowników do zlokalizowanych stron pomocy lub kontaktu, jeśli są dostępne.
Dostosowując każde z tych pól do każdego regionu docelowego, Twój schema spełni lokalne oczekiwania i zwiększy szanse na wyświetlanie w odpowiednich wynikach wyszukiwania, zwłaszcza tych opartych na interakcjach mobilnych lub głosowych. Poniżej znajduje się przykład zastosowania 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"]
}
}
Szczegóły wysyłki i dostawy
Oczekiwania i zasady dotyczące dostawy znacznie różnią się w zależności od kraju. Korzystając z typów schematu, takich jak DeliveryTimeSettings, ShippingDeliveryTime lub OfferShippingDetails, które są specyficzne dla regionu, możesz przekazać nie tylko dostępność i szacowany czas dostawy, ale także obsługiwane regiony, stawki za wysyłkę i czas realizacji — a wszystkie te elementy powinny być zlokalizowane dla każdego rynku. Elementy schematu wysyłki, które wymagają lokalizacji, obejmują:.
- shippingDestination: region or country served.
- deliveryTime: szacowany czas dostawy w formacie lokalnym (np. 2 dni vs. 5-7 dni roboczych).
- shippingRate: koszt wysyłki w lokalnej walucie.
- transitTimeLabel: etykieta używana do opisania czasu dostawy (np. „Express”, „Regular” lub „Dostawa w ciągu 24 godzin”).
- handlingTime: czas przetwarzania przed rozpoczęciem dostawy.
Na przykład klient w Niemczech może oczekiwać dostawy w ciągu 3 dni roboczych, podczas gdy w Indonezji typowy szacowany czas to 5-7 dni. Jeśli schemat wysyłki nie jest zlokalizowany, użytkownicy mogą nie otrzymać odpowiednich informacji w wynikach wyszukiwania, co może zniechęcić ich do zakupu. Oto przykład OfferShippingDetails zlokalizowanego dla rynku niemieckiego.
{
"@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"
}
}
Lokalizacja sklepu i informacje o lokalnej firmie
Dokładne wyświetlanie lokalizacji sklepów w wyszukiwarce Google lub Mapach Google w dużej mierze zależy od dobrze zlokalizowanego schematu LocalBusiness. Zwłaszcza gdy użytkownicy wyszukują w swoim języku lub regionie, posiadanie poprawnych informacji zwiększa widoczność i buduje zaufanie. Kluczowe elementy schematu LocalBusiness, które wymagają lokalizacji, to między innymi:.
- name: nazwa firmy jest tłumaczona, jeśli ma to znaczenie dla lokalnego kontekstu.
- address: adres sformatowany zgodnie z lokalnymi konwencjami, w tym addressLocality, addressRegion, postalCode i addressCountry.
- telephone: numer telefonu z poprawnym kodem kraju i lokalnym formatowaniem.
- openingHoursSpecification: Godziny otwarcia są dostosowywane do lokalnych stref czasowych i zwyczajów biznesowych.
- geo: współrzędne geograficzne (szerokość i długość geograficzna) lokalizacji sklepu.
- areaServed: region lub obszar obsługiwany przez firmę.
Na przykład, oto fragment schematu dla sklepu działającego w Berlinie w Niemczech.
{
"@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"
}
Poniżej znajduje się przykład schematu znaczników lokalnej firmy.
Nawigacja okruszkowa
Schemat BreadcrumbList pomaga zdefiniować strukturę nawigacyjną Twojej witryny, pokazując użytkownikom (i wyszukiwarkom) ich miejsce w hierarchii strony. Choć może się to wydawać proste, lokalizacja okruszków nawigacyjnych ma kluczowe znaczenie w wielojęzycznym sklepie e-commerce , aby zapewnić spójność, poprawić SEO i zwiększyć komfort użytkowania.
Na przykład ścieżka nawigacyjna w języku angielskim, hiszpańskim i arabskim
- „Strona główna > Moda męska > Kurtki”
- „Inicio > Moda Masculina > Chaquetas”,
- „الرئيسية > أزياء الرجال > المعاطف”.
Załóżmy, że schemat okruszków nawigacyjnych pozostaje w języku angielskim, podczas gdy treść strony jest w innym języku. W takim przypadku użytkownicy mogą odczuwać dezorientację, a wyszukiwarki mogą mieć trudności z prawidłowym indeksowaniem zlokalizowanej treści. Może to również zaszkodzić Twojej strategii linkowania wewnętrznego, ponieważ okruszki nawigacyjne wpływają na przepływ wartości linków w Twojej witrynie.
Kluczowe elementy w schemacie BreadcrumbList, które wymagają lokalizacji.
- itemListElement.name: Widoczna nazwa każdego poziomu okruszków nawigacyjnych musi zostać przetłumaczona.
- itemListElement.item: Adres URL powinien wskazywać na poprawną zlokalizowaną wersję każdej strony.
- pozycja: odzwierciedla poziom w ścieżce nawigacyjnej (zwykle pozostaje taka sama, ale musi odpowiadać zlokalizowanej strukturze).
{
"@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"
}
]
}
Poniżej znajduje się przykład schematu znaczników okruszków nawigacyjnych.
Częste błędy w lokalizacji schematów dla e-commerce
Firmy często napotykają krytyczne, ale możliwe do uniknięcia problemy podczas lokalizowania znaczników schema dla witryn e-commerce. Wiele z nich zakłada, że samo tłumaczenie wystarczy, ale dane strukturalne muszą być w pełni dostosowane do języka, waluty i oczekiwań użytkowników w każdym regionie. Takie przeoczenia mogą prowadzić do uszkodzonych wyników rozszerzonych, słabej widoczności w wyszukiwarkach lub dezorientacji użytkowników.
Poniżej przedstawiono niektóre z najczęstszych błędów w lokalizacji schematu — oraz dlaczego ich unikanie może znacząco wpłynąć na wydajność i doświadczenie użytkownika Twojej witryny.
Korzystanie tylko z jednego języka lub waluty
Jednym z najczęstszych błędów w lokalizacji schematów e-commerce jest trzymanie się jednego języka lub waluty w całych danych strukturalnych witryny — nawet gdy treść front-endu jest przetłumaczona. Ta niezgodność dezorientuje zarówno użytkowników, jak i wyszukiwarki. Kupujący we Francji może czytać opisy produktów po francusku, ale widzieć schemat wciąż odnoszący się do USD zamiast EUR, co może powodować problemy z zaufaniem.
Zlokalizowany schemat powinien odzwierciedlać przetłumaczoną treść i lokalne formaty walut. Na przykład „priceCurrency”: „EUR” powinno zastąpić „priceCurrency”: „USD” w francuskiej wersji witryny, a pola „name” i „description” w schemacie Product powinny pojawić się w języku francuskim. Bez tego wyszukiwarki mogą nie wyświetlać Twoich zlokalizowanych ofert dokładnie w wynikach wyszukiwania.
Ignorowanie lokalizacji językowej i walutowej prowadzi do słabych podglądów wyników rozszerzonych, obniża współczynnik klikalności, a nawet może naruszać wytyczne dotyczące dokładności danych strukturalnych. Zawsze dostosowuj swoje dane strukturalne do języka i regionu, używając hreflang oraz subdomen lub ścieżek specyficznych dla regionu.
Nieprawidłowa aktualizacja kodów walut
Wielu zapomina zaktualizować kod waluty w znacznikach schema, nawet gdy sprzedawcy używają prawidłowego zlokalizowanego symbolu waluty w interfejsie użytkownika. Schema.org używa standardowych kodów ISO 4217 (takich jak „USD” dla dolara amerykańskiego czy „JPY” dla jena japońskiego), a nieodzwierciedlenie ich poprawnie w „priceCurrency” prowadzi do błędnych lub wprowadzających w błąd wyników rozszerzonych.
Na przykład, jeśli Twój sklep w ZEA wyświetla ceny w dirhamach, ale w schema nadal używa „priceCurrency”: „USD”, Google może błędnie zinterpretować cenę produktu lub w ogóle zdecydować się jej nie wyświetlać. Co gorsza, klient może uznać, że produkt jest tańszy lub droższy z powodu nieprawidłowego kontekstu walutowego, co prowadzi do wysokiego współczynnika odrzuceń lub porzuconych koszyków.
Zawsze dokładnie sprawdzaj wartości walut w swoim schemacie, zwłaszcza w sklepach obsługujących wiele walut, korzystających z geolokalizacji lub przełączników walut. Zgodność informacji wizualnych i strukturalnych dotyczących waluty poprawia widoczność w wyszukiwarkach i zaufanie klientów.
Pomijanie pól schematu specyficznych dla regionu
Innym błędem jest stosowanie ogólnego schematu w różnych regionach bez uwzględnienia elementów specyficznych dla danego regionu, takich jak „shippingDestination”, „areaServed” czy „availableAtOrFrom”. Te pola są kluczowe dla komunikowania logistyki i zasięgu usług, zwłaszcza w przypadku wysyłki międzynarodowej lub zlokalizowanego wsparcia klienta.
Na przykład klienci w Australii powinni widzieć szacowany czas dostawy i opcje dostawy zgodne z lokalnymi standardami (np. „shippingDestination”: { „@type”: „DefinedRegion”, „name”: „Australia” }). Pominięcie takich szczegółów może skłonić wyszukiwarki do założenia, że nie prowadzisz tam wysyłki, co wpłynie na widoczność w wyszukiwaniu lokalnym.
Co więcej, pola takie jak „areaServed” i „availableAtOrFrom” pomagają wyeksponować Twoją firmę w wyszukiwaniach typu „blisko mnie” lub opartych na regionie. Jeśli nie używasz tych pól schematu na stronach regionalnych, prawdopodobnie tracisz możliwości wyszukiwania lokalnego.
Ignorowanie obsługi języków RTL
Języki takie jak arabski i hebrajski są czytane od prawej do lewej (RTL), a brak dostosowania znaczników schematu do tego faktu może powodować problemy z czytelnością i SEO. Chociaż schemat nie jest renderowany wizualnie, musi nadal odzwierciedlać kontekst językowy, aby odpowiadać doświadczeniu na stronie i targetowaniu językowemu w wyszukiwaniu.
Na przykład pola „name” i „description” w schemacie produktu na stronie arabskiej powinny być odpowiednio przetłumaczone i zakodowane przy użyciu właściwego formatu Unicode. Dodatkowo sama strona powinna używać lang=”ar” i dir=”rtl” w HTML, a schemat powinien być z tym zgodny.
Zaniedbanie obsługi RTL powoduje niespójność między treścią wizualną a ustrukturyzowaną, co może dezorientować użytkowników i wpływać na kwalifikowalność do wyników rozszerzonych. Zawsze upewnij się, że zarówno język, jak i kierunek czytania są odzwierciedlone w strukturze schematu.
Brakujące przetłumaczone okruszki nawigacyjne
Okruszki (breadcrumbs) pełnią funkcję nawigacyjną i znacząco przyczyniają się do linkowania wewnętrznego oraz SEO. Jednym z częstych błędów w lokalizacji schematów jest pozostawienie schematu okruszków w oryginalnym języku, nawet gdy widoczna ścieżka nawigacji jest przetłumaczona.
Na przykład, jeśli Twoja strona wyświetla „Inicio > Moda Femenina > Vestidos” (hiszpańskie „Strona główna > Moda damska > Sukienki”), Twój schemat BreadcrumbList powinien to dokładnie odzwierciedlać. Użycie „name”: „Home” zamiast „Inicio” tworzy rozbieżność i może negatywnie wpłynąć na sposób, w jaki Google interpretuje strukturę witryny.
Każdy poziom okruszków nawigacyjnych („name”) powinien być zlokalizowany, a odpowiadający mu „item” powinien prowadzić do zlokalizowanego adresu URL. Zachowanie spójności zapewnia użytkownikom i robotom wyszukiwarek jednolitość, zwiększając widoczność i indeksowanie.
Ponowne użycie tego samego schematu dla wszystkich języków
Najbardziej szkodliwym błędem jest stosowanie uniwersalnego podejścia do schematu we wszystkich językach. Ponowne wykorzystanie tych samych danych strukturalnych bez dostosowania treści, waluty, języka i kontekstu regionalnego niweczy cały cel lokalizacji.
Każda zlokalizowana wersja Twojej witryny powinna mieć schemat odzwierciedlający lokalną treść i metadane. Na przykład, jeśli masz oddzielne strony produktów w języku angielskim i francuskim, ich schemat Product powinien zawierać przetłumaczone „name”, „description”, „priceCurrency”, a nawet adresy URL specyficzne dla danego języka.
Zaniedbanie tej praktyki może skutkować sprzecznymi sygnałami wyszukiwania, niską jakością snippetów, a nawet ręcznymi działaniami za wprowadzające w błąd dane strukturalne. Najlepszą praktyką jest utrzymywanie oddzielnych schematów dla każdej subdomeny językowej lub wersji oznaczonej hreflang, co zapewnia zgodność danych strukturalnych z językiem i obsługiwanym regionem.
Najlepsze praktyki lokalizacji znaczników schema dla e-commerce
Znaczniki schema odgrywają kluczową rolę w sposobie, w jaki wyszukiwarki interpretują i wyświetlają Twoje treści. Odpowiednio zlokalizowane zwiększają widoczność w lokalnych wynikach wyszukiwania (SERP), poprawiają współczynnik klikalności i ulepszają doświadczenia zakupowe użytkowników na całym świecie.
Oto najlepsze praktyki, których powinien przestrzegać każdy globalny biznes e-commerce, aby w pełni wykorzystać potencjał lokalizacji.
Używaj schematu dostosowanego do języka na każdej stronie
Każda wersja językowa Twojej witryny powinna zawierać znaczniki schematu w tym konkretnym języku. Jeśli używasz subdomen lub podfolderów (np. example.com/en/ dla języka angielskiego i example.com/de/ dla języka niemieckiego), każda z nich powinna zawierać unikalny schemat dostosowany do danego języka.
Jeśli Twoja niemiecka strona nadal używa schematu w języku angielskim, Google może mieć trudności ze zrozumieniem lokalnego kontekstu strony, a użytkownicy mogą uznać to doświadczenie za niezgodne z ich oczekiwaniami, na przykład tak jak poniżej.
Kraj | Pole schematu | Zlokalizowana wartość |
/fr/product-page | „name” | „Veste d’hiver pour homme” |
„description” | „Ciepła kurtka na francuską zimę” | |
„inLanguage” | „fr” |
Lokalizuj nazwy i opisy produktów
Nazwy i opisy produktów nie powinny być jedynie tłumaczone i dostosowywane kulturowo. Zwroty, które brzmią atrakcyjnie w jednym kraju, mogą nie rezonować w innym. Używaj naturalnego języka dostosowanego do lokalnych odbiorców i zgodnego z ich zachowaniami zakupowymi.
Polegaj na rodzimych tłumaczach lub lokalnych ekspertach, aby uniknąć niezręcznych sformułowań lub niejasnych komunikatów. Pola takie jak nazwa, opis i marka w Twoim schemacie powinny odzwierciedlać lokalny język i preferencje.
Język | name | description |
Angielski | „Men’s Sleek Jacket” | „Stylowa kurtka idealna na zimę” |
japoński | „メンズウィンタージャケット” | „冬に最適なおしゃれなジャケットです。” |
Ustaw dokładną cenę i walutę
Cena to wrażliwy temat w e-commerce. Nie ograniczaj się do wizualnej konwersji walut na swojej stronie — upewnij się, że Twój schema dokładnie odzwierciedla właściwą walutę za pomocą kodu ISO 4217 w polu priceCurrency. Ceny powinny być również formatowane zgodnie z lokalnymi konwencjami, w tym z separatorami dziesiętnymi i separatorami tysięcy.
Unikaj wyświetlania wyłącznie USD we wszystkich wersjach językowych, ponieważ może to dezorientować użytkowników lub podważać zaufanie. Jeśli korzystasz z konwersji walut w czasie rzeczywistym, upewnij się, że Twoje dane strukturalne pozostają zsynchronizowane. Na przykład.
Kraj | price | priceCurrency | Format lokalny |
Japonia | 4500 | JPY | ¥4,500 |
Arabia Saudyjska | 180 | SAR | 180 ر.س |
Lokalizacja informacji o firmie
Dane kontaktowe firmy, takie jak adresy, numery telefonów i godziny otwarcia, muszą być zlokalizowane według regionu. Używaj lokalnych formatów dla pól takich jak addressLocality, postalCode i addressCountry. Podawaj międzynarodowe kody telefoniczne, aby ułatwić użytkownikom kontakt z Tobą.
Pola takie jak openingHoursSpecification powinny odzwierciedlać lokalne strefy czasowe i praktyki biznesowe. Te szczegóły pomagają budować zaufanie i poprawiają wygląd Twojej firmy w lokalnych wynikach wyszukiwania. Na przykład.
Kraj | addressLocality | postalCode | openingHoursFormat |
Hiszpania | Barcelona | 08001 | Pon.-Pt. 09:00–18:00 |
Tajlandia | Chiang Mai | 50000 | pon.–sob. 10:00–19:00 |
Struktura schematu dla języków RTL
Języki takie jak arabski i hebrajski są zapisywane od prawej do lewej (RTL). Chociaż sam JSON-LD nie zależy od formatowania wizualnego, każde pole schematu zawierające widoczny tekst — takie jak nazwa, opis czy okruszek nawigacyjny — musi odzwierciedlać właściwy język i kierunek, aby uniknąć niespójności między treścią a znacznikami.
Jeśli Twoja strona jest w języku arabskim, ale schemat nadal zawiera angielskie wartości lub treści od lewej do prawej, może to prowadzić do dezorientacji zarówno użytkowników, jak i wyszukiwarek. Zawsze upewnij się, że kod HTML zawiera lang=”ar” oraz że pola danych strukturalnych są odpowiednio zlokalizowane.
Pole | Niezlokalizowane (LTR/angielski) | Zlokalizowane (RTL/arabski) |
name | Kurtka zimowa | معطف شتوي |
description | Ciepły płaszcz na zimę | Ciepły płaszcz idealny na zimę |
okruszek nawigacyjny | Strona główna > Odzież > Kurtki | Strona główna > Odzież > Płaszcze |
Zautomatyzuj lokalizację schematów dzięki Linguise
Ręczne lokalizowanie znaczników schematu w wielu językach może być skomplikowane, zwłaszcza przy zarządzaniu setkami dynamicznych stron produktowych. Widoczna treść oraz dane strukturalne, w tym schematy Product, Offer, BreadcrumbList i LocalBusiness, muszą zostać przetłumaczone. Bez odpowiedniej lokalizacji fragmenty rozszerzone mogą nie odzwierciedlać właściwego języka, waluty ani struktury dla danego regionu.
Linguise oferuje automatyczne tłumaczenie rozwiązanie rozszerzone na dane strukturalne, tłumaczące znaczniki schematu i Twoją treść. Dzięki jego Edytorowi na żywo możesz ręcznie dostosować treść schematu, taką jak nazwy produktów, opisy lub wartości marki, aby dokładnie odzwierciedlały lokalny kontekst. Jest to szczególnie przydatne przy lokalizowaniu pól schematu Product, które wymagają niuansów kulturowych i adaptacji słów kluczowych dla regionalnego SEO.
Ponadto Linguise obsługuje tłumaczenie linków i multimediów, umożliwiając lokalizację adresów URL okruszków nawigacyjnych, linków wewnętrznych, a nawet odwołań do obrazów. Zapewnia to, że wszystkie elementy, ścieżki nawigacyjne, zasoby i dane strukturalne są zgodne z właściwą wersją językową, pomagając wyszukiwarkom dostarczać użytkownikom na całym świecie dokładniejsze i bardziej trafne wyniki rozszerzone.
Podsumowanie
Lokalizacja znaczników schema jest kluczowa dla międzynarodowych firm e-commerce, które chcą poprawić widoczność w lokalnych wynikach wyszukiwania, ulepszyć rich snippety i zapewnić użytkownikom płynne, wielojęzyczne doświadczenie. Od nazw produktów i cen po szczegóły wysyłki i informacje o firmie — każdy element danych strukturalnych powinien być zgodny z językiem, kulturą i oczekiwaniami danego rynku docelowego.
Aby usprawnić ten proces, rozważ użycie Linguise—rozwiązania do tłumaczeń, które nie tylko automatyzuje tłumaczenie treści, ale także dostosowuje znaczniki schematu, linki i multimedia do każdego języka. Dzięki funkcjom takim jak Live Editor oraz tłumaczeniu adresów URL i obrazów, korzystanie z Linguise może pomóc całej Twojej witrynie—zarówno widoczna treść, jak i dane strukturalne są w pełni zlokalizowane i gotowe pod SEO.
