Tłumaczenie maszynowe jest dziś tak dobre, że w wielu przypadkach nie da się go odróżnić od tłumaczenia ludzkiego. Usługi tłumaczeniowe zapewniają płynny, idiomatyczny tekst, z wyczuciem stylu. A potem tłumaczy się zestaw danych DPP - i nagle „rear lock fiber closure” zamienia się w „zamknięcie z tyłu z włókna”.
Problem dotyczy terminologii specjalistycznej. Wyjaśniamy tutaj, dlaczego dane produktowe nie powinny być traktowane jak powieści oraz jakie narzędzia udostępnia Transpareo, aby Państwa 40 wersji językowych pozostało zrozumiałych.
Podstawowy problem: jedno słowo, wiele znaczeń
„Seal” w DPP kurtki outdoorowej: uszczelnienie. „Seal” w laboratorium: foka lub uszczelka, w zależności od kontekstu. „Seal” w protokole konserwacji: w pewnych okolicznościach pieczęć.
Ogólny model tłumaczeniowy dokonuje wyboru na podstawie kontekstu statystycznego. W przypadku płynnego tekstu to działa - powieść dostarcza obfitego kontekstu. W przypadku pola danych primary_closure: seal kontekst jest praktycznie nieobecny. Model zgaduje.
Skutkiem tego są subtelne błędy. Nie tak dramatyczne jak „zapięcie z tyłu z zapięciem na sznurek”, ale mające poważne konsekwencje: element, który w języku niemieckim nazywa się „Dichtung”, w włoskim DPP nagle nazywa się „sigillo” zamiast „guarnizione”. Nabywca nie może już znaleźć tej części zamiennej.
Co obecnie oferuje Transpareo
Nasz system tłumaczeniowy automatycznie przekłada każdą nową treść na wszystkie aktywne języki. Charakteryzują go cztery cechy:
-
Zachowanie znaczników Markdown i zmiennych: przed tłumaczeniem wyodrębniane są symbole zastępcze, takie jak
<a href="/pl/zarejestrowac-sie">Pro-Mitgliedschaft</a>, oraz struktury Markdown; tłumaczony jest sam tekst, a następnie struktury te są ponownie wstawiane bez zmian. Dzięki temu linki, formularze i układ pozostają spójne we wszystkich językach. - Centralne wpisy tłumaczeniowe: tłumaczenia nie są zapisywane w samym rekordzie danych, lecz w warstwie współdzielonej. Kilka rekordów danych o tym samym tekście źródłowym korzysta z tego samego tłumaczenia. Pozwala to obniżyć koszty tłumaczenia i automatycznie ujednolica terminologię w całym modelu danych.
- Automatyczne ponowne tłumaczenie w przypadku zmian: Jeśli tekst oryginalny ulegnie zmianie, tłumaczenia we wszystkich językach są generowane od nowa. Poprawka w języku niemieckim powoduje automatyczną aktualizację pozostałych 39 wersji językowych.
- Oznaczenia dla poszczególnych rekordów: treści można wykluczyć z automatycznego przetwarzania lub zablokować istniejące tłumaczenia - na przykład w przypadku międzynarodowych nazw produktów lub ręcznych poprawek.
Gdzie klient uzupełnia przetwarzanie
Tłumaczenie automatyczne zapewnia w większości przypadków poprawne wyniki w przypadku tekstów opisowych, marketingowych i instrukcji konserwacji. W przypadku krytycznej terminologii specjalistycznej - np. „seal”/„guarnizione” - pozostaje pewna liczba błędów, które musi skorygować administrator klienta.
W tym przypadku administrator ma do dyspozycji trzy opcje:
- Ręczne nadpisywanie dla poszczególnych języków i słów kluczowych: każdy wpis tłumaczeniowy można otworzyć w menedżerze aplikacji i dostosować dla danego języka. Dzięki zaznaczeniu opcji „zablokuj” to ręczne tłumaczenie zostanie zachowane podczas następnego automatycznego przetwarzania.
- Import słownika: Istniejące terminologie z narzędzi tłumaczeniowych lub słowników w formacie PDF można zaimportować jako plik CSV, co powoduje bezpośrednie utworzenie wpisów tłumaczeniowych.
- Korekty dla poszczególnych języków w trakcie pracy: włoski dział sprzedaży zauważa błąd, poprawia go w Menedżerze aplikacji - poprawka obowiązuje natychmiast, a pozostałe tłumaczenia pozostają niezmienione.
Menedżer aplikacji obsługuje te same 40 języków
Nie tylko karty produktu są wielojęzyczne - również interfejs, w którym je aktualizujesz. Menedżer aplikacji jest przetłumaczony na wszystkie 40 języków, a treści można wprowadzać w każdym z nich. System automatycznie tłumaczy je na wszystkie pozostałe.
Dla wielojęzycznych zespołów oznacza to zauważalną zmianę we współpracy: dział zarządzania produktami w Mediolanie opisuje wskazówki dotyczące pielęgnacji po włosku, dział zakupów w Warszawie uzupełnia dane dotyczące materiałów po polsku, a dział kontroli jakości w Hamburgu sprawdza je po niemiecku. Każda osoba pracuje w swoim własnym języku, wszyscy widzą ten sam zestaw danych - a kto poprawia daną informację, poprawia ją jednocześnie we wszystkich wersjach językowych.
Również w tym przypadku obowiązuje ograniczenie wspomniane powyżej: w przypadku krytycznej terminologii fachowej na końcu człowiek powinien sprawdzić, co wybrała maszyna.
Rzeczywistość językowa UE
24 języki urzędowe UE to sporo. W praktyce dzielą się one na trzy grupy:
- Rynki kluczowe: DE, EN, FR, IT, ES, NL - tutaj każdy konsument oczekuje perfekcji
- Rynki o znaczeniu: PT, PL, SV, DA, FI - dobry poziom, sporadycznie widać wpływ maszyny
- Języki rzadkie: MT, GA, ET, LV, LT - czasami pojawia się DPP w języku maltańskim, mimo że żaden konsument końcowy na Malcie nigdy go nie przegląda. Niemniej jednak jest to obowiązkowe.
Ten obowiązek nie jest opcjonalny. Rozporządzenie ESPR wymaga, aby treści DPP były w języku państwa członkowskiego, w którym produkt jest sprzedawany. Kto obsługuje 27 państw, ma więc do czynienia z 24 językami (niektóre państwa dzielą języki).
Od maltańskiego po bengalski
Transpareo tłumaczy na 40 języków - wszystkie 24 języki urzędowe UE oraz 16 dodatkowych w celu zapewnienia globalnego zasięgu:
- Europa: bułgarski, duński, niemiecki, angielski, estoński, fiński, francuski, grecki, irlandzki, włoski, chorwacki, łotewski, litewski, maltański, niderlandzki, polski, portugalski, rumuński, szwedzki, słowacki, słoweński, hiszpański, czeski i węgierski - a także albański, bośniacki, islandzki, macedoński, norweski, rosyjski, serbski, turecki i ukraiński.
- Na całym świecie: bengalski, chiński, hindi, indonezyjski, japoński, koreański i wietnamski.
W przypadku nadchodzącego projektu DPP dla branży tekstylnej języki bengalski i wietnamski obejmują główne kraje produkcyjne - dostawca w Dhace czyta tę samą kartę produktu, co kupiec w Paryżu.
Dlaczego warto stosować scentralizowaną warstwę lokalizacyjną
Większość platform przechowuje tłumaczenia jako dodatkowe pola w rekordzie danych: description_de, description_en, … 40 pól na każdy atrybut podlegający tłumaczeniu. Brzmi prosto, ale ma trzy wady:
- Podwójne przechowywanie tekstu. Dwa produkty z identycznym opisem materiału generują 40 + 40 tłumaczeń zamiast jednego zestawu 40
- Trudna skalowalność. Dodanie 41. języka oznacza: migrację schematu we wszystkich modelach podlegających tłumaczeniu
- Trudności z globalnym zastosowaniem poprawek. Jeśli słowo „guarnizione” zostanie poprawione wszędzie, konieczne byłoby edytowanie wszystkich rekordów danych pojedynczo
Rozwiązaniem jest podzielona warstwa tłumaczeniowa: jeden wpis, wiele odwołań. Jedna poprawka, korzyść dla wszystkich rekordów danych.
Czego jeszcze nam brakuje
Baza danych terminologii dostosowana do potrzeb klienta z funkcją automatycznego rozpoznawania propozycji jest w planach rozwoju, ale obecnie nie jest jeszcze dostępna. Kto zaczyna dzisiaj, może wiele osiągnąć dzięki istniejącym narzędziom: ręczne nadpisywanie, import słowników oraz oznaczenie „zachowaj” pokrywają najczęstsze przypadki użycia.
Uważamy, że maszyny powinny wykonywać większość pracy, a ludzie powinni interweniować tylko tam, gdzie jest to naprawdę konieczne. Dopóki automatyczne rozpoznawanie terminologii nie będzie dostępne, ręczna ingerencja jest przejrzysta - a to jest bardziej uczciwe niż obietnica, która nie zostanie spełniona.
Pytania dotyczące tego wpisu
W jakich językach musi być sporządzona karta produktu?
Rozporządzenie ESPR wymaga, aby treść etykiet była sporządzona w języku państwa członkowskiego, w którym produkt jest sprzedawany. Podmioty dostarczające produkty na terenie całej Unii muszą zatem uwzględnić 24 języki urzędowe UE, z których niektóre są wspólne dla kilku państw. Transpareo obsługuje te 24 języki oraz 16 dodatkowych, a każdy nowy lub zmieniony tekst jest automatycznie przekładany na wszystkie z nich. W praktyce oznacza to, że język nie stanowi już kryterium wyjściowego - wystarczy raz sporządzić tekst w języku, w którym Państwo pracują, a wersje rynkowe pojawią się same.
Kto ponosi odpowiedzialność, jeśli tłumaczenie maszynowe nie oddaje prawidłowo terminu specjalistycznego?
To Państwo. Obowiązek zapewnienia poprawności treści paszportowych spoczywa na podmiocie gospodarczym wprowadzającym produkt do obrotu i nie przechodzi on ani na system tłumaczeniowy, ani na nas. Dlatego otwarcie informujemy, w jakich przypadkach tłumaczenie maszynowe sprawdza się, a w jakich nie - opisy, wskazówki dotyczące pielęgnacji i teksty marketingowe wychodzą bezbłędnie, natomiast wąskie terminy specjalistyczne, takie jak nazwy komponentów, zamknięcia czy powłoki, wymagają weryfikacji przez człowieka. Prosimy traktować automatyczny wynik jako kompletny wstępny projekt w 40 językach i poświęcić czas na weryfikację tych kilkuset terminów, od których faktycznie zależy wiele dla warsztatów naprawczych i nabywców.
W jaki sposób mogę poprawić termin, tak aby nie został nadpisany podczas kolejnego automatycznego przebiegu?
Proszę otworzyć wpis dotyczący tłumaczenia w Menedżerze aplikacji, dostosować wartość dla danego języka i zaznaczyć opcję „Zachowaj”. Zaznaczenie to wyłącza wpis z automatycznego przetwarzania, dzięki czemu zachowa on swoją treść pomimo wszelkich późniejszych zmian w tekście oryginalnym. Bez zaznaczenia Państwa poprawka zostanie potraktowana jako zwykłe tłumaczenie i zostanie wygenerowana na nowo, gdy tylko zmieni się tekst oryginalny. W przypadku pojedynczego słowa obowiązuje ta sama dwuetapowa procedura, co w przypadku całego akapitu.
Czy możemy zaimportować istniejącą listę terminów?
Tak. Terminologia, którą i tak Państwo aktualizują - czy to z narzędzia tłumaczeniowego, czy ze słownika w pliku PDF Państwa agencji - można zaimportować w formacie CSV, a następnie zostanie ona zapisana jako wpis tłumaczeniowy. Wpisy te są następnie traktowane jak poprawki wprowadzane ręcznie. Najkorzystniejszym momentem na to jest okres przed pierwszym dużym importem - wtedy terminy są już gotowe, zanim przetłumaczone zostaną tysiące rekordów, i nie pozostaje nic do dopracowania.
Czy korekta ma zastosowanie do wszystkich produktów, czy tylko do otwartego rekordu?
Dla każdego rekordu danych o tym samym tekście źródłowym. Tłumaczenia znajdują się w oddzielnej warstwie, a nie przy poszczególnych produktach, więc identyczne rekordy danych dzielą jeden wpis, a jednorazowa korekta ma zastosowanie do wszystkich. Dlatego też nakład pracy związany z korektą nie rośnie wraz z rozmiarem katalogu - jeden termin występujący w 4000 produktach stanowi jeden wpis, a nie 4000.
Czy pracownicy przebywający za granicą muszą posługiwać się językiem niemieckim lub angielskim w pracy?
Nie. Sam menedżer aplikacji jest dostępny we wszystkich 40 językach, a treści można wprowadzać w każdym z nich. Dział zarządzania produktami w Mediolanie sporządza instrukcje dotyczące pielęgnacji w języku włoskim, dział zakupów w Warszawie uzupełnia dane dotyczące materiałów w języku polskim, a wszyscy mają wgląd w ten sam zestaw danych. Każdy, kto wprowadza poprawkę, dokonuje jej jednocześnie we wszystkich wersjach językowych, co eliminuje konieczność korzystania z centralnego biura tłumaczeń.
Czy dostępna jest funkcja automatycznego rozpoznawania terminologii?
Dzisiaj nie. Indywidualna baza terminologiczna, która samodzielnie sugeruje terminy, znajduje się w fazie planowania i nie została jeszcze wdrożona. Do tego czasu dostępne są następujące opcje: ręczne nadpisywanie, oznaczanie terminów oraz import słownika. Wolimy to jasno powiedzieć, aby nie planowali Państwo pracy z funkcją, która nie istnieje. W typowych przypadkach te trzy narzędzia w pełni zaspokajają potrzeby, a liczba terminów, które muszą Państwo zaznaczyć, jest znacznie mniejsza niż liczba terminów przeznaczonych do tłumaczenia.
