Der umfassende Leitfaden für erste App-Überprüfungen 2026 - iOS und Android

Das Hinschicken Ihres ersten Apps zum App Store oder Play Store kann sich überwältigend anfühlen. Mit ständig evolvierenden Richtlinien und strengerer Durchsetzung in 2026 erfordert die Genehmigung Ihrer App sorgfältige Aufmerksamkeit auf Details. Dieser umfassende Leitfaden führt Sie durch alles, was Sie wissen müssen, um die Überprüfung auf Ihrer ersten Einreichung für beide iOS- und Android-Plattformen erfolgreich zu bestehen.

Verständnis des Überprüfungsprozesses in 2026

Beide Apple und Google haben ihre Überprüfungsprozesse in den letzten Jahren deutlich verschärft, mit besonderem Fokus auf Datenschutz, Sicherheit und Benutzererfahrung. Ein Verständnis dieser Änderungen ist für erste Entwickler von entscheidender Bedeutung.

iOS App Store Überprüfungszeitplan

• Standard-Überprüfung: 24-48 Stunden
• Hochbetriebszeiten: 3-5 Tage (insbesondere während der Feiertage)
• Wochenenden: Keine Überprüfungen durchgeführt
• Beschleunigte Überprüfung: Verfügbar für kritische Fehlerbehebungen (muss über App Store Connect angefordert werden)

Pro-Tipp: Bewerben Sie sich früh in der Woche (Montag-Dienstag), um Wochenendverzögerungen zu vermeiden. Montag-Einreichungen werden typischerweise bis Mittwoch überprüft.

Status der App Store Connect, die Sie sehen werden

• Vorbereitung für die Einreichung: Ihre Veröffentlichung oder Metadaten werden noch vorbereitet
• Warten auf die Überprüfung: Apple hat Ihre Einreichung in der Warteschlange
• In der Überprüfung: Das Überprüfungs-Team prüft Ihre App aktiv
• Warten auf Entwickler-Veröffentlichung: Genehmigt, aber auf Ihre manuelle Veröffentlichungswahl wartend
• Abgelehnt / Offene Probleme: Apple benötigt Änderungen vor der Genehmigung

Zeitplan der Google Play Store-Bewertung (Update 2026)

• Erster Überblick3-7 Tage (signifikant länger als in den vorherigen Jahren)
• Schließende Testphase: 14 Tage Mindestlaufzeit für betroffene neue persönliche Play Console-Konten, bevor Sie Zugriff auf die Produktion anfordern können
• Produktionsprüfung nach der Testphase: Gewöhnlich noch 3-7 Tage nach Abschluss der geschlossenen Testanforderung
• Aktualisierungen für bestehende Apps1-3 Tage
• RichtlinienverstößeKann bis zu 14+ Tage dauern, wenn zusätzliche Überprüfungen ausgelöst werden.

Wichtige AktualisierungGoogle erfordert nun für einige neue Play Console Konten eine erheblich strengere Testung, über die wir im Folgenden ausführlich berichten werden.

Apple-Entwicklerkonto-Einrichtung

Stellen Sie sicher, dass die Apple-Seite vor Ihrer ersten iOS-Veröffentlichung korrekt eingerichtet ist:

• Sich in das Apple-Entwicklerprogramm
• Aktivieren Sie die Zwei-Faktor-Authentifizierung für das Apple-Konto, das für die Registrierung verwendet wird
• Wählen Sie die richtige Mitgliedschaftsart:
  • Einzelunternehmen / Einzelunternehmer: Ihr rechtlicher Name wird zum Verkäufernamen im App Store
  • Organisation: erfordert eine rechtliche Person, eine D-U-N-S-Nummer, eine öffentliche Website und eine Person mit der Befugnis, die Gesellschaft zu Apple's Vereinbarungen zu binden
• Verwenden Sie bei der Registrierung rechtliche Namen. Pseudonyme oder Firmennamen in den Vor- und Nachnamensfeldern können die Genehmigung verzögern
• Nach Genehmigung der Registrierung melden Sie sich bei App Store Connect an und erstellen Sie das Anwendungsprotokoll mit dem finalen Bundle-ID, Anwendungsname, SKU und Hauptsprache

Wichtig: Apple ändert die Mindestanforderungen an SDK im Laufe der Zeit. Ab dem 28. April 2026, müssen Apps, die im App Store Connect hochgeladen werden, die iOS- und iPadOS-26-__CAPGO_KEEP_0__ oder eine spätere Version verwenden iOS & iPadOS 26 SDK or later.

Dies ist der Wechsel, der die meisten ersten Android-Publisher überrascht:

12-Tester-Anforderung für neue persönliche Android-Konten

Wenn Ihr Google Play-Entwicklerkonto ein

persönliches Konto ist Persönlicher Account erstellt nach dem 13. November 2023Sie müssen vor der Veröffentlichung des Apps einen geschlossenen Testzeitraum abschließen:

Anforderungen:

• Mindestens 12 Tester: Sie müssen mindestens 12 sich freiwillig anmeldende Tester rekrutieren
• 14-Tägiger Testzeitraum: Die App muss für mindestens 14 aufeinanderfolgende Tage in geschlossener Testphase bleiben
• Antrag auf Produktionszugriff: Nach dem Testzeitraum müssen Sie noch einen Antrag auf Produktionszugriff in Play Console stellen
• Zurückmeldungen sammeln: Sie sollten die gefundenen Probleme, die durchgeführten Reparaturen und die von den Testern verwendete App dokumentieren

Einrichten Ihres Testtracks

Weshalb Google diese Anforderung eingeführt hat

Google führte diese Anforderung ein, um

• Qualitätsmangelhafte App-Spam zu reduzieren
• Sicherzustellen, dass Apps ordnungsgemäß getestet werden, bevor sie den Benutzern zugänglich sind
• Identifizieren Sie schädliche Apps durch realweltliche Nutzungsmuster
• Verbessern Sie die Gesamtleistung des Google Play Stores

Reality Check: Dies fügt Ihrem Launch-Termin mindestens 2-3 Wochen hinzu. Planen Sie entsprechend und beginnen Sie frühzeitig mit der Rekrutierung von Testern.

Anforderungen für die Authentifizierung und Anmeldung

Eines der häufigsten Ablehnungsgründe ist die unangemessene Implementierung von Authentifizierungssystemen, insbesondere von sozialen Login-Optionen.

Das Apple-Sign-In-Anforderungsmerkmal (Kritisch für iOS)

Apples Regel: Wenn Ihr App eine beliebige dritte-Partei-Sozial-Login-Option (Google, Facebook, Twitter usw.) bietet, müssen Sie müssen auch das Sign in with Apple als Option anbieten.

Dies gilt für:

• Google-Anmeldung
• Facebook-Login
• Twitter/X-Login
• LinkedIn-Login
• Jede andere dritte Authentifizierungsdienstleistung

Dies gilt NICHT für:

• E-Mail/PW-Authentifizierung nur
• Regierungs-ID-Systeme
• Unternehmens-SSO-Systeme (wenn die App für dieses Unternehmen spezifisch ist)
• Bildungseinrichtung-Authentifizierungssysteme

Implementierung von Sign in with Apple

Wenn Sie soziale Anmeldung verwenden, hier sind die Dinge, die Sie implementieren müssen:

import { SignInWithApple } from '@capacitor-community/apple-sign-in';

async function signInWithApple() {
  try {
    const result = await SignInWithApple.authorize({
      clientId: 'com.yourapp.service',
      redirectURI: 'https://yourapp.com/auth/callback',
      scopes: 'email name',
      state: '12345',
      nonce: 'nonce',
    });

    // result contains:
    // - identityToken
    // - authorizationCode
    // - email (may be null if user previously authorized)
    // - givenName
    // - familyName

    // Send to your backend for verification
    await verifyAppleToken(result.identityToken);

  } catch (error) {
    console.error('Apple Sign In failed:', error);
  }
}

Wichtige Überlegungen:

1. E-Mail-Privatsphäre: Benutzer können entscheiden, ihre E-Mail zu verbergen. Apple bietet eine private Relay-E-Mail (z.B. abc123@privaterelay.appleid.com). Ihr App muss dies handhaben.

2. Erstmalige vs. Wiederkehrende Benutzer: Apple liefert nur Benutzerdaten (Name, E-Mail) bei der ersten Autorisierung. Speichern Sie diese Informationen, da nachfolgende Anmeldungen sie nicht enthalten.

3. Schaltflächengestaltung: Apple liefert strenge Gestaltungsvorgaben für die Schaltfläche 'Mit Apple anmelden'. Verwenden Sie ihre offiziellen Assets.

4. Hintergrundverifizierung: Verifizieren Sie immer den Identitäts-Token auf Ihrem Hintergrund-Server, vertrauen Sie niemals Tokens allein auf der Client-Seite.

Android-Social-Login-Anforderungen

: Während Android keine bestimmte Anbieter wie iOS erfordert, hat Google Richtlinien:

Google-Anmeldeanforderungen:

• Muss offizielles Google-Anmeldeverfahren SDK verwenden
• Muss Google-Branding-Richtlinien befolgen
• Sollte die primäre Option sein, wenn Sie sie anbieten

Best Practice für Cross-Platform: Bieten Sie auf beiden Plattformen die gleichen Anmeldeoptionen für Konsistenz an:

• Email/Zugangsdaten
• Mit Apple anmelden (nur für iOS, oder auf Android, wenn Sie eine webbasierte Apple-Anmeldung unterstützen)
• Mit Google anmelden
• context: Seite/ Bereich: Capgo Builder / native cloud build Produktseite. Rolle: Kurze Benutzeroberflächenschaltfläche oder Navigationselement. Gesehen in: Seite native-build.astro. Nachrichtsschlüssel `native_build_v2_wiz_and_s1_l` (Native Build V2 Wiz And S1 L).

Sonstige soziale Optionen (Facebook, Twitter usw.)

Anforderungen für Demo-Konto: Wenn Ihr App Zugriff auf Benutzerkonten erfordert, Sie müssen Arbeitsdemo-Kennwörter in den App Review Notes bereitstellen.

Demo Account Information:

Username: reviewer@demo.com
Password: ReviewTest123!

OR

Test Phone: +1 555-0123
Test OTP: 123456 (static for review)

Notes:
- This account has full premium features enabled
- All payment flows work in sandbox mode
- Account will reset daily

Common Mistakes:

• Häufige Fehler
• Abgelaufene Kennwörter bereitstellen
• Demo-Konto hat keinen Zugriff auf alle Funktionen
• Keine Angabe, wie man die Telefonverifizierung umgehen kann

Zahlungsinformationen für das Sandbox-Konto vergessen

Datenschutzrichtlinien und rechtliche Anforderungen Beide App-Stores verlangen nun zugängliche Datenschutzrichtlinien und Nutzungsbedingungen vorher, im Kontext eines längeren Capgo UI Strings (Elternschlüssel `create_an_issue_and_discuss_before_working_on_a_new_feature`). Seite/ Bereich: Capgo Marketing-Website. Rolle: Langen Marketing- oder Rechtsparagraphen. Gesehen in: Seite contributing.astro. Nachrichtenschlüssel `create_an_issue_and_discuss_before_working_on_a_new_feature` (Create An Issue And Discuss Before Working On A New Feature). | HTML-Textfragment aus einem längeren Capgo UI-String (Elternschlüssel `mention_issue_before_working`). Seite/Bereich: Capgo Marketing-Website. Rolle: Website-Kopfzeile. Gesehen in: Seite contributing.astro. Nachrichtenschlüssel `mention_issue_before_working` (Mention Issue Before Working). Sie erhalten Ihre erste Zulassung vorher, im Kontext eines längeren Capgo UI Strings (Elternschlüssel `create_an_issue_and_discuss_before_working_on_a_new_feature`). Seite/Bereich: Capgo Marketing-Website. Rolle: Website-Kopfzeile. Gesehen in: Seite contributing.astro. Nachrichtenschlüssel `create_an_issue_and_discuss_before_working_on_a_new_feature` (Create An Issue And Discuss Before Working On A New Feature). | HTML-Textfragment aus einem längeren Capgo UI-String (Elternschlüssel `mention_issue_before_working`). Seite/Bereich: Capgo Marketing-Website. Rolle: Website-Kopfzeile. Gesehen in: Seite contributing.astro. Nachrichtenschlüssel `mention_issue_before_working` (Mention Issue Before Working).

Datenvertraulichkeitsrichtlinienanforderungen

Deine Datenschutzrichtlinie muss:

1. Öffentlich zugänglich sein

   • auf einer öffentlichen URL gehostet werden (nicht hinter einem Login)
   • mit standardischen Webbrowsern laden
   • auf den gleichen Sprachen wie deine App verfügbar sein

2. Diese Pflichtthemen abdecken:

   • Welche Daten du sammelst (sei spezifisch)
   • Wie du die gesammelten Daten verwendest
   • Ob Daten an Drittparteien weitergegeben werden
   • Für wie lange Daten gespeichert werden
   • Benutzerrechte (Zugriff, Löschung, Portabilität)
   • Kontaktinformationen für Datenschutzanfragen
   • Kinderdatenschutz (wenn die App für Nutzer unter 13/16 ist)

3. Mit LinkedIn in der App vernetzen

   • Zugänglich von Einstellungen oder Account-Bildschirm
   • Musste nur einen Klick entfernt sein (nicht in Menüs vergraben)
   • Soll in Standardbrowser oder in-app-Browser öffnen

Wo Sie Ihre Datenschutzrichtlinie hosten

Option 1: Ihre Website (Empfohlen)

https://yourapp.com/privacy-policy
https://yourapp.com/terms-of-service

Option 2: GitHub Seiten (Kostenlos)

https://yourusername.github.io/app-privacy-policy

Option 3: Datenschutzrichtlinien-Generator (Rapid Start)

• Termly
• PrivacyPolicies.com
• FreePrivacyPolicy.com

WichtigWichtiger Hinweis: Während Generatoren für den Start ausreichen, stellen Sie sicher, dass die Richtlinie Ihre tatsächlichen Datenpraktiken genau widerspiegelt. Vage Vorlagen, die Ihren App nicht entsprechen, werden markiert.

Anforderungen an Nutzungsbedingungen

Während dies nicht immer verpflichtend ist, wird die Einhaltung von Nutzungsbedingungen stark empfohlen und ist erforderlich, wenn:

• Sie in-App-Käufe oder Abonnements anbieten
• Sie Benutzer generieren
• Sie eine Dienstleistung außerhalb der grundlegenden App-Funktionen anbieten
• Sie rechtliche Schutzmaßnahmen wünschen

Verpflichtende Inhalte:

• Zulässigkeitsrichtlinie
• Bedingungen für die Kündigung des Kontos
• Haftungsbegrenzung
• Rechte an geistigem Eigentum
• Verfahren zur Streitbeilegung
• Rückerstattungspolitik (insbesondere für IAP)

Implementierung im App

// Settings or Account Screen
function LegalLinks() {
  return (
    <div className="legal-section">
      <h3>Legal</h3>
      <a
        href="https://yourapp.com/privacy-policy"
        target="_blank"
        rel="noopener noreferrer"
      >
        Privacy Policy
      </a>
      <a
        href="https://yourapp.com/terms-of-service"
        target="_blank"
        rel="noopener noreferrer"
      >
        Terms of Service
      </a>
      <a
        href="https://yourapp.com/contact"
        target="_blank"
        rel="noopener noreferrer"
      >
        Contact Us
      </a>
    </div>
  );
}

Anforderungen an die App-Metadaten

Beide Stores verlangen von Ihnen, die URL der Datenschutzrichtlinie bei der App-Submission bereitzustellen:

iOS - App Store Connect:

• App-Informationen > Allgemeine Informationen > URL der Datenschutzrichtlinie
• Must be HTTPS (HTTP wird abgelehnt)
• Will be displayed on your App Store page
• Fügen Sie eine Support-URL mit echten Kontaktinformationen für Benutzer hinzu
• Completez le questionnaire d'âge avant la soumission

Android - Google Play Console:

• Präsenz im Store > Einstellungen des Stores > Datenschutzrichtlinie
• Erforderlich für alle Apps, die sich an Kinder richten
• Empfohlen für alle Apps

Datenschutz-Nährwertetiketten (iOS)

iOS erfordert detaillierte Datenschutzmitteilungen in "Nährwertetiketten"-Format:

Kategorien, die Sie erklären müssen:

• Kontaktinformationen: E-Mail, Name, Telefonnummer
• Finanzinformationen: Zahlungsdaten, Kreditkarte, Bankverbindung
• Standort: Genauer oder grober Standort
• Benutzerinhalte: Fotos, Videos, Audio, Nachrichten
• Identifikatoren: Benutzer-ID, Geräte-ID, Werbe-ID
• Nutzungsdaten: Produktinteraktion, Werbedaten, Fehlerprotokolle
• Daten zur Fehleranalyse: Crashdaten, Leistungsdaten

Für jede Datentyp, spezifizieren Sie:

• Ob es gesammelt wird
• Ob es mit Benutzeridentität verknüpft ist
• Ob es für Tracking verwendet wird
• Zweck der Sammlung

Häufiger Fehler: Wenn Sie sagen, dass Sie keine Daten sammeln, wenn Ihre Analytics SDK es tut. Auditieren Sie alle dritten-Partei-SDKs für ihre Datensammlung.

Google Play-Sicherheitsabschnitt für Daten

Ähnlich wie bei iOS, erfordert Android eine Daten-Sicherheitserklärung:

Schritte:

1. Zu Play Console > App-Inhalt > Daten-Sicherheit
2. Antworten auf Fragen zur Datenerfassung
3. Datentypen angeben, die erhoben werden
4. Sicherheitspraktiken erklären (Verschlüsselung usw.)
5. Datenschutzrichtlinien-Link bereitstellen

Wichtig: Diese Informationen sind rechtlich bindend. Eine Falschdarstellung kann zu einer App-Entfernung und einer Konto-Sperrung führen.

Häufige Gründe für die Ablehnung von Apps zum ersten Mal

Das Verständnis, warum Apps abgelehnt werden, hilft Ihnen, diese Fallen zu vermeiden:

1. App stürzt ab oder startet nicht

Warum es passiert:

• Nur auf dem Emulator getestet, nicht auf einem realen Gerät
• Fehlende Fehlerbehandlung bei Netzwerkfehlern
• Hardcodierte API Endpunkte, die nicht erreichbar sind
• Annahme spezifischer Gerätefunktionen (Kamera, GPS)

Wie man es verhindert:

// Always implement proper error handling
async function loadData() {
  try {
    const response = await fetch('https://api.yourapp.com/data');

    if (!response.ok) {
      throw new Error(`HTTP ${response.status}`);
    }

    const data = await response.json();
    return data;

  } catch (error) {
    // Show user-friendly error
    showError('Unable to load data. Please check your connection.');

    // Log for debugging
    console.error('Data load failed:', error);

    // Graceful degradation
    return getCachedData();
  }
}

Testliste:

• Testen Sie auf echten Geräten (mindestens 2-3 verschiedene Modelle)
• Testen Sie mit schlechter Netzwerkverbindung (benutzen Sie den Network Link Conditioner)
• Testen Sie mit Flugmodus
• Testen Sie mit abgelehnten Berechtigungen
• Testen Sie mit frischer Installation (keine gecacheten Daten)

2. Fehlende oder gebrochene Kernfunktionen

Weshalb es passiert:

• Features, die in den Screenshots noch nicht existieren
• Demo-Konto hat keinen Zugriff auf angekündigte Funktionen
• Premium-Funktionen werden angezeigt, aber nicht implementiert
• „Kommend bald“-Platzhalter im App

Wie man verhindert:

• Stellen Sie nur ab, wenn alle angekündigten Funktionen abgeschlossen sind
• Stellen Sie sicher, dass das Demo-Konto den vollen Zugriff hat
• Entfernen oder deaktivieren Sie unvollständige Funktionen, bevor Sie die Abgabe einreichen
• Aktualisieren Sie die Screenshots, um sie genau mit der aktuellen Version zu übereinstimmen

3. Unangemessene Inhalte für die Altersfreigabe

Warum es passiert:

• Altersfreigabe auf 4+, aber App enthält soziale Funktionen
• Altersfreigabe passt nicht zum tatsächlichen Inhalt
• Benutzergenerierte Inhalte ohne Moderation
• Links zu unmoderierten externen Inhalten

Wie Sie die richtige Altersfreigabe einstellen:

iOS-Altersfreigaben:

• 4+ (keine anstößigen Inhalte)
• 9+ (gelegentlich milder Inhalt)
• 12+ (mittelschwere Inhalte)
• 17+ (häufig/intensiver Inhalt)

Android-Inhaltsfreigaben:

• Jeder
• Jeder 10+
• Jugendliche
• Mündig 17+
• Erwachsene nur 18+

WichtigWenn Benutzer Inhalte miteinander teilen können, benötigen Sie:

• Inhaltsmoderations-System
• Meldung/Blockfunktion
• Klare Gemeinschaftsrichtlinien
• Alterskontrolle, wenn erforderlich

4. Täuschende oder irreführende Metadaten

Warum es passiert:

• Der App-Name verspricht Funktionen, die nicht existieren
• Bildschirmfotos von Konkurrenten oder Mockups
• Fake Bewertungen oder Bewertungsmannipulationen
• Beschreibung enthält Superlative ohne Beweise

Beispiele für problematische Metadaten:

❌ Schlecht:

• App-Name: “Best Fitness Tracker - #1 App”
• Beschreibung: “Die amazeendste, revolutionäre App, die je geschaffen wurde!”
• Bilder: Generische Standardbilder

✅ Gut:

• App-Name: “FitTrack - Workout Logger”
• Beschreibung: “Verfolgen Sie Ihre Arbeit mit anpassbaren Routinen und Fortschrittsdiagrammen.”
• Bilder: Aktuelle App-Bildschirme aus der aktuellen Version

5. Unzureichende Testung (insbesondere Android Closed Testing)

Warum es passiert:

• Umschreibe die erforderliche 14-Tage-Testphase
• Rekrutiert nicht genügend Tester
• Die Tester nutzen das App nicht wirklich
• Keine Crash-Überwachung während der Testphase

Wie man es verhindert:

• Rekrutiert Tester 3-4 Wochen vor geplanter Veröffentlichung
• Verwenden Sie Firebase Crashlytics oder ähnliche während der Testphase
• Beteiligen Sie sich aktiv an den Testern (Umfragen, Feedbackformulare)
• Beheben Sie kritische Probleme bevor Sie in die Produktion übertragen

6. Berechtigungen ohne Rechtfertigung

Warum es passiert:

• Standortanfrage, aber nicht verwendet
• Kamera-Berechtigung ohne Erklärung
• Zugriff auf Kontakte ohne klaren Zweck
• Hintergrundstandort für nicht-navigationsbasierte Apps

Wie Sie es beheben:

iOS - Info.plist:

<key>NSCameraUsageDescription</key>
<string>Camera access is required to scan QR codes for quick login.</string>

<key>NSLocationWhenInUseUsageDescription</key>
<string>Location helps us show nearby fitness centers and outdoor running routes.</string>

<key>NSPhotoLibraryUsageDescription</key>
<string>Photo library access lets you upload a profile picture and share workout photos.</string>

Android - Zulassungsstrategie:

<!-- Only request what you actually need -->
<uses-permission android:name="android.permission.CAMERA" />

<!-- Use when-in-use rather than always for location -->
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />

<!-- Avoid if possible -->
<!-- <uses-permission android:name="android.permission.ACCESS_BACKGROUND_LOCATION" /> -->

Laufzeit-Berechtigungsanfrage:

import { Camera } from '@capacitor/camera';

async function takePicture() {
  // Request with context
  const permissionStatus = await Camera.requestPermissions();

  if (permissionStatus.camera === 'granted') {
    const photo = await Camera.getPhoto({
      quality: 90,
      allowEditing: true,
      resultType: 'uri'
    });

    return photo;
  } else {
    // Explain why permission is needed
    showDialog(
      'Camera access required',
      'To upload a profile picture, please enable camera access in Settings.'
    );
  }
}

iOS-spezifische Anforderungen

App Store-Bildschirmfotos und Vorschauen

Erforderliche Größen:

• 6,7“ iPhone: 1290 x 2796
• 13“ iPad: 2064 x 2752
• 12,9“ iPad: 2048 x 2732

Wichtig: Wenn Ihr App iPad unterstützt, müssen Sie iPad-Screenshots hochladen. iPhone-Screenshots nicht auf iPad-Slots ausdehnen.

Screenshot-Best Practices:

• Zeigen Sie tatsächlich App-Inhalt (keine Mockups)
• Statusleiste entfernen oder realistisches Inhalt anzeigen
• Für alle unterstützten Sprachen lokalisiert
• Überschüssige Textüberlagerung vermeiden
• Hauptmerkmale in den ersten 2-3 Screenshots zeigen

App Store Connect-Metadaten-Einstellungen

Bevor die Einreichung, diese App Store Connect-Felder abschließen:

• Datenschutzrichtlinien-URL: erforderlich für iOS-Apps
• Support-URL: erforderlich und sollte zu tatsächlichen Kontaktinformationen führen
• Altersfreigabe: Fülle das Fragebogen aus, damit die App veröffentlicht werden kann
• App-Bewertungsinformationen: Füge einen Bewertungskontakt, Zugangsdaten für ein funktionierendes Demo, wenn ein Login erforderlich ist, und klare Anmerkungen für das Bewertungsteam hinzu
• Exportkonzession: Beantworte die Verschlüsselungsfragen oder setze sie ITSAppUsesNonExemptEncryption in Info.plist wenn erforderlich, damit du nicht bei jedem Upload die gleichen Antworten wiederholst

TestFlight Vor der App-Überprüfung

Durchführen Sie eine echte TestFlight-Passage vor der Produktionsüberprüfung:

• Installieren Sie die genaue Build von TestFlight
• Melden Sie sich mit demselben Überprüfungsaccount an, den Sie bereitstellen möchten
• Durchlaufen Sie den Kauf-, Wiederherstellungs- und Stornierungsprozess
• Bestätigen Sie, dass der Rezensent Zugriff auf wichtige Funktionen ohne versteckte Einstellungen hat
• Testen Sie auf iPhone und iPad, wenn beide unterstützt werden

App-Vorschau-Videos (Optional, aber Empfohlen)

Anforderungen:

• Länge von 15-30 Sekunden
• Muss tatsächliche App-Fußage zeigen
• Kann kurze Textüberlagerungen enthalten
• No Musik mit Urheberrechtsproblemen
• Die gleichen Auflösungen wie Bildschirmfotos

Apple-Anmeldung implementieren

Schon oben erwähnt, aber wichtig für die iOS-Bewertung, wenn Sie soziale Anmeldungen haben.

Anforderungen für In-App-Käufe

Wenn Sie digitale Güter oder Dienstleistungen anbieten:

Zwingende Offenlegungspflichten:

• Klare Preise vor dem Kauf anzeigen
• Abonnementbedingungen klar angegeben
• Anweisungen zum Abbestellen sichtbar
• Zurücksetzen-Käufer-Button

Beispiel für eine einvernehmliche Abonnement-Anzeige:

function SubscriptionOffer() {
  return (
    <div className="subscription-screen">
      <h2>Choose Your Plan</h2>

      <PlanCard>
        <h3>Monthly</h3>
        <p className="price">$9.99/month</p>
        <ul>
          <li>Unlimited workouts</li>
          <li>Personalized plans</li>
          <li>Progress tracking</li>
        </ul>
        <button>Subscribe</button>
      </PlanCard>

      <PlanCard>
        <h3>Annual</h3>
        <p className="price">$79.99/year</p>
        <p className="savings">Save 33%</p>
        <ul>
          <li>Everything in Monthly</li>
          <li>Priority support</li>
        </ul>
        <button>Subscribe</button>
      </PlanCard>

      <div className="subscription-terms">
        <p>
          Subscription automatically renews unless cancelled at least
          24 hours before the end of the current period. Manage your
          subscription in Settings.
        </p>
        <button onClick={restorePurchases}>Restore Purchases</button>
      </div>

      <div className="legal-links">
        <a href="/privacy/">Privacy Policy</a> |
        <a href="/terms">Terms of Service</a>
      </div>
    </div>
  );
}

Android-Spezifische Anforderungen

Google Play Console Account Setup

Bevor Sie Ihre erste Android-Version veröffentlichen, stellen Sie sicher, dass der Play Console-Account und das App-Shell existieren:

• Erstellen Sie Ihr Entwicklerkonto bei Play Console Registrierung
• In Play Console gehen Sie zu Zuhause > App erstellen
• Wählen Sie die Standard-Sprache, das App-/Spiel-Typ und die Support-E-Mail
• Akzeptieren Sie die erforderliche Play-Politik, Export und Play App Signing-Erklärung
• Entscheiden Sie, ob die App kostenlos ist oder bezahlt

WichtigGoogle ermöglicht es Ihnen, eine bezahlte App später kostenlos zu machen, aber sobald eine App kostenlos angeboten wird, kann sie nicht in eine bezahlte umgewandelt werden.

Bundle-Anforderung

WichtigGoogle Play erfordert die Android-App-Bundle-Format (.aab), nicht APK:

# Sync the native Android project first
bunx cap sync android

# Then build the release app bundle
cd android
./gradlew bundleRelease

Ziel API-Level-Anforderung

Aktuelle AnforderungNeue Apps und App-Updates müssen sich auf Android 15 (API-Level 35) oder höher richten.

Aktualisierung in android/app/build.gradle:

android {
    compileSdkVersion 35

    defaultConfig {
        targetSdkVersion 35
        minSdkVersion 23  // Minimum supported version
    }
}

Google Play-Datensicherheit

Bereits oben behandelt, aber absolut wichtig für die Android-Zulassung.

Closed Testing Track (aktuelle Anforderung)

Dies ist das große Ding für neu erstellte persönliche Entwicklerkonten: die 12-Tester, 14-Tage-Anforderung, die in diesem Leitfaden bereits detailliert beschrieben wurde.

Zeitplan:

1. Woche 1: Tester rekrutieren, geschlossene Testung einrichten
2. Woche 2-3: Aktivtestperiode (mindestens 14 Tage)
3. Woche 4: Probleme beheben, Produktionsrelease vorbereiten
4. Woche 5: Für die Produktionsprüfung einreichen

Zielgruppe und Inhaltseinstufung

Inhaltseinstufungsfragebogen:

• Für alle Apps erforderlich
• Braucht 10-15 Minuten
• Bestimmt die Altersstufe (Jeder, Jugendlicher, Erwachsener, usw.)
• Update es, sobald sich Ihre Inhalte auf eine Weise ändern, die die Antworten beeinflusst

Themen:

• Vergewaltigung
• Inhalt
• Profanität
• Kontrollierte Substanzen
• Wettbewerbsspiel
• Benutzereingriffsfunktionen

Wichtig: Wenn Sie Benutzerinhalte oder soziale Funktionen haben, müssen Sie dies offenlegen und eine Moderation durchführen.

Anforderungen für das Ladenplatz

Benötigte Assets:

• App-Icon (512 x 512 PNG)
• Feature-Graphic (1024 x 500 JPG oder PNG)
• Telefon-Bildschirmfotos (mindestens 2, höchstens 8)
• 7-Zoll-Tabletscreenshots (optional, aber empfohlen)
• 10-Zoll-Tabletscreenshots (optional, aber empfohlen)

Beschreibung Anforderungen:

• Kurzbeschreibung (max. 80 Zeichen)
• Vollständige Beschreibung (max. 4000 Zeichen)
• Beschreibt die App-Funktionen genau
• Kann keine Kontaktinformationen oder Preise enthalten

Vorab-Überprüfungsliste

Bevor Sie auf 'Senden' klicken, gehen Sie durch diese umfassende Liste:

Technische Anforderungen

• Die App startet erfolgreich auf echten Geräten
• Alle in den Screenshots gezeigten Funktionen funktionieren
• Keine Platzhalter oder "Kommend bald"-Inhalte
• Alle dritten Parteien API-Schlüssel sind Produktionschlüssel
• Netzwerkfehler werden behandelt
• Zugriffsanfragen enthalten klare Erklärungen
• Die App stürzt nicht unter schlechten Netzwerkbedingungen
• Getestet mit abgelehnten Berechtigungen
• Getestet auf der minimal unterstützten Betriebssystemversion
• Speicherverluste wurden überprüft und behoben

Authentifizierung & Anmeldung

• Wenn Sie sich mit dem sozialen Login anmelden, ist Sign in with Apple enthalten (iOS)
• Kontoanmeldeinformationen in den Rezensionshinweisen bereitgestellt
• Das Demo-Konto hat Zugriff auf alle Funktionen
• Das Passwort-Rest-Fluss funktioniert
• Die Abmeldefunktion funktioniert korrekt
• Option zur Löschung des Kontos verfügbar (erforderlich durch GDPR/CCPA)

Rechtliche & Datenschutz

• Datenschutzrichtlinie öffentlich zugänglich
• Datenschutzrichtlinie-URL wurde in die App-Store-Liste eingefügt
• Nutzungsbedingungen öffentlich zugänglich (wenn anwendbar)
• Datenschutzrichtlinie in der App (Einstellungen-Bildschirm) verlinkt
• Datenschutz-Nährwertetiketten sind genau (iOS)
• Datensicherheitsabschnitt abgeschlossen (Android)
• Alle Zwecke der Datenerfassung erklärt
• Dritte-Partei-Datenerfassung SDK offenbart

Inhalt & Metadaten

• App-Name folgt Richtlinien (keine Keyword-Stapler)
• Beschreibung beschreibt Funktion genau
• Screenshot zeigt tatsächliche aktuelle App-Bildschirme
• Screenshot lokalisiert für alle unterstützten Sprachen
• Keine Konkurrenz in der Beschreibung
• Keine Superlativen ohne Beweis
• Alterseinstufung passt zum tatsächlichen Inhalt
• Kontakt-E-Mail wird überwacht

__CAPGO_KEEP_0__

• __CAPGO_KEEP_0__
• __CAPGO_KEEP_0__
• __CAPGO_KEEP_0__
• __CAPGO_KEEP_0__
• __CAPGO_KEEP_0__
• __CAPGO_KEEP_0__
• __CAPGO_KEEP_0__
• __CAPGO_KEEP_0__
• __CAPGO_KEEP_0__
• __CAPGO_KEEP_0__
• __CAPGO_KEEP_0__
• No Bezugnahme auf Android oder andere Plattformen

Android-Spezifisch

• App-Bundle-Format (.aab) verwendet
• Ziel API 35 oder höher
• Inhaltsbewertungsfragebogen abgeschlossen
• Feature-Bild hochgeladen
• Abgeschlossene Tests durchgeführt, wenn Ihr Play-Console-Konto dies erfordert (12 Tester, 14 Tage)
• Crashberichte aus den Tests geprüft und behoben
• Keine Bezugnahme auf iOS oder andere Plattformen

Testen (aktuelle Anforderung für Android)

• 12+ Tester rekrutiert, wenn Ihr Play-Konto abgeschlossene Tests erfordert
• Abgeschlossene Testspur erstellt
• 14 Tage Testdauer abgeschlossen
• Die Tester haben die App tatsächlich verwendet (nicht nur installiert)
• Crash-Überwachung während der Testphase aktiviert
• Kritische Fehler aus der Testphase behoben
• Feedback der Tester dokumentiert

Zusammenfassung: Was ein guter Review enthalten sollte

Große Review-Notizen können den Unterschied zwischen sofortiger Genehmigung und Ablehnung ausmachen. Hier ist, was Sie einbeziehen sollten:

Vorlage für Review-Notizen

APP REVIEW INFORMATION

=== Test Account ===
Email: reviewer@testapp.com
Password: TestReview123!
(This account has all premium features enabled)
(This account stays active during review)

=== Review Contact ===
Name: Jane Developer
Email: review@yourapp.com
Phone: +1 555-0100

=== Testing Instructions ===
1. Launch app and tap "Sign In"
2. Enter test credentials above
3. Navigate to "Dashboard" to see main features
4. Tap "Upgrade" to test subscription flow (sandbox mode)
5. Go to Settings > Account to see privacy policy and terms

=== Key Features to Test ===
- Workout tracking (tap "New Workout" on Dashboard)
- Progress charts (Analytics tab)
- Social sharing (Share button on workout details)
- Camera upload for profile picture (Settings > Profile)

=== Third-Party Services ===
- Firebase Authentication (for login)
- Stripe (for payments - sandbox mode)
- AWS S3 (for image uploads)
- Google Maps SDK (for location features)

=== Notes ===
- Location permission is optional, app works without it
- Camera permission only requested when uploading profile picture
- All subscription flows use Apple/Google sandbox environments
- Background location is not used
- Support URL and privacy policy are available from Settings > Account

=== Contact ===
For questions: developer@yourapp.com
Response time: Within 24 hours

iOS-spezifische Review-Notizen

Für iOS sollten Sie auch folgendes einbeziehen:

=== Device Coverage ===
Tested on: iPhone 15 Pro Max, iPad Pro 13-inch

=== App Store Connect Metadata ===
Support URL: https://yourapp.com/support
Privacy Policy: https://yourapp.com/privacy-policy

=== Submission Notes ===
- iPad screenshots match the current iPad UI
- Export compliance answered for this build
- Sign in with Apple is available on the login screen

Android-spezifische Review-Notizen

Für Android sollten Sie auch folgendes einbeziehen:

=== Testing Track Information ===
Closed testing period: [Start Date] to [End Date]
Number of active testers: 23
Critical issues found during testing: 2 (both fixed)
Test distribution method: Email invite list

=== Crash Data ===
Testing period crashes: 3 total
Crash rate: 0.8%
All crashes fixed in this build

=== API Levels ===
Target SDK: 35 (Android 15)
Min SDK: 23 (Android 6.0)
Tested on: Android 11, 12, 13, 14, 15

Was tun, wenn man abgelehnt wird

Panic nicht - die Ablehnung ist häufig, insbesondere bei ersten Einreichungen. Hier ist, wie man damit umgeht:

Schritte nach der Ablehnung

Häufige Ablehnungsantworten

Ablehnung: "Ihre App stürzt beim Start ab"

Antwort:

I sincerely apologize for the crash. I have identified and fixed
the issue:

Root cause: The app attempted to fetch data before network
initialization completed, causing a null reference exception.

Fix: Implemented proper async initialization with error handling
and offline mode. The app now gracefully handles network issues.

Testing: Verified on iPhone 12 (iOS 17), iPhone 14 Pro (iOS 17.1),
tested with WiFi, cellular, and airplane mode.

Build version: 1.0.2 (build 3)

Abweisung: „Mangelnde Datenschutzrichtlinie“

Antwort:

Thank you for the feedback. I have added the privacy policy:

URL: https://myapp.com/privacy-policy
Location in app: Settings > Privacy Policy (tappable link)
Also added to: App Store Connect > App Information > Privacy Policy URL

The privacy policy covers all data collection as disclosed in the
Privacy Nutrition Labels.

Abweisung: „Nicht mit 4.2 - Mindestfunktionalität übereinstimmend“

Das ist schwieriger. Es bedeutet, dass Ihre App nicht genug tut, um als App zu gelten. Antwort:

Thank you for the feedback. I'd like to clarify the app's
functionality:

Core Features:
1. [Feature 1 with specific details]
2. [Feature 2 with specific details]
3. [Feature 3 with specific details]

The app provides significant utility beyond a simple website by:
- Offline functionality for [specific feature]
- Native camera integration for [specific feature]
- Push notifications for [specific feature]
- Device hardware access for [specific feature]

Test account credentials have been provided to demonstrate all
features. Please let me know if you need additional clarification.

Post- genehmigungsrelevante Best Practices

Herzlichen Glückwunsch! Ihre App wurde genehmigt. Hier erfahren Sie, wie Sie diesen Status aufrechterhalten können:

Überwachung nach der Veröffentlichung

Wichtige Metriken zum Überwachen:

• Crash-Rate (unter 1% halten)
• ANR-Rate (Android - unter 0,5% halten)
• App-Store-/Play-Store-Bewertungen
• Zurückmeldungs-Inhalte (auf alle Rückmeldungen antworten)
• Benutzerberichtete Fehler

Werkzeuge zur Verwendung:

• Firebase Crashlytics
• App Store Connect Analytics
• Google Play Console Vitals
• Sentry oder ähnliche Fehlerüberwachung

Update-Richtlinien

Wenn Updates eingereicht werden:

• Als gründlich testen, wie die ursprüngliche Einreichung
• Update-Bildschirme, wenn sich die Benutzeroberfläche erheblich geändert hat
• Update-Privatsphäre-Etiketten, wenn sich die Datenerfassung geändert hat
• Stellen Sie klare 'Was ist Neues'-Beschreibungen bereit
• Überlegen Sie sich gestaffelte Rollouts für wichtige Änderungen

Zuverlässigkeit

Jährliche Anforderungen:

• Erneuern Sie die Android-Inhaltsbewertung (jährlich erforderlich)
• Aktualisieren Sie die Datenschutzrichtlinie, wenn sich die Praktiken ändern
• Überprüfen und aktualisieren Sie die Altersangaben, wenn sich der Inhalt ändert
• Überprüfen Sie die Drittanbieter-SDKs auf Einhaltung

Fortlaufende Überwachung:

• Blieben Sie auf dem Laufenden über Änderungen der Richtlinien
• Beitreten Sie zu Apple/Google-Entwickler-Newslettern
• Teilnehmen Sie an Entwicklergemeinschaften
• App Store/Play Store Richtlinien-Blogs folgen

Ressourcen und weitere Lesematerialien

Offizielle Dokumentation

Apple:

• App Store-Bewertungsrichtlinien
• Mit Apple anmelden
• App Store Connect-Hilfe
• Datenschutz und Datenverwendung

Google:

• Entwicklerpolitik-Zentrum
• Start-Checkliste
• Sicherheitsabschnitt für Daten
• Testrichtlinien

Community-Ressourcen

• r/androiddev - Android-Entwickler-Community
• r/iOSProgramming - iOS-Entwickler-Community
• Stack Overflow - Technische Fragen
• Indie Hackers - Indie-Entwickler-Community

Datenschutzrichtlinien-Tools

• Termly Datenschutzrichtlinien-Generator
• Datenschutzrichtlinien.com
• Kostenloser Datenschutzrichtlinien

Brauchen Sie Hilfe bei Ihrer App-Überprüfung?

Wenn Sie sich überfordert fühlen oder Expertenberatung benötigen, um sicherzustellen, dass Ihre App auf den ersten Versuch die Überprüfung besteht, sind wir Ihnen zur Verfügung!

Einen Beratungstermin mit unserem Team buchen zur persönlichen Unterstützung bei:

• Vorbereitung der Überprüfung im App Store und Play Store
• Überprüfung der Datenschutzrichtlinien und rechtlichen Dokumente
• Implementierung von Sign in with Apple
• Teststrategie und Rekrutierung von Testern
• Vorbereitung von Überprüfungsnotizen
• Antwort auf Ablehnung und Beschwerden
• Vollständige App-Übermittlungsprozess

Unsere Mannschaft hat bereits hunderte Entwickler dabei geholfen, den App-Überprüfungsprozess erfolgreich zu navigieren und kann Ihnen Wochen der Probier- und Fehlerphase ersparen.

Zusammenfassung

Die Übermittlung Ihrer ersten App kann beängstigend sein, aber mit einer ordentlichen Vorbereitung können Sie die Überprüfung auf den ersten Versuch bestehen. Denken Sie daran, diese wichtigen Punkte zu beachten:

1. Früh Anfangen: Insbesondere für Android - rekrutieren Sie mindestens 12 Tester drei Wochen vor Ihrem geplanten Launchdatum
2. Datenschutz zuerst: Haben Sie Ihre Datenschutzrichtlinie bereit und spiegeln Sie Ihre Datenpraktiken genau wider
3. Apple-Anmeldung: Wenn Sie eine soziale Anmeldung verwenden, müssen Sie auf iOS die Anmeldung mit Apple einbinden
4. Gründlich Testen: Testen Sie auf echten Geräten, mit schlechten Netzwerken und mit abgelehnten Berechtigungen
5. Sei Ehrlich: Genauere Metadaten und Offenlegungen von Datenschutzinformationen verhindern die Ablehnung und rechtliche Probleme
6. Detaillierte Rezensionsnotizen: Helfen Rezensenten, Ihr App schnell zu verstehen

Die aktuellen Anforderungen für Android-Tests fügen dem Prozess Zeit hinzu, führen aber letztendlich zu besseren Apps und weniger Problemen nach der Veröffentlichung. Planen Sie für zusätzliche 3-4 Wochen für Android-Submissionen, und Sie werden gut vorbereitet sein für den Erfolg.

Glückwunsch zu Ihrem App-Start! Denken Sie daran, dass auch wenn Sie abgelehnt werden, es sich um eine Lernmöglichkeit handelt. Die meisten erfolgreichen Apps durchlaufen mehrere Runden der Rezension, bevor sie genehmigt werden.

Willen Sie nicht allein losgehen? Planen Sie eine Beratung und lassen Sie unsere Experten Sie durch den Prozess führen.

Brauchen Sie Hilfe bei der Implementierung von Live-Updates, nachdem Ihre App genehmigt wurde? Überprüfen Sie Capgo's Live-Update-Lösung zur Durchführung von reibungslosen App-Updates ohne App-Store-Überprüfung.

Weitermachen mit The Complete First-Time App Review Guide für 2026 - iOS und Android

Wenn Sie verwenden The Complete First-Time App Review Guide für 2026 - iOS und Android um Sicherheit und Compliance zu planen, verbinden Sie es mit Verschlüsselung für die Implementierungsdetail in Verschlüsselung Compliance für die Implementierungsdetail in Compliance Capgo Sicherheits-Scanner für den Produktworkflow in Capgo Sicherheits-Scanner Capgo Sicherheit für den Produktworkflow in Capgo Sicherheit Capgo Vertrauenszentrum zur Produktworkflow in Capgo Vertrauenszentrum.