Cross-lokalizacja App Store: darmowa przestrzeń na słowa kluczowe, którą marnuje większość aplikacji
Jest pewien trik z polem słów kluczowych, który siedzi tuż w App Store Connect, nic nie kosztuje, a większość aplikacji zostawia go nietkniętym. To nie luka w zasadach i nie łamanie regulaminu. Po prostu Apple indeksuje więcej niż jeden język na sklep, a prawie nikt nie wypełnia tego drugiego.
Oto mechanika. Każde terytorium App Store ma główne locale — domyślny język danego rynku — oraz jedno lub więcej dodatkowych locale, które również przeszukuje algorytm wyszukiwania Apple. Słowa kluczowe w metadanych każdego z tych locale mogą dać ci ranking w danym kraju. Więc amerykański sklep czyta nie tylko twoje pola w angielskim (US) — czyta też twoje pola w hiszpańskim (Meksyk). Wypełnij oba różnymi terminami, a dasz Apple dwa zestawy słów kluczowych do rankingu zamiast jednego.
Dlaczego to darmowa przestrzeń
Pojedyncze locale daje ci trzy indeksowane pola: 30-znakową nazwę aplikacji, 30-znakowy podtytuł i 100-znakowe pole słów kluczowych. To 160 indeksowanych znaków na locale. Opis nie jest indeksowany do wyszukiwania w App Store, więc te 160 znaków to cała gra.
Dodatkowe locale to drugi zestaw tych samych trzech pól, zasilający ranking tego samego sklepu. Wypełnij pole słów kluczowych es-MX dla amerykańskiej aplikacji, a przejdziesz ze 100 znaków ukrytych słów kluczowych do około 200 — plus drugi 30-znakowy podtytuł, który Apple również zaindeksuje. Ta sama grupa odbiorców, ten sam sklep, mniej więcej dwa razy większa powierzchnia. Nie płacisz za to, nie potrzebujesz hiszpańskojęzycznych użytkowników, żeby na tym skorzystać, i nie potrzebujesz osobnej wizytówki — po prostu przestajesz zostawiać pole puste.
Powodem, dla którego nazywa się to "zmarnowaną" przestrzenią jest to, że pole jest prawie zawsze puste albo, co gorsza, wypełnione kopią głównego locale. Oba przypadki marnują szansę.
Tabela referencyjna: które locale indeksuje każdy sklep
To mapa warta zapisania w zakładkach. Dla każdego sklepu pokazuje główne locale, które indeksuje Apple, oraz dodatkowe locale, które również przeszukuje. Zestawienia udokumentowane przez narzędzia ASO w 2026 roku — Apple z czasem je zmienia, więc sprawdź swoje kluczowe rynki w App Store Connect lub swoim narzędziu ASO przed pisaniem:
| Japonia | Japoński — ja | Angielski (US) — en-US |
*Amerykański sklep to wyjątek: obok es-MX indeksuje też francuski, chiński uproszczony, chiński tradycyjny, koreański, portugalski (Brazylia), rosyjski, arabski i wietnamski — dziewięć dodatkowych locale w sumie.
Z tabeli wyłaniają się dwa wzorce. Po pierwsze, angielski (UK) to najczęściej wykorzystywane dodatkowe locale — jest indeksowany jako zapasowe locale w zdecydowanej większości sklepów nieanglojęzycznych, co czyni pole en-GB najbardziej wartościowym do wypełnienia, jeśli sprzedajesz globalnie. Po drugie, USA jest niezwykle hojne z dziewięcioma dodatkowymi locale, dlatego o ruchu z es-MX pisze się najczęściej.
Haczyk: tylko odrębne terminy
Podwojenie działa tylko wtedy, gdy drugie locale zawiera słowa, których nie ma w pierwszym. Dwie zasady Apple czynią to precyzyjnym i obie działają przeciwko leniwemu podejściu:
- Każde słowo jest indeksowane raz. Jeśli termin pojawia się zarówno w głównym, jak i dodatkowym polu słów kluczowych, duplikat nic nie daje. Skopiuj swoją listę słów kluczowych en-US do es-MX, a spalisz drugie pole bez żadnego dodatkowego zasięgu.
- Słowa nie są łączone między locale. Apple tworzy wielowyrazowe frazy w obrębie jednej lokalizacji, nigdy między dwiema. Wstaw "budget" w en-US i "presupuesto" w es-MX, a możesz zdobyć ranking dla każdego słowa osobno — ale nie dla frazy łączącej jedno z drugim.
Poprawnym ruchem nie jest więc tłumaczenie głównych słów kluczowych do dodatkowego pola. Chodzi o wstawienie tam zupełnie innego zestawu pojedynczych słów — terminów, które nie zmieściły się w pierwszych 100 znakach, synonimów, pokrewnych zastosowań, długoogonowych wariantów. Drugie pole to przestrzeń na nadmiar, nie lustrzane odbicie.
To też powód, dla którego naiwne podejście "po prostu przetłumacz wszystko" pogarsza sprawę, zamiast ją naprawiać. Maszynowe tłumaczenie angielskiego pola słów kluczowych na hiszpański daje te same koncepty w innym języku, co dla wspólnego sklepu wciąż jest duplikacją znaczenia, a często też dopasowania w systemie Apple. Wartość leży w zróżnicowaniu drugiego pola, nie w tłumaczeniu pierwszego słowo w słowo.
Jak faktycznie wykorzystać drugie pole
Przykład dla amerykańskiej aplikacji budżetowej. Główne pola en-US już niosą oczywiste terminy — powiedzmy, że nazwa to Ledger: Budget & Money, a podtytuł to Track spending and savings, z polem słów kluczowych en-US zawierającym expense,bills,debt,invoice,net worth,cash flow,receipt,tax,loan,credit.
Pole słów kluczowych es-MX ma wtedy wolne miejsce na zupełnie osobny zestaw pojedynczych słów — żadne nie powtarza nazwy, podtytułu ani pola en-US — na przykład subscription,paycheck,allowance,envelope,forecast,split,reimburse,wallet,goal,statement. To drugie 100-znakowe pole zasilające te same rankingi w USA, wypełnione terminami, których Apple wcześniej nie widział. Dodaj odrębny podtytuł es-MX, a rozszerzysz też sygnał nazwa-plus-podtytuł.
Ta sama logika skaluje się w dół tabeli. Niemiecka aplikacja wypełnia en-GB angielskimi terminami nadmiarowymi. Kanadyjska aplikacja wypełnia fr-CA. Brazylijska aplikacja wypełnia en-GB. W każdym przypadku drugie pole to odrębne terminy, nie tłumaczenie, a każdy termin nadal uczciwie opisuje aplikację — co utrzymuje cię z dala od wytycznej Apple 2.3.7 dotyczącej nieistotnych lub zastrzeżonych słów kluczowych.
Dlaczego to zadanie badawcze, nie tłumaczeniowe
Powodem, dla którego większość aplikacji marnuje tę przestrzeń, jest to, że dobre jej wypełnienie to prawdziwa praca. Potrzebujesz zestawu słów kluczowych dla głównego locale, potem drugiego, nienakładającego się na pierwszy zestawu dla dodatkowego locale, i potrzebujesz tego dla każdego sklepu, na którym ci zależy. Pomnóż to przez 50 języków metadanych App Store, a liczba dodatkowych pól do utrzymania w odrębności szybko rośnie. Łatwo zrozumieć, dlaczego zespoły albo pomijają dodatkowe pole, albo wklejają w nie główne i idą dalej.
Mokbi to miejsce, gdzie żyje tworzenie treści i porządkowanie. To pełny publisher wizytówki sklepu, nie tylko edytor zrzutów ekranu: przepływ prowadzi przez Zrzuty ekranu → Grafika promocyjna → Tekst wizytówki → Tłumaczenie → Publikacja, i tworzy tekst wizytówki — nazwę, podtytuł, pole słów kluczowych, opis — oraz zarządza zestawem słów kluczowych dla każdego locale w 50 językach, żebyś mógł zobaczyć obok siebie, co jest w każdym polu i gdzie przypadkiem się powtarzasz.
Warto jasno powiedzieć, co narzędzie robi, a czego nie: nie wymyśli magicznie odrębnych dodatkowych słów kluczowych samo z siebie, a jednorundowe tłumaczenie zduplikowałoby twoje terminy, zamiast je różnicować. Cross-lokalizacja to strategia, którą prowadzisz ty — decydujesz, które dodatkowe locale wybrać, piszesz osobny zestaw słów dla każdego i pilnujesz, żeby się nie pokrywały. Mokbi daje ci pola dla każdego locale, żeby to zaprojektować i uporządkować w jednym miejscu zamiast w arkuszu kalkulacyjnym, a potem eksportuje wizytówkę, żebyś mógł ją sam przejrzeć i opublikować w App Store Connect.
Wersja w jednym akapicie
Sprawdź, które dodatkowe locale indeksują twoje najważniejsze sklepy — powyższa tabela obejmuje te duże, twoje narzędzie ASO resztę. Wypełnij nazwę, podtytuł i pole słów kluczowych tego dodatkowego locale odrębnymi terminami, których nie zmieściłeś w głównym. Nigdy nie powielaj słowa między nimi i nigdy nie oczekuj, że Apple zbuduje z nich frazę. Zrobione dobrze, to najtańsza ekspansja słów kluczowych w App Store, a siedzi w polu, które już masz.
Co przeczytać dalej
- Pole słów kluczowych App Store: jak wykorzystać wszystkie 100 znaków
- Na jakie języki zlokalizować swoją wizytówkę App Store
- 50 języków metadanych App Store Connect w 2026 roku
Źródła: dokumentacja Apple App Store localizations i Review Guidelines (2.3.7); aso.dev o cross-lokalizacji; oraz MobileAction o indeksacji słów kluczowych na poziomie terytorium.