Missing Metadata in App Store Connect: Abo freischalten
Von Mehdi Azizi
Veröffentlicht am , 9 Min.
Missing Metadata heißt: Ein Pflichtfeld fehlt. Prüfe Sprache, Preis, Laufzeit, Länder, Review-Screenshot und Vertrag, dann häng das Abo an eine App-Version.
Missing Metadata in App Store Connect bedeutet, dass deinem Abo oder deinem In-App-Kauf mindestens eine Pflichtangabe fehlt. Prüfe der Reihe nach Sprache, Preis, Laufzeit, Länder, Review-Screenshot und den Vertrag für kostenpflichtige Apps. Solange das Produkt in diesem Status steckt, kannst du es nicht zur Prüfung einreichen, und deine App kann es nicht laden. Das erste Abo muss außerdem zusammen mit einer App-Version eingereicht werden.
Ich hatte diesen Status im Juli 2026 bei TradaZen, meinem Trading-Simulator. Das neue Wochenabo hatte seine Laufzeit, seinen Preis, seine Gruppe und zwei Sprachen. Trotzdem blieb es auf „Missing Metadata“. Das einzige fehlende Teil war der Review-Screenshot. Hier sind die Ursachen, die du prüfen solltest, die Zustände eines Produkts und was jeden davon löst, und dann der Zusammenhang mit RevenueCat.
Was bedeutet Missing Metadata?
Bis zu diesem Jahr hat Apples Hilfe den Status so definiert: Das Produkt ist angelegt, aber du hast noch keinen Screenshot hochgeladen oder seine Metadaten nicht fertig ausgefüllt. Der Status sagt nie, welches Feld fehlt. Genau das ist das Problem: Du musst suchen.
Achtung, die Bezeichnung hat sich im Juli 2026 geändert. Die Release Notes von App Store Connect kündigen zum 15. Juli einen neuen Einreichungsweg an: Jeder In-App-Kauf wird über seine eigene Seite eingereicht, mit Add for Review. Die Seite mit den Status listet „Missing Metadata“ nicht mehr auf. Sie beginnt mit „Prepare for Submission“ und präzisiert: Wenn deinem In-App-Kauf Pflicht-Metadaten fehlen, ergänze sie, bevor du ihn zu einer Einreichung hinzufügst. Die Dokumentation von RevenueCat bestätigt das: Vor der Prüfung erscheint ein neues Produkt als „Prepare for Submission“, auch wenn ihm Metadaten fehlen.
Die App Store Connect API liefert dagegen weiterhin MISSING_METADATA und dann READY_TO_SUBMIT. Tools, die darauf aufbauen, zeigen diese Begriffe also immer noch an. Egal welche Bezeichnung: Die Diagnose ist dieselbe, ein Pflichtfeld ist leer.
Die Ursachen, die du prüfen solltest, der Reihe nach
Ich prüfe sie in dieser Reihenfolge, von der Produktseite bis zum Account.
| Ursache | Wo korrigieren |
|---|---|
| Name oder Beschreibung leer | Produktseite |
| Gruppe ohne Anzeigenamen | Gruppenseite |
| Preis oder Laufzeit fehlt | Produktseite |
| Kein Land verfügbar | Availability |
| Review-Screenshot fehlt | Review Information |
| Bezahlvertrag nicht aktiv | Business |
| Erstes Abo allein eingereicht | Einreichung |
1. Die Sprache des Produkts. Laut der Übersicht zu den Angaben eines In-App-Kaufs sind Anzeigename und Beschreibung in mindestens einer Sprache Pflicht. Der Name hat 2 bis 30 Zeichen, die Beschreibung höchstens 45. Ein Produkt ohne Sprache kann nicht eingereicht werden.
2. Die Sprache der Gruppe. Die Abo-Gruppe hat ebenfalls einen Anzeigenamen, den deine Abonnenten sehen, wenn sie ihre Abos auf dem iPhone verwalten. Du fügst ihn auf der Gruppenseite im Bereich Display Name and Description hinzu, wie es Apples Seite zu Abos erklärt. Das Feld wirkt nicht verpflichtend. Trotzdem berichtet ein Entwickler in den Apple-Foren, dass alle Abos seiner Gruppe blockiert blieben, solange es leer war. Der Status erscheint am Abo, nicht an der Gruppe, daher die Verwirrung.
3. Preis und Laufzeit. Ein Abo braucht eine Laufzeit, von einer Woche bis zu einem Jahr, und einen Preis. Die Technote TN3186 fängt genau dort an, wenn ein Produkt nicht lädt: Produkt-ID, Preis und Sprachen prüfen. Merk dir auch, dass die Laufzeit nach dem Einreichen zur Prüfung nicht mehr änderbar ist.
4. Die Verfügbarkeit. Wähle unter Availability mindestens ein Land oder eine Region. Apple weist darauf hin, dass ohne Verfügbarkeit der Status „Approved“ nicht erscheinen kann.
5. Der Review-Screenshot. Das war mein Fall bei TradaZen, und eine Ursache, die in den Foren oft auftaucht. Der „App Review Screenshot“ zeigt den Kauf so, wie er in der App erscheint, meistens deine Paywall. Er dient nur dem Prüfer und wird nie im App Store angezeigt. Er folgt den Formaten deiner App-Store-Screenshots. Einmal hochgeladen, kannst du ihn ersetzen, aber nicht löschen.
Verwechsle ihn nicht mit dem Werbebild mit 1024 x 1024 Pixeln. Das brauchst du nur, wenn du den Kauf auf deiner Produktseite hervorhebst oder ein Win-back-Angebot erstellst, und es hat eigene Regeln. Das habe ich durch eine Ablehnung wegen des Werbebilds eines Abos gelernt.
6. Der Vertrag für kostenpflichtige Apps. Um In-App-Käufe anzubieten, muss der Account-Inhaber unter Business das Paid Apps Agreement unterschreiben und dann Bank- und Steuerdaten hinterlegen. Das ist kein Feld des Produkts, aber alles hängt davon ab. Apple schreibt, dass du keinen neuen In-App-Kauf anlegen kannst, solange du die neueste Version des Vertrags nicht akzeptiert hast. Apples Seite zur Vorbereitung von Käufen für die Prüfung ergänzt, dass kostenpflichtige Käufe in der Prüfung nicht funktionieren, solange dieser Vertrag nicht aktiv ist. Unter Business müssen Vertrag, Bankkonto und Steuerformulare alle aktiv sein. Diese Schritte findest du ausführlich im Guide zum Apple-Entwickleraccount.
7. Das erste Abo allein eingereicht. Das sind keine fehlenden Metadaten. Es ist aber der häufigste Grund, warum ein vollständiges Produkt nie in die Prüfung geht. Mehr dazu weiter unten.
Die Zustände eines Produkts und was jeden löst
Das ist die Checkliste, die ich immer vor Augen habe. Die erste Spalte zeigt den Zustand aus der API, die zweite die Bezeichnung in Apples Hilfe seit Juli 2026.
| Zustand (API) | Aktuelle Bezeichnung | Was ihn löst |
|---|---|---|
| MISSING_METADATA | Prepare for Submission | Felder ausfüllen |
| READY_TO_SUBMIT | Prepare for Submission | Add for Review |
| Keine Entsprechung | Ready for Review | Submit for Review |
| WAITING_FOR_REVIEW | Waiting for Review | Auf Apple warten |
| IN_REVIEW | In Review | Auf Apple warten |
| APPROVED | Approved | Länder und freigegebene App |
| REJECTED | Rejected | Korrigieren, Update Review |
Im Detail:
- Von Missing Metadata zu Ready to Submit. Fülle die Felder aus den Ursachen 1 bis 5 aus, speichere, lade die Seite neu. Auf meinem Bildschirm stand im Juli „Missing Metadata“, und der nächste Zustand hieß „Ready to Submit“.
- Von Ready to Submit zu Ready for Review. Klick auf der Abo-Seite auf Add for Review und füge es einer bestehenden oder neuen Einreichung hinzu. Beim Einreichen eines In-App-Kaufs wählst du die Plattform, die App-Version und bei Bedarf die Gruppe. Ab diesem Moment sind nur noch Referenzname, Preis und Verfügbarkeit änderbar.
- Von Ready for Review zu Waiting for Review. Prüfe, ob App-Version und Gruppe in derselben Einreichung sind, und klick dann auf Submit for Review.
- Von Waiting for Review zu Approved. Nichts zu tun, außer deine Paywall funktionsfähig zu halten. Wenn der Kauf auf „Accepted“ statt „Approved“ geht, wurde ein anderes Element derselben Einreichung abgelehnt: Apple genehmigt nichts, solange nicht alles akzeptiert ist.
- Rejected. Den Grund findest du in den Nachrichten der Einreichung. Korrigiere das Element, klick auf Update Review und reiche die Einreichung erneut ein.
Das erste Abo geht mit einer App-Version raus
Die Regel steht in Apples Hilfe: Das erste Abo muss, wie der erste Kauf jedes Typs, zusammen mit einer neuen App-Version eingereicht werden. Eine neue Gruppe geht mit mindestens einem ihrer Abos raus. Sobald dieses erste Element genehmigt ist, kannst du weitere desselben Typs ohne neue Version einreichen, solange die App eine genehmigte Version hat.
Genau so lief es bei TradaZen. Die Juli-Version ging mit dem Jahres- und dem Monatsabo raus. Das Wochenabo, noch auf „Missing Metadata“, blieb außerhalb der Einreichung. Nach der Freigabe der App konnte es allein eingereicht werden, ohne neuen Build.
Wenn du die App ohne ihr Abo einreichst, brauchst du eine neue Version, um es freigeben zu lassen. Der Guide zur Prüfungsdauer im App Store zeigt, wie viele Tage dich dieser zusätzliche Durchlauf kostet.
Der Zusammenhang mit RevenueCat: das leere Offering
RevenueCat verkauft selbst nichts. Das SDK liest deine Produkt-IDs von seinen Servern und fragt die Produkte dann vom iPhone aus beim App Store an. Wenn der App Store sie nicht zurückgibt, kommt das Offering leer an und deine Paywall hat nichts anzuzeigen. Die SDK-Logs zeigen dann: „There's a problem with your configuration. None of the products registered in the RevenueCat dashboard could be fetched from the App Store.“
Laut RevenueCat lädt ein Produkt mit vollständigen Metadaten in der Sandbox schon vor der Prüfung. Ein unvollständiges nicht. Die weiteren Spuren von RevenueCat und Apple:
- der Vertrag für kostenpflichtige Apps und die Bankdaten, die laut RevenueCat bis zu 24 Stunden brauchen können, bis sie greifen;
- eine Änderung am Produkt, die laut Apple bis zu einer Stunde braucht, um in der Sandbox anzukommen;
- eine unterschiedliche Produkt-ID zwischen App Store Connect, RevenueCat und deinem Code.
Bei TradaZen blendet der Code die Karte eines Abos aus, dessen Produkt nicht zurückkommt, ohne die Paywall kaputtzumachen. Im Oktober 2026 hatte ich aus einem anderen Grund eine Paywall ohne Angebot: Das aus dem SDK-Cache gelesene Offering war leer. Seitdem fragt der App-Code bei leerem Offering die Produkte direkt bei StoreKit an und bietet einen neuen Versuch an, falls der Store nicht antwortet.
Eine Paywall ohne Angebot darf nie eine Sackgasse sein, weder für den Nutzer noch für den Prüfer, der kaufen können muss. Das komplette Setup steht in meinem Guide RevenueCat für ein iOS-Abo, die Anzeigefallen in den Paywall-Fehlern. Sobald das Produkt bereit ist, prüf auch, ob deine Paywall die Guideline 3.1.2 einhält.
Dein Abo anbinden, ohne eine Woche dafür zu brauchen
Das iOS & Android Kit basiert auf dem Starter-Code meiner Apps: Onboarding, Paywall und Abos sind schon programmiert, und der dritte Schritt, „das Geld anbinden“, führt dich durch die Einrichtung. Die ganze Kette, von den Produkten in App Store Connect bis zur Kaufprüfung, ist auf der Seite In-App-Abo für iOS beschrieben.
Wenn du deinen ersten Release vorbereitest, mach deine kostenlose Diagnose: Sie bringt die Schritte in die richtige Reihenfolge und schickt dir meine Checkliste gegen Apple-Ablehnungen. Wenn dein Abo trotz allem blockiert bleibt, buch eine Stunde mit mir: Wir öffnen zusammen dein App Store Connect und suchen das leere Feld.
Häufige Fragen
Warum bleibt mein Abo auf Missing Metadata, obwohl alles ausgefüllt ist?
Prüf zuerst den Review-Screenshot, dann den Anzeigenamen der Abo-Gruppe, der nicht verpflichtend aussieht. Kontrolliere danach Preis, Laufzeit, mindestens ein Land und den Vertrag für kostenpflichtige Apps unter Business. Nach jeder Korrektur speichern und die Seite neu laden, bevor du ein Fazit ziehst.
Braucht ein Abo einen Screenshot?
Ja, den Review-Screenshot, genannt App Review Screenshot. Er zeigt den Kauf in der App, meistens die Paywall, und dient nur dem Prüfer. Er wird nicht im App Store angezeigt. Verwechsle ihn nicht mit dem Werbebild mit 1024 x 1024 Pixeln, das nur nötig ist, um den Kauf hervorzuheben oder für ein Win-back-Angebot.
Kann man ein Abo ohne neue App-Version einreichen?
Das erste nicht. Das erste Abo und seine Gruppe gehen mit einer neuen App-Version raus. Sobald dieses erste Abo genehmigt ist, können die weiteren allein eingereicht werden, solange die App eine genehmigte Version hat.
Was bedeutet Prepare for Submission bei einem In-App-Kauf?
Das ist seit Juli 2026 die Bezeichnung in Apples Hilfe für ein Produkt, das noch keiner Einreichung hinzugefügt wurde. Sie erscheint auch dann, wenn Metadaten fehlen. Die App Store Connect API unterscheidet die beiden Fälle weiterhin, mit MISSING_METADATA und READY_TO_SUBMIT.
Warum liefert RevenueCat ein leeres Offering?
Weil der App Store dem iPhone kein Produkt zurückgegeben hat. Die häufigsten Ursachen: unvollständige Metadaten, inaktiver Vertrag für kostenpflichtige Apps, abweichende Produkt-ID oder eine kürzliche Änderung, die noch nicht angekommen ist. Deine Paywall muss diesen Fall abfangen, ohne den Nutzer zu blockieren.

