Die umfassende Leitfäden für erste App-Überprüfungen 2026 - iOS und Android

Die Einreichung Ihrer ersten App im App Store oder Play Store kann überwältigend erscheinen. Mit ständig evolvierten 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 zu bestehen.

Das 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
• Hochsaison: 3-5 Tage (insbesondere während der Feiertagszeiten)
• Wochenenden: Keine Überprüfungen durchgeführt
• Eilü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.

App Store Connect Statuses, die Sie sehen werden

• Zur Vorbereitung auf 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: Die Überprüfungsgruppe prüft Ihre App aktiv
• Ausstehende Entwicklerfreigabe: Genehmigt, aber auf Ihre manuelle Freigabe wartend
• Abgelehnt / Offene Probleme: Apple benötigt Änderungen vor der Genehmigung

Google Play Store Überprüfungszeitplan (2026 Update)

• Initial ReviewIn der ersten Überprüfung
• Closed Testing Gate: 14 Tage Mindestens für betroffene neue persönliche Play Console Konten, bevor Sie Zugriff auf die Produktion anfordern können
• Production Review After Testing: In der Regel weitere 3-7 Tage nach Abschluss der geschlossenen Testanforderung
• Updates to Existing Apps: 1-3 Tage
• Policy Violations: Kann sich auf 14+ Tage ausdehnen, wenn zusätzliche Überprüfungen ausgelöst werden

Important Update: Google erfordert nun wesentlich strengere Tests für einige neue Play Console Konten, über die wir im Folgenden ausführlich berichten.

Apple-Entwicklerkonto-Einrichtung

Bevor Sie Ihre erste iOS-Version veröffentlichen, stellen Sie sicher, dass die Apple-Seite korrekt eingerichtet ist:

• Mitglied werden im Apple-Entwicklerprogramm
• Zweifaktor-Authentifizierung für das Apple-Konto aktivieren, das für die Mitgliedschaft verwendet wird
• Wählen Sie die richtige Mitgliedschaftsart:
  • Einzelunternehmen / Einzelunternehmer: Ihr rechtlicher Name wird zum Verkäufernamen im App Store
  • Unternehmen: erfordert eine juristische Person, eine D-U-N-S-Nummer, eine öffentliche Website und eine Person mit der Befugnis, die Gesellschaft zu Apple's Vereinbarungen zu binden
• Während der Mitgliedschaftsregistrierung verwenden Sie juristische Namen. Pseudonyme oder Firmennamen in den Vornamen- bzw. Nachnamenfeldern können die Genehmigung verzögern
• Nach Genehmigung der Mitgliedschaft melden Sie sich bei App Store Connect an und erstellen das App-Record mit dem finalen Bundle-Id, App-Name, SKU und Hauptsprache

Wichtig: Apple ändert die Mindestanforderungen an SDK im Laufe der Zeit. Ab dem 28. April 2026, müssen Apps, die in App Store Connect hochgeladen werden, die iOS & iPadOS 26 SDK oder höher.

Das kritische Android-Testanforderung

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 __CAPGO_KEEP_0__ erstellt nach dem 13. November 2023Sie müssen einen geschlossenen Testzeitraum abschließen, bevor die App in die Produktion gehen kann:

Anforderungen:

• Mindestens 12 Testerteilnehmer: 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 sein
• Produktionszugriffsantrag: Nach dem Testzeitraum müssen Sie noch einen Produktionszugriff in Play Console beantragen
• Feedbacksammlung: Sie sollten die gefundenen Probleme, die durchgeführten Fixes und wie die Tester die App verwendet haben dokumentieren

Wie Sie Ihren Testtrack einrichten

Warum Google diese Anforderung eingeführt hat

Google führte diese Anforderung ein, um

• Qualitätsmangelhafte App-Spam zu reduzieren
• Zu gewährleisten, dass Apps ordnungsgemäß getestet werden, bevor sie an die Benutzer gelangen
• Identifizieren Sie schädliche Apps durch realweltliche Verwendungsmuster
• Verbessern Sie die Gesamtleistung des Google Play Stores

Reality Check: Dies füttet Ihr Launch-Termin um mindestens 2-3 Wochen. Planen Sie entsprechend und beginnen Sie frühe Tester zu rekrutieren.

Anforderungen an die Authentifizierung und Anmeldung

Einer der häufigsten Ablehnungsgrönde ist die falsche Implementierung von Authentifizierungssystemen, insbesondere von sozialen Login-Optionen.

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

Apples Regel: Wenn Ihr App jede dritte-Partei-Soziale-Login-Option (Google, Facebook, Twitter usw.) anbietet, müssen Sie auch Sign in with Apple als Option anbieten. Dies gilt für also offer Sign in with Apple as an option.

This applies to:

• Google Sign-In
• Facebook Login
• Twitter/X Login
• LinkedIn Login
• Jeder andere Dienst für Drittanbieterauthentifizierung

Dies gilt NICHT für:

• Nur E-Mail/Passwort-Authentifizierung
• Regierungs-ID-Systeme
• Unternehmens-SSO-Systeme (wenn das App für das spezifische Unternehmen ist)
• Bildungseinrichtung-Authentifizierungssysteme

Die Implementierung von Sign in with Apple

Wenn Sie soziale Anmeldung verwenden, hier ist, was 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 ihre E-Mail-Adresse verbergen. Apple bietet eine private Relay-E-Mail-Angebot (z.B., abc123@privaterelay.appleid.com). Ihr App muss sich damit auseinandersetzen.

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

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

4. Backend-Verifizierung: Verifizieren Sie immer den Identitäts-Token auf Ihrem Backend-Server, vertrauen Sie nicht allein auf Client-Seitentoken.

Android-Social-Login-Anforderungen

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

Google-Anmeldeanforderungen:

• Muss offizielles Google-Anmeldeverfahren SDK verwenden
• Muss Google's Markenleitlinien 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 an, um Konsistenz zu gewährleisten:

• E-Mail/Passwort
• Mit Apple anmelden (nur für iOS, oder auf Android, wenn Sie Web-basiertes Apple-Anmeldeverfahren unterstützen)
• Mit Google anmelden
• Andere soziale Optionen (Facebook, Twitter usw.)

Anforderungen für das Demo-Konto

Wichtig für die ÜberprüfungWenn Ihre App eine Anmeldung erfordert, müssen Sie in den App Review Notes funktionierende Demo-Anmeldeinformationen bereitstellen. __CAPGO_KEEP_0__ Häufige Fehler

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

Anmeldeinformationen sind abgelaufen:

• Der Demo-Account hat keinen Zugriff auf alle Funktionen
• Nicht erwähnen, wie man die Telefonverifizierung umgehen kann
• Beachten Sie nicht, dass die Sandbox-Zahlungsdaten erwähnt werden müssen
• Datenschutzrichtlinien und rechtliche Anforderungen

Beide App-Stores verlangen nun zugängliche Datenschutzrichtlinien und Nutzungsbedingungen

vor Ihrem ersten Einreichungsantrag. __CAPGO_KEEP_0__

Datenschutzrichtlinienanforderungen

Ihre Datenschutzrichtlinie muss:

1. Öffentlich zugänglich sein

   • Auf einer öffentlichen URL gehostet werden (nicht hinter Login geschützt)
   • In Standard-Web-Browsern aufladbare
   • In den gleichen Sprachen wie Ihre App verfügbar sein

2. Diese Pflichtthemen abdecken:

   • Welche Daten Sie sammeln (seien Sie spezifisch)
   • Wie Sie die gesammelten Daten verwenden
   • Ob Daten an Drittparteien weitergegeben werden
   • Wie lange Daten gespeichert werden
   • Benutzerrechte (Zugriff, Löschung, Portabilität)
   • Kontaktdaten für Datenschutzanfragen
   • Kinderdatenschutz (wenn App für Benutzer unter 13/16 ist)

3. Mit LinkedIn in-App verknüpfen

   • Zugänglich von Einstellungen oder Account-Bildschirm
   • Ein Klick entfernt (nicht in Menüs vergraben)
   • Soll in Standardbrowser oder in-App-Browser öffnen

Wo Hosten Sie Ihre Datenschutzrichtlinie

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 (Schnellstart)

• Termine
• PrivacyPolicies.com
• FreePrivacyPolicy.com

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

Anforderungen an Nutzungsbedingungen und -bedingungen

Während dies nicht immer verpflichtend ist, wird die Einhaltung von Nutzungsbedingungen und -bedingungen 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-Funktionalität anbieten
• Sie rechtliche Schutz benötigen

Muss enthalten sein:

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

In-App-Implementierung

// 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 > Datenschutzrichtlinien-URL
• Muss HTTPS sein (HTTP wird abgelehnt)
• Wird auf Ihrer App Store-Seite angezeigt
• Fügen Sie eine Support-URL mit realen Kontaktinformationen für Benutzer hinzu
• Abschließen Sie das Fragebogen zur Altersfreigabe vor der Einreichung

Android - Google Play Console:

• Händlerpräsenz > Händler-Einstellungen > 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 angegeben werden müssen:

• KontaktinformationenE-Mail, Name, Telefonnummer
• FinanzinformationenE-Mail-Adresse, Zahlungsverfahren, Kreditkarte, Bankverbindung
• StandortPrecise oder grobe Standortangabe
• Inhalte des BenutzersFotos, Videos, Audio, Nachrichten
• BenutzeridentifikatorenBenutzer-ID, Geräte-ID, Werbe-ID
• VerwendungsdatenProduktinteraktion, Werbedaten, Fehlerprotokolle
• Diagnostics: Crashdaten, Leistungsdaten

Für jeden Datentyp angeben:

• 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: Sagt man, man sammelt keine Daten, wenn die Analytics-SDK-Tools das tun. 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 gehen
2. Beantworten Sie Fragen zu Datensammlung
3. Legen Sie die Datentypen fest, die gesammelt werden
4. Erklären Sie Sicherheitspraktiken (Verschlüsselung usw.)
5. Bereitstellen Sie einen Link zur Datenschutzrichtlinie

Wichtig: Diese Informationen sind rechtlich bindend. Eine Falschdarstellung kann zu der Entfernung der App und der Sperre des Kontos führen.

Häufige Gründe für die Ablehnung der App zum ersten Mal

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

1. Die App stürzt ab oder startet nicht

Warum es passiert:

• Nur auf dem Emulator getestet, nicht auf einem echten Gerät
• Fehlende Fehlerbehandlung für Netzwerkfehler
• Festgelegte API Endpunkte, die nicht erreichbar sind
• Besitzt spezifische Gerätefunktionen (Kamera, GPS) annehmen

Wie man 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:

• Auf echten Geräten testen (mindestens 2-3 verschiedene Modelle)
• Mit schlechter Netzwerkverbindung testen (verwende Network Link Conditioner)
• Mit Flugmodus testen
• Mit abgelehnten Berechtigungen testen
• Mit frischer Installation testen (keine gecacheten Daten)

2. Fehlende oder gebrochene Kernfunktionen

Warum es passiert:

• In Bildern gezeigte Funktionen existieren noch nicht
• Demo-Konto hat keinen Zugriff auf angekündigte Funktionen
• Premium-Funktionen werden angezeigt, aber nicht implementiert
• „Bald verfügbar“-Platzhalter im App

Wie man verhindert:

• Nur absenden, wenn alle angekündigten Funktionen abgeschlossen sind
• Stelle sicher, dass das Demo-Konto volle Zugriff hat
• Entferne oder deaktiviere unvollständige Funktionen, bevor Sie einreichen
• Aktualisieren Sie die Screenshots, um sie genau mit der aktuellen Version abzubilden

3. Inhalt für die Altersfreigabe ungeeignet

Warum es passiert:

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

Wie die richtige Altersfreigabe zu setzen ist:

iOS-Altersfreigaben:

• 4+ (keine anstößigen Inhalte)
• 9+ (gelegentlich milde Inhalte)
• 12+ (moderate Inhalte)
• 17+ (häufig/intensive Inhalte)

Android-Inhaltsfreigaben:

• Jeder
• Jeder 10+
• Jugendliche
• Erwachsene 17+
• Erwachsene nur 18+

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

• Inhaltsmoderations-System
• Meldung/Blockfunktion
• Klare Gemeinschaftsrichtlinien
• Alterskontrolle wenn nötig

4. Täuschende oder irreführende Metadaten

Warum es passiert:

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

Beispiele für problematische Metadaten:

❌ SCHLECHT:

• Anwendungsname: “Best Fitness Tracker - #1 App”
• Beschreibung: “Die amazeendste, revolutionäre App, die je geschaffen wurde!”
• Bildschirme: Allgemeine Vorschaubilder

✅ GUT:

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

5. Unzureichende Testung (insbesondere Android-Abgeschlossene Testung)

Why Es Sich Ereignet:

• Die erforderliche 14-Tage-Testdauer überspringen
• Zu wenige Tester rekrutieren
• Die Tester nutzen die App nicht wirklich
• Während der Testphase keine Crash-Überwachung

Wie Man Es Verhindert:

• Zu Beginn der Testphase 3-4 Wochen vor dem geplanten Launch Testteilnehmer rekrutieren
• Während der Testphase Firebase Crashlytics oder ein ähnliches Tool verwenden
• Mit den Testteilnehmern aktiv in Kontakt treten (Umfragen, Feedbackformulare)
• Kritische Probleme vor der Produktionserweiterung beheben

6. Befugnisse Ohne Rechtfertigung

Why Es Sich Ereignet:

• Standortanfrage, aber nicht verwendet
• Kameraerlaubnis 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 - Strategie für Berechtigungen:

<!-- 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

Bildschirme des App Stores und Vorschauen

Erforderliche Größen:

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

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

Screenshot-Best Practices:

• Muss tatsächliche App-Inhalte zeigen (keine Mockups)
• Statusleiste entfernen oder realistische Inhalte zeigen
• Für alle unterstützten Sprachen lokalisiert
• Überschüssigen Text überlagern vermeiden
• Hauptmerkmale in den ersten 2-3 Screenshots zeigen

App Store Connect-Metadaten-Setup

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

• Datenschutzrichtlinie-URL: erforderlich für iOS-Anwendungen
• 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 eine Kontaktadresse hinzu, Arbeitsdemo-Anmeldeinformationen, wenn eine Anmeldung erforderlich ist, und klare Hinweise für das Bewertungsteam
• Exportkontrolle: Beantworte die Verschlüsselungsfragen oder setze sie ITSAppUsesNonExemptEncryption in Info.plist wenn angemessen, damit du nicht bei jedem Upload die gleichen Antworten wiederholst

TestFlight Vor der App-Überprüfung

Durchführen Sie einen realen TestFlight-Test vor der Produktionsprüfung:

• Installieren Sie die genaue Build-Version von TestFlight
• Mit demselben Überprüfungsaccount anmelden, 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:

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

Anmeldung mit Apple-Implementierung

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

Anforderungen für In-App-Käufe

Wenn Sie digitale Güter oder Dienstleistungen anbieten:

Benötigte Offenlegungen:

• Klare Preise vor dem Kauf
• Abonnementbedingungen werden klar dargestellt
• Anweisungen zur Kündigung sichtbar
• Wiederherstellungsbutton für Kauf

Beispiel für eine einvernehmliche Abonnementanzeige:

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 Einrichtung

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

• Erstellen Sie Ihr Entwicklerkonto bei Registrierung bei Play Console
• 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

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

Anforderung an das App Bundle

Wichtig: Google 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 Anforderung: Neue 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 Data-Sicherheit

Bereits oben erwähnt, aber absolut wichtig für die Genehmigung von Android.

Geschlossener Testtrack (aktuelle Anforderung)

Dies ist die große Herausforderung für neu erstellte persönliche Entwicklerkonten: die 12-Test-14-Tage-Anforderung, die in dieser Anleitung detailliert beschrieben wird.

Zeitplan:

1. Woche 1: Rekrutierung von Testern, Einrichtung des geschlossenen Testtracks
2. Woche 2-3: Aktives Testzeitraum (mindestens 14 Tage)
3. Woche 4: Behebung von Problemen, Vorbereitung der Produktionsveröffentlichung
4. Woche 5: Einreichen für Produktionsprüfung

Zielgruppe und Inhaltseinstufung

Inhaltseinstufungsfragebogen:

• Erforderlich für alle Apps
• Braucht 10-15 Minuten
• Bestimmt die Altersstufung (Jedermann, Jugendliche, Erwachsene, etc.)
• Aktualisieren Sie es, sobald sich der Inhalt ändert und dies auf die Antworten auswirkt

Betreffsübersicht:

• Gewalt
• Sexueller Inhalt
• Profane Sprache
• Kontrollierte Substanzen
• Glücksspiel
• Benutzereingriffsfunktionen

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

Anforderungen für die Store-Liste

Erforderliche Assets:

• App ikon (512 x 512 PNG)
• Featuregrafik (1024 x 500 JPG oder PNG)
• Telefonbilder (mindestens 2, höchstens 8)
• 7“ Tablet-Bilder (optional, aber empfohlen)
• 10“ Tablet-Bilder (optional, aber empfohlen)

Beschreibung Anforderungen:

• Kurzbeschreibung (max. 80 Zeichen)
• Vollständige Beschreibung (max. 4000 Zeichen)
• Muss genau die App-Funktionalität beschreiben
• Kann keine Kontaktinformationen oder Preise enthalten

Vor-Abgabeliste

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 „Bald verfügbar“-Inhalte
• Alle dritten Parteien API-Schlüssel sind Produktionschlüssel
• Netzwerkfehlerbehandlung implementiert
• Berechtigungsanfragen 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

• If Sie bei der Anmeldung über soziale Netzwerke verwenden, ist Sign in with Apple enthalten (iOS)
• Zugriffskennungen für das Demo-Konto in den Rezensionsnotizen bereitgestellt
• Das Demo-Konto hat Zugriff auf alle Funktionen
• Der Passwort-Rest-Flow funktioniert
• Die Abmeldefunktion funktioniert korrekt
• Option zur Löschung des Kontos verfügbar (erforderlich durch GDPR/CCPA)

Rechtliche & Datenschutz

• Datenschutzrichtlinie ist öffentlich zugänglich
• URL der Datenschutzrichtlinie wurde in die App-Store-Listung hinzugefügt
• Zustimmungserklärung ist öffentlich zugänglich (wenn anwendbar)
• Datenschutzrichtlinie ist in der App (Einstellungen-Bildschirm) verlinkt
• Datenschutz-Nährwertetiketten sind genau (iOS)
• Daten-Sicherheitsabschnitt abgeschlossen (Android)
• Alle Zwecke der Datenverarbeitung erklärt
• Dritte SDK-Datenverarbeitung offengelegt

Inhalt & Metadaten

• Anwendungsname folgt den Richtlinien (keine Keyword-Stapler)
• Beschreibung beschreibt Funktion genau
• Bildschirmfotos zeigen tatsächliche aktuelle App-Bildschirme
• Bildschirmfotos lokalisiert für alle unterstützten Sprachen
• Keine Konkurrenten in der Beschreibung erwähnt
• Keine Superlativen ohne Beweis
• Alterseinstufung passt sich tatsächlichen Inhalten an
• Kontakt-E-Mail wird überwacht

iOS-Spezifisch

• Mit Apple-Anmeldung implementiert (wenn soziale Anmeldung verwendet wird)
• Alle erforderlichen Bildschirmfotos sind bereitgestellt
• Wenn iPad-Unterstützung aktiviert ist, werden echte iPad-Bildschirmfotos hochgeladen
• Info.plist-Beschreibungen der Berechtigungen sind klar
• Unterstützung-URL hinzugefügt mit realen Kontaktinformationen
• URL der Datenschutzrichtlinie in App Store Connect hinzugefügt
• Fragebogen zur Altersbewertung abgeschlossen
• Exportklausel wurde richtig beantwortet
• Kontakt für App-Review und nicht ablaufende Demo-Konto bereitgestellt
• Ziel iOS 15.0 oder höher
• Wenn IAP: Preis klar, Wiederherstellungs-Knopf vorhanden
• No Bezug zu Android oder anderen Plattformen

Android-Spezifisch

• Die App-Bundle-Format (.aab) wird verwendet
• Ziel API 35 oder höher
• Fragebogen zur Inhaltsbewertung abgeschlossen
• Feature-Bild hochgeladen
• Schließende Tests abgeschlossen, 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

Tests (aktuelle Anforderung für Android)

• 12+ Tester rekrutiert, wenn Ihr Play-Konto schließende Tests erfordert
• Schließende Teststrecke erstellt
• 14 Tage Testdauer abgeschlossen
• Die Tester haben die App tatsächlich verwendet (nicht nur installiert)
• Crash-Monitoring während der Testdauer aktiviert
• Kritische Fehler aus der Testdauer behoben
• Feedback von den Testern dokumentiert

Zusammenfassung: Was zu berücksichtigen ist

Große Zusammenfassungen können den Unterschied zwischen sofortiger Genehmigung und Ablehnung bedeuten. Hier ist, was zu berücksichtigen ist:

Vorlage für die Zusammenfassung

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 Zusammenfassung

Für iOS ist auch zu beachten:

=== 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 Zusammenfassung

Für Android ist auch zu beachten:

=== 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 abgelehnt wird

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

Schritte nach der Ablehnung

Häufige Ablehnungsantworten

Ablehnung: „Dein App startet nicht ordnungsgemäß“

Response:

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“

Response:

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. Das bedeutet, dass Ihre App nicht genug tut, um als App zu gelten. Response:

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.

Nachrückende Best Practices

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

Überwachung nach der Veröffentlichung

Kritische Metriken, die Sie im Auge behalten sollten:

• Raten von Crashes (unter 1% halten)
• Raten von ANR (Android - unter 0,5% halten)
• Bewertungen im App Store/Play Store
• Inhalte überprüfen (auf alle Bewertungen antworten)
• Benutzerberichtete Fehler

Zu verwendende Tools:

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

Aktualisierungsrichtlinien

Bei der Einreichung von Updates:

• Als gründlich testen, wie bei der ursprünglichen Einreichung
• Aktualisieren Sie die Screenshot, wenn sich die Benutzeroberfläche erheblich geändert hat
• Aktualisieren Sie die Datenschutzbezeichnungen, wenn sich die Datenerfassung geändert hat
• Bereitstellen klarer 'Was ist Neu' Beschreibungen
• Für wichtige Änderungen Betrachtung von rollierenden Updates

Einhaltung von Vorschriften

Jährliche Anforderungen:

• Aktualisieren 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

Kontinuierliche Überwachung:

• Bleiben Sie auf dem Laufenden über Änderungen der Richtlinien
• Beitreten Sie den Apple/Google-Entwickler-Newslettern
• Teilnehmen Sie an Entwickler-Communities
• Folgen Sie den Blogbeiträgen zu App-Store/Play-Store-Richtlinien

Ressourcen und weitere Lesematerialien

Offizielles Dokumentationsmaterial

Apple:

• App Store Review Richtlinien
• Mit Apple anmelden
• Hilfe zu App Store Connect
• Datenschutz und Datenverwendung

Google:

• Zentrale für Entwickler-Richtlinien
• Startcheckliste
• Sicherheitsabschnitt für Daten
• Testrichtlinien

Community-Ressourcen

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

Datenschutzrichtlinien-Tools

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

Brauchst du Hilfe bei deiner App-Bewertung?

Wenn du überfordert bist oder Expertenberatung benötigst, um sicherzustellen, dass deine App auf den ersten Versuch die Bewertung durchläuft, sind wir hier, um dir zu helfen!

Buche einen Beratungstermin mit unserem Team für personalisierte Unterstützung bei:

• Vorbereitung der Bewertung für den App Store und Play Store
• Überprüfung der Datenschutzrichtlinien und rechtlichen Dokumente
• Implementierung von Sign in with Apple
• Teststrategie und Testerwerbung
• Vorbereitung von Bewertungsnotizen
• Antwort auf Ablehnung und Beschwerden
• Vollständige App-Abgabeprozess

Unser Team hat bereits hunderten von Entwicklern geholfen, den App-Review-Prozess erfolgreich zu navigieren und kann Ihnen Wochen des Versuchs und Irrtums ersparen.

Zusammenfassung

Die Einreichung Ihrer ersten App kann beängstigend sein, aber mit einer ordentlichen Vorbereitung können Sie den Review-Prozess auf den ersten Versuch erfolgreich abschließen. Denken Sie an diese wichtigen Punkte:

1. Früh Anfangen: Besonders 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 Datenschutzmitteilungen verhindern das Abweisung und rechtliche Probleme
6. Detaillierte Rezensionsnotizen : Hilft Rezensenten, deine App schnell zu verstehen

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

Glückwunsch zu deiner App-Veröffentlichung! Denke daran, dass auch wenn du abgelehnt wirst, es sich um eine Lernmöglichkeit handelt. Die meisten erfolgreichen Apps gehen durch mehrere Runden der Rezension, bevor sie genehmigt werden.

Willst du nicht alleine gehen? Termin für eine Beratung und lasse unsere Experten dich durch den Prozess führen.

Brauchst du Hilfe bei der Implementierung von Live-Updates, nachdem deine App genehmigt wurde? Überprüfe Capgo’s Live-Update-Lösung für störungsfreie App-Updates ohne App-Store-Überprüfung.

Bleiben Sie bei The Complete First-Time App Review Guide für 2026 - iOS und Android weiter

Wenn Sie The Complete First-Time App Review Guide für 2026 - iOS und Android zur Planung von Sicherheit und Compliance verwenden Encryption für die Implementierungsdetails in Encryption, Compliance für die Implementierungsdetails in Compliance, Capgo Sicherheits-Scanner für den Produktworkflow in Capgo Sicherheits-Scanner, Capgo Sicherheit für den Produktworkflow in Capgo Sicherheit, und Capgo Vertrauenszentrum für den Produktworkflow in Capgo Vertrauenszentrum.