Przetłumacz jedno pole bez ponownego budowania strony

Nie każde zadanie lokalizacyjne oznacza publikację strony. Czasem nagłówek zmienia się po recenzji. Zdanie o charakterze prawnym wymaga korekty. Marketingowiec produktowy przerabia jedno CTA i chce, aby zlokalizowane wersje były gotowe, zanim ruszy kolejna kampania.

Ponowne przepuszczenie całego wpisu przez tłumaczenie jest możliwe, ale to działanie o niewłaściwej skali.

Dopasuj workflow do zmiany

Duże działania tłumaczeniowe mają sens, gdy zmiana w źródle jest duża. Są przydatne przy nowych stronach, skoordynowanych publikacjach i szerokich migracjach treści.

Edycja jednego pola ma inne potrzeby:

• redaktor już zna dokładną wartość źródłową, która się zmieniła
• inne zlokalizowane pola mogą być już zatwierdzone
• recenzja powinna skupiać się na jednej decyzji
• publikacja powinna unikać dotykania niepowiązanych treści

Gdy workflow ignoruje ten zakres, małe edycje dziedziczą koszt i ryzyko pełnego tłumaczenia całego wpisu.

Dlaczego ponowne próby dla całego wpisu budzą wątpliwości

Ponowne przetłumaczenie całej strony może dać poprawne, ale inne sformułowania w polach, które nie wymagały uwagi. Nawet jeśli te zmiany ulepszają treść, poszerzają zakres recenzji.

Recenzent musi teraz zadać sobie pytanie, czy istniejące tłumaczenie zostało celowo zmienione, czy terminologia uległa zmianie i czy nowy wynik powinien zastąpić zatwierdzoną wartość.

To zbędne zamieszanie. Wąska edycja źródła powinna dawać wąski diff w wersji docelowej.

Ścieżka na poziomie pola

Przydatne działanie na polu zaczyna się obok pola, które redaktor już przegląda. Powinno przenosić do żądania tłumaczenia wpis, język źródłowy, język docelowy, tożsamość pola i bieżącą wartość źródłową.

Wynik powinien wrócić do tego samego kontekstu. Redaktor musi porównać:

1. pole źródłowe
2. bieżącą wartość docelową
3. proponowane tłumaczenie
4. końcową wartość, która zostanie opublikowana

Dzięki temu decyzja jest czytelna. Nie ma potrzeby przeglądania reszty wpisu, aby potwierdzić, że pozostała bez zmian.

Zachowaj te same zabezpieczenia

Krótszy workflow nie może stać się słabszym workflow. Tłumaczenie na poziomie pola nadal powinno respektować te same mechanizmy kontroli co pełne żądanie:

• zatwierdzony dostęp do modelu
• prompty projektu i terminologię
• uprawnienia lokalizacyjne
• historię wersji roboczych
• autoryzację publikacji i wypychania zmian
• kontrole wersji Contentful

Zakres się zmienia, ale nadzór nie powinien.

Ważne jest również zachowanie kontroli redaktora po wygenerowaniu wyniku przez AI. Proponowane pole powinno pozostać edytowalne, aby recenzent mógł skorygować niuans bez rozpoczynania kolejnego żądania.

Kiedy tłumaczenie na poziomie pola jest złym wyborem

Pola nie zawsze funkcjonują samodzielnie. Tytuł może zależeć od podsumowania poniżej. CTA może używać języka ustalonego w otaczającym akapicie. Sekcja rich-text może zawierać odniesienia, które mają sens tylko w całym dokumencie.

Użyj działania na poziomie pola, gdy wartość ma wystarczający kontekst, by można ją było bezpiecznie przetłumaczyć. Użyj całego wpisu, gdy treść wymaga skoordynowanego tonu, terminologii lub struktury.

Produkt powinien udostępniać obie ścieżki, nie udając, że są one zamienne.

Najważniejszy wniosek

Workflow lokalizacyjne stają się szybsze, gdy zachowują skalę pierwotnej zmiany.

Jedno pole powinno dać się przetłumaczyć jako jedno pole, z tą samą historią recenzji i kontrolami publikacji co większe zadania. Dzięki temu zatwierdzona treść pozostaje stabilna, recenzenci dostają precyzyjny zakres decyzji, a małe aktualizacje treści znów stają się małymi zadaniami.