Je App Store-vermelding publiceren zonder fastlane

fastlane is niet voor niets het standaardantwoord. Het is een gratis, MIT-gelicentieerde toolkit, en de deliver-actie (ook wel upload_to_app_store) uploadt screenshots, app-previewvideo's, metadata en de binary naar App Store Connect met één commando. Aan de Android-kant doet supply (ook wel upload_to_play_store) hetzelfde voor Google Play — metadata, screenshots en de APK of app bundle. Draai een van beide vanuit CI en je vermelding wordt bij elke release opnieuw gegenereerd, altijd in lijn met de app.

De eerlijke vraag is dus niet "is fastlane goed" — dat is het. De vraag is of je de pipeline wilt beheren die het goed maakt, of dat je liever een vermelding bijwerkt zonder pipeline.

Wat deliver en supply eigenlijk doen

Beide zijn wrappers rond de officiële store-API's. Achter de schermen doet fastlane dezelfde aanroepen die je ook zelf zou kunnen doen.

• deliver (iOS). Uploadt appnaam, beschrijving, zoekwoorden, release notes, URL's, categorieën en reviewinformatie, plus gelokaliseerde screenshots en previewvideo's. De binary gaat omhoog via Apple's iTMSTransporter; de metadata via de App Store Connect API. Het kan ook direct na upload ter review indienen.
• supply (Android). Uploadt metadata, screenshots en de APK of AAB naar Google Play, kiest een track en promoot builds. Let op de valkuil: geüploade screenshots vervangen de bestaande voor een taal in plaats van eraan toe te voegen.

Beide authenticeren met API-sleutels — een App Store Connect API-sleutel voor Apple, een service-account JSON voor Google — dus eenmaal geconfigureerd draaien ze zonder toezicht in CI. Dat is precies de aantrekkingskracht: metadata en screenshots als code, geversioneerd in je repo, meegestuurd met elke build.

De echte prijs van fastlane

fastlane is gratis om te installeren en gratis om te draaien. De prijs zit in de opzet en het onderhoud, en die wordt betaald in engineeringtijd.

• Een runtime om te onderhouden. fastlane is een Ruby-toolchain (Ruby 3.0+), meestal beheerd met Bundler. iOS-werk vereist Xcode op een Mac; Android vereist de Gradle-kant. Dat is echte machinerie om te installeren en gepatcht te houden.
• Configbestanden om te schrijven. Een Fastfile definieert je lanes; een Deliverfile of de Android-metadatamap bevat de vermeldingsdetails. De eerste werkende versie goed krijgen kost doorgaans een dag of twee.
• CI om op te zetten. De automatisering betaalt zich alleen uit binnen een pipeline, wat betekent: API-sleutels, ondertekeningsgeheimen en een build-runner die geconfigureerd en groen gehouden moeten worden.
• Onderhoud van screenshot-capture, als je die gebruikt. De snapshot-actie van fastlane stuurt UI-tests in de simulator aan om screenshots per taal vast te leggen. Die tests zijn broos: een veelgehoorde ervaring is dat een setup een paar maanden goed draait, waarna een UI-wijziging de flow breekt en de testcode opnieuw naar de nieuwe schermen genavigeerd moet worden. snapshot herprobeert wankele runs standaard automatisch, wat netwerk- en datagedreven onvoorspelbaarheid toedekt in plaats van oplost. En de ruwe output heeft geen bijschriften of achtergronden — teams maken het ontwerp toch vaak af in een aparte tool.

Niets hiervan is kritiek op de tool. Het is de eerlijke ruil: fastlane zet een terugkerende handmatige klus om in code, en in ruil daarvoor onderhoud jij code. Voor een team dat wekelijks shipt met een engineer die release-automatisering beheert, is dat een goede deal. Voor een solo-maker of een PM die een paar keer per jaar een vermelding bijwerkt, kan de pipeline meer kosten om in leven te houden dan hij oplevert.

Een vermelding bijwerken zonder fastlane

Sla je fastlane over, dan heb je nog drie manieren om metadata en screenshots op de stores te krijgen.

1. De webconsoles van de stores

Het eenvoudigste pad. In App Store Connect bewerk je elke lokalisatie handmatig en zet je screenshots in de vakjes per schermformaat; in Google Play Console bewerk je de vermelding per taal en upload je daar screenshots. Geen code, geen sleutels, niets te onderhouden — je wijst en klikt. Het nadeel is dat het volledig handmatig is, en dit voor veel talen tegelijk doen, één scherm per keer, is traag en foutgevoelig. Prima voor een of twee talen; pijnlijk bij 20.

2. De store-API's, rechtstreeks

Beide stores bieden dezelfde API's die fastlane aanroept, dus je kunt daartegen scripten zonder de Ruby-stack van fastlane te omarmen. Apple's App Store Connect API is een REST API die authenticeert met een kortlevende JWT (ES256, ondertekend met je sleutel), met endpoints om screenshotsets aan te maken, afbeeldingsbytes te reserveren en uploaden, en metadata te patchen. Google's Play Developer API werkt met een "edits"-model — je opent een edit, wijzigt vermeldingen en afbeeldingen, en committeert die dan. Dit geeft je volledige controle en past bij een eigen intern dashboard, maar je schrijft en onderhoudt die integratie nu zelf. Het is een kleinere verplichting dan een volledige fastlane-pipeline, maar geen nul-verplichting.

3. Een beheerde tool die de vermelding opstelt

De andere no-code route is een tool die de vermelding voor je maakt, zodat alleen het op de store krijgen ervan overblijft. Hier draait de ruil om: in plaats van een engineer die een pipeline beheert, beheert een PM of ontwerper de vermelding rechtstreeks in de browser. Je ruilt CI-automatisering in voor helemaal geen engineer meer nodig hebben.

Waar Mokbi past — eerlijk gezegd

Mokbi probeert het CI-verhaal van fastlane niet te vervangen. Is je doel screenshots die bij elke build opnieuw gegenereerd worden zonder menselijke tussenkomst, dan is een fastlane-pipeline het juiste gereedschap, en het is gratis. Mokbi is er voor het andere geval: degene die een gepolijste vermelding wil publiceren zonder Ruby, Xcode, een Fastfile of een UI-test aan te raken.

In de browser ontwerp je de screenshots, stel je de winkeltekst op en vertaal je de hele vermelding naar 50 talen — geen simulator, geen CI, geen code. Een ontwerper of PM kan het hele marketingoppervlak volledig zelf beheren.

Dit is de laatste stap, en Mokbi dekt hem. Het ontwerpt de screenshots en de feature graphic, schrijft en vertaalt de hele vermelding naar 50 talen, en zet het resultaat vervolgens rechtstreeks naar Google Play via de Play Developer API en zet de App Store-versie klaar in App Store Connect, gereed voor jou om op Indienen te drukken — Apple vereist die laatste indiening en de review zelf, een Apple-regel, geen gat in Mokbi. Dezelfde endpoints die fastlane aanroept, minus de pipeline.

Wanneer kies je wat

• Ship je wekelijks, heb je een engineer, wil je nul afwijking? fastlane. Het is gratis, geautomatiseerd, en houdt screenshots en metadata volledig in lijn met de app. Niets hier verslaat dat.
• Werk je een vermelding een paar keer per jaar bij en heb je geen CI achter de hand? De webconsole, of een tool die de vermelding opstelt. Het onderhoud van de pipeline is bij die frequentie niet de moeite waard.
• Heb je programmatische controle nodig, maar niet de stack van fastlane? Roep de App Store Connect- en Play Developer-API's rechtstreeks aan.
• Wil je dat een ontwerper of PM de vermelding beheert in veel talen? Stel op, vertaal en publiceer vanuit de browser — Mokbi zet naar Google Play en legt de App Store-versie klaar zodat jij die kunt indienen.

fastlane verdient zijn plek als de gratis, geautomatiseerde gevestigde speler. Het no-code pad is niet "beter" — het is een andere ruil: je doet afstand van CI-automatisering, en in ruil daarvoor hoeft niemand een pipeline te bouwen of in leven te houden om een vermelding bij te werken.

Wat je hierna kunt lezen

• De beste tools om je App Store-vermelding te publiceren
• Screenshots uploaden met de App Store Connect API
• Naast elkaar: Mokbi versus fastlane

Open de editor →