Tłumaczenie jest płynne, eleganckie i zupełnie nie na temat. „Deployment” staje się „wdrożeniem”, „deployer” znowu „wdrożeniem”, a po trzech akapitach czytelnik nie wie, kto co uruchamia. AI nie musi brzmieć jak słownik z reklamy. Potrzebuje kontekstu, ograniczeń i redakcji, która potrafi powiedzieć: to zdanie jest ładne, ale nieprawdziwe.
Poniższy proces działa przy tekstach produktowych, instrukcjach, ofertach i dokumentacji. Nie wybiera zwycięzcy narzędzi. Pokazuje, jak zachować terminologię, rytm i odpowiedzialność za publikację.
Zacznij od funkcji tekstu
Inny rezultat ma instrukcja, inny strona sprzedażowa, a jeszcze inny wiadomość od obsługi. Zapisz odbiorcę, cel i poziom formalności. „Zrób to bardziej naturalnie” nie opisuje zadania. „Instrukcja dla osoby, która pierwszy raz konfiguruje konto; krótkie kroki, bez żargonu, zachowaj nazwy przycisków” już tak.
Wskaż, co jest nie do tłumaczenia: marki, nazwy funkcji, adresy, zmienne, fragmenty kodu i identyfikatory. Dodaj sposób odniesienia do interfejsu. Jeżeli polski przycisk nazywa się „Wyślij”, angielska wersja nie może nagle opisywać go jako „Submit form”, jeśli na ekranie widnieje „Send”.
Zachowaj oryginał i wersję źródła. Tekst zmieniony w trakcie tłumaczenia potrafi wywołać dyskusję o różnicach, których nikt nie zamówił. Numer wersji i właściciel odbioru oszczędzają tę małą detektywistyczną przygodę.
Słownik jest decyzją redakcyjną
Zapisz termin źródłowy, preferowany odpowiednik, zakazane warianty i krótki przykład. Nie ograniczaj się do par słów. „Lead” może znaczyć zgłoszenie, osobę lub potencjalnego klienta w zależności od procesu. Słownik ma rozstrzygać użycie w twojej firmie, nie udawać uniwersalnej odpowiedzi.
Dodaj nazwy własne, skróty i formy odmiany. Polska składnia wymaga sprawdzenia, czy nazwa produktu jest odmieniana, a jeśli tak, jak. W angielskim tekście ustal, kiedy zostaje polska nazwa, a kiedy potrzebny jest opis. Nie każda nazwa usługi powinna zostać przetłumaczona na siłę.
Oficjalne narzędzia oferują słowniki terminologii, ale samo ich podłączenie nie gwarantuje naturalności ani spójności w każdym kontekście. Słownik trzeba utrzymywać i testować. Jeżeli zmieniasz nazwę procesu, zaktualizuj wszystkie wersje językowe i stare materiały, zanim model zacznie mieszać dwie epoki.
Kontekst przekazuj w całych jednostkach sensu
Nie tłumacz pojedynczych zdań, jeżeli odnoszą się do poprzednich. Zaimki, negacja, warunek i przykład mogą zmienić znaczenie. Daj modelowi cały akapit lub sekcję, a przy dłuższym dokumencie opis relacji między sekcjami. Zachowaj numerację i odsyłacze.
Sprawdź, czy przykład działa w drugiej kulturze. Jednostki, format dat, strefy czasowe i nazwy urzędów mogą wymagać lokalizacji, nie dosłownego tłumaczenia. Nie zmieniaj jednak rzeczywistych wartości. Przelicz walutę tylko z datą i źródłem kursu albo zostaw oryginał z jasnym opisem.
Jeżeli tekst zawiera instrukcję ukrytą dla modelu albo kod, oddziel ją od treści do przetłumaczenia. Nazwy pól, linki i znaczniki powinny zostać nietknięte. Automatyczne tłumaczenie klucza „service_slug” na „identyfikator_usługi” brzmi uroczo do momentu, kiedy przestaje działać integracja.
Negacja i warunek dostają osobny test
Przygotuj zdania z „nie”, „tylko”, „chyba że”, „nie później niż” i warunkiem wyjątku. To miejsca, w których płynny wynik potrafi odwrócić obowiązek. Porównuj nie tylko słowa, ale skutek: kto ma zrobić co, kiedy i za jakich warunków.
Przykład: „Nie wysyłaj danych przed akceptacją” nie może stać się zaleceniem wysłania ich po akceptacji w każdym przypadku. Jeżeli oryginał zawiera dwa ograniczenia, tłumaczenie musi zachować oba. Redaktor powinien widzieć je obok siebie, nie polegać na wrażeniu.
Testuj także liczbę mnogą i zakres. „Dokumenty mogą zostać usunięte” różni się od „dokument może zostać usunięty”, a „wszystkie” zmienia skalę decyzji. Przy prawie i bezpieczeństwie taki fragment idzie do dodatkowego przeglądu, nie do kolejnego wariantu stylistycznego.
Naturalny język zaczyna się od usunięcia kalki
Po sprawdzeniu sensu popraw rytm. Polski nie potrzebuje rzeczowników w każdym miejscu, w którym angielski ma „implementation”, „optimization” i „utilization”. Zamień „dokonaj implementacji procesu” na „wdroż proces” albo po prostu opisz działanie. Angielski nie potrzebuje za to długich zdań przeniesionych z polskiego urzędu.
Nie zmieniaj tonu na zbyt swobodny. Humor, który działa po polsku, może po angielsku brzmieć jak przypadkowa uwaga lub ironia wobec klienta. Zastąp go obserwacją zrozumiałą w nowym kontekście. Jeżeli żart jest nie do uratowania, lepiej usunąć go niż dołączyć przypis tłumacza z awanturą w prezencie.
Przeczytaj obie wersje na głos. To nie jest konkurs na identyczną długość. Tekst docelowy może być krótszy, jeżeli zachowuje wszystkie informacje. Redakcja ma służyć czytelnikowi, a nie pokazywać, że każde słowo dostało swój osobisty bagaż.
Wersja robocza nie zastępuje odbioru
Przygotuj tabelę: oryginał, tłumaczenie, uwagi terminologiczne, decyzja i status. Przy każdej zmianie sensu zaznacz powód. Model może zaproponować warianty, ale osoba odpowiedzialna wybiera wersję. Nie akceptuj tekstu na podstawie samej płynności.
Przy publikacji sprawdź nagłówek, opis SEO, tekst alternatywny, linki i dane strukturalne. Kanoniczny adres ma prowadzić do właściwej wersji językowej, a „hreflang” — jeżeli jest używany — musi opisywać rzeczywiste strony. Nie kopiuj metadanych bez sprawdzenia intencji w nowym języku.
Otwórz wynik na telefonie. Dłuższe polskie słowa i angielskie skróty inaczej łamią nagłówki i przyciski. Treść jest gotowa dopiero, kiedy działa w interfejsie, a nie tylko w dokumencie tłumacza.
Przykład przed i po redakcji
Oryginał: „The agent must not send customer data to external services without approval”. Model proponuje: „Agent nie powinien wysyłać danych klientów do zewnętrznych usług bez zatwierdzenia”. Wygląda poprawnie, ale „must not” jest zakazem, a „nie powinien” bywa odczytane jako słaba rekomendacja.
Lepsza wersja: „Agent nie może wysyłać danych klientów do zewnętrznych usług bez zatwierdzenia”. Następnie sprawdzamy kontekst: czy chodzi o usługi zewnętrzne względem firmy czy poza platformę? Jeżeli zakres jest różny, tłumaczenie wymaga doprecyzowania, a nie tylko lepszego słowa.
W tabeli odbioru zapisujemy typ zmiany: wzmocnienie zakazu, zakres usług, osoba akceptująca. Redakcja nie polega na znalezieniu jednego idealnego tłumaczenia. Polega na zachowaniu skutku i upewnieniu się, że czytelnik rozumie go tak samo.
Tłumaczenie wsteczne jako diagnoza, nie automat
Możesz przetłumaczyć wynik z powrotem na język źródłowy, żeby zobaczyć utracone warunki. To pomaga wykryć negację, zmianę podmiotu lub zbyt mocną obietnicę. Nie jest to dowód jakości. Dwa błędy mogą się znosić i dać złudzenie zgodności.
Porównaj kluczowe znaczenia, nie każde słowo. Jeżeli wersja wsteczna różni się stylem, ale zachowuje skutek, nie musisz jej poprawiać. Jeżeli zmienia osobę odpowiedzialną, termin lub zakres, wróć do oryginału i popraw tłumaczenie.
Przy długim dokumencie używaj tej metody tylko dla fragmentów krytycznych. Tłumaczenie wszystkiego w obie strony zwiększa koszt i może wprowadzić kolejne warianty bez nowej wiedzy.
Wspólne źródło dla wersji językowych
Nie edytuj niezależnie polskiego i angielskiego pliku bez mapowania sekcji. Po zmianie ceny lub warunku jedna wersja może zostać zaktualizowana, druga nie. Rejestr powinien pokazywać identyfikator sekcji, status i datę odbioru obu wersji.
Przy większej zmianie nie tłumacz całego dokumentu automatycznie. Wskaż zmodyfikowane fragmenty i powtórz tylko zależne testy. Jeżeli zmiana dotyczy definicji, sprawdź także inne sekcje używające tego terminu.
Po publikacji porównaj widok publiczny z kartą odbioru. Wersja robocza nie powinna zastąpić zatwierdzonej. Proces wersjonowania opisuje przewodnik o CMS i źródle prawdy.
Terminologia zmienia się z produktem
Przy zmianie nazwy funkcji sprawdź wszystkie wersje językowe, stare przewodniki i komunikaty w interfejsie. Nie zostawiaj jednej nazwy w marketingu i drugiej w dokumentacji. Model może wskazać wystąpienia, ale właściciel zatwierdza nowy słownik.
Dodaj datę przejścia i zasady dla starych nazw. Czasem trzeba zachować je przy historii lub cytatach, innym razem wymagana jest pełna zmiana. Nie podmieniaj automatycznie nazwy własnej w archiwalnych dokumentach bez kontekstu.
Po zmianie wykonaj testy kilku typowych zdań i nazw przycisków. Nowa terminologia powinna działać w odmianie, nagłówku i krótkim opisie. Jeżeli brzmi dobrze tylko w tabeli, proces jeszcze nie jest gotowy.
Test na dwunastu fragmentach
Wybierz definicję, instrukcję, warunek, nazwę przycisku, przykład, liczbę, datę, zdanie z negacją, fragment humoru, opis usługi, fragment kodu i CTA. Zapisz oczekiwane zachowanie przed tłumaczeniem. Nie każdy element ma zostać przetłumaczony, ale każdy ma zachować funkcję.
Oceń terminologię, sens, styl i format osobno. Błąd kodu nie powinien ginąć pod ładnym językiem. Jeśli wynik zawiera zmienną w niewłaściwym miejscu, popraw proces ochrony znaczników. Jeżeli problemem jest ton, zmień przykład docelowy, a nie wszystkie reguły naraz.
Po poprawce powtórz tylko zależne fragmenty i kilka wcześniej poprawnych, żeby sprawdzić brak regresji. Zapisz decyzje do słownika lub przewodnika stylu. Bez tego każda kolejna wersja będzie odkrywać tę samą dyskusję o jednym terminie.
Kiedy potrzebny jest tłumacz lub specjalista dziedziny
Przy umowie, dokumentacji medycznej, publicznej komunikacji ryzyka i złożonych warunkach technicznych potrzebna jest właściwa osoba. Model może przygotować materiał roboczy, ale nie ocenia skutku prawnego ani fachowego. Nie ukrywaj tego pod ogólnym „zweryfikowano”.
Dobry przegląd dziedzinowy zawiera pytania, nie tylko gotowy tekst. Wskaż fragmenty niejednoznaczne i decyzje wymagające potwierdzenia. Specjalista ma łatwiej sprawdzić sens, jeśli widzi kontekst i źródło. Nie wysyłaj całego dokumentu z prośbą „rzut oka”.
Przy zwykłych treściach marketingowych równie ważna jest osoba, która zna głos marki. Może wskazać, że poprawne tłumaczenie nie brzmi jak ty. To nie jest kaprys stylistyczny, tylko spójność doświadczenia klienta.
Mały system na kolejny dokument
Przygotuj słownik dziesięciu terminów, dwa przykłady preferowanego stylu i listę nietłumaczonych elementów. Przetłumacz jedną sekcję, porównaj sens i zrób test na dwunastu fragmentach. Dopiero potem przenieś proces na cały dokument.
Jeżeli pracujesz nad źródłami wiedzy, pomocna jest architektura informacji i wspólny słownik. Przy większej zmianie strony i treści wielojęzycznych Aeneia Design pomaga zachować hierarchię, doświadczenie i spójność między wersjami.
Dobre tłumaczenie z AI nie jest wierne każdemu słowu. Jest wierne sensowi, funkcji i człowiekowi, który czyta. Model przyspiesza wstęp. Redaktor pilnuje, żeby płynność nie zjadła prawdy.
Sprawdź nas. To zdrowe.
Temat zmienia się szybko. Linki prowadzą do źródeł pierwotnych i stron, na których możesz zweryfikować kontekst.
