Ktoś czyta opis usługi, znajduje potrzebny akapit i postanawia przejść na język, w którym czyta mu się wygodniej. Jeśli przełącznik odsyła go na stronę główną, zamiast tłumaczenia otrzymuje konieczność ponownego szukania. Dla nas to najważniejszy test wielojęzycznej witryny: czy rozmowa z odwiedzającym trwa dalej po zmianie języka?
Zacząć od mapy odpowiedników
Przed tłumaczeniem warto sporządzić listę stron i określić ich odpowiedniki. Wersje tej samej usługi, tego samego artykułu i tej samej strony o studiu powinny tworzyć czytelne grupy. Wspólny identyfikator materiału jest wygodniejszy niż zgadywanie na podstawie podobnego nagłówka: po naturalnej adaptacji tytuł może się wyraźnie zmienić.
Łatwo to sprawdzić w archiwum magazynu: otworzyć konkretny materiał, zmienić język i upewnić się, że zachował się temat, a nie tylko wygląd. Następnie warto przejść tę drogę w drugą stronę. To krótki scenariusz, ale lepiej wykrywa zagubione odpowiedniki niż liczenie flag w nagłówku.
Tłumaczenie nie kończy się na głównym tekście
Nagłówek i kilka akapitów nie czynią jeszcze strony pełną wersją językową. Podpisy pod ilustracjami, przyciski, komunikaty formularza, nazwy sekcji, objaśnienia przełącznika dźwięku i tekst służący do zamknięcia okna dialogowego również uczestniczą w rozmowie. Gdy nagle zmieniają język, odwiedzający musi samodzielnie łączyć poszczególne części interfejsu.
Redakcyjną listę kontrolną dzielimy na treść i stany interfejsu. W pierwszej części sprawdzamy znaczenie, terminologię i ton. W drugiej otwieramy menu, komunikat błędu, galerię i elementy pomocnicze. W przypadku formularzy przydaje się osobna analiza komunikatów, które pomagają poprawić błąd. Te krótkie wypowiedzi również trzeba przetłumaczyć, zamiast odkładać je na później.
Nazwa języka jest ważniejsza niż ozdobny symbol
Flaga może być znajomym punktem orientacyjnym, ale oznacza kraj, a nie cały obszar, na którym używa się danego języka. Dlatego obok potrzebna jest nazwa języka, najlepiej zapisana w nim samym. Bieżący wybór powinien być widoczny bez najeżdżania myszą, a lista powinna otwierać się także z klawiatury.
Długie nazwy sprawdzamy na wąskim ekranie, nie ściskając ich do nieczytelnych skrótów. Jeśli lista się nie mieści, lepiej zapewnić jej przewijanie w wyznaczonym obszarze, niż zasłaniać nią ważne przyciski. Więcej o takim sposobie sprawdzania można przeczytać w materiale o nawigacji klawiaturą i widocznym fokusie.
Dwa oznaczenia techniczne o różnych zadaniach
W3C zaleca określanie głównego języka za pomocą atrybutu lang elementu html, a fragmenty w innych językach należy oznaczać osobno. To informacja o języku treści.
Zgodnie z zaleceniami Google każda wersja językowa wskazuje samą siebie i swoje odpowiedniki za pomocą pełnych adresów URL; powiązania między wersjami powinny być wzajemne.
Takie ustawienia sprawdzamy niezależnie od doświadczenia użytkownika: poprawna lista techniczna nie naprawi przycisku, który prowadzi w niewłaściwe miejsce. I odwrotnie, wygodny przełącznik nie zastępuje spójnych adresów i metadanych. Nie jest to obietnica indeksacji ani określonej pozycji w wynikach wyszukiwania.
Aktualizacja materiału dotyczy wszystkich wersji
Po uruchomieniu ważne jest, by witryna nie rozpadła się na kilka wydań o różnym stopniu aktualności. Gdy zmienia się opis usługi, dane kontaktowe lub istotne wyjaśnienie, potrzebna jest krótka lista wersji językowych do sprawdzenia. Datę aktualizacji warto wiązać z rzeczywistą redakcją, a nie tylko z ponownym zbudowaniem witryny.
Nasz praktyczny porządek jest prosty: najpierw uzgodnić treść, następnie zaktualizować wszystkie odpowiedniki, sprawdzić przejścia i dopiero potem opublikować spójny pakiet. Dzięki temu tłumaczenie pozostaje częścią pracy nad witryną, a nie warstwą dekoracyjną. Dobry rezultat odczuwa się niemal niezauważalnie: ktoś wybiera inny język i kontynuuje od miejsca, w którym był.