Anleitung

Veröffentlichen, Seite für Seite

Ihr Build ist im Test. Diese Anleitung führt Sie Feld für Feld durch die Formulare, die Apple und Google Ihnen als Nächstes zeigen, bis Sie auf „Einreichen“ klicken.

App Store

Push200 hat Ihren Build bereits an App Store Connect gesendet, wo er in TestFlight erscheint. Um ihn in den App Store zu bringen, füllen Sie die Seite Ihrer App aus und senden sie zur Prüfung an Apple. Rechnen Sie beim ersten Mal mit etwa einer Stunde. Spätere Updates brauchen nur den neuen Build und ein paar Worte dazu, was sich geändert hat.

Eine Anleitung, keine Beratung

Wir beschreiben, wo Sie klicken und was jedes Feld abfragt, so wie Apple und Google es heute anzeigen. Was Sie schreiben und ob Ihre App angenommen wird, klären Sie mit dem Store. Push200 bietet keine Rechts-, Datenschutz- oder Geschäftsberatung. Wenden Sie sich bei solchen Fragen an eine qualifizierte Fachperson. Apple und Google ändern ihre Seiten von Zeit zu Zeit. Wenn hier etwas von ihren eigenen Seiten abweicht, gilt ihre Version.

  1. Legen Sie Folgendes bereit

    Apple verlangt all das, bevor Sie einreichen können:

    • Screenshots Ihrer App auf einem iPhone, und auf einem iPad, wenn Ihre App auf dem iPad läuft
    • Eine Beschreibung Ihrer App und bis zu 100 Zeichen Suchbegriffe
    • Eine Support-Webseite, über die man Sie erreichen kann, und die Webadresse Ihrer Datenschutzerklärung
    • Wenn Ihre App eine Anmeldung braucht: ein funktionierendes Demokonto für Apples Prüfer
    • Ihren Namen, Ihre Telefonnummer und E-Mail-Adresse, nur für Apples Prüfer
  2. Öffnen Sie die Versionsseite Ihrer App

    Öffnen Sie App Store Connect, klicken Sie auf Apps und wählen Sie Ihre App. Klicken Sie links unter iOS App auf die Version mit dem Vermerk Prepare for Submission, zum Beispiel 1.0. Das meiste, was folgt, finden Sie auf dieser Seite.

  3. Fügen Sie Ihre Screenshots hinzu

    Unter Previews and Screenshots zeigt Apple die Bildschirmgrößen, die es braucht. Ziehen Sie Ihre Screenshots auf jede verlangte Größe.

    • Apple verlangt die größte aufgeführte iPhone-Größe und verwendet diese Bilder auch für kleinere iPhones
    • Wenn Ihre App auf dem iPad läuft, verlangt Apple auch iPad-Screenshots
    • Bis zu 10 Screenshots pro Größe. Apple erwartet, dass sie Ihre App in Benutzung zeigen
    • Apples Screenshot-Größen nennt die genauen Pixelmaße
  4. Füllen Sie die Textfelder aus

    Auf derselben Seite:

    • Promotional Text: optional, bis zu 170 Zeichen, und Sie können ihn jederzeit ohne Prüfung ändern
    • Description: was Ihre App macht, bis zu 4.000 Zeichen
    • Keywords: Wörter, nach denen Leute suchen könnten, durch Kommas getrennt, insgesamt bis zu 100 Zeichen
    • Support URL: Pflichtfeld, die Webseite, auf der Leute Hilfe bekommen
    • Marketing URL: optional
    • Copyright: wem die App gehört, meist das Jahr und Ihr Name oder Ihre Firma, zum Beispiel 2026 Ihre Firma
  5. Wählen Sie den Build, den Push200 gesendet hat

    Scrollen Sie zu Build und klicken Sie auf Add Build oder auf das +. Wählen Sie den Build mit der Versionsnummer, die Push200 Ihnen angezeigt hat. Wenn er noch nicht da ist, verarbeitet Apple ihn noch. Das dauert nach Apples E-Mail meist ein paar Minuten.

  6. Füllen Sie App Information aus

    Klicken Sie links unter General auf App Information:

    • Name und Subtitle: jeweils bis zu 30 Zeichen. Der Name erscheint im Store unter Ihrem Symbol
    • Category: der Bereich im Store, in dem Ihre App erscheint, plus optional ein zweiter
    • Content Rights: ob Ihre App Inhalte zeigt, die jemand anderem gehören
    • Age Rating: Klicken Sie auf Set Up Age Ratings oder Edit und beantworten Sie Apples Fragen dazu, was Ihre App enthält. Apple ermittelt die Altersfreigabe aus Ihren Antworten
  7. Füllen Sie App Privacy aus

    Klicken Sie links auf App Privacy. Daraus wird der Datenschutzbereich Ihrer App-Store-Seite.

    • Privacy Policy URL: die Webadresse Ihrer Datenschutzerklärung. Apple verlangt eine für jede App
    • Klicken Sie auf Get Started. Apple fragt, ob Sie oder Dienste in Ihrer App Daten erheben. Zu den Diensten in Ihrer App können Anmeldung, Analyse, Werbung, Absturzberichte und Zahlungen gehören, zum Beispiel Firebase
    • Für jede Datenart, die Sie ankreuzen, fragt Apple, wofür sie verwendet wird, ob sie mit der Person verknüpft ist und ob sie zum Tracking dient
    • Die Anbieter der einzelnen Dienste veröffentlichen meist, was ihr Dienst erhebt. Das hilft Ihnen beim Beantworten
    • Klicken Sie auf Publish, wenn Sie fertig sind. Apples Seite zu App Privacy erklärt jede Frage
  8. Legen Sie Preis und Länder fest

    Klicken Sie links auf Pricing and Availability. Wählen Sie einen Preis oder Free und die Länder und Regionen, in denen Ihre App erscheint. Für kostenpflichtige Apps muss Apples Vereinbarung Paid Apps unter Business unterschrieben sein.

  9. Geben Sie Apples Prüfer, was er braucht

    Scrollen Sie zurück auf der Versionsseite zu App Review Information:

    • Sign-in required: Wenn Ihre App eine Anmeldung braucht, kreuzen Sie das an und geben Sie einen funktionierenden Demo-Benutzernamen samt Passwort ein. Kann sich der Prüfer nicht anmelden, schickt er die App meist zurück
    • Contact Information: Ihr Name, Ihre Telefonnummer und E-Mail-Adresse. Nur Apple sieht diese Angaben
    • Notes: alles, was ein Prüfer nicht selbst finden kann, zum Beispiel eine Funktion, die einen Code, einen Ort oder ein Gerät braucht
  10. Wählen Sie, wann sie live geht

    Wählen Sie unter App Store Version Release, wie Ihre App live geht, sobald Apple sie freigibt: selbst per Knopfdruck, automatisch sofort oder automatisch an einem Datum Ihrer Wahl.

  11. Reichen Sie sie zur Prüfung ein

    Klicken Sie oben rechts auf Add for Review. Apple zeigt eine Übersicht. Klicken Sie auf Submit to App Review. Der Status Ihrer App wechselt zu Waiting for Review und dann zu In Review. Laut Apple werden die meisten Apps innerhalb von ein bis zwei Tagen geprüft, und Sie erhalten das Ergebnis per E-Mail.

  12. Wenn Apple sie zurückschickt

    Apples Nachricht finden Sie in App Store Connect unter App Review, und sie nennt die betreffende Regel aus Apples App Review Guidelines. Sie können dort antworten. Wenn an der App etwas geändert werden muss, ändern Sie Ihren Code, klicken Sie in Push200 auf Bauen, wählen Sie auf der Versionsseite den neuen Build und reichen Sie erneut ein.

Gründe, aus denen Apps nach Apples Richtlinien oft zurückgeschickt werden

Diese stammen aus Apples veröffentlichten Richtlinien. Apple entscheidet jeden Fall selbst, lesen Sie also die Richtlinien selbst.

  • Die App stürzt ab oder hat defekte Links, leere Seiten oder Platzhaltertext
  • Der Prüfer kann sich nicht anmelden, weil das Demokonto fehlt oder nicht funktioniert
  • Die Datenschutzangaben passen nicht zu dem, was die App tut, oder der Link zur Datenschutzerklärung funktioniert nicht
  • Die App ist größtenteils eine Website in einem Rahmen, mit wenig, das wie eine App funktioniert
  • Digitale Inhalte wie Abos oder Zusatzfunktionen werden ohne Apples In-App-Kauf verkauft
  • Man kann in der App ein Konto erstellen, es aber nicht in der App löschen
  • Screenshots, die nicht die App selbst zeigen

Ihre nächsten Updates

Klicken Sie für jedes Update links auf + neben iOS App, um eine neue Version anzulegen, wählen Sie den neuen Build, den Push200 gesendet hat, schreiben Sie What's New in This Version und reichen Sie erneut ein. Alles andere bleibt ausgefüllt.

Ihre App wird noch nicht gebaut?

Wenn Ihre App noch nicht gebaut wird, verbinden Sie zuerst GitHub, Apple und Google Play.

Einrichtungsanleitung lesen

Google Play

Push200 sendet jeden Build als Testversion an Google Play, auf den Test-Track, den Sie gewählt haben. Um Ihre App zu veröffentlichen, erledigen Sie die Aufgaben für Ihre App in der Play Console und senden dann einen Release in die Produktion. Rechnen Sie beim ersten Mal mit etwa einer Stunde.

Eine Anleitung, keine Beratung

Wir beschreiben, wo Sie klicken und was jedes Feld abfragt, so wie Apple und Google es heute anzeigen. Was Sie schreiben und ob Ihre App angenommen wird, klären Sie mit dem Store. Push200 bietet keine Rechts-, Datenschutz- oder Geschäftsberatung. Wenden Sie sich bei solchen Fragen an eine qualifizierte Fachperson. Apple und Google ändern ihre Seiten von Zeit zu Zeit. Wenn hier etwas von ihren eigenen Seiten abweicht, gilt ihre Version.

  1. Prüfen Sie zuerst Ihre Kontoart

    Google verlangt von neuen Privatkonten vor der Veröffentlichung einen geschlossenen Test mit mindestens 12 Testern über 14 Tage am Stück. Organisationskonten (Unternehmen) haben diese Regel nicht, brauchen bei der Anmeldung aber eine D-U-N-S-Nummer. Lesen Sie Googles Regeln für Privatkonten und sehen Sie sich die Testschritte unten an.

  2. Legen Sie Folgendes bereit

    Google verlangt all das, bevor Ihre App live gehen kann:

    • Ein App-Symbol: 512 × 512 Pixel, PNG
    • Eine Feature-Grafik: 1024 × 500 Pixel, oben auf Ihrer Store-Seite angezeigt
    • Mindestens 2 Smartphone-Screenshots, dazu Tablet-Screenshots, wenn Ihre App Tablets unterstützt
    • Eine Kurzbeschreibung mit bis zu 80 Zeichen und eine vollständige Beschreibung mit bis zu 4.000
    • Die Webadresse Ihrer Datenschutzerklärung und eine Kontakt-E-Mail-Adresse
    • Wenn Ihre App eine Anmeldung braucht: ein funktionierendes Testkonto für Googles Prüfer
  3. Öffnen Sie die Einrichtungsaufgaben Ihrer App

    Öffnen Sie Play Console und wählen Sie Ihre App. Im Dashboard listet Google unter Set up your app die Aufgaben auf, die es braucht. Jede öffnet ein kurzes Formular. Klicken Sie jeweils auf Save, dann erhält die Aufgabe ein Häkchen.

  4. Datenschutzerklärung und App-Zugriff

    In den Aufgaben zu den Inhalten Ihrer App:

    • Privacy policy: Fügen Sie die Webadresse Ihrer Datenschutzerklärung ein
    • App access: Geben Sie an, ob alles in Ihrer App ohne Anmeldung funktioniert. Wenn nicht, fügen Sie eine Anleitung und eine funktionierende Testanmeldung für Googles Prüfer hinzu
  5. Werbung, Altersfreigabe und Zielgruppe

    Drei weitere kurze Formulare:

    • Ads: Geben Sie an, ob Ihre App Werbung zeigt, auch Werbung von Diensten in Ihrer App
    • Content rating: Klicken Sie auf Start questionnaire, geben Sie Ihre E-Mail-Adresse ein, wählen Sie die Kategorie Ihrer App und beantworten Sie die Fragen dazu, was Ihre App enthält. Ihre Altersfreigaben für die einzelnen Länder ergeben sich aus Ihren Antworten
    • Target audience and content: Wählen Sie die Altersgruppen, für die Ihre App gedacht ist. Wenn Sie Kinder einschließen, gelten zusätzlich Googles Regeln für Familien
  6. Datensicherheit

    Daraus wird der Bereich zur Datensicherheit auf Ihrer Store-Seite.

    • Google fragt, ob Ihre App eine der aufgeführten Datenarten erhebt oder weitergibt, auch Daten, die Dienste in Ihrer App erheben, zum Beispiel Firebase, Analyse oder Werbung
    • Für jede Art, die Sie ankreuzen, fragt Google, wofür sie verwendet wird und ob sie optional oder erforderlich ist
    • Außerdem fragt Google, ob Daten bei der Übertragung verschlüsselt werden und wie Leute die Löschung ihrer Daten beantragen können
    • Die Anbieter der einzelnen Dienste veröffentlichen meist, was ihr Dienst erhebt. Googles Hilfeseite zu diesem Formular erklärt jede Frage
  7. Die übrigen Erklärungen

    Google zeigt nur die an, die für Ihre App gelten. Dazu können gehören:

    • News apps, Government apps, Financial features und Health: Fragen zu diesen Arten von Apps
    • Account deletion: Wenn man in Ihrer App ein Konto erstellen kann, verlangt Google eine Webseite, auf der man die Löschung des Kontos beantragen kann
    • Permissions: Wenn Ihre App sensible Berechtigungen nutzt, zum Beispiel Standort im Hintergrund oder SMS, fragt Google nach dem Grund
  8. Ihr Store-Eintrag

    Klicken Sie links unter Grow users auf Store presence und dann auf Main store listing:

    • App name: bis zu 30 Zeichen
    • Short description und Full description
    • Graphics: Ihr Symbol, Ihre Feature-Grafik und Ihre Screenshots
    • Unter Store settings: Kategorie, Tags, Kontakt-E-Mail-Adresse und Website Ihrer App
  9. Tests und die 12-Tester-Regel

    Unter Test and release und dann Testing bietet Google drei Arten von Tests:

    • Internal testing: bis zu 100 Personen, die Sie einladen. Push200 sendet Builds hierher, sofern Sie in den erweiterten Einstellungen Ihrer App keinen anderen Track gewählt haben
    • Closed testing: Personen, die Sie per E-Mail-Liste oder Google Group einladen. Das ist der Test, den Googles 12-Tester-Regel verlangt
    • Open testing: Jeder kann über Ihre Store-Seite teilnehmen
  10. Wenn Sie ein neues Privatkonto haben

    So erfüllen Sie Googles Regel vor der Veröffentlichung:

    • Öffnen Sie Closed testing, erstellen Sie einen Track oder nutzen Sie den von Google angelegten und fügen Sie die E-Mail-Adressen Ihrer Tester hinzu
    • Erstellen Sie auf diesem Track einen Release und fügen Sie über Add from library den Build hinzu, den Push200 hochgeladen hat
    • Senden Sie den Teilnahme-Link an Ihre Tester. Jeder öffnet ihn, nimmt teil und installiert Ihre App über Google Play
    • Google zählt die Tester, die angemeldet bleiben. Nach 14 Tagen am Stück mit mindestens 12 bietet das Dashboard Apply for production an, mit ein paar Fragen zu Ihrem Test
  11. Senden Sie einen Release in die Produktion

    Klicken Sie unter Test and release auf Production:

    • Wählen Sie unter Countries / regions, wo Ihre App verfügbar ist
    • Klicken Sie auf Create new release, dann auf Add from library, und wählen Sie den Build, den Push200 hochgeladen hat, denselben, den Sie getestet haben
    • Schreiben Sie Release Notes, also den Text, den Leute unter „Neuigkeiten“ sehen, und klicken Sie dann auf Next und Save
    • Gehen Sie zu Publishing overview und klicken Sie auf Send changes for review
  12. Googles Prüfung

    Laut Google kann die Prüfung bis zu 7 Tage dauern, bei neuen Apps manchmal länger. Sie erhalten eine E-Mail, wenn sie abgeschlossen ist. Lehnt Google ab, nennen die E-Mail und die Inbox in der Play Console die betreffende Richtlinie und was zu ändern ist. Ändern Sie Ihre App oder das Formular, klicken Sie in Push200 auf Bauen, wenn sich die App selbst geändert hat, und senden Sie sie erneut.

Gründe, aus denen Apps nach Googles Richtlinien oft abgelehnt werden

Diese stammen aus Googles veröffentlichten Richtlinien. Google entscheidet jeden Fall selbst, lesen Sie also Googles Policy Center selbst.

  • Die Angaben zur Datensicherheit passen nicht zu dem, was die App oder ihre Dienste erheben
  • Keine Datenschutzerklärung oder ein Link, der nicht funktioniert
  • Der Prüfer kann sich nicht anmelden, weil unter App access keine funktionierende Testanmeldung steht
  • Name oder Beschreibungen sind mit Suchbegriffen vollgestopft, oder der Text passt nicht zur App
  • Die App stürzt ab oder tut nicht, was ihr Eintrag verspricht
  • Eine sensible Berechtigung wird ohne die Erklärung genutzt, die Google verlangt
  • Keine Möglichkeit, die Löschung eines Kontos zu beantragen, obwohl man in der App eines erstellen kann

Ihre nächsten Updates

Sobald Ihre App öffentlich ist, geht jedes Update schnell. Push200 sendet den neuen Build auf Ihren Test-Track. Testen Sie ihn, klicken Sie dann unter Production auf Create new release, fügen Sie den neuen Build hinzu, schreiben Sie, was neu ist, und senden Sie ihn zur Prüfung.

Ihre App wird noch nicht gebaut?

Wenn Ihre App noch nicht gebaut wird, verbinden Sie zuerst GitHub, Apple und Google Play.

Einrichtungsanleitung lesen