visionOS App Store-screenshots: afmetingen en vereisten (2026)
visionOS is het enige Apple-platform waarvan de App Store-screenshot er niet uitziet als een telefoon of een tablet. Er is geen staand apparaat, geen notch, geen home-indicator — een Vision Pro-screenshot is een breed 4K-beeld van de vensters van je app die zweven in een ruimtelijke omgeving. Dat ene verschil laat veel indieningsworkflows struikelen, omdat de tools die mensen al gebruiken voor iPhone en iPad uitgaan van een staand apparaatframe en een vaste simulatorresolutie die toevallig overeenkomt met de store. Op visionOS klopt geen van beide aannames.
Dit artikel behandelt de exacte vereiste, waarom de voor de hand liggende vastlegmethode de verkeerde afmeting oplevert, hoe je een correct opgemaakt beeld krijgt, de nuance venster-versus-meeslepend voor ruimtelijke apps, en de eerlijke tekortkoming waar de meeste screenshot-tools je alleen voor laten staan.
De visionOS-schermvereiste
Op Apple's specificatiepagina voor App Store Connect-screenshots heeft Apple Vision Pro één enkele vermelde afmeting:
- Afmeting Apple Vision Pro-screenshot: 3840 × 2160 pixels.
- Beeldverhouding: 16:9 (dit is standaard 4K / UHD).
- Oriëntatie: liggend. Er is geen staande optie.
- Formaten: PNG, JPG of JPEG. WebP, HEIC en TIFF worden niet geaccepteerd.
- Aantal: 1 tot 10 screenshots, plus tot 3 app-previews — dezelfde limieten als op elk ander platform.
In tegenstelling tot iPhone en iPad is er maar één schermafmeting om te ondersteunen. Vision Pro kent geen splitsing als "6,9 inch versus 6,5 inch", geen aparte iPad-set. Eén afmeting, 3840 × 2160, en die is verplicht voor elke app die naar visionOS uitkomt. Als je een visionOS-build indient zonder screenshot op precies deze afmeting, wijst App Store Connect de upload af.
Voor hoe dit zich verhoudt tot elke andere afmeting die Apple accepteert, staat het volledige overzicht in de gids App Store-schermafmetingen, en de bredere regels (formaten, alpha, bestandslimieten) staan op de pagina App Store screenshot-vereisten.
Waarom de simulator-screenshot de verkeerde afmeting heeft
Hier zit het deel dat mensen verrast. De voor de hand liggende manier om een screenshot te maken — je app draaien in de visionOS-simulator en op Cmd + S drukken (of de screenshot-knop gebruiken) — levert geen bestand van 3840 × 2160 op. De standaard visionOS-simulator-screenshot komt uit op ongeveer 2732 × 2048 pixels, een beeldverhouding van 4:3. Dat is noch de juiste resolutie, noch de juiste vorm voor de store.
Een simulator-screenshot die op de voor de hand liggende manier is gemaakt, wordt dus afgewezen op afmetingen. Je hebt een paar manieren om dat op te lossen:
- Reality Composer Pro Developer Capture. Dit is de methode waar Apple's eigen ontwikkelaarsmateriaal naar verwijst. De opname die dit oplevert, legt native vast op 3840 × 2160, dus de uitvoer komt al overeen met de store-vereiste zonder aanpassing van de afmeting. Als je Xcode en Reality Composer Pro hebt geïnstalleerd, is dit de schoonste route.
- Opschalen en bijsnijden van de simulator-screenshot. Neem de opname van 2732 × 2048, schaal die naar 3840 breed (wat uitkomt op ongeveer 2879 hoog met behoud van de verhoudingen), en snijd de hoogte dan bij tot precies 2160. Het werkt, maar het is omslachtig — je rekt pixels op en snijdt handmatig bij, en je moet dat herhalen voor elke screenshot.
- Vastleggen vanaf een echte Vision Pro. Screenshots die op het apparaat zelf zijn gemaakt, kunnen naar het vereiste beeld worden gebracht, al wil je nog steeds verifiëren dat de uiteindelijke afmetingen precies op 3840 × 2160 uitkomen.
De praktische les: ga er niet van uit dat de simulator je een store-klaar bestand geeft zoals op iPhone ruwweg wel het geval is. Op visionOS zijn vastleggen en "correct opgemaakt beeld" twee aparte stappen, en het gat daartussen is reëel. Dit is dezelfde soort fout die ook op andere platformen tot afgewezen uploads leidt — we schreven over de meest voorkomende variant daarvan in wanneer App Store Connect zegt dat je schermafmetingen niet kloppen.
Vastleggen vanuit de simulator of het apparaat
Een werkbare end-to-end-flow voor een typische visionOS-app:
- Draai de app in de visionOS-simulator vanuit Xcode. Stuur hem naar de status die je wilt tonen — het hoofdvenster open, de relevante inhoud zichtbaar, een eventuele meeslepende scène getoond.
- Gebruik Developer Capture in Reality Composer Pro als je dat hebt, zodat de opname native 3840 × 2160 is. Haal een stilstaand beeld uit die opname.
- Als je alleen de gewone simulator-screenshot hebt, schaal die op naar 3840 breed en snijd de hoogte bij tot 2160. Controleer de uiteindelijke pixelafmetingen voordat je uploadt — App Store Connect controleert ze exact.
- Herhaal voor elke app-status die je in de carrousel wilt, tot maximaal tien screenshots.
Eén detail dat ertoe doet: een visionOS App Store-screenshot hoeft geen volledig ruimtelijk, stereoscopisch beeld te zijn. Een plat 2D-beeld wordt geaccepteerd, zolang het precies 3840 × 2160 is en de app laat zien terwijl die draait binnen de visionOS-omgeving. Je uploadt geen 3D-bestand — je uploadt een gewone afbeelding die toevallig een ruimtelijke app weergeeft.
Nuances voor ruimtelijke apps: vensteropnames versus meeslepende scènes
Hier vraagt visionOS je een afweging te maken die iPhone-screenshots nooit vragen. Een visionOS-app kan zijn UI op twee brede manieren tonen, en wat de screenshot moet laten zien hangt af van welke daarvan de ervaring bepaalt:
- Vensterapps. Veel visionOS-apps zijn in essentie zwevende vensters — een 2D-interface die in de ruimte wordt getoond, soms met diepte en ornamenten. Voor deze apps gaat de screenshot vooral over de inhoud van het venster en hoe die in de omgeving staat. De compositievraag is dezelfde als op elk platform: welk scherm, welke status, waar kijkt de gebruiker naar.
- Meeslepende apps. Apps die een volledig of gemengd meeslepende ruimte openen, vullen het volledige gezichtsveld van de gebruiker met inhoud. Eén plat screenshot kan daar maar een fractie van vastleggen — één gezichtspunt, één moment. Je moet het beeld kiezen dat het beste een ervaring vertegenwoordigt die in wezen 360 graden is, wat oprecht lastiger is dan het kiezen van een telefoonscherm.
Ook de achtergrond is iets om over na te denken. Een visionOS-opname bevat de omringende omgeving — de passthrough of virtuele scène achter je vensters — die deel wordt van de screenshot, of je dat nu wilt of niet. Die omgeving speelt echt een rol in hoe de screenshot overkomt, dus het loont om bewust te kiezen wat er achter je app staat wanneer je vastlegt, in plaats van te laten gebeuren wat de simulator standaard laat zien in je store-vermelding.
Niets hiervan wordt automatisch voor je vastgelegd. Beslissen wat je toont, welk meeslepend gezichtspunt, en welke omgeving daarachter staat, is een menselijke compositiebeslissing — en dat is het deel dat het meest bepaalt of de screenshot de app daadwerkelijk verkoopt.
De eerlijke tekortkoming: de meeste tools negeren visionOS
Hier is het deel dat niemand adverteert. Het grote ecosysteem van App Store screenshot-tools — de device-frame-generators, de carrousel-bouwers, de "zet je screenshot erin en wij maken er een mockup van"-diensten — is overweldigend gebouwd rondom iPhone en iPad. Ze hebben verzorgde telefoonframes, tabletframes, soms een horloge. Ondersteuning voor Vision Pro loopt uiteen van "een bijzaak" tot "bestaat niet".
Waarom? Een paar eerlijke redenen. De visionOS-installatiebasis is klein ten opzichte van iPhone, dus de commerciële prikkel is zwak. Het liggende beeld van 3840 × 2160 doorbreekt het staande-apparaat-sjabloon waarop deze tools zijn gebouwd. En er is geen nette "device frame" om een Vision Pro-screenshot in te zetten zoals je een telefoonscherm in een iPhone-bezel zet — het apparaat zit op je gezicht, niet in het beeld. Dus laten de meeste tools gewoon een gat vallen waar visionOS zou moeten staan, en doen ontwikkelaars het vastleggen, opschalen en samenstellen zelf, met de hand.
Als je naar visionOS uitkomt, hou rekening met die tekortkoming. Begroot het vastlegwerk, verwacht dat je afmetingen handmatig moet verifiëren, en ga er niet van uit dat de tool die je voor iPhone-screenshots gebruikt een visionOS-route heeft. Veel tools hebben die niet.
Waar Mokbi wel en niet past
Eerst het eerlijke antwoord: Mokbi legt je visionOS-screenshots niet vast. Het draait de simulator niet, het neemt niets op vanaf een Vision Pro, en het kan geen beeld voor je uit een meeslepende ruimte halen. De vastlegstap — een beeld van 3840 × 2160 krijgen van je app terwijl die in visionOS draait — is aan jou, via Developer Capture of de hierboven beschreven opschaal-en-bijsnij-route. Iedereen die beweert dat een browsertool op magische wijze een ruimtelijke app kan vastleggen, overdrijft.
Waar het wel helpt, is daarna, bij compositie en lokalisatie. Zodra je een correct opgemaakt visionOS-beeld hebt, is Mokbi een browsereditor om dat op te maken tot een store-carrousel: bijschriften toevoegen, multi-paneel-lay-outs indelen, die bijschriften in één klik vertalen naar Apple's volledige lijst met App Store-talen, en exporteren op de juiste afmeting. Het ontwerpt verder op een screenshot die je al hebt vastgelegd — het legt hem niet vast. Ontwerpen is gratis met een voorbeeld met watermerk; onbeperkt exporteren en publiceren krijg je met een abonnement — Solo voor €29.99/mo (1 app) of Studio voor €49.99/mo (tot 5 apps), geen eenmalige aankoop. Voor een liggend 4K-visionOS-beeld specifiek zit de waarde in de bijschrift- en lokalisatieworkflow, niet in een device frame — er is geen bezel om Vision Pro in te zetten.