Beginne mit dieser Unterscheidung
Entwickler erstellen eine App in Xcode. Du und dein Team verwalten das Geschäft rund um die App in App Store Connect: den App-Store-Eintrag vorbereiten, Tester einladen, die App zur Prüfung einreichen, auf Rezensionen antworten sowie Downloads und Umsatz verfolgen.
Dieser Leitfaden stützt sich auf die offizielle Hilfe von Apple zu App Store Connect und richtet sich an Leser, die Apples Entwickler-Dashboard noch nie verwendet haben. Apple aktualisiert die Oberfläche und die Regeln fortlaufend. Wenn eine Schaltfläche auf deinem Bildschirm anders heißt, richte dich nach der aktuellen Oberfläche und der offiziellen Dokumentation.
- App-Eintrag erstellen
- Build hochladen und testen
- Zur Prüfung einreichen und veröffentlichen
- Daten für laufende Verbesserungen nutzen
1. Was genau ist App Store Connect?
App Store Connect ist Apples Verwaltungs-Dashboard für Entwickler und die Teams, die ihre Apps betreiben. Dort verwaltest du den Namen, die Beschreibung, Screenshots, den Preis und Aktualisierungen, die Nutzer im App Store sehen. Außerdem erhältst du Zugriff auf Tests, Prüfungen, Verkäufe, Zahlungen und Kundenrezensionen.
Apps
Verwalte App-Einträge, Store-Seiten, Versionen, Einreichungen zur Prüfung, Preise, Abonnements und Kundenrezensionen.
TestFlight
Sende noch nicht veröffentlichte Betaversionen an Kollegen oder externe Tester.
Analytics
Verfolge Impressionen, Produktseitenaufrufe, Downloads, Conversion, Bindung, Nutzung und Umsatz.
Berichte
Sieh dir Verkaufstrends, geschätzte Erlöse, tatsächliche Zahlungen und herunterladbare Finanzberichte an.
Business
Unterzeichne Verträge und hinterlege Steuer- und Bankdaten, damit Apple dich bezahlen kann.
Benutzer und Zugriff
Lade Teammitglieder ein und lege fest, was jede Person sehen und tun kann.
Nicht mit der Apple Developer-Website verwechseln
Die Apple Developer-Website ähnelt eher einer Meldestelle für Entwickler: Sie verwaltet Zertifikate, Geräte, Bundle IDs und die Mitgliedschaft. App Store Connect ist der Verwaltungsbereich für deinen Store-Auftritt. Beide sind miteinander verbunden, aber es handelt sich um getrennte Anlaufstellen.
2. Was solltest du vor dem Start vorbereiten?
- Einen Apple Account mit aktivierter Zwei-Faktor-Authentifizierung.
- Eine aktive Mitgliedschaft im Apple Developer Program oder eine Einladung deines Teams zu App Store Connect.
- Klarheit darüber, mit welchem Team du arbeitest. Wenn dein Account mehreren Teams angehört, wähle nach der Anmeldung das richtige aus.
- Einen App-Namen, eine primäre Sprache, eine Bundle ID und eine interne SKU zum Erstellen des App-Eintrags.
- Vor der Veröffentlichung eine URL zur Datenschutzrichtlinie, eine Store-Beschreibung, Keywords, Screenshots, eine Support-URL und Kontaktdaten für die Prüfung.
Verstehe zuerst die Rollen
Eine fehlende Schaltfläche bedeutet oft, dass dir die Berechtigung fehlt, nicht dass das System defekt ist. Apples Dokumentation zu Rollen ist ausführlich. Diese Tabelle ist ein guter Ausgangspunkt.
| Rolle | Für wen sie geeignet ist | Wichtigste Berechtigungen |
|---|---|---|
| Account Holder | Inhaber des Accounts | Die einzige Person, die rechtsgültige Verträge unterzeichnen und die Mitgliedschaft verlängern kann. Jedes Team hat genau eine. |
| Admin | Technische oder geschäftliche Leitung | Umfassender Zugriff, einschließlich Benutzerverwaltung und Zugriff auf alle Apps. |
| App Manager | Produktmanager oder Release-Verantwortlicher | App-Informationen, Preise, Builds und Einreichungen zur Prüfung verwalten. |
| Developer | Entwickler | Entwicklung und Bereitstellung verwalten sowie Builds hochladen und testen. |
| Marketing | Mitglied des Marketingteams | Marketingtexte und Werbematerialien verwalten. |
| Sales | Growth- oder Datenanalyst | Daten zu Downloads, Verkäufen und Analytics anzeigen. |
| Finance | Mitglied des Finanzteams | Steuerinformationen verwalten, Berichte herunterladen und Zahlungen abgleichen. |
| Customer Support | Mitglied des Supportteams | Kundenrezensionen im App Store anzeigen und beantworten. |
Um einen Kollegen einzuladen, gehe zu Users and Access → People → +, gib Namen und E-Mail-Adresse ein und weise dann eine Rolle und den App-Zugriff zu. Gib Personen den Zugriff, den sie brauchen. Mache nicht einfach aus Bequemlichkeit alle zu Admins.
3. Erstelle deinen ersten App-Eintrag, bevor du einen Build hochlädst
Eine App erscheint nicht automatisch in App Store Connect, wenn jemand ihre Binärdatei hochlädt. Du musst zuerst einen App-Eintrag erstellen, damit Entwickler Builds dafür hochladen können. Apples Anleitung zum Erstellen einer App gibt diese Reihenfolge vor.
- Melde dich an und öffne Apps.
- Klicke oben links auf + und wähle New App.
- Wähle eine Plattform wie iOS, macOS, tvOS oder visionOS.
- Gib Name, Primary Language, Bundle ID und SKU ein.
- Wähle Full Access oder Limited Access und klicke dann auf Create.
Was bedeuten diese Felder?
| Feld | Einfach erklärt | Häufiger Anfängerfehler |
|---|---|---|
| Platforms | Die Apple-Plattformen, auf denen du die App veröffentlichst. | iPad als eigene Plattform behandeln. iPhone und iPad gehören normalerweise beide zu iOS. |
| Name | Der App-Name, den Kunden im App Store sehen. | Einen bereits vergebenen Namen wählen oder einen internen Projektnamen als öffentlichen Namen verwenden. |
| Primary Language | Die Standardsprache, die verwendet wird, wenn Inhalte in einer anderen Sprache nicht verfügbar sind. | Eine Sprache wählen, die du nicht pflegen möchtest. |
| Bundle ID | Die eindeutige technische Kennung der App. Sie muss exakt mit dem Xcode-Projekt übereinstimmen, zum Beispiel com.example.myapp. | Die falsche Kennung auswählen und später feststellen, dass der Build nicht zugeordnet werden kann. |
| SKU | Eine interne Kennung für dein Team. Kunden sehen sie nicht. | Sie mit einem Produktpreis verwechseln. Nach der Erstellung lässt sie sich nicht mehr ändern. |
Ist die Schaltfläche Create deaktiviert?
Prüfe zuerst, ob der Account Holder die neuesten Verträge unter Business unterzeichnet hat. Bestätige dann, dass deine Rolle Account Holder, Admin oder App Manager ist, und bitte den Entwickler zu prüfen, ob die Bundle ID vorhanden ist.
4. Vervollständige den App-Store-Eintrag
Ein neu erstellter Eintrag beginnt normalerweise mit dem Status Prepare for Submission. Du brauchst nun zwei Arten von Informationen: Angaben, die für die gesamte App gelten, und Angaben speziell für die Version, die du veröffentlichen möchtest. Wenn du beides getrennt hältst, ist der Ablauf leichter nachzuvollziehen.
Informationen, die für die gesamte App gelten
Verwalte diese Angaben im Bereich General → App Information in der Seitenleiste: Name, Untertitel, Kategorie, Altersfreigabe, Bundle ID, Inhaltsrechte und verwandte Felder. Die Altersfreigabe wird aus deinen Antworten auf einen Fragebogen berechnet. Antworte korrekt, statt eine Einstufung nach Gefühl auszuwählen.
App Privacy beschreibt, welche Daten deine App und ihre Drittanbieter-SDKs erfassen, ob diese Daten mit Nutzern verknüpft sind und ob sie für Tracking verwendet werden. iOS-Apps benötigen eine URL zur Datenschutzrichtlinie. Kopiere nicht die Antworten einer anderen App. Apple verlangt, dass die Angaben die tatsächliche Datenverarbeitung durch dich und deine Drittanbieter widerspiegeln. Arbeite App-Datenschutz verwalten Punkt für Punkt durch.
Informationen für jede Version
- Promotional Text: ein kurzer Werbetext, etwa Informationen zu einer aktuellen Kampagne.
- Description: die vollständige Produktbeschreibung. Erkläre zuerst, welches Problem die App löst, bevor du ihre wichtigsten Funktionen aufzählst.
- Keywords: Begriffe, mit denen Nutzer die App finden können. Wiederhole den App-Namen nicht unnötig oft.
- What’s New: was sich in diesem Update geändert hat. Für die erste Version ist dies in der Regel nicht erforderlich.
- Support URL: eine Seite, auf der Nutzer Hilfe erhalten.
- Screenshots / App Previews: Screenshots und optionale Vorschauvideos für die relevanten Gerätegrößen.
Screenshots sind mehr als einige Bildschirmaufnahmen, die du in ein Formular hochlädst. Sie gehören zu den wichtigsten Elementen für die Conversion im App Store. Beginne mit dem zentralen Nutzen, zeige danach Anwendungsfälle und vermittle pro Bild nur eine Aussage. Du kannst sie für jede Sprache lokalisieren. Apples Anleitung zu Screenshots und Vorschauen erklärt, wo du sie hochlädst.
Schreibe Prüfungsinformationen für Prüfer, nicht für Kunden
App Review Information ist nur für das Prüfungsteam bestimmt. Gib eine Kontaktperson an, die zeitnah antworten kann. Wenn die App eine Anmeldung erfordert, stelle einen zuverlässigen Demo-Account bereit. Wenn eine Funktion nur über einen bestimmten Navigationspfad, mit bestimmter Hardware, an einem bestimmten Ort oder durch eine bestimmte Aktion erreichbar ist, beschreibe die Schritte klar. Ein Prüfer, der eine Funktion nicht findet, kann um eine Erklärung bitten oder die Einreichung ablehnen.
5. Was ist ein Build und wie testest du mit TestFlight?
Die Versionsnummer sehen Kunden, zum Beispiel 1.2.0. Die Build-Nummer kennzeichnet intern einen bestimmten paketierten Build, zum Beispiel 37. Du kannst mehrere Builds für eine Version hochladen, aber bei der Einreichung zur Prüfung nur einen auswählen.
Entwickler können Builds mit Xcode, Transporter und anderen unterstützten Methoden hochladen. Ein erfolgreicher Upload bedeutet nicht, dass der Build sofort verfügbar ist. Apple muss ihn zuerst verarbeiten. Nach Abschluss der Verarbeitung erscheint er im Tab TestFlight der App.
Solltest du interne oder externe Tests verwenden?
| Testart | Interne Tests | Externe Tests |
|---|---|---|
| Für wen geeignet | Teammitglieder und Kollegen | Echte Nutzer, Kunden, Medien oder Partner |
| Begrenzung für Tester | Bis zu 100 App Store Connect-Benutzer mit dem erforderlichen Zugriff | Bis zu 10,000 Personen pro App |
| Prüfungsanforderungen | Der Start ist normalerweise schneller möglich | Der erste externe Build erfordert TestFlight App Review. Spätere Builds müssen möglicherweise ebenfalls geprüft werden |
| Einladungsmethode | App Store Connect-Benutzer zu einer Testgruppe hinzufügen | Einladungen per E-Mail oder über einen öffentlichen Link |
- Öffne den Tab TestFlight der App und vervollständige Beta App Description, Feedback-E-Mail und Testanweisungen.
- Erstelle eine Testgruppe und füge den richtigen Build hinzu.
- Füge bei internen Tests vorhandene Teammitglieder zur Gruppe hinzu. Reiche den Build bei externen Tests zur TestFlight-Prüfung ein, bevor du Personen per E-Mail oder öffentlichem Link einlädst.
- Bitte die Tester, Apples TestFlight-App zu installieren und die Einladung anzunehmen.
- Prüfe in TestFlight Installationen, Sessions, Crashes und das Feedback der Tester.
Einige wichtige Begrenzungen
Laut Apples TestFlight-Übersicht kann jeder Build bis zu 90 Tage lang getestet werden. Nach Ablauf dieser Frist können Tester diesen Build nicht weiterverwenden, selbst wenn die App einwandfrei funktioniert. Für öffentliche externe Links können Begrenzungen für Tester sowie Anforderungen an Gerät und Betriebssystem gelten.
6. Zur Prüfung im App Store einreichen und veröffentlichen
Wenn die Tests abgeschlossen sind, kehre zur Seite der Version zurück, die du veröffentlichen möchtest. Ein Build, der in TestFlight erscheint, wurde nicht automatisch beim App Store eingereicht. TestFlight-Tests und die Prüfung im App Store sind getrennte Prozesse.
- Vervollständige alle Pflichtfelder auf der Versionsseite und behebe alle roten Fehlermeldungen.
- Wähle im Bereich Build den endgültigen Build aus. Es kann immer nur einer zugeordnet sein.
- Prüfe erneut die Datenschutzangaben, Exportkonformität, Inhaltsrechte, Werbekennungen und Anmeldedaten für die Prüfung.
- Klicke oben rechts auf Add for Review. Dadurch wird die Version lediglich zu einem Entwurf für die Einreichung hinzugefügt.
- Öffne Draft Submissions oder App Review in der Seitenleiste, prüfe die Elemente und klicke auf Submit for Review. Erst dann gelangt die Einreichung in die Prüfungswarteschlange.
Dies sind die beiden Schaltflächen, die Apple im Ablauf zur App-Einreichung beschreibt. Ein häufiger Fehler besteht darin, bei Schritt 4 aufzuhören. Die App bleibt dann im Status Ready for Review, wodurch es so aussieht, als würde Apple sehr lange brauchen, um mit der Prüfung zu beginnen.
Was bedeuten die häufigsten Status?
| Status | Bedeutung | Was zu tun ist |
|---|---|---|
| Prepare for Submission | Die Version wird noch vorbereitet | Informationen vervollständigen und einen Build auswählen |
| Ready for Review | Zu einem Entwurf hinzugefügt, aber nicht unbedingt gesendet | Draft Submissions öffnen und auf Submit for Review klicken |
| Waiting for Review | Die Einreichung befindet sich in der Warteschlange | Warten. Bei Bedarf kannst du sie noch zurückziehen |
| In Review | Das Prüfungsteam prüft die Einreichung | Auf Nachrichten von App Review achten |
| Pending Developer Release | Genehmigt und wartet auf deine manuelle Veröffentlichung | Veröffentlichen, sobald der richtige Zeitpunkt gekommen ist |
| Ready for Distribution | Für die Verteilung genehmigt | Prüfen, ob die App in den ausgewählten Regionen sichtbar wird |
| Rejected / Unresolved Issues | Bei der Prüfung wurde ein Problem gefunden | Die angegebene Richtlinie und Nachricht lesen, dann antworten oder das Problem beheben und erneut einreichen |
Eine Ablehnung bedeutet nicht unbedingt ein Problem mit dem Account
Öffne zuerst App Review und lies das konkrete Problem sowie die vom Prüfer genannte Richtlinie. Wenn Informationen unklar sind, erkläre sie und stelle im Nachrichtenverlauf unterstützendes Material bereit. Wenn das Problem im Produkt oder Code liegt, behebe es, lade einen neuen Build hoch und reiche ihn erneut ein. Antworte direkt und höflich und füge reproduzierbare Schritte hinzu.
7. Wie verwaltest du die App nach der Veröffentlichung?
Eine neue Version veröffentlichen
Klicke auf der App-Seite für die relevante Plattform auf +, um eine neue Version zu erstellen. Gib die neue Versionsnummer und What’s New ein, wähle den neuen Build des Entwicklers und wiederhole die Einreichung zur Prüfung. Erstelle für ein Update keinen neuen App-Eintrag, denn dadurch würdest du ein anderes Produkt erstellen.
Preise und Regionen verwalten
Lege unter Pricing and Availability Preis, Regionen und Verfügbarkeit fest. Bevor du eine kostenlose App kostenpflichtig machst oder ihre Regionen änderst, solltest du prüfen, ob Verträge, Steuerinformationen und Bankdaten aktiv sind. Berücksichtige bei Preisänderungen die Erwartungen bestehender Nutzer und Abonnenten.
Auf Kundenrezensionen antworten
Öffne Ratings and Reviews, um Bewertungen und schriftliche Rezensionen zu sehen. Behandle konkrete Probleme wie Abstürze, fehlgeschlagene Anmeldungen und Zahlungsprobleme vorrangig. Bitte öffentlich nicht um private Informationen wie E-Mail-Adressen oder Bestellnummern, sondern verweise Kunden auf deinen Supportkanal. Aktualisiere deine Antwort nach einer Korrektur und teile ihnen mit, welche Version das Problem löst.
In-App-Käufe und Abonnements verwalten
In-App Purchase und Subscriptions sind Produktsysteme innerhalb deiner App und vom Preis der App selbst getrennt. Jedes Produkt benötigt eine Product ID, einen Anzeigenamen, eine Beschreibung, einen Preis und einen Screenshot für die Prüfung. Bevor du Abonnements veröffentlichst, solltest du Abonnementgruppen, Verlängerung, Kulanzfristen, Angebote und Serverbenachrichtigungen verstehen. Veröffentliche ein Testprodukt nicht einfach als Produktionsprodukt.
Zugriffe und Verträge aktuell halten
Aktualisiere Users and Access, wenn Kollegen das Unternehmen verlassen oder ihre Rollen wechseln. Der Account Holder sollte außerdem die Verlängerung der Mitgliedschaft und neue Verträge unter Business im Blick behalten. Nicht unterzeichnete Verträge können die App-Erstellung, kostenpflichtige Funktionen oder Zahlungen verhindern.
8. Wie liest und verstehst du App-Daten?
Die Veröffentlichung ist erst der Anfang. App Store Connect bietet mindestens drei verschiedene Ansichten der Daten: Analytics begleitet Nutzer von der Entdeckung bis zur Nutzung, Sales and Trends zeigt die Verkaufsleistung und Payments and Financial Reports zeigt die endgültige Abrechnung. Die Definitionen unterscheiden sich. Erwarte daher nicht, dass die Zahlen für denselben Tag exakt übereinstimmen.
Analytics als Trichter lesen
Öffne Analytics, wähle deine App und einen Zeitraum aus. Für Einsteiger ist diese Reihenfolge hilfreich:
1. Impressions
Wie oft das App-Symbol an Orten wie Today, Games, Apps und Search länger als eine Sekunde angezeigt wurde.
Frage: Sieht jemand die App?2. Product Page Views
Wie oft Personen die Produktseite der App öffnen. Damit kannst du beurteilen, ob Name, Symbol und Fundstellen Interesse wecken.
Frage: Möchten sie mehr erfahren?3. Total Downloads
Erstmalige Downloads plus erneute Downloads. Wenn du die Gewinnung neuer Nutzer analysierst, solltest du auch First-Time Downloads separat betrachten.
Frage: Haben sie die App heruntergeladen?4. Conversion Rate
Downloads und Vorbestellungen im Verhältnis zu eindeutigen Geräteimpressionen. Damit kannst du einschätzen, wie überzeugend der Store-Eintrag ist.
Downloads und Vorbestellungen ÷ eindeutige Geräteimpressionen5. Sessions / Active Devices
Ob Personen die App tatsächlich öffnen und verwenden. Viele Downloads bei geringer Nutzung deuten oft auf ein schwaches Ersterlebnis oder eine unpassende Zielgruppe hin.
Frage: Nutzen sie die App nach dem Download?6. Retention
Ob eine Gruppe neuer Nutzer zu einem späteren Zeitpunkt zurückkehrt. Die Bindung sagt mehr über den langfristigen Produktwert aus als die Download-Gesamtzahl eines einzelnen Tages.
Frage: Kehren Nutzer zurück?Apples Definitionen der Kennzahlen erklären, dass manche App-Store-Kennzahlen erst nach mindestens fünf erstmaligen Downloads oder Vorbestellungen verfügbar werden. Fehlende Diagramme bei einer neuen App weisen nicht unbedingt auf ein Konfigurationsproblem hin. Möglicherweise gibt es einfach noch zu wenige Daten.
Nicht nur Gesamtwerte betrachten: Daten aufschlüsseln
- Source Type: Kommen Nutzer über App Store Search, Browse, Web Referrer oder App Referrer?
- Territory: Welche Länder oder Regionen bringen Downloads und Umsatz? Funktioniert die Lokalisierung?
- Device / Platform Version: Konzentrieren sich Probleme auf ein bestimmtes Gerät oder eine bestimmte Betriebssystemversion?
- App Version: Haben sich Nutzung oder Stabilität nach der letzten Veröffentlichung verändert?
- Campaign: Bringen Marketinglinks mit Tags wertvolle Nutzer?
Eine einfache Routine besteht darin, Zeiträume von sieben und 28 Tagen mit dem vorherigen Zeitraum gleicher Länge zu vergleichen. Ändere jeweils nur eine Sache. Beobachte nach der Aktualisierung von Screenshots die Conversion der Produktseite. Beobachte nach der Verbesserung des Ersterlebnisses die Bindung und Sessions. Wenn du an einem Tag fünf Dinge änderst, lässt sich nur schwer erkennen, was eine Veränderung der Zahlen verursacht hat.
Sales and Trends: Verkaufsleistung verstehen
In diesem Bereich verfolgst du App Units, In-App Purchases, Abonnements, Verkäufe und geschätzte Erlöse. Du kannst nach Produkten, Regionen, Geräten und weiteren Dimensionen filtern. Er ähnelt eher einem Geschäfts-Dashboard, aber der Umsatz ist geschätzt und Wechselkurse sowie Transaktionsstatus können sich noch ändern.
Payments and Financial Reports: deine Einnahmen verstehen
Dieser Bereich dient dem finanziellen Abgleich. Proceeds sind der Betrag, der dem Entwickler zusteht, nachdem anfallende Steuern und Apples Provision vom Kundenpreis abgezogen wurden. Die Seiten zeigen Zahlungen, geschätzte Erlöse, Wechselkurse, Steuern, Korrekturen und die letzten Ziffern des Bankkontos. Apple erklärt, dass Daten für den vorherigen Finanzmonat in der Regel ab dem ersten Mittwoch des laufenden Monats erscheinen. Regionale Berichte sind normalerweise bis zum ersten Freitag verfügbar. Weitere Einzelheiten findest du unter Zahlungen und Erlöse anzeigen.
Warum unterscheiden sich die Beträge auf diesen Seiten?
Analytics hilft dir, Verhalten und Geschäftsentwicklung zu verstehen. Sales and Trends verwendet geschätzte Verkäufe und Wechselkurse. Finanzberichte verwenden verarbeitete und abgerechnete Transaktionen. Rückerstattungen, Steuern, Provisionen, Wechselkurse, Zahlungszyklen und Bankgebühren können Unterschiede verursachen. Nutze die ersten beiden für Trends und die endgültigen Finanzberichte zusammen mit den Bankbelegen für den buchhalterischen Abgleich.
9. Eine wöchentliche Checkliste für Einsteiger
- Prüfe den App-Status, Nachrichten von App Review und TestFlight-Feedback.
- Vergleiche Impressionen, Produktseitenaufrufe, Downloads und Conversion der letzten sieben Tage mit den sieben Tagen davor.
- Prüfe Bindung, Sessions, Abstürze und die Verteilung der wichtigsten App-Versionen.
- Prüfe Bewertungen und neue Rezensionen und antworte Nutzern, die Hilfe benötigen.
- Achte auf ungewöhnliche Änderungen bei In-App-Käufen, Abonnements, Rückerstattungen und Erlösen.
- Halte Änderungen an Version, Screenshots, Preisen und Marketing dieser Woche fest, damit du die Daten einordnen kannst.
- Lass die Finanzabteilung jeden Monat die Finanzberichte herunterladen und archivieren und die tatsächlichen Zahlungen abgleichen.
10. Acht häufige Probleme beim Einstieg
| Problem | Was du zuerst prüfen solltest |
|---|---|
| New App fehlt | Deine Rolle, ob die neuesten Verträge unterzeichnet sind und ob du das richtige Team ausgewählt hast. |
| Die Bundle ID fehlt | Ob der Entwickler die Kennung unter dem richtigen Developer Team erstellt hat. |
| Nach dem Upload erscheint kein Build | Ob Bundle ID und Version übereinstimmen, ob der Build noch den Status Processing hat und ob eine E-Mail zu einem Uploadfehler eingegangen ist. |
| Externe Tester können nicht hinzugefügt werden | Ob zuerst eine interne Testgruppe erstellt wurde, Test Information vollständig ist und der Build die TestFlight-Prüfung bestanden hat. |
| Die Schaltfläche Submit ist deaktiviert | Fehler oben auf der Seite, Pflichtfelder, den Build, Datenschutzangaben, die Altersfreigabe und Prüfungsinformationen. |
| Der Status bleibt Ready for Review | Ob du auf Add for Review, aber nicht auf Submit for Review unter Draft Submissions geklickt hast. |
| Analytics enthält keine Daten | Die ausgewählte App und die Datumsangaben, deine Zugriffsrechte und ob eine neue App den Mindestwert für Daten erreicht hat. |
| Es ist keine Zahlung von Apple eingegangen | Den Paid Apps Agreement, Steuer- und Bankdaten, den Mindestbetrag für Zahlungen und Hinweise zu zurückgesendeten Zahlungen. |
11. Glossar in einer Minute
| Begriff | Einfach erklärt |
|---|---|
| App-Eintrag | Der Eintrag deiner App in App Store Connect. |
| Bundle ID | Die eindeutige technische Kennung der App, die mit dem Build übereinstimmen muss. |
| SKU | Eine interne Verwaltungskennung, die Kunden nicht sehen. |
| Metadaten | Store-Informationen wie Name, Beschreibung, Keywords und Screenshots. |
| Build | Eine lauffähige App, die zu einem bestimmten Zeitpunkt paketiert und hochgeladen wurde. |
| TestFlight | Das System, mit dem Tester Betaversionen vor der Veröffentlichung installieren. |
| App Review | Apples Prüfung einer App und der zugehörigen Inhalte. |
| Erlöse | Die Einnahmen des Entwicklers nach anfallenden Steuern und Apples Provision. |
| Bindung | Ob Nutzer nach dem Download zu einem späteren Zeitpunkt zur App zurückkehren. |
| Conversion Rate | Der Anteil der Personen, die die App herunterladen oder vorbestellen, nachdem sie sie gesehen haben. |
12. Häufig gestellte Fragen
Ist App Store Connect kostenlos?
Für die Nutzung des Dashboards fällt keine gesonderte Gebühr an. Für die Veröffentlichung einer App im App Store ist jedoch in der Regel eine aktive Mitgliedschaft im Apple Developer Program erforderlich.
Kann ich App Store Connect verwenden, ohne programmieren zu können?
Ja. Mitarbeiter aus Produkt, Betrieb, Marketing, Support und Finanzen können je nach Rolle Store-Informationen verwalten, auf Rezensionen antworten oder Daten einsehen. Das Erstellen und Hochladen der App übernehmen normalerweise Entwickler.
Warum fehlt eine Funktion in App Store Connect?
Prüfe zuerst, ob du das richtige Team und die richtige App ausgewählt hast. Prüfe dann unter Users and Access deine Rolle und deinen App-Zugriff. Weitere Ursachen sind nicht unterzeichnete Verträge, unvollständige Informationen oder noch nicht genügend Daten für die Funktion.
Bedeutet eine bestandene TestFlight-Prüfung, dass die App auch App Review besteht?
Nein. Die externe TestFlight-Prüfung und App Review für eine öffentliche Veröffentlichung sind getrennte Prozesse. Für die Veröffentlichung sind weiterhin Store-Informationen, Datenschutzangaben und eine Einreichung zur Prüfung erforderlich.
Wie unterscheiden sich App Analytics, Sales and Trends und Finanzberichte?
Analytics umfasst Akquise, Conversion, Nutzung und Bindung. Sales and Trends umfasst Verkaufstrends und geschätzten Umsatz. Payments and Financial Reports dient dem Abgleich der endgültigen Abrechnung und tatsächlichen Zahlungen.
Erstelle ich eine neue App, um ein Update zu veröffentlichen?
Nein. Öffne den bestehenden App-Eintrag, erstelle eine neue Version für die relevante Plattform, wähle den neuen Build und reiche ihn zur Prüfung ein. So erhalten bestehende Nutzer das Update.
Offizielle Quellen
Bevor du eine folgenreiche Aktion ausführst, etwa einen Vertrag unterzeichnest, einen Preis änderst, eine App überträgst oder sie zur Prüfung einreichst, solltest du die entsprechende Apple-Dokumentation lesen.
- App Store Connect-Ablauf: der gesamte Prozess, von Verträgen und der App-Erstellung bis zu Tests, Veröffentlichung und Überwachung.
- Bereiche in App Store Connect: Apples Erklärung der einzelnen Bereiche des Dashboards.
- Neue App hinzufügen: die Felder und Berechtigungen, die zum Erstellen eines App-Eintrags erforderlich sind.
- TestFlight-Übersicht: Testgruppen, Begrenzungen für Tester, Ablauf von Builds und Feedback.
- App einreichen: die Schritte zur Einreichung bei App Review.
- Hilfe zu App Store Connect Analytics: Akquise, Monetarisierung, Bindung und Definitionen der Kennzahlen.
- Zahlungen und Erlöse anzeigen: geschätzte Erlöse, Zahlungen und Geschäftsjahre.