Lokalizacja ecommerce od katalogu do sklepu
Updated 2026-09-05
Traktuj język, fakty o produkcie i operacje rynkowe jako osobne decyzje. Zbuduj glosariusz, przejrzyj każde locale i sprawdź zapisaną treść w kontekście sklepu.
Oddziel tłumaczenie od gotowości rynkowej
Tłumaczenie zmienia sposób wyrażenia faktu. Lokalizacja pyta także, czy czytelnik rozumie produkt, interpretuje jego miary i znajduje właściwe informacje o obsłudze. Gotowość rynkowa idzie dalej: ktoś musi potwierdzić rzeczywiste zasady dostawy, płatności, zwrotów i produktu. Płynnie napisana strona nie dowodzi tych faktów operacyjnych.
Dla każdego locale przygotuj arkusz zakresu. Wskaż recenzenta językowego, recenzenta kategorii i właściciela sklepu. Zapisz nierozstrzygnięte polityki i przypisz następne działanie. Zacznij od ścieżki kupującego, którą zespół potrafi obsłużyć od początku do końca, a następnie rozszerzaj inwentarz językowy wraz ze wzrostem możliwości przeglądu.

Zinwentaryzuj ścieżkę kupującego
Zacznij od drogi kupującego: odkrycie produktu, wybór wariantu, czytanie specyfikacji, przegląd koszyka i informacje o obsłudze. Gdy wpływają na tę drogę, dołącz etykiety nawigacji, wskazówki dotyczące rozmiaru, tekst na obrazach i komunikaty błędów. Samo tłumaczenie opisów może pozostawić kluczowe decyzje w innym języku.
Każdą powierzchnię treści przypisz jej rzeczywistemu właścicielowi i miejscu przechowywania. Etykieta motywu, pole produktu i dokument polityki mogą wymagać innych narzędzi. Inwentarz powiąż z rewizjami źródeł, aby późniejsza aktualizacja produktu wskazała tłumaczenia wymagające przeglądu, zamiast zmuszać zespół do ponownego odkrywania wszystkich zależnych zdań.
| Powierzchnia | Główne pytanie recenzenta | Dowód do zachowania |
|---|---|---|
| Tekst produktu | Czy fakty są kompletne i zrozumiałe? | Zatwierdzona rewizja powiązana ze źródłem |
| Selektory wariantów | Czy kupujący może wybrać właściwy produkt? | Mapowanie etykiet i wariantów |
| Treść kampanii | Czy zatwierdzony komunikat jest tutaj odpowiedni? | Brief rynkowy i akceptacja |
| Polityki obsługi | Czy sformułowanie odpowiada rzeczywistym operacjom? | Akceptacja właściciela polityki |
| Interfejs sklepu | Czy locale renderuje się spójnie? | Kontrole viewportu i nawigacji |
Świadomie zdefiniuj identyfikatory locale
Wytyczne W3C wyjaśniają, jak tagi BCP 47 rozróżniają język oraz, gdy jest to użyteczne, skrypt lub region. Użyj tagu języka zgodnego z zamierzoną treścią i wartościami obsługiwanymi przez platformę docelową. Nie wymyślaj kodu locale tylko dlatego, że wygląda jak skrót kraju.
We własnych rekordach przechowuj locale treści osobno od rynku docelowego i waluty. Ten sam język może być używany na wielu rynkach z innymi ustawieniami handlowymi. Jawnie określ zachowanie fallbacku: brak tłumaczenia powinien być możliwy do wykrycia w przeglądzie, a nie po cichu liczony jako ukończone locale dlatego, że pojawił się język źródłowy.
Zbuduj glosariusz wokół znaczenia produktu
Dla każdego ważnego terminu zapisz krótką definicję i kontekst produktu, w którym się go używa. Dodaj zatwierdzone formy docelowe, nazwy marek pozostające bez zmian i przykłady mylących alternatyw. Daj recenzentowi możliwość poproszenia o wyjątek zamiast wymuszać technicznie błędny termin glosariusza w każdym zdaniu.
Wersjonuj glosariusz i dołączaj jego wersję do każdego kandydata. Zmieniony termin powinien uruchamiać przegląd dotkniętej treści. W3C ITS stanowi odniesienie do oznaczania terminologii i metadanych związanych z tłumaczeniem; poniższy lekki rekord jest przykładowym formatem redakcyjnym, a nie implementacją ITS ani schematem importu sklepu.
{
"conceptId": "material-linen",
"definition": "Fiber described as linen in the approved specification",
"sourceTerm": "linen",
"targetLocale": "de",
"approvedTerm": "Leinen",
"rule": "Do not infer a material blend or certification",
"reviewStatus": "pending"
}Chroń ceny, jednostki i twierdzenia o produkcie
Lokalny separator dziesiętny jest wyborem prezentacji, a nie zgodą na zmianę zapisanej kwoty. Wartości ceny źródłowej, waluty i jednostki przechowuj w chronionym rekordzie. Jeśli potrzebna jest konwersja, potraktuj ją jako osobną zatwierdzoną operację deterministyczną z zapisaną regułą konwersji.
Taką samą dyscyplinę stosuj do twierdzeń. Sformułowanie takie jak nadaje się do podróży nie może stać się niepopartą gwarancją trwałości. Wymagaj dowodów dla materiałów, zgodności, certyfikatów i twierdzeń zdrowotnych. Zachowaj niepewność ze źródła i zgłaszaj brakujące specyfikacje właścicielowi produktu, zamiast pozwalać modelowi dopisać atrakcyjną historię.
Przejrzyj każde locale w dwóch przebiegach
Użyj przebiegu faktów i przebiegu językowego. Pierwszy porównuje ilości, jednostki, relacje produktów i twierdzenia ze źródłem. Drugi ocenia terminologię, naturalność, odbiorców i ton marki. Każdy wynik zapisuj niezależnie, aby czytelna treść nie ukryła nierozstrzygniętej wady faktograficznej.
Przejrzyj pełny kontekst produktu, w tym ostrzeżenia i etykiety wariantów, a nie tylko odizolowane stringi. W nieznanych lub regulowanych kategoriach zaangażuj odpowiedniego specjalistę. Wygenerowane tłumaczenie zwrotne może pomóc znaleźć różnice, ale zgodność wygenerowanych tekstów nie jest niezależnym dowodem, że którykolwiek odpowiada produktowi.
Przygotuj dostarczanie właściwe dla celu
Shopify odróżnia zarządzanie tłumaczeniami od szerszego działania prezentowania zlokalizowanej treści sklepu w dokumentacji dla sprzedawców. Użyj procesu językowego platformy i sprawdź, które zasoby są obsługiwane. W innym stosie sklepowym przed mapowaniem jakichkolwiek kolumn locale potwierdź warstwę wielojęzyczną i jej kontrakt importu.
Utwórz pakiet dostarczenia z identyfikatorami produktu, locale, rewizją źródła, zatwierdzoną treścią i tożsamością recenzenta. Ten pakiet przeglądowy trzymaj osobno od minimalnego ładunku importu. W sklepie staging sprawdź wybór języka, fallback, zawijanie tekstu, linki i wybór produktu. Treść istniejąca w eksporcie nie musi być widoczna na zamierzonej stronie.
Utrzymuj lokalizację aktualną po premierze
Śledź zmiany źródeł na poziomie pól. Skorygowane stwierdzenie o materiale powinno unieważnić dotknięte tłumaczenia, nawet gdy tytuł pozostaje taki sam. Aktualizacja glosariusza może wymagać ukierunkowanego przeglądu terminologii; zmiana ceny powinna przejść przez ścieżkę danych handlowych, a nie przepisywać każdy opis.
Pokrycie mierz jako aktualne, zatwierdzone rewizje produkt-locale, a rekordy wstrzymane lub nieaktualne raportuj osobno. API, wysiłek recenzenta i zachowanie sklepu śledź niezależnie. Proces katalogu wykorzystaj do zdefiniowania tych rekordów, a następnie przeglądaj zaległości według ważności produktu i świeżości źródła przed rozszerzeniem pokrycia.
Częste pytania
Czy lokalizacja jest tym samym co tłumaczenie?
Tłumaczenie jest jednym z komponentów. Lokalizacja sprawdza także kontekst i prezentację, a gotowość handlowa wymaga potwierdzenia rzeczywistych operacji sklepu i reguł produktu.
Czy locale zawsze powinno zawierać kod kraju?
Użyj szczegółowości, której potrzebuje treść i którą obsługuje platforma. Kierowanie na rynek trzymaj osobno, aby tag języka nie stał się przypadkowym zastępstwem waluty lub uprawnień do wysyłki.
Czy AI może konwertować wymiary podczas tłumaczenia?
Konwersję trzymaj poza etapem językowym. Po autoryzacji zastosuj zapisaną regułę konwersji i przed akceptacją zweryfikuj liczbę oraz jej jednostkę.
Jak obsługiwać nazwy marek?
Zapisz zatwierdzone traktowanie w glosariuszu. Domyślnie zachowuj nazwy w tym procesie, a każdą wersję właściwą dla rynku niech zatwierdzi właściciel marki.
Kiedy locale jest gotowe do publikacji?
Gdy treść aktualna względem źródła przejdzie przegląd faktów i języka, import docelowy zostanie zweryfikowany, a kontrole sklepu potwierdzą zamierzoną treść i zachowanie produktu.