Die meisten Indie-iOS-Entwickler haben ein Screenshot-Problem, über das sie aufgehört haben zu reden.
Nicht weil es gelöst ist. Weil es zu langsam und schmerzhaft ist, um sich weiter darüber zu beschweren.
Irgendwann hast du Fastlane frameit aufgesetzt. Du hast es größtenteils zum Laufen gebracht. Dann wurde iOS aktualisiert und die Geräte-Bezels haben sich geändert. Dann hast du eine neue Sprache hinzugefügt. Dann hast du gemerkt, dass du 35 Screenshots neu erstellen musst, und hast es immer wieder aufgeschoben.
Das ist keine Beschwerde über Tooling. Das ist ein Workflow, der nicht skaliert.
Marteso ist darauf ausgelegt, das Vercel für iOS-Apps zu sein: eine Plattform, bei der ein Push zu GitHub deine Deployment-Pipeline automatisch auslöst. Für App-Store-Einreichungen beginnt diese Pipeline mit Screenshots.
Das Problem mit dem aktuellen Fastlane-Ansatz
Fastlane frameit ist ein fähiges Tool. Es ist aber auch manuell, brüchig und nicht dafür designt, dass Entwickler gleichzeitig mehrere Sprachen, mehrere Geräte und mehrere App-Versionen verwalten.
So sieht der typische Fastlane-Screenshot-Workflow in der Praxis aus:
- UI-Tests schreiben
- snapshot-Lane im Fastfile konfigurieren
- fastlane snapshot lokal ausführen (20–40 Minuten pro Durchlauf)
- Screenshots mit fastlane frameit rahmen
- Lokalisierte Ausgabe für jede Sprache manuell prüfen
- Kaputte Frames beheben, wenn sich Geräte-Bilder aktualisieren
- Bei jedem Release wiederholen
Unterstützt du 5 Sprachen und 3 Gerätegrößen, sind das potenziell 60+ Screenshot-Dateien zu prüfen. Von Hand. Jedes Mal.
50 % schneller und vollständig automatisiert
Martesos Screenshot-Pipeline ist 50 % schneller als Fastlane frameit. Wichtiger noch: Sie entfernt die manuellen Schritte vollständig.
Der Workflow: einen UI-Test schreiben, dein GitHub-Repo verbinden, pushen. Marteso nimmt den Webhook auf, führt deinen Test aus und generiert geräte-gerahmte, lokalisierte Screenshots für jede App-Store-Sprache, die du unterstützt.
Du führst nichts lokal aus. Du verwaltest keine Geräte-Frames. Du gehst keine Sprachkonfigurationen in einer Schleife durch.
Die Screenshots leben in deiner Release-Pipeline, bereit für App Store Connect beim nächsten Mal, wenn du einreichst.
Warum Lokalisierung der Schlüssel ist
Die meisten Apps shippen englische Screenshots an jeden Storefront. Das ist der Weg des geringsten Widerstands, und er kostet dich.
App-Store-Nutzer in Deutschland, Japan, Brasilien und Frankreich konvertieren besser, wenn Screenshots ihre Sprache widerspiegeln. Das ist das Grundverhalten jedes Nutzers, der Apps über seinen muttersprachlichen Storefront entdeckt.
Der Grund, warum Indie-Entwickler Screenshots nicht lokalisieren, ist, dass es die Arbeit multipliziert. Ein Geräte-Frame × 6 Sprachen × 3 Gerätegrößen = ein Projekt, das man immer wieder aufschiebt.
Marteso bricht diesen Multiplikator herunter. Derselbe UI-Test-Durchlauf, der deine englischen Screenshots generiert, generiert auch deine lokalisierten. Wenn deine App-Strings schon übersetzt sind, bist du fertig.
Wie es sich in den Rest deiner Release-Pipeline einfügt
Marteso ist kein eigenständiges Screenshot-Tool. Es ist die Submission-Schicht für App-Store-Releases.
Die Screenshot-Pipeline steht neben Binary-Signierung, Versionsverwaltung, Metadaten-Bearbeitung, Lokalisierungs-Management und Keyword-Tracking in einer einzigen Plattform. Derselbe GitHub-Webhook, der deine Screenshots auslöst, kann auch deinen Binary-Build auslösen.
Für einen Indie-Entwickler bedeutet das: von einem GitHub-Push zu einem Release-Kandidaten mit korrekten, lokalisierten Screenshots in jeder Sprache, ohne Xcodes Organizer anzufassen oder Fastlane lokal auszuführen.
Erkunde die Screenshot-Pipeline in der Marteso-Demo auf app.marteso.com ([email protected] / demo1234). Die Demo-Apps führen durch einen vollständigen Release-Workflow inklusive Metadaten, Screenshots und App-Store-Connect-Submission.