Mechanizmy zastępczego wyboru ustawień regionalnych mogą ukrywać dług lokalizacyjny

Mechanizm zastępczego wyboru ustawień regionalnych to jedna z najbardziej użytecznych siatek bezpieczeństwa w wielojęzycznym CMS-ie.

Gdy pole nie ma wartości dla żądanego ustawienia regionalnego, Contentful może zwrócić wartość z innego ustawienia regionalnego. Strona pozostaje kompletna, redaktorzy unikają pustych komponentów, a rynek może wystartować, zanim każde opcjonalne pole zostanie przetłumaczone.

Ale kompletna strona nie zawsze jest stroną zlokalizowaną.

Fallback zmienia to, jak wygląda „brak”

Bez fallbacku nieprzetłumaczona treść jest oczywista: wartość jest pusta. Z fallbackiem pole wygląda na wypełnione, mimo że docelowe ustawienie regionalne nie ma własnej wartości.

To rozróżnienie może zniknąć, gdy treść przechodzi przez API, podglądy i renderowanie we frontendzie. Panel tłumaczeń może zobaczyć rozwiązaną angielską wartość i uznać, że francuskie pole jest gotowe. Redaktor może przejrzeć kompletną francuską stronę, nie zdając sobie sprawy, że kilka sekcji nadal jest po angielsku.

Fallback rozwiązuje ciągłość dostarczania. Nie rozwiązuje kompletności tłumaczeń.

Śledź pochodzenie wartości, a nie tylko obecność wartości

Wiarygodny widok lokalizacji powinien odpowiadać na dwa pytania dla każdego pola:

1. Jaką wartość otrzyma odwiedzający?
2. Które ustawienie regionalne dostarczyło tę wartość?

Druga odpowiedź ujawnia, czy pole jest jawnie zlokalizowane, dziedziczone przez fallback, czy rzeczywiście puste.

Ta proweniencja powinna przetrwać odkrywanie treści i planowanie tłumaczeń. Jeśli integracja zbyt wcześnie spłaszcza rozwiązane wartości, późniejsze etapy nie mogą odróżnić treści przetłumaczonej od treści zapożyczonej.

Zdecyduj, gdzie fallback jest akceptowalny

Nie każda dziedziczona wartość ma taki sam wpływ.

Zastrzeżenie prawne, instrukcja płatności lub nagłówek kampanii mogą wymagać wartości w docelowym ustawieniu regionalnym przed uruchomieniem. Kod produktu, etykieta wewnętrzna lub nazwa własna mogą być bezpieczne do dziedziczenia. Zespoły powinny definiować politykę według typu treści i pola zamiast stosować jedną globalną regułę kompletności.

Praktyczna polityka może klasyfikować pola jako:

• wymagane w każdym włączonym ustawieniu regionalnym
• mogące tymczasowo korzystać z fallbacku
• celowo współdzielone między ustawieniami regionalnymi
• wyłączone z lokalizacji

To zmienia fallback z niewidocznego przypadku w decyzję redakcyjną.

Niech podglądy pokazują prawdę

Podgląd to miejsce, w którym dług fallbacku powinien stać się widoczny.

Renderowana strona nadal ma znaczenie, ponieważ ujawnia układ i kontekst, ale redaktorzy potrzebują też subtelnej nakładki lub raportu, który oznacza wartości dziedziczone. Celem nie jest uczynienie podglądu nieczytelnym. Chodzi o pokazanie, które pozornie kompletne sekcje nie są jeszcze własnością docelowego ustawienia regionalnego.

Ta informacja jest szczególnie cenna, gdy język źródłowy i docelowy wyglądają podobnie albo gdy małe etykiety interfejsu łatwo przeoczyć.

Raportuj dług bez blokowania każdego wydania

Kompletność lokalizacji powinna być mierzalna oddzielnie od dostępności strony.

Strona rynkowa może być w 100 procentach renderowalna i w 82 procentach jawnie zlokalizowana. Obie liczby są użyteczne. Pierwsza odzwierciedla dostępność operacyjną; druga odzwierciedla pozostałą pracę lokalizacyjną.

Zespoły mogą wtedy ustawiać bramki wydania dla krytycznych pól, jednocześnie dopuszczając znany dług fallbacku w innych miejscach. Raporty powinny wymieniać pola dziedziczone i ich wiek, aby tymczasowe wyjątki nie stawały się domyślnie trwałe.

Chroń istniejące wartości docelowe

Fallback może też wprowadzać zamieszanie przy zapisach. Rozwiązana wartość źródłowa może pojawić się tam, gdzie docelowe pole jest faktycznie puste, podczas gdy jawna wartość docelowa może być ukryta przez konfigurację podglądu.

Przed wysłaniem tłumaczenia sprawdź surową mapę ustawień regionalnych, a nie rozwiązaną odpowiedź fallbacku. Zapisuj tylko zamierzone docelowe ustawienie regionalne i zachowuj każdą inną wartość ustawienia regionalnego.

Najważniejszy wniosek

Fallback to strategia dostarczania, a nie dowód lokalizacji.

Zachowaj informację o źródłowym ustawieniu regionalnym przy każdej wartości, zdefiniuj, które pola mogą dziedziczyć, ujawniaj fallback w podglądzie i raportuj zakres zlokalizowania oddzielnie od kompletności strony. Używany świadomie fallback zwiększa odporność wydań, nie pozwalając jednocześnie, by dług tłumaczeniowy znikał wszystkim na oczach.