Lokalizacja aplikacji mobilnych: kompletny przewodnik po zasobach

Lokalizacja (często skracana do L10n) to praca nad dostosowaniem aplikacji, jej obecności w sklepie i wspierających działań marketingowych do użytkowników w określonych językach, regionach i kontekstach kulturowych. To więcej niż tłumaczenie. Pełna lokalizacja obejmuje przetłumaczone teksty UI, przetłumaczone metadane sklepowe, przetłumaczone podpisy zrzutów ekranu, poprawne dla danego języka formatowanie walut i dat, kulturowo odpowiednie obrazy, regionalne metody płatności (UPI w Indiach, Pix w Brazylii, iDEAL w Holandii) oraz dostosowane informacje prawne. Pominięcie którejkolwiek z tych rzeczy odczytywane jest przez lokalnych użytkowników jako produkt zagraniczny zrobiony połowicznie.

App Store i Google Play automatycznie pokazują użytkownikom zlokalizowane oferty w ich preferowanym języku — jeśli takie udostępniłeś. Jeśli nie, użytkownik widzi twoją domyślną angielską ofertę, co znacząco obniża konwersję na rynkach nieanglojęzycznych. Pytanie rzadko brzmi „czy lokalizować”, a raczej „które rynki najpierw i jak głęboko”.

Opublikowane dane Apple i Google potwierdzają to, co konsekwentnie pokazują niezależne badania ASO: zlokalizowane zrzuty ekranu wpływają na konwersję instalacji znacznie bardziej niż zlokalizowane tytuły lub opisy. Powodem jest gęstość informacji. Zrzut ekranu komunikuje produkt, pokrycie językowe, dopracowanie marki i dopasowanie kulturowe w jednym wizualnym momencie. Zlokalizowany tytuł komunikuje jedynie to, że aplikacja istnieje w twoim języku.

Wzrost nie jest jednolity. Rynki azjatyckie (Japonia, Korea, Chiny, Tajwan) historycznie wykazują największy wzrost instalacji dzięki zlokalizowanym zrzutom ekranu — często 30–60% w stosunku do angielskich domyślnych — ponieważ te rynki są najbardziej sceptyczne wobec niezlokalizowanych ofert. Rynki europejskie zwykle dają wzrost 10–25%, a anglojęzycznie biegłe rynki nieanglojęzyczne (Holandia, Szwecja, Finlandia) czasem tylko 5–15%. Planuj inwestycje w lokalizację według spodziewanego wzrostu, a nie tylko wielkości rynku.

Dla większości aplikacji lokalizacje pierwszej fali o najwyższym ROI to: niemiecki (de), francuski (fr), hiszpański (es), włoski (it), portugalski (Brazylia) (pt-BR), japoński (ja), chiński uproszczony (zh-Hans) i koreański (ko). Pokrywają one rynki o największym wolumenie instalacji w połączeniu z największym wzrostem dzięki lokalizacji. Druga fala często dodaje: rosyjski (ru), polski (pl), niderlandzki (nl), turecki (tr), arabski (ar), wietnamski (vi) i chiński tradycyjny (zh-Hant).

Apple i Google obsługują znacznie więcej języków (Apple ma ponad 175 kombinacji język/kraj), ale długi ogon rzadko uzasadnia wysiłek, chyba że twój produkt ma tam konkretne dopasowanie do rynku. Zacznij od ośmiu, mierz wzrost konwersji w każdym rynku i rozszerzaj się na te, które dają najsilniejszy sygnał.

Trzy podejścia: (1) Wysłanie podpisów do profesjonalnej usługi tłumaczeniowej (Smartling, Lokalise, Crowdin) — najwyższa jakość, najwolniejszy czas realizacji, najdroższe na język. (2) Użycie LLM (GPT-4o, Claude, Gemini) do pierwszego przejścia i recenzja przez native speakerów — szybko, tanio i zaskakująco dobrze dla krótkich tekstów marketingowych. (3) Bezpośrednie zatrudnienie kontraktorów z natywną znajomością języka przez Upwork lub Fiverr — często najlepszy balans dla zespołów na wczesnym etapie.

Cokolwiek wybierzesz, nigdy nie tłumacz maszynowo podpisu zrzutu ekranu i nie wypuszczaj go bez recenzji człowieka. Tekst marketingowy ma zbyt wysoką dźwignię na nierecenzowane automatyczne tłumaczenie. Koszt niezręcznego japońskiego podpisu to setki utraconych instalacji; recenzja kosztuje 5–20 USD na język.

To miejsce, w którym potyka się większość zespołów. Tłumaczenie „$19.99/month” na „19,99 $/Monat” jest błędne w niemieckiej ofercie — powinno brzmieć „19,99 €/Monat”. Konwersja walut według parytetu siły nabywczej, poprawne dla języka separatory dziesiętne (przecinek w większości Europy, kropka w US/UK), systemy jednostek (cm a cale), formaty dat (DD/MM/RRRR a MM/DD/RRRR a RRRR-MM-DD) i formaty czasu (12-godz. a 24-godz.) — wszystko musi się renderować zgodnie z językiem.

Najczystszy wzorzec to trzymanie wszystkich wartości zależnych od języka poza samym szablonem zrzutu ekranu i wstrzykiwanie ich w czasie renderowania z pliku danych dla danego języka. Właśnie do tego służą dynamiczne szablony i konfiguracja YAML: jeden szablon, N plików danych dla języków, M renderów.

Arabski, hebrajski, perski i urdu to skrypty pisane od prawej do lewej. Lokalizacja zrzutów ekranu na te rynki to coś więcej niż wymiana tekstu — zwykle lustrzanie odwraca się cały układ. Przycisk CTA przesuwa się z prawej na lewą, paski nawigacji się odwracają, wskaźniki postępu zmieniają kierunek, a nawet niektóre ikony (strzałki wstecz, przyciski wysyłania) trzeba odbić.

Dla rynków RTL traktuj szablon zrzutu ekranu jako osobny artefakt, a nie nakładkę tłumaczeniową. Wzrost wynikający z poprawnie odbitego arabskiego zrzutu ekranu w stosunku do arabskiego zrzutu od lewej do prawej jest duży; wzrost z poprawiania już odbitego zrzutu ekranu jest mały. Najpierw zrób układ poprawnie.