Mobiele app-lokalisatie: complete bronnengids

Lokalisatie (vaak afgekort tot L10n) is het werk van het aanpassen van een app, zijn store-aanwezigheid en de bijbehorende marketing voor gebruikers in specifieke talen, regio's en culturele contexten. Het is meer dan vertalen. Een complete lokalisatie omvat vertaalde UI-tekst, vertaalde store-metadata, vertaalde screenshot-bijschriften, locale-correcte valuta- en datumnotaties, cultureel passende beelden, regio-specifieke betaalmethoden (UPI in India, Pix in Brazilië, iDEAL in Nederland) en aangepaste juridische disclosures. Een van deze overslaan leest voor lokale gebruikers als een halfslachtig buitenlands product.

App Store en Google Play tonen automatisch gelokaliseerde vermeldingen aan gebruikers in hun voorkeurstaal — als je die hebt aangeleverd. Zo niet, dan ziet de gebruiker je standaard Engelse vermelding, wat de conversie in niet-Engelstalige markten aanzienlijk drukt. De vraag is zelden “moeten we lokaliseren” maar “welke markten eerst en hoe diep”.

De eigen gepubliceerde data van Apple en Google bevestigt wat onafhankelijk ASO-onderzoek consistent laat zien: gelokaliseerde screenshots verhogen de installatieconversie veel meer dan gelokaliseerde titels of beschrijvingen. De reden is informatiedichtheid. Een screenshot communiceert product, taaldekking, merkpolijst en culturele fit in één visueel moment. Een gelokaliseerde titel communiceert alleen dat de app in jouw taal bestaat.

De stijging is niet uniform. Oost-Aziatische markten (Japan, Korea, China, Taiwan) tonen historisch gezien de grootste installatiestijging van gelokaliseerde screenshots — vaak 30–60% boven Engelse standaarden — omdat die markten het meest sceptisch zijn over niet-gelokaliseerde vermeldingen. Europese markten hebben doorgaans 10–25% stijging, en niet-Engelstalige markten waar mensen vloeiend Engels spreken (Nederland, Zweden, Finland) zien soms slechts 5–15%. Plan je lokalisatie-investering op basis van verwachte stijging, niet alleen op marktomvang.

Voor de meeste apps zijn de eerste-golf lokalisaties met het hoogste rendement: Duits (de), Frans (fr), Spaans (es), Italiaans (it), Portugees (Brazilië) (pt-BR), Japans (ja), vereenvoudigd Chinees (zh-Hans) en Koreaans (ko). Deze dekken de markten met het grootste installatievolume + de hoogste stijging uit lokalisatie. Een tweede golf voegt vaak toe: Russisch (ru), Pools (pl), Nederlands (nl), Turks (tr), Arabisch (ar), Vietnamees (vi) en traditioneel Chinees (zh-Hant).

Apple en Google ondersteunen aanzienlijk meer locales dan dit (Apple heeft 175+ taal-/landcombinaties), maar de long tail rechtvaardigt zelden de inspanning, tenzij je product daar specifieke market fit heeft. Begin met de acht, meet de conversiestijging per markt en breid uit naar de markten die het sterkste signaal teruggeven.

Drie benaderingen: (1) Stuur bijschriften naar een professionele vertaaldienst (Smartling, Lokalise, Crowdin) — hoogste kwaliteit, langzaamste doorlooptijd, duurst per locale. (2) Gebruik een LLM (GPT-4o, Claude, Gemini) voor een eerste doorgang en laat moedertaalsprekers reviewen — snel, goedkoop, verrassend goed voor korte marketingtekst. (3) Huur moedertaalsprekende contractors rechtstreeks in via Upwork of Fiverr — vaak de beste balans voor early-stage teams.

Welke je ook kiest, vertaal nooit een screenshot-bijschrift met een machine en lanceer het zonder menselijke review. Marketingtekst is te invloedrijk voor niet-gereviewde geautomatiseerde vertaling. De kosten van een onhandig Japans bijschrift zijn honderden verloren installaties; review kost $5–20 per locale.

Hier struikelen de meeste teams. “$19.99/month” vertalen naar “19,99 $/Monat” is verkeerd in een Duitse vermelding — het zou “19,99 €/Monat” moeten zijn. Valutaomrekening op basis van eerlijke koopkrachtpariteit, locale-correcte decimaalscheidingstekens (komma in het grootste deel van Europa, punt in VS/VK), eenhedenstelsels (cm vs. inches), datumformaten (DD/MM/JJJJ vs. MM/DD/JJJJ vs. JJJJ-MM-DD) en tijdformaten (12u vs. 24u) moeten allemaal per locale worden gerenderd.

Het schoonste patroon is om alle locale-afhankelijke waarden buiten het screenshot-template zelf te houden en ze tijdens het renderen in te voegen vanuit een per-locale databestand. Daar zijn dynamische templates en YAML-config voor: één template, N locale-databestanden, M renders.

Arabisch, Hebreeuws, Perzisch en Urdu zijn rechts-naar-links scripts. Screenshots lokaliseren voor deze markten betekent meer dan alleen tekst omwisselen — de hele lay-out spiegelt doorgaans. De CTA-knop verplaatst van rechts naar links, navigatiebalken keren om, voortgangsindicatoren keren van richting, en zelfs sommige iconografie (terug-pijlen, verzendknoppen) moet worden gespiegeld.

Behandel voor RTL-markten het screenshot-template als een afzonderlijk artefact, niet als een vertaal-overlay. De stijging van een correct gespiegeld Arabisch screenshot vs. een links-naar-rechts Arabisch screenshot is groot; de stijging van het verbeteren van een al gespiegeld screenshot is klein. Krijg de lay-out eerst goed.