SnapPress 2.0.1 ist gerade in die Review gegangen, und die wichtigste Änderung ist kein neues Feature. Es ist die vollständige Lokalisierung der App-Store-Metadaten in neun Sprachen, plus die technische Pipeline, die das auch dauerhaft sicherstellt. Dieser Beitrag erzählt die Geschichte hinter dem Release.
Die Ausgangslage
SnapPress ist im März 2026 gestartet. Der Pitch war einfach: Statt 30 Minuten damit zu verbringen, Fotos einzeln in WordPress hochzuladen, sollst du 20 Fotos in 10 Sekunden direkt vom iPhone in deine Mediathek schicken können. Das 2.0-Release Ende April hat eine Freemium-Stufe, den Lifetime-Kauf und eine gehärtete Share Extension hinzugefügt. Die Verkäufe waren bescheiden, aber real, hauptsächlich japanische WordPress-Blogger, die direkt im japanischen App Store gekauft haben.
Die Überraschung
Zwei Käufe kamen aus Australien. Keine Werbung. Keine Pressearbeit. Niemand, den ich kannte. Die Käufer hatten SnapPress eigenständig über die App-Store-Suche gefunden, auf Metadaten, die — wie mir erst jetzt klar wurde — kaum lokalisiert waren.
In dem Moment habe ich mein App-Store-Connect-Dashboard mit den Augen eines Außenstehenden angesehen. Und mir ist etwas aufgefallen, das die Prioritäten für den Rest des Tages auf den Kopf gestellt hat.
Das Problem
Das Untertitel-Feld im App Store — die 30-Zeichen-Zeile unter dem App-Namen, die in den Suchergebnissen und in der Kategorienansicht auftaucht — war leer. In jeder Sprachregion. In allen neun Sprachen, für die der App Store ein Lokalisierungsfeld bietet, einschließlich Englisch und Japanisch, also den beiden Märkten mit den meisten bestehenden Nutzern.
Der Untertitel ist eines der am stärksten gewichteten Felder im App-Store-Suchranking. Apple gibt ihm ein indexierbares Gewicht, das mit dem des App-Namens vergleichbar ist, und er ist der erste unterstützende Text, den ein Suchender vor dem Antippen sieht. Das Feld leer zu lassen, hieß für SnapPress effektiv: 30 Zeichen Schlüsselwort-Realestate pro Sprachregion verschenkt, multipliziert mit 9 Sprachregionen, und das bei jeder relevanten Suchanfrage.
Die Schlüsselwörter waren teilweise gefüllt, aber nur auf Englisch und Japanisch, und es fehlten Kernbegriffe wie „bulk“, „iPhone“ und „blogger“. Die Beschreibung gab es ausschließlich auf Englisch und Japanisch. Der Werbetext war überall leer. Das einzige, was über alle Sprachregionen vollständig befüllt war, ironischerweise: die zuvor eingetragenen Versionshinweise.
Die Lösung
An einem Sonntagnachmittag habe ich zwei kleine CLI-Toolkits geschrieben.
Das erste spricht mit der App Store Connect API: Es liest den aktuellen Zustand jeder Lokalisierung, erzeugt eine neue App-Version, schickt den Untertitel über den Endpunkt appInfoLocalizations, schiebt Schlüsselwörter, Beschreibung, Werbetext, Was-ist-neu, Support-URL und Marketing-URL über appStoreVersionLocalizations und hängt einen frisch archivierten Build an. Die Authentifizierung läuft über einen App-Store-Connect-API-Key, also ohne Mensch in der Schleife und ohne 2FA-Prompts mitten im Ablauf.
Das zweite spricht mit der Apple Search Ads Advanced API. Gleiches Muster: ES256-signiertes JWT, OAuth Client Credentials Grant, Bearer Token mit dem Header X-AP-Context. Die Credentials liegen über die 1Password-CLI vor, sodass kein Secret jemals im Klartext auf der Festplatte landet. Das Ergebnis: „Kampagne anlegen“, „Schlüsselwörter auflisten“, „Bericht von gestern abrufen“ werden zu einzeiligen Shell-Kommandos statt zu Dashboard-Klicks.
Gesamte Laufzeit, um die neuen Metadaten in alle 9 Sprachregionen zu schieben: unter drei Minuten. Inklusive Archivieren und Hochladen des neuen Builds: rund 10 Minuten. Das gesamte 2.0.1-Release wurde aus der Kommandozeile heraus zusammengestellt und eingereicht.
Was jetzt in 9 Sprachen vorliegt
Die neuen Untertitel, alle innerhalb der 30-Zeichen-Grenze:
- Englisch: Bulk Upload to WordPress Media (Massen-Upload in die WordPress-Mediathek)
- Japanisch: WordPressに写真を一括アップロード (Fotos in einem Schwung zu WordPress hochladen)
- Spanisch: Sube fotos a WordPress en masa (Lade Fotos massenweise zu WordPress hoch)
- Deutsch: Foto-Upload für WordPress (Foto-Upload für WordPress)
- Portugiesisch (Brasilien): Upload em massa para WordPress (Massen-Upload zu WordPress)
- Französisch: Photos en masse vers WordPress (Fotos im Bündel zu WordPress)
- Koreanisch: 워드프레스 사진 일괄 업로드 (WordPress-Fotos im Stapel hochladen)
- Italienisch: Foto in blocco su WordPress (Fotos im Block zu WordPress)
- Traditionelles Chinesisch: 批次上傳照片到 WordPress (Fotos stapelweise zu WordPress hochladen)
Jede Sprachregion bekommt zusätzlich eine maßgeschneiderte Beschreibung (rund 1.400 Zeichen auf Englisch und in den europäischen Sprachen, naturgemäß kürzer auf Japanisch, Koreanisch und Chinesisch), eine 100-Zeichen-Schlüsselwortzeichenkette, optimiert auf das Suchverhalten des jeweiligen Marktes, einen Werbetext mit Verweis auf den lokalen Währungspreis und einen Was-ist-neu-Eintrag, der den mehrsprachigen Rollout ankündigt.
Die Lektion
Wenn du Apps für den App Store baust und das Untertitel-Feld in jeder veröffentlichten Sprachregion noch nie persönlich überprüft hast, ist das hier deine Erinnerung. Die Prüfung dauert fünf Minuten, und ein leerer Untertitel ist die billigste Werbefläche, die Apple dich verschwenden lässt. Das Gleiche gilt für Schlüsselwörter, Werbetext und den Was-ist-neu-Block nach jedem Release.
Die zweite Lektion: App Store Connect und Apple Search Ads haben beide vollständige APIs, und sie sind nach dem einmaligen Auth-Setup deutlich schneller zu bedienen als die Web-Dashboards. Wer mehr als ein paar Releases pro Jahr ausliefert, spart mit einem 100-Zeilen-Bash-Skript um die API herum Stunden pro Release und vermeidet die langsamen, aber reversiblen Fehler, die sich einschleichen, wenn man 27 Dropdowns von Hand klickt.
Wie es weitergeht
Die Apple-Review dauert 24 bis 48 Stunden. Sobald 2.0.1 live ist, startet Phase 1: eine kleine Apple-Search-Ads-Kampagne in Japan mit 7.500 Yen Monatsbudget, einem Cost-per-Install-Ziel um 250 Yen und zehn japanischen Schlüsselwörtern, beginnend mit „ワードプレス アプリ“ und „wordpress 写真 アップロード“. Es geht nicht um Skalierung. Es geht um echte LTV- und ROAS-Daten pro gewonnenem Nutzer, damit die nächste Budgetentscheidung auf Zahlen statt auf Optimismus beruht.
Wenn die Zahlen tragen, weitet die gleiche automatisierte Pipeline die Kampagne auf die USA aus, danach auf die nächsten zwei oder drei Sprachregionen, in denen der ASO-Traffic vielversprechend aussieht. Wenn die Zahlen nicht tragen, wird das Budget pausiert, Screenshots und Preise bekommen einen genaueren Blick, und das Experiment läuft mit günstigeren Inputs weiter.
Der angenehme Teil daran, ein kleines Produkt im Alleingang zu betreiben, ist, dass man so etwas an einem Nachmittag ausliefern kann. Der langweilige Teil — und derjenige, der wirklich zählt — passiert in den 60 Tagen danach, wenn die Daten anfangen, einzulaufen.