Na jakie języki warto zlokalizować wpis w sklepie z aplikacjami?
Większość porad na ten temat odpowiada na inne pytanie. Pytasz "na jakie języki powinienem lokalizować", a w odpowiedzi dostajesz ścianę statystyk o globalnej gospodarce aplikacji. Ciekawostki, żadnej decyzji. Ten wpis to decyzja.
W App Store jest dziś około 50 języków metadanych (Apple przeszedł z 39 na 50 w marcu 2026, dodając jedenaście, głównie indyjskich, języków), a w Google Play jeszcze więcej lokali wpisu. Nie zrobisz wszystkich i nie powinieneś. Celem jest krótka, uszeregowana lista, na której możesz działać już w tym tygodniu.
Najpierw oddziel wpis w sklepie od aplikacji
To dwa różne projekty o bardzo różnych kosztach, a mylenie ich to najczęstszy błąd.
- Wpis w sklepie — tytuł, podtytuł, opis, słowa kluczowe i zrzuty ekranu. Tłumaczenie tego zmienia to, co widzi kupujący przed instalacją. Nie dotyka kodu aplikacji i publikuje się od razu z App Store Connect i Play Console.
- Interfejs aplikacji — każdy ciąg tekstowy wewnątrz działającej aplikacji. Tłumaczenie tego to realna praca inżynierska: wyodrębnianie tekstów, podłączanie systemu lokalizacji, ponowne testowanie każdego ekranu, utrzymywanie tego przy każdym wydaniu.
Tania i sensowna kolejność to najpierw zlokalizowanie wpisu, a odłożenie tłumaczenia aplikacji do momentu, gdy zasłużą na to dane. Specjaliści ASO nazywają to minimalną opłacalną lokalizacją: postaw przetłumaczoną witrynę sklepową przed danym rynkiem, obserwuj, czy instalacje i (co kluczowe) retencja się utrzymują, i dopiero wtedy zapłać za tłumaczenie samej aplikacji. Zlokalizowany wpis z angielską aplikacją to całkiem dobry test. W pełni przetłumaczona aplikacja dla rynku, który nigdy nie konwertuje, to pieniądze, których nie odzyskasz.
Poniższy schemat dotyczy więc wpisu. Traktuj tłumaczenie interfejsu aplikacji jako osobną, późniejszą decyzję podejmowaną dla każdego rynku, opartą na retencji.
Dwie siły ciągnące w przeciwne strony
Rynki układają się wzdłuż osi wydatków i osi wolumenu, a te dwie rzadko się pokrywają. Kierunek ważniejszy niż precyzja — traktuj to jako wskazówkę, nie cennik, bo dokładne liczby zmieniają się w zależności od kategorii i roku.
- Wysoki przychód na użytkownika. Garstka dojrzałych rynków wypada zaskakująco dobrze na tle swojej populacji pod względem wydatków. Japonia jest liderem — jej czołowe tytuły historycznie osiągały niemal dwukrotnie wyższy przychód na użytkownika niż USA — z Niemcami i Koreą Południową w tej samej wysokobudżetowej lidze. Mniej pobrań, ale każde warte więcej.
- Wysoki wolumen pobrań. Indie prowadzą pod względem globalnych instalacji z dużą przewagą, tuż za nimi Brazylia i Indonezja. Ogromny zasięg, ale przychód na użytkownika jest znacznie niższy, a monetyzacja opiera się bardziej na reklamach i niskich cenach niż na płatnych instalacjach czy subskrypcjach.
Żadna z osi nie wygrywa jednoznacznie. Aplikacja z premium subskrypcją powinna stawiać na pierwszą listę; aplikacja finansowana z reklam, żyjąca ze skali, powinna stawiać na drugą. Większość aplikacji chce po kilka z każdej, dobranych do modelu cenowego.
Schemat decyzyjny
Trzy warstwy. Rób je po kolei. Zatrzymaj się tam, gdzie kończy się Twoja gotowość do utrzymania — wpis zlokalizowany do warstwy 1 pokrywa już większość globalnych wydatków na aplikacje.
Warstwa 1 — zacznij tu. Języki, na które niemal każda aplikacja powinna zlokalizować wpis, bo łączą dużą publiczność z udowodnioną gotowością do wydawania pieniędzy:
- Hiszpański i portugalski (Brazylia) — ogromny łączny zasięg w obu Amerykach i Hiszpanii.
- Niemiecki, francuski, japoński — dojrzałe, wysokobudżetowe rynki, gdzie rodzimy wpis mierzalnie podnosi konwersję.
- Chiński uproszczony — pojedynczy największy sklep, jeśli Twoja aplikacja jest tam realna.
Warstwa 2 — dodaj następnie. Silne rynki do zdobycia, gdy warstwa 1 już działa i widziałeś, że przekłada się na liczby:
- Koreański i włoski — mniejsze, ale z wysokim zamiarem zakupowym, dobrą konwersją.
- Rosyjski i turecki — duża publiczność, monetyzacja zależna od kategorii.
- Portugalski (Portugalia) i niderlandzki, jeśli Twój produkt kieruje się w stronę Europy.
Warstwa 3 — warto mieć. Zakłady na wolumen i zasięg długiego ogona. Warte uwagi, gdy krańcowy koszt kolejnego języka jest bliski zeru (więcej o tym niżej) albo gdy dany rynek pojawia się w Twojej analityce:
- Hindi, indonezyjski, wietnamski, tajski — ogromny wolumen instalacji, niższy przychód na użytkownika, często monetyzowane reklamami.
- Polski, arabski i inne języki regionalne pasujące do Twojej konkretnej publiczności.
W skrócie:
Dostosuj to do swojej aplikacji. Aplikacja do medytacji z silną retencją w USA i Niemczech stawia na europejskie języki z warstwy 1. Aplikacja społecznościowa goniąca za skalą szybciej przechodzi do rynków wolumenowych z warstwy 3. Twoje własne dane o instalacjach i retencji biją każdą ogólną listę — te warstwy to punkt wyjścia, nie mety.
Jeden wpis może obsłużyć kilka sklepów
Cicha oszczędność warta poznania: w App Store pojedyncza lokalizacja językowa obsługuje powiązane terytoria dzięki mechanizmowi zastępczemu. Jeśli masz wpis francuski (Francja), ale nie skonfigurowałeś francuskiego (Kanada), metadane francuskie (Francja) obsługują francuskojęzycznych Kanadyjczyków, dopóki nie dodasz wersji specyficznej. To samo dotyczy hiszpańskiego (Hiszpania) i hiszpańskiego (Meksyk), i tak dalej dla innych wariantów.
W praktyce oznacza to, że jeden dobrze napisany wpis francuski już dociera do francuskojęzycznych użytkowników w kilku sklepach, a jeden wpis hiszpański robi to samo w Ameryce Łacińskiej i Hiszpanii. Wariant specyficzny dla kraju dodajesz później, gdy rynek jest na tyle duży, by uzasadnić dostrojenie słownictwa i słów kluczowych. Zacznij od języka bazowego; dopracuj według terytorium, gdy pojawi się wolumen.
Dlaczego "ile" przestaje być tym trudnym pytaniem
Każda z powyższych warstw zakłada, że tłumaczenie kosztuje coś za każdy język — dlatego agencje mówią, żeby być selektywnym. To założenie jest tym, co zmienia Mokbi. Ponieważ tłumaczy cały wpis — tekst sklepowy i podpisy na zrzutach ekranu — na 50 języków w jednej rundzie, krańcowy koszt dwudziestego języka jest bliski kosztowi drugiego.
Gdy dodanie języka jest niemal darmowe, ograniczenie się odwraca. Nie racjonujesz już tłumaczeń, by chronić budżet; decydujesz, które rynki zasługują na uwagę, dopracowane słowa kluczowe i w końcu przetłumaczoną aplikację. To pytanie o priorytety, a schemat warstwowy na nie odpowiada. Rób wpis szeroko, potem inwestuj głęboko tam, gdzie wskazują dane.
Zrzuty ekranu to jeden krok w tym procesie — zrzuty ekranu, grafika funkcji, tekst sklepowy, tłumaczenie, publikacja — więc podpisy są tłumaczone w tej samej rundzie co opis, i oba zostają zsynchronizowane w każdej lokalizacji. Nie lokalizujesz tekstu w jednym narzędziu, a obrazów w innym.
Prosta sekwencja do zastosowania
- Zlokalizuj wpis na warstwę 1. Metadane plus zrzuty ekranu, angielska aplikacja pod spodem. To Twój test, nie zobowiązanie.
- Obserwuj konwersję i retencję dla każdego rynku. Instalacje mówią Ci, czy wpis działa; retencja mówi Ci, czy rynek jest prawdziwy.
- Dodaj warstwę 2, potem warstwę 3. Rozszerzaj się, dopóki krańcowy koszt jest niski, i pozwól własnej analityce podciągać konkretne języki wyżej na liście.
- Dopiero wtedy przetłumacz interfejs aplikacji — dla dwóch, trzech rynków, które zasłużyły na to realną retencją.
Taka kolejność sprawia, że kosztowna praca (tłumaczenie aplikacji) czeka na twarde dowody, a tania praca (przetłumaczona witryna sklepowa) obejmuje tak wiele rynków, jak to tylko sensowne.