Hoeveel tekst op een App Store-screenshot? De 3-6-woordenregel (2026)
"Hoeveel tekst hoort er op een App Store-screenshot?" is alleen de verkeerde vraag omdat hij meestal fout wordt beantwoord — met een getal dat nergens vandaan komt. Het eerlijke antwoord is een bandbreedte met een reden erachter. Die reden zit in hoe mensen daadwerkelijk naar een productpagina kijken, en zodra je dat gezien hebt, kiest het woordenaantal zichzelf bijna.
Deze post gaat specifiek over lengte en hoeveelheid tekst — hoeveel woorden een bijschrift kan dragen voordat het niet meer werkt. Bewust komt niet aan bod wat die woorden moeten zeggen, hoe je een voordeel formuleert, of hoe je je panelen ordent. Dat vakmanschap is een eigen onderwerp, en we hebben het apart uitgewerkt in App Store-bijschriften die converteren. Lees deze post voor het budget; lees die andere voor het schrijven.
Mensen beslissen snel, en de meesten scrollen niet
Twee gedragingen bepalen alles over bijschriftlengte. Ten eerste gaat de installatiebeslissing snel — vaak aangehaald onderzoek legt dit op ongeveer vijf tot zeven seconden op de productpagina. Ten tweede scrollen de meeste gebruikers nooit voorbij de eerste twee of drie screenshots. De exacte percentages verschillen per bron en per app-categorie — je ziet cijfers als "90% scrolt niet voorbij de derde" of "maar ~9% bekijkt ze allemaal" — behandel die dus als richtinggevend, niet als wet van Meden en Perzen. Maar de richting is consistent in elk geloofwaardig onderzoek: de eerste paar panelen dragen bijna al het gewicht, en ze krijgen een blik, geen leesbeurt.
Een blik is het sleutelwoord. In die eerste doorloop leest niemand zinnen. Mensen registreren vorm, contrast, het apparaat, en een paar grote woorden. Als je bijschrift niet in die ene blik kan worden opgepikt, wordt het helemaal niet opgepikt — het is dan decoratie die toevallig uit letters bestaat.
De 3-6-woordenregel
De praktische ideale lengte is één voordeelgerichte regel van ongeveer drie tot zes woorden per screenshot. Sommige van de sterkste bijschriften zijn zelfs nog korter — één tot vier woorden. De regel is geen magie; het is de langste lengte die een zin kan hebben en toch in één blik als één idee wordt gelezen in plaats van als een zin die je moet verwerken.
Wat "voordeelgericht" je binnen dat budget oplevert:
- "Track workouts effortlessly" wint het van "A workout tracking app" — even lang, maar de ene noemt het voordeel en de andere noemt de categorie.
- "Split bills in seconds" wint het van "Expense splitting with multi-currency support and receipt scanning" — de tweede is een featurelijstje verkleed als bijschrift.
- "Your day, planned for you" wint het van "AI-powered intelligent scheduling assistant" — vijf gewone woorden landen sneller dan drie vaktermen.
Geen van die voorbeelden draait om slimheid. Het gaat erom één helder idee te laten passen in een ruimte waar de lezer daadwerkelijk naar kijkt. Het aantal van 3-6 woorden is een beperking die de prioritering afdwingt: met zes woorden krijg je precies één belofte per screenshot, en dat is het juiste aantal.
De echte test is leesbaarheid op miniatuurformaat
Dit is het onderdeel dat de meeste mensen overslaan. Je bijschrift verschijnt niet als eerste op volledig formaat — het verschijnt als miniatuur in zoekresultaten en in de rijen "Dit vind je misschien ook leuk", verkleind tot een fractie van de exportresolutie. Als het daar onleesbaar is, is de lengtevraag academisch, want de gebruiker komt nooit bij de versie op volledig formaat.
De test is dus niet "past dit?" Het is de knijp-oogtest:
- Ontwerp bijschriften groot. Ongeveer 60pt of groter op exportresolutie is een gangbare ondergrens. Groot lettertype en weinig woorden zijn dezelfde beslissing.
- Verklein het canvas tot miniatuurformaat en knijp je ogen tot spleetjes. Als je het bijschrift niet kunt lezen in een halve seconde wazig kijken, is het te lang, te klein, of te weinig contrastrijk.
- Let op contrast, niet alleen op grootte. Lichtgrijze tekst op een bleke gradiënt faalt de knijp-oogtest zelfs bij zes woorden. Leesbaarheid van een bijschrift is lettergrootte × contrast, en een kort bijschrift wint op beide.
Dit is de mechanische reden waarom korte bijschriften beter presteren — niet omdat beknoptheid op zichzelf een deugd is, maar omdat een regel van 3-6 woorden groot genoeg gezet kan worden om het verkleinen te overleven, en een alinea niet.
Nuance per categorie: games versus utilities
De 3-6-woordenregel is een standaard, geen wet, en de belangrijkste plek waar hij buigt is tussen categorieën.
Utilities, productiviteits- en finance-apps worden gekozen op basis van features en functie. Gebruikers vergelijken mogelijkheden, dus een helder functioneel voordeel per paneel — één feature, één bijschrift — is precies goed. Portretlay-outs die het echte gebruik weerspiegelen winnen hier doorgaans, en de 3-6-woordige voordeelregel is je scherpste gereedschap.
Games worden gekozen op basis van ervaring en emotie, niet op featurevergelijking. Het screenshot doet meer visueel werk — gameplay, characterart, wereld — en het bijschrift is vaak nog korter, soms slechts een sfeerwoord, omdat het beeld de boodschap is. Landschapsstills met gameplay op de voorgrond presteren vaak beter dan puur marketingwerk. Games duwen je eerder onder de 3-6-woordenrange dan erboven.
Hoe dan ook, de richting blijft staan: hoe meer het beeld draagt, hoe minder het bijschrift hoeft te doen. Niets in beide categorieën pleit voor meer woorden.
Wat je moet vermijden
Bijna elke bijschriftfout is in werkelijkheid een lengtefout:
- Alinea's. Als je bijschrift een komma heeft met daarna een bijzin, is het een zin, en zinnen worden niet in één blik gelezen. Snijd het terug naar het ene idee dat ertoe doet.
- Featurelijstjes. Drie opsommingspunten gestapeld op één screenshot lezen als nul voordelen, omdat het oog er niet één uitpikt. Eén paneel, één belofte.
- De categorie herhalen. "Een app voor fotobewerking" verspilt het hele bijschrift aan iets wat het icoon en de titel al vertelden.
- Vaktaal om geavanceerd te klinken. Een bijschrift volgepropt met corporate buzzwords leest trager dan gewone voordeeltekst; "Sneller klaar" wint het van elke drielettergrepige abstractie op miniatuurformaat.
- Piepkleine tekst om meer te laten passen. Als je het lettertype verkleint om de woorden te laten passen, passen de woorden niet. Schrap woorden, niet puntgrootte.
Waar dit past bij bijschrift-vakmanschap
Lengte is één knop; wat je daadwerkelijk schrijft is een andere. Deze post blijft bewust bij de lengteknop — het budget van 3-6 woorden, leesbaarheid op miniatuurformaat, de splitsing games versus utilities. Voor het schrijven zelf — het voordeel kiezen, je panelen ordenen tot een verhaal, de formulering A/B-testen — doet de begeleidende post dat werk: App Store-bijschriften die converteren. En voor de volledige productiechecklist rond afmetingen, frames en indiening, zie App Store screenshot best practices voor 2026.
Hoe Mokbi helpt bij het lengteprobleem
Het 3-6-woordendoel halen is deels een schrijfprobleem, en strakke voordeelregels schrijven binnen een woordbudget is echt lastig. De AI Studio van Mokbi genereert korte, voordeelgerichte kopregel-opties die je direct op een paneel kunt zetten — handig als startpunt als je naar een leeg bijschrift zit te staren, geen vervanging voor je eigen inschatting van wat waar is over jouw app. Jij houdt de controle over de formulering; de generator helpt je alleen sneller voorbij de fase van de lege regel. En omdat Mokbi specifiek is gebouwd voor App Store- en Play-screenshots, staan de lettergroottes voor bijschriften standaard op iets dat de knijp-oogtest overleeft, en met vertalen met één klik gaan je korte bijschriften mee naar 50 talen zonder dat je het lengteprobleem per taal opnieuw hoeft op te lossen. Ontwerpen is gratis met een voorbeeld met watermerk; onbeperkt exporteren en publiceren komt met een abonnement — Solo voor €29.99/mo (1 app) of Studio voor €49.99/mo (tot 5 apps), geen eenmalige aankoop.