Lokalizacja znaczników schema dla e-commerce polega na tym, aby Twoje dane strukturalne przemawiały językiem Twoich klientów i wyszukiwarek. Dla międzynarodowych sklepów internetowych, zwłaszcza tych, które są skierowane do różnych regionów, takich jak UE, Azja Południowo-Wschodnia czy Bliski Wschód, lokalizacja schema jest kluczem do dostarczania odpowiednich fragmentów bogatych wyników wyszukiwania w oparciu o język, region i walutę użytkownika.
Lokalizując kluczowe typy schema, takie jak informacje o produkcie, ceny i dane biznesowe, zwiększasz widoczność, zaufanie i współczynniki konwersji na różnych rynkach. Ten artykuł omawia, które elementy schema należy lokalizować, typowe błędy, których należy unikać, i najlepsze praktyki, aby Twoja międzynarodowa witryna e-commerce działała jak najlepiej.
Znaczenie lokalizacji schema dla Twojego e-commerce
Lokalizacja schematu zapewnia, że Twoje dane strukturalne są zgodne z językiem, walutą i kontekstem kulturowym każdego rynku, który obsługujesz. To poprawia widoczność w lokalnych wynikach wyszukiwania i poprawia doświadczenie użytkownika w różnych regionach.
- Zwiększa wydajność lokalnego SEO – Kiedy oznaczenia schematu używają zlokalizowanego języka, waluty i pól specyficznych dla regionu, wyszukiwarki mogą lepiej zrozumieć i dopasować Twoje treści do lokalnych intencji wyszukiwania.
- Umożliwia dokładne fragmenty rozszerzone – Fragmenty rozszerzone, takie jak ceny, dostępność produktów i opinie, będą odzwierciedlać lokalny kontekst użytkownika, budując zaufanie i poprawiając współczynniki klikalności.
- Ulepsza doświadczenie użytkownika wielojęzycznego – Lokalizacja schematu pomaga zapewnić spójność między widoczną treścią strony a strukturą danych za nią, unikając zamieszania wśród międzynarodowych gości.
- Zapewnia zgodność z regionalnymi przepisami i oczekiwaniami – Różne regiony mogą mieć specyficzne wymagania dotyczące danych (takie jak VAT w UE lub strefy wysyłkowe w Azji Południowo-Wschodniej), które można rozwiązać za pomocą schematu.
- Zwiększa współczynniki konwersji na rynkach docelowych – Użytkownicy, którzy widzą znajomy język, walutę i informacje kontaktowe w podglądach wyszukiwania, są bardziej skłonni zaufać i zaangażować się w Twoją stronę.
Kluczowe typy schematów e-Commerce wymagające lokalizacji
Poniżej znajdują się kluczowe typy schema, które wymagają starannej lokalizacji dla globalnego sukcesu e-commerce.
Produkt
Schemat Produktu dostarcza ustrukturyzowane informacje, takie jak nazwa produktu, opis, SKU, marka, obraz i recenzje. Podczas lokalizowania tego schematu kluczowe jest dokładne tłumaczenie nazw produktów i opisów, nie tylko słowo w słowo, ale w sposób, który rezonuje z kulturowymi i lingwistycznymi normami każdego rynku.
Kilka kluczowych elementów musi być dostosowanych do każdego docelowego rynku, aby odpowiednio zlokalizować schemat Produktu. Elementy te wykraczają poza podstawowe tłumaczenie — adaptację kulturową, zgodność z lokalnymi oczekiwaniami i dostosowanie do SEO specyficznego dla języka. Oto kluczowe aspekty schematu Produktu, które powinny być zlokalizowane.
- nazwa: Przetłumacz nazwę produktu, aby zachować znaczenie i atrakcyjność w lokalnym języku. Unikaj dosłownych tłumaczeń, które mogą wprowadzić w błąd lub dezorientować lokalną publiczność.
- opis: Zlokalizuj opisy, zwracając uwagę na ton, jednostki miary (np. cale vs. centymetry) i terminologię znaną regionalnej publiczności.
- obraz: Chociaż nie jest to oparte na tekście, zlokalizowana grafika może odzwierciedlać kulturowe preferencje. Na przykład obrazy odzieży na Bliskim Wschodzie mogą wymagać bardziej umiarkowanych wizualizacji.
- Marka: Jeśli marka ma różne nazwy w różnych regionach lub jeśli submarki są bardziej rozpoznawalne lokalnie, upewnij się, że pole marki to odzwierciedla.
- Kod SKU: Chociaż często jest spójny na całym świecie, jeśli używasz regionalnych kodów produktów lub identyfikatorów, zaktualizuj kod SKU, aby pasował do lokalnego katalogu.
- Recenzja i ocena zagregowana: Te elementy mogą również skorzystać na lokalizacji. Jeśli recenzje klientów są zawarte w schemacie, upewnij się, że są napisane w lokalnym języku i odzwierciedlają specyficzne dla regionu opinie klientów.
- Oferty (wbudowane w Produkt): Obejmuje to cenę i dostępność, które powinny odzwierciedlać lokalną walutę, formaty i stany magazynowe. Rozważ również dostosowanie priceValidUntil do lokalnych cykli sprzedażowych.
Na przykład produkt "Kurtka zimowa - Seria Arktyczna" w języku angielskim może być zlokalizowany jako "Chaqueta Invernal - Serie Ártica" w języku hiszpańskim. Na rynkach arabskich nie tylko nazwa i opis muszą być przetłumaczone na arabski, ale może być również konieczne dostosowanie obrazów i wyróżników funkcji do tego, co jest uważane za atrakcyjne lub skromne.
Brak lokalizacji schematu produktu może powodować rozbieżności między tym, co jest wyświetlane w snippetach wyszukiwania, a tym, co znajduje się na rzeczywistej stronie produktu, co może uszkodzić zaufanie i obniżyć współczynniki klikalności. Dostosowując schemat produktu do lokalizacji, zapewniasz spójność, lepsze dopasowanie SEO i bardziej płynne 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 oznaczenia schematu produktu, które pojawia się online podczas wyszukiwania produktu.
Ceny i waluta
Cena jest jednym z najbardziej wrażliwych elementów informacji dla kupujących online. Schemat Oferty, zazwyczaj osadzony w schemacie Produktu, zawiera kluczowe pola, takie jak cena, waluta ceny i dostępność. Lokalizacja waluty i cen jest kluczowa, szczególnie gdy witryna jest skierowana do regionów, które nie używają USD, EUR ani innych standardowych ustawień domyślnych.
Na przykład, jeśli sprzedajesz na Bliskim Wschodzie, Twój schemat 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 zamiast przed nią.
Nieprawidłowe lub ogólne kody walut w oznaczeniach schematu mogą prowadzić do mylących fragmentów z bogatymi wynikami, dezorientacji kupujących, a nawet kar od wyszukiwarki za niespójność danych. Twój schemat powinien być zsynchronizowany z tym, co użytkownicy widzą na froncie i odzwierciedlać bieżące kursy walut lub lokalne strategie cenowe. Dostosowanie tego schematu do języka lub regionalnej subdomeny jest niezbędne, aby zapewnić dokładną reprezentację na Twojej wielojęzycznej stronie.
- cena: Wartość liczbowa ceny sformatowana dla lokalnego regionu (np. 99,99 zamiast 99.99).
- walutaCeny: Użyj poprawnego kodu waluty ISO 4217 (np. AED, SAR, JPY, itp.).
- Umiejscowienie symbolu waluty: Dostosuj symbol do lokalnych konwencji (np. „99 ر.س” zamiast „SAR 99”).
- Dostępność:
Oto przykład zlokalizowanego schematu 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 schematu cen i waluty, który pojawia się online podczas wyszukiwania produktu.
Informacje biznesowe i kontaktowe
Schematy Organization i ContactPoint definiują tożsamość Twojej firmy i sposób, w jaki klienci mogą się z Tobą skontaktować. Lokalizacja wymaga tutaj czegoś więcej niż tylko tłumaczenia — wymaga dostosowania godzin pracy, języków pomocy i metod kontaktu do lokalnych oczekiwań.
Lokalizacja schematu biznesowego i kontaktowego zwiększa zaufanie i pomaga wyszukiwarkom wyświetlać dokładne dane kontaktowe w wynikach wyszukiwania (zwłaszcza na urządzeniach mobilnych). Pomaga to również wyszukiwaniu głosowemu i inteligentnym asystentom oferować odpowiednie odpowiedzi biznesowe oparte na lokalizacji. Dobrze zlokalizowany schemat zapewnia, że klienci widzą odpowiednie opcje kontaktowe o właściwej porze, dopasowane do ich języka, regionu i preferowanych metod komunikacji.
Kluczowe elementy schematów Organization i ContactPoint do zlokalizowania obejmują.
- nazwa: Przetłumacz lub dostosuj nazwę firmy, jeśli używasz lokalnej tożsamości marki w różnych regionach.
- typ kontaktu: Użyj zlokalizowanych terminów dla rodzajów wsparcia (np. „obsługa klienta” po polsku).
- telefon: Uwzględnij lokalne numery wsparcia z odpowiednimi formatami międzynarodowymi.
- obszar obsługiwany: Określ region docelowy za pomocą kodów ISO, aby zapewnić trafność geograficzną.
- dostępneJęzyki: Wskaż, które języki obsługuje Twój zespół wsparcia (np. angielski, arabski, francuski).
- contactOption: Add region-specific contact methods such as WhatsApp, WeChat, or local chat tools.
- adresURL: Przekieruj 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 docelowego regionu, Twój schemat spełni lokalne oczekiwania i zwiększy szanse na pojawienie się w odpowiednich wynikach wyszukiwania, szczególnie tych, które opierają się na interakcjach mobilnych lub głosowych. Poniżej znajduje się przykład zastosowania schematu.
{
"@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 dostawy & wysyłki
Oczekiwania dotyczące dostawy i zasady różnią się znacznie w zależności od kraju. Używając typów schematów, takich jak DeliveryTimeSettings, ShippingDeliveryTime lub OfferShippingDetails, które są specyficzne dla regionu, możesz komunikować nie tylko dostępność i szacowany czas dostawy, ale także obsługiwane regiony, stawki za wysyłkę i czasy obsługi - wszystko to powinno być dostosowane do każdego rynku. Elementy schematu wysyłki, które wymagają lokalizacji, obejmują.
- miejsce dostawy: region lub kraj objęty dostawą.
- czas dostawy: szacowany czas dostawy w lokalnym formacie (np. 2 dni vs. 5-7 dni roboczych).
- stawka za wysyłkę: stawka za wysyłkę w lokalnej walucie.
- etykieta czasu tranzytu: etykieta używana do opisania czasu dostawy (takie jak „Express”, „Regular” lub „Dostawa w ciągu 24 godzin”).
- czas obsługi: 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 typowe oszacowanie może wynosić 5-7 dni. Jeśli schemat wysyłki nie jest zlokalizowany, użytkownicy mogą nie uzyskać odpowiednich informacji w wynikach wyszukiwania, co może sprawić, że będą wahali się z zakupem. Oto przykład OfferShippingDetails zlokalizowany 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 sklepu w Google Search lub Google Maps w dużej mierze zależy od dobrze zlokalizowanego schematu LocalBusiness. Zwłaszcza gdy użytkownicy szukają w swoim lokalnym języku lub regionie, posiadanie odpowiednich informacji zwiększa widoczność i buduje zaufanie. Kluczowe elementy schematu LocalBusiness, które wymagają lokalizacji, obejmują.
- nazwa: nazwa firmy jest tłumaczona, jeśli jest odpowiednia do lokalnego kontekstu.
- adres: adres sformatowany zgodnie z lokalnymi konwencjami, obejmujący miejscowość, region, kod pocztowy i kraj.
- telefon: numer telefonu z użyciem odpowiedniego kodu kraju i lokalnego formatowania.
- openingHoursSpecification: Godziny pracy są dostosowane do lokalnych stref czasowych i zwyczajów biznesowych.
- geo: współrzędne geograficzne (szerokość i długość geograficzna) lokalizacji sklepu.
- obszarObsługiwany: region lub obszar, który obsługuje firma.
Na przykład, oto fragment schematu dla sklepu działającego w Berlinie, Niemcy.
{
"@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 oznaczenia lokalnego biznesu.
Nawigacja breadcrumb
Schema BreadcrumbList pomaga określić strukturę nawigacji Twojej witryny, pokazując użytkownikom (i wyszukiwarkom) gdzie są w hierarchii witryny. Choć może się to wydawać proste, lokalizacja breadcrumbów jest kluczowa na stronie e-commerce wielojęzycznej, aby zapewnić spójność, poprawić SEO i poprawić doświadczenie użytkownika.
Na przykład breadcrumb w języku angielskim, hiszpańskim i arabskim
- “Strona główna > Moda męska > Kurtki”
- “Inicio > Moda Masculina > Chaquetas”,
- “الرئيسية > أزياء الرجال > المعاطف”.
Załóżmy, że schemat breadcrumb pozostaje w języku angielskim, podczas gdy treść strony jest w innym języku. W takim przypadku użytkownicy mogą doświadczyć zamieszania, a wyszukiwarki mogą mieć trudności z prawidłowym indeksowaniem zlokalizowanej treści. Może to również zaszkodzić strategii linkowania wewnętrznego, ponieważ breadcrumb wpływa na to, jak kapitał linkowy przepływa przez Twoją witrynę.
Kluczowe elementy schematu BreadcrumbList, które wymagają lokalizacji.
- itemListElement.name: Widoczna nazwa każdego poziomu breadcrumb musi być przetłumaczona.
- itemListElement.item: Adres URL powinien wskazywać na poprawną, zlokalizowaną wersję każdej strony.
- position: Odzwierciedla poziom w ścieżce nawigacyjnej (zwykle pozostaje taki sam, 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 oznaczenia breadcrumb.
Częste błędy w lokalizacji schematu dla e-Commerce
Firmy często napotykają krytyczne, lecz możliwe do uniknięcia problemy podczas lokalizowania znaczników schema dla stron e-commerce. Wiele z nich zakłada, że sam przekład jest wystarczający, jednak dane strukturalne muszą być w pełni dostosowane do języka, waluty i oczekiwań użytkowników w każdym regionie. Te niedopatrzenia mogą prowadzić do uszkodzonych fragmentów, słabej widoczności w wyszukiwarkach lub dezorientacji użytkowników.
Poniżej przedstawiamy niektóre z najczęstszych błędów w lokalizacji schema — oraz dlaczego ich unikanie może znacząco wpłynąć na wydajność Twojej strony i doświadczenie użytkownika.
Używanie tylko jednego języka lub waluty
Jednym z najczęstszych błędów w lokalizacji schematu e-commerce jest trzymanie się jednego języka lub waluty na całej stronie ze strukturą danych — nawet gdy treść front-endu jest przetłumaczona. Ta niezgodność dezorientuje zarówno użytkowników, jak i wyszukiwarki. Kupujący we Francji mogą 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” we francuskiej wersji strony, a pola „name” i „description” w schemacie Produktu powinny pojawić się po francusku. Bez tego wyszukiwarki mogą nie wyświetlać Twoich zlokalizowanych listowań dokładnie w wynikach wyszukiwania.
Ignorowanie lokalizacji językowej i walutowej prowadzi do słabych podglądów fragmentów, zmniejsza współczynniki klikalności i może nawet naruszać wytyczne dotyczące dokładności danych strukturalnych. Zawsze dostosowuj swój schemat według języka i regionu, używając hreflang i specyficznych dla regionu subdomen lub ścieżek.
Nieprawidłowa aktualizacja kodów walutowych
Wiele osób zapomina o aktualizacji kodu waluty w oznaczeniach schematu, nawet gdy handlowcy używają prawidłowego, zlokalizowanego symbolu waluty na froncie. Schema.org używa znormalizowanych kodów ISO 4217 (takich jak „USD” dla dolara amerykańskiego lub „JPY” dla jena japońskiego), a brak prawidłowego odzwierciedlenia tych kodów w „priceCurrency” prowadzi do uszkodzonych lub mylących wyników wyszukiwania.
Na przykład, jeśli Twój sklep w Zjednoczonych Emiratach Arabskich pokazuje ceny w dirhamach, ale nadal używa „priceCurrency”: „USD” w schemacie, Google może błędnie zinterpretować cenę produktu lub zdecydować się nie wyświetlać jej w ogóle. Gorzej, klient może założyć, że produkt jest tańszy lub droższy z powodu nieprawidłowego kontekstu walutowego, co prowadzi do odrzuceń lub porzuconych koszyków.
Zawsze dokładnie sprawdzaj wartości walut w swoim schemacie, szczególnie w sklepach z wieloma walutami, które korzystają z geolokalizacji lub przełączników walut. Wyrównanie wizualnych i ustrukturyzowanych informacji o walucie poprawia wygląd w wyszukiwarkach i zaufanie klientów.
Pomijanie pól schematu specyficznych dla regionu
Innym błędem jest używanie ogólnego schematu w różnych regionach bez uwzględniania elementów specyficznych dla regionu, takich jak „shippingDestination”, „areaServed” lub „availableAtOrFrom”. Te pola są kluczowe dla komunikacji logistycznej i zakresu obsługi, szczególnie w międzynarodowych przesyłkach lub lokalnej obsłudze klienta.
Na przykład klienci w Australii powinni widzieć szacowany czas dostawy i opcje dostawy oparte na lokalnych standardach (np. „shippingDestination”: { „@type”: „DefinedRegion”, „name”: „Australia” }). Pominięcie takich szczegółów może spowodować, że wyszukiwarki założy, że nie wysyłasz tam towarów, co wpłynie na widoczność w lokalnym wyszukiwaniu.
Ponadto pola takie jak „areaServed” i „availableAtOrFrom” pomagają wypromować Twoją firmę w wynikach wyszukiwania „w pobliżu” lub w wyszukiwaniach regionalnych. Jeśli nie używasz tych pól schematu na stronach regionalnych, prawdopodobnie tracisz możliwości lokalnego wyszukiwania.
Ignorowanie wsparcia dla języków RTL
Języki takie jak arabski i hebrajski czyta się od prawej do lewej (RTL), a brak dostosowania oznaczeń schema do tego może powodować problemy z czytelnością i SEO. Chociaż schema nie jest renderowane wizualnie, nadal musi odzwierciedlać kontekst językowy, aby dopasować się do doświadczenia na stronie i targetowania językowego wyszukiwania.
Na przykład pola „name” i „description” w schema produktu na stronie arabskiej powinny być odpowiednio przetłumaczone i zakodowane przy użyciu odpowiedniego formatu Unicode. Dodatkowo sama strona powinna używać lang=”ar” i dir=”rtl” w HTML, a schema powinno być takie samo.
Zaniedbanie wsparcia dla RTL powoduje niespójność między treścią wizualną a strukturalną, co może potencjalnie wprowadzić użytkowników w błąd i wpłynąć na kwalifikowalność do wyników bogatych. Zawsze upewnij się, że zarówno język, jak i kierunek czytania są odzwierciedlone w strukturze schematu.
Brakujące przetłumaczone okruchy
Okruchy służą jako pomoce nawigacyjne i w znacznym stopniu przyczyniają się do wewnętrznego linkowania i SEO. Jednym z częstych błędów w lokalizacji schematu jest zachowanie schematu okruchów w oryginalnym języku, nawet gdy widoczna ścieżka nawigacji jest przetłumaczona.
Na przykład, jeśli Twoja strona pokazuje „Inicio > Moda Femenina > Vestidos” (hiszpański dla „Strona główna > Moda damska > Sukienki”), Twój schemat BreadcrumbList powinien to odzwierciedlać dokładnie. Użycie „name”: „Home” zamiast „Inicio” tworzy rozłączenie i może negatywnie wpłynąć na to, jak Google interpretuje strukturę witryny.
Każdy poziom okruszków (“name”) powinien być zlokalizowany, a odpowiadający mu “item” powinien łączyć się z zlokalizowanym adresem URL. Utrzymanie wszystkiego w zgodzie zapewnia spójność dla użytkowników i robotów, zwiększając widoczność i indeksowanie.
Używanie tego samego schematu dla wszystkich języków
Najbardziej szkodliwym błędem jest używanie jednego schematu dla wszystkich języków. Ponowne użycie tych samych danych strukturalnych bez dostosowania treści, waluty, języka i kontekstu regionu uniemożliwia osiągnięcie celu lokalizacji.
Każda zlokalizowana wersja Twojej witryny powinna mieć swój schemat odzwierciedlający lokalną treść i metadane. Na przykład, jeśli masz osobne strony produktów dla języka angielskiego i francuskiego, ich schemat Produktu powinien zawierać przetłumaczone “name”, “description”, “priceCurrency” oraz adresy URL specyficzne dla języka.
Zaniedbanie tej praktyki może skutkować sprzecznymi sygnałami wyszukiwania, niską jakością fragmentów lub nawet manualnymi działaniami za wprowadzające w błąd dane strukturalne. Najlepszą praktyką jest utrzymywanie osobnych schematów dla każdej subdomeny językowej lub wersji oznaczonej tagiem hreflang, zapewniając, że dane strukturalne są zgodne z językiem i obsługiwanym regionem.
Najlepsze praktyki dotyczące lokalizowania oznaczeń schema dla e-Commerce
Oznaczenie schema odgrywa kluczową rolę w tym, jak wyszukiwarki interpretują i wyświetlają Twoje treści. Gdy jest właściwie zlokalizowane, zwiększa Twoją widoczność w lokalnych wynikach wyszukiwania, poprawia współczynniki klikalności i wzbogaca doświadczenie zakupowe użytkowników na całym świecie.
Oto najlepsze praktyki, które każdy globalny biznes e-commerce powinien stosować, aby maksymalnie wykorzystać lokalizację.
Użyj schematu specyficznego dla języka na każdej stronie
Każda wersja językowa Twojej strony internetowej powinna zawierać znaczniki schematu w tym konkretnym języku. Jeśli używasz subdomen lub podfolderów (np. example.com/en/ dla angielskiego i example.com/de/ dla niemieckiego), każda powinna zawierać unikalny, odpowiedni dla języka schemat.
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ą znaleźć doświadczenie niezgodne z ich oczekiwaniami, na przykład jak poniżej.
Kraj | Pole Schematu | Zlokalizowana Wartość |
/fr/strona-produktu | “nazwa” | “Zimowa kurtka męska” |
“opis” | “Ciepła kurtka na francuską zimę” | |
“wJęzyku” | “fr” |
Zlokalizuj nazwy produktów i opisy
Nazwy produktów i opisy nie powinny być tylko tłumaczone, ale także dostosowane kulturowo. Frazy, które brzmią atrakcyjnie w jednym kraju, mogą nie rezonować w innym. Użyj naturalnego języka dla lokalnej publiczności i dostosuj go do ich zachowań zakupowych.
Polegaj na rodzimych tłumaczach lub lokalnych ekspertach, aby uniknąć niezręcznych sformułowań lub niejasnych wiadomości. Pola takie jak nazwa, opis i marka w schemacie powinny odzwierciedlać lokalny język i preferencje.
Język | nazwa | opis |
Polski | “Elegancka kurtka męska” | “Stylowa kurtka idealna na zimę” |
Japoński | “メンズウィンタージャケット” | “冬に最適なおしゃれなジャケットです。” |
Ustaw dokładną cenę i walutę
Cena jest wrażliwym tematem w e-commerce. Nie wystarczy tylko przekonwertować waluty wizualnie na swojej stronie - upewnij się, że Twój schemat dokładnie odzwierciedla właściwą walutę, używając kodu ISO 4217 w polu priceCurrency. Ceny powinny być również sformatowane zgodnie z lokalnymi konwencjami, w tym separatorami dziesiętnymi i tysiącami.
Unikaj wyświetlania tylko USD we wszystkich wersjach językowych, ponieważ może to wprowadzić w błąd użytkowników lub osłabić zaufanie. Jeśli używasz konwersji walut w czasie rzeczywistym, upewnij się, że Twój schemat pozostaje zsynchronizowany. Na przykład.
Kraj | cena | walutaCeny | Lokalny Format |
Japonia | 4500 | JPY | ¥4,500 |
Arabia Saudyjska | 180 | SAR | 180 r.s |
Zlokalizuj informacje biznesowe
Informacje kontaktowe firmy, takie jak adresy, numery telefonów i godziny pracy, muszą być dostosowane do regionu. Użyj lokalnych formatów dla pól, takich jak addressLocality, postalCode i addressCountry. Uwzględnij międzynarodowe kody wybierania w numerach telefonów, 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ą widoczność Twojej firmy w lokalnych wynikach wyszukiwania. Na przykład.
Kraj | miejscowość | kod pocztowy | format godzin otwarcia |
Hiszpania | Barcelona | 08001 | Pn-Pt 09:00–18:00 |
Tajlandia | Chiang Mai | 50000 | Pn-Sb 10:00–19:00 |
Schemat struktury dla języków RTL
Języki takie jak arabski i hebrajski są pisane 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 lub breadcrumb — 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 wartości w języku angielskim lub treści pisane od lewej do prawej, może to prowadzić do zamieszania zarówno wśród użytkowników, jak i wyszukiwarek. Zawsze upewnij się, że HTML zawiera lang="ar" i że pola danych strukturalnych są odpowiednio zlokalizowane.
Pole | Nielokalny (LTR/Angielski) | Zlokalizowany (RTL/Arabski) |
nazwa | Zimowy płaszcz | معطف شتوي |
opis | Ciepły płaszcz na zimę | معطف دافئ مثالي لفصل الشتاء |
breadcrumb | Strona główna > Odzież > Kurtki | الرئيسية > الملابس > المعاطف |
Automatyzuj lokalizację schematu z Linguise
Ręczne lokalizowanie oznaczeń schema w wielu językach może być skomplikowane, zwłaszcza przy zarządzaniu setkami dynamicznych stron produktów. Widoczna treść i dane strukturalne, w tym schematy Product, Offer, BreadcrumbList i LocalBusiness, muszą być przetłumaczone. Bogate snippet'y mogą nie odzwierciedlać prawidłowego języka, waluty ani struktury dla każdego regionu bez właściwej lokalizacji.
Linguise oferuje automatyczne tłumaczenie rozszerzające się na dane strukturalne, tłumacząc oznaczenia schema i Twoje treści. Dzięki Live Editor możesz ręcznie dostroić zawartość schema, 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 Produktu, które wymagają kulturowych niuansów i adaptacji słów kluczowych dla regionalnego SEO.
Dodatkowo, Linguise obsługuje tłumaczenie linków i mediów, umożliwiając lokalizację adresów URL breadcrumb, linków wewnętrznych, a nawet odnośników do obrazów. Zapewnia to, że wszystkie elementy, ścieżki nawigacyjne, zasoby i dane strukturalne są dopasowane do odpowiedniej wersji językowej, pomagając wyszukiwarkom dostarczać bardziej dokładne i trafne wyniki użytkownikom na całym świecie.
Wnioski
Lokalizacja znaczników schema jest kluczowa dla międzynarodowych firm e-commerce, które chcą poprawić widoczność w lokalnych wynikach wyszukiwania, wzbogacić fragmenty kodu i zapewnić użytkownikom bezproblemowe doświadczenie wielojęzyczne. Od nazw produktów i cen po szczegóły dotyczące wysyłki i informacje o firmie, każdy element danych strukturalnych powinien być dopasowany do języka, kultury i oczekiwań każdego docelowego rynku.
Aby usprawnić ten proces, rozważ użycie Linguise—rozwiązania tłumaczeniowego, które nie tylko automatyzuje tłumaczenie treści, ale także dostosowuje schemat znaczników, linki i multimedia do języka. Dzięki funkcjom takim jak Live Editor i tłumaczenie adresów URL oraz obrazów, używając Linguise możesz pomóc całej swojej witrynie—widoczna treść i uporządkowane dane są w pełni zlokalizowane i gotowe do SEO.
