Der umfassende Leitfaden für erste App-Entwickler 2026 - iOS und Android

Die Einreichung Ihres ersten Apps bei dem 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 erfolgreich zu gestalten.

Verständnis des Überprüfungsprozesses in 2026

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

iOS App Store-Bewertungszeitplan

• Standard-Überprüfung: 24-48 Stunden
• Hochsaison: 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: Fügen Sie Ihre Anträge am Anfang der Woche (Montag-Dienstag) ein, um Wochenendverzögerungen zu vermeiden. Anträge von Montag werden typischerweise bis Mittwoch geprüft.

App Store Connect Statuses, die Sie sehen werden

• Für die Einreichung vorbereiten: Ihre Veröffentlichung oder Metadaten werden noch vorbereitet
• Wartet auf die Überprüfung: Apple hat Ihre Einreichung in der Warteschlange
• In der Überprüfung: Die Überprüfungsgruppe überprüft Ihre App aktiv
• Wartet auf Entwicklerfreigabe: Genehmigt, aber wartet auf Ihre manuelle Freigabe
• Abgelehnt / Offene Probleme: Apple benötigt Änderungen, bevor die Genehmigung erteilt wird

Google Play Store Überprüfungszeitplan (2026 Update)

• Erste Überprüfung: 3-7 Tage (signifikant länger als in den vorherigen Jahren)
• Geschlossene Testphase: 14 Tage Mindestens für betroffene neue persönliche Play Console Konten, bevor Sie Zugriff auf die Produktion anfordern können
• Produktionsprüfung nach der Testphase: Normalerweise weitere 3-7 Tage nach Abschluss der geschlossenen Testanforderung
• Aktualisierungen bestehender Apps: 1-3 Tage
• Verstöße gegen Richtlinien: Kann sich auf 14+ Tage ausdehnen, wenn zusätzliche Überprüfungen ausgelöst werden

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

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 Apples Vereinbarungen zu binden
• Verwenden Sie bei der Registrierung rechtliche Namen. Pseudonyme oder Firmennamen in den Vornamen- bzw. Nachnamenfeldern können die Genehmigung verzögern
• Nach Genehmigung der Registrierung melden Sie sich bei App Store Connect an und erstellen Sie das Anwendungsverzeichnis 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 in App Store Connect hochgeladen werden, die iOS & iPadOS 26 SDK oder höher.

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

Anforderungen:

• Mindestens 12 Tester: Sie müssen mindestens 12 sich freiwillig meldende 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 sicherzustellen, 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ügt Ihrem Launch-Termin mindestens 2-3 Wochen hinzu. Planen Sie entsprechend und beginnen Sie frühzeitig mit der Rekrutierung von Testern.

Anforderungen an die Authentifizierung und Anmeldung

Eine 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 Ihre App eine beliebige dritte-Partei-Option für soziale Anmeldung (Google, Facebook, Twitter usw.) bietet, müssen Sie auch Sign in with Apple als Option anbieten. Dies gilt auch für Dies gilt auch für

Dies gilt auch für:

• Google-Anmeldung
• Facebook-Anmeldung
• Twitter/X-Anmeldung
• LinkedIn-Anmeldung
• Jede andere dritte Parteien-Authentifizierungsdienst

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)
• Authentifizierungssysteme von Bildungseinrichtungen

Die Implementierung von Sign in with Apple

Wenn Sie soziale Anmeldung verwenden, müssen Sie hier folgendes implementieren:

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-Vertraulichkeit: Benutzer können entscheiden, ihre E-Mail zu verbergen. Apple stellt eine private Relay-E-Mail (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 sie nicht enthalten.

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

4. Hintergrundverifizierung: Verifizieren Sie immer den Identitäts-Token auf Ihrem Hintergrund-Server, vertrauen Sie niemals nur Client-Seitentoken.

Android-Anforderungen für soziale Anmeldungen

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

Google-Anmeldeanforderungen:

• Muss offizielles Google-Anmeldeverfahren SDK verwenden
• Muss Google's Markenleitlinien befolgen
• Soll die Hauptoption sein, wenn Sie sie anbieten

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

• 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 Demo-Konto

Wichtig für die Überprüfung: Wenn Ihr App Zugriff auf Benutzerdaten benötigt, müssen Sie müssen in den App Review Notes funktionierende Demoanmeldeinformationen 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

Häufige Fehler:

• Abgelaufene Anmeldeinformationen bereitstellen
• Der Demoaccount hat keinen Zugriff auf alle Funktionen
• Nicht erwähnen, wie man die Telefonauthentifizierung umgehen kann
• Die Sandbox-Zahlungsdaten vergessen

Datenschutzrichtlinien und rechtliche Anforderungen

Beide App Stores verlangen nun zugängliche Datenschutzrichtlinien und Nutzungsbedingungen vor Ihrer ersten Genehmigung.

Datenschutzrichtlinienanforderungen

Ihre Datenschutzrichtlinie muss:

1. Öffentlich zugänglich sein

   • Auf einer öffentlichen URL gehostet werden (nicht hinter Login geschützt)
   • Mit standardischen Webbrowsern laden
   • 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)
   • Kontaktinformationen für Datenschutzanfragen
   • Kinderdatenschutz (wenn die App für Benutzer unter 13/16 ist)

3. Mit LinkedIn in der App vernetzen

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

Wo Sie Ihre Datenschutzbestimmungen 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: Datenschutzbestimmungs-Generator (Schnellstart)

• Datenschutzrichtlinien
• 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 nicht Ihren App-Funktionen 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

Muss enthalten sein:

• Zustimmung zur Nutzung
• 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-Store-Metadaten

Beide Stores verlangen von Ihnen, die URL der Datenschutzrichtlinie während der App-Submission bereitzustellen:

iOS - App Store Connect:

• App-Informationen > Allgemeine Informationen > URL der Datenschutzrichtlinie
• 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 Sie angeben müssen:

• KontaktinformationenE-Mail, Name, Telefonnummer
• FinanzinformationenE-Mail-Adresse, Zahlungsinformationen, Kreditkarte, Bankkontoinformationen
• StandortPrecise oder grobe Standortinformationen
• BenutzerinhalteFotos, Videos, Audio, Nachrichten
• IdentifikatorenBenutzer-ID, Geräte-ID, Werbe-ID
• VerwendungsdatenProduktinteraktion, Werbedaten, Fehlerprotokolle
• Diagnostics: Crashdaten, Leistungdaten

Für jeden Datentyp angeben:

• Ob es gesammelt wird
• Ob es mit der 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-Funktion es tut. Auditieren Sie alle dritten-Partei-SDKs für ihre Datensammlung.

Google Play Data Safety Section

Ähnlich wie bei iOS, erfordert Android eine Data Safety-Erklärung:

Schritte:

1. Gehe zu Play Console > App-Inhalt > Data Safety
2. Antworten auf Fragen zur Datenerfassung
3. Datentypen angeben, die gesammelt werden
4. Sicherheitspraktiken erklären (Verschlüsselung usw.)
5. Link zur Datenschutzrichtlinie bereitstellen

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 Ablehnungen bei der ersten Anfrage

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

1. App stürzt ab oder startet nicht

Warum das passiert:

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

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:

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

2. Fehlende oder beschädigte 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
• „Kommend bald“-Platzhalter im App

Wie man verhindert:

• Nur absenden, wenn alle angekündigten Funktionen abgeschlossen sind
• Stellen Sie sicher, dass das Demo-Konto volle Zugriff hat
• Entfernen oder deaktivieren Sie unvollständige Funktionen, bevor Sie einreichen
• Aktualisieren Sie die Screenshots, um der aktuellen Build genau zu entsprechen

3. Inhalt für Altersfreigabe nicht geeignet

Warum es passiert:

• Altersfreigabe auf 4+ gesetzt, aber App enthält soziale Funktionen
• Altersfreigabe passt nicht zum tatsächlichen Inhalt
• __CAPGO_KEEP_0__
• __CAPGO_KEEP_0__

Wie man die richtige Altersfreigabe setzt:

iOS-Altersfreigaben:

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

Android-Inhaltsfreigaben:

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

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

• Inhaltsmoderations-System
• Meldungs-/Blockfunktion
• Klare Gemeinschaftsrichtlinien
• Alterskontrolle falls erforderlich

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 Bewertungsmanipulationen
• Beschreibung enthält Superlativen 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!”
• Screenshots: Allgemeine Vektorgrafiken

✅ GUT:

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

5. Unzureichende Testung (insbesondere Android Closed Testing)

Warum es passiert:

• Die erforderliche 14-tägige Testphase überspringen
• Nicht genügend Tester rekrutieren
• Die Tester nutzen die App nicht wirklich
• Während der Testphase keine Crash-Überwachung

Wie man es verhindert:

• Zu Testzwecken 3-4 Wochen vor geplanter Veröffentlichung Tester rekrutieren
• Während der Testphase Firebase Crashlytics oder ähnliche verwenden
• Mit den Testern in Kontakt bleiben (Umfragen, Feedbackformulare)
• Kritische Probleme vor der Produktionsherstellung beheben

6. Befugnisse ohne Begründung

Warum es passiert:

• Ort anfordern, aber nicht verwenden
• Kamera-Berechtigung ohne Erklärung
• Kontaktzugriff ohne klaren Zweck
• Hintergrund-Ort für nicht-navigations-Apps

Wie man es repariert:

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

App Store-Bilder 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
• Übermäßige Textüberlagerung 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üllen Sie das Fragebogen aus, damit die App veröffentlicht werden kann
• App-Bewertungsinformationen: Fügen Sie einen Bewertungskontakt hinzu, Arbeitsdemo-Anmeldeinformationen, wenn eine Anmeldung erforderlich ist, und klare Anmerkungen für das Bewertungsteam
• Exportkontrolle: Beantworten Sie die Verschlüsselungsfragen oder setzen Sie sie ITSAppUsesNonExemptEncryption in Info.plist wenn angemessen, damit Sie nicht bei jedem Upload die gleichen Antworten wiederholen müssen

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 dem gleichen Ü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
• Keine Musik mit Urheberrechtsproblemen
• Selbe Auflösungen wie Screenshots

Mit Apple anmelden - Implementierung

Bereits oben beschrieben, aber wichtig für die iOS-Überprüfung, wenn Sie soziale Anmelden haben.

Anforderungen für In-App-Käufe

Wenn Sie digitale Güter oder Dienstleistungen anbieten:

Erforderliche Offenlegungen:

• Klare Preise vor dem Kauf
• Abonnementbedingungen werden klar dargestellt
• Anweisungen zum Abbestellen sind sichtbar
• Wiederherstellungsbutton für Käufe

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

Einrichten des Google Play Console-Kontos

Stellen Sie vor der ersten Android-Version 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 Home > App erstellen
• Wählen Sie die Standard-Sprache, den App-/Spieltyp und die Support-E-Mail
• Akzeptieren Sie die erforderliche Play-Richtlinie, 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 auf bezahlt umgestellt 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 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 kritisch für die Genehmigung von Android.

Geschlossener Testbetrieb (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 Testbetriebs
2. Woche 2-3: Aktives Testzeitraum (mindestens 14 Tage)
3. Woche 4: Behebung von Problemen, Vorbereitung der Produktionsfreigabe
4. Woche 5: Einreichen zur Produktionsprüfung

Zielgruppe und Inhaltseinstufung

Inhaltseinstufungsfragebogen:

• Für alle Apps erforderlich
• Bereitet etwa 10-15 Minuten vor
• Bestimmt die Altersstufe (Jeder, Jugendlicher, Erwachsener, etc.)
• Aktualisieren Sie es, sobald sich der Inhalt ändert und die Antworten betreffen.

Betreffte Themen:

• 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 das Laden von Apps

Erforderliche 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:

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

Vor-Abgabehinweis

Bevor Sie auf Senden klicken, gehen Sie durch diesen umfassenden Checklisten:

Technische Anforderungen

• Die App startet erfolgreich auf realen 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 überprüft und behoben

Authentifizierung & Anmeldung

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

Rechtliche Informationen & Datenschutz

• Datenschutzrichtlinie ist öffentlich zugänglich
• Datenschutzrichtlinien-URL wurde in die App-Store-Listung hinzugefügt
• Nutzungsbedingungen sind ö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-Partei-Datenverarbeitung SDK offenbart

Inhalt & Metadaten

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

__CAPGO_KEEP_0__

• Mit Apple-Konto anmelden 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
• Ein Support-URL wurde hinzugefügt, die echte Kontaktinformationen enthält
• Die URL der Datenschutzrichtlinie wurde in App Store Connect hinzugefügt
• Das Fragebogen zur Altersbewertung wurde abgeschlossen
• Die Exportkonzession wurde richtig beantwortet
• Kontaktinformationen für die App-Bewertung und ein nicht ablaufendes Demo-Konto wurden bereitgestellt
• Ziel iOS 15.0 oder höher
• Wenn IAP: Preis klar, Wiederherstellungs-Knopf vorhanden
• Keine Referenzen auf Android oder andere Plattformen

Android-Spezifisch

• Die App-Bundle-Format (.aab) wird verwendet
• Ziel API 35 oder höher
• Inhaltsbewertungsfragebogen abgeschlossen
• Feature-Graphic hochgeladen
• Geschlossene Testphase abgeschlossen, wenn Ihr Play Console-Konto dies erfordert (12 Tester, 14 Tage)
• Crashberichte aus der Testphase geprüft und behoben
• Keine Referenzen auf iOS oder andere Plattformen

Testung (aktuelle Android-Anforderung)

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

Zusammenfassung: Was einbeziehen

Eine gute Zusammenfassung kann den Unterschied zwischen sofortiger Genehmigung und Ablehnung bedeuten. Hier ist, was einbezogen werden sollte:

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 sollten auch folgende Punkte berücksichtigt werden:

=== 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 sollten auch folgende Punkte berücksichtigt werden:

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

__CAPGO_KEEP_0__

Panic nicht - Abweisungen sind häufig, insbesondere bei ersten Einreichungen. Hier ist, was du tun kannst:

__CAPGO_KEEP_1__

Häufige Ablehnungsantworten

Ablehnung: "Dein App startet beim Launch nicht"

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)

Rejection: „Datenschutzrichtlinie fehlt“

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.

Rejection: „Nicht im Einklang mit 4.2 - Mindestfunktionen“

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.

Post-Zulassungs-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:

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

Zu verwendende Werkzeuge:

• 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 ersten Einreichung
• Aktualisieren Sie die Screenshot, wenn sich die Benutzeroberfläche erheblich geändert hat
• Aktualisieren Sie die Datenschutzetiketten, wenn sich die Datenerfassung geändert hat
• Bereitstellen von klaren 'Was ist Neu' Beschreibungen
• Für wichtige Änderungen Betrachtung von rollierenden Einführungen

Einhaltung von Vorschriften

Jährliche Anforderungen:

• Aktualisierung der Android-Inhaltsbewertung (jährlich erforderlich)
• Aktualisierung der Datenschutzrichtlinie, wenn Praktiken geändert werden
• Überprüfen und Aktualisieren von Altersbeschränkungen, wenn Inhalte geändert werden
• Audit von Drittanbieter-SDKs auf Einhaltung

Kontinuierliche Überwachung:

• Bleiben Sie auf dem Laufenden über Änderungen der Richtlinien
• Beitreten zu Apple/Google-Entwickler-Newslettern
• Teilnahme an Entwickler-Communities
• Bleiben Sie auf den Blogs zu App-Store/Play-Store-Politik

Ressourcen und weitere Lesematerialien

Offizielle Dokumentation

Apple:

• Leitfaden für die App-Store-Bewertung
• Mit Apple anmelden
• Hilfe für App-Store-Connect
• Datenschutz und Datenverwendung

Google:

• Zentrale für Entwicklerpolitik
• Startcheckliste
• Sicherheitsabschnitt für Daten
• Testrichtlinien

Community-Ressourcen

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

Datenschutzrichtlinien-Tools

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

Brauchen Sie Hilfe bei Ihrer App-Bewertung?

Wenn Sie überfordert sind oder eine Expertenberatung wünschen, um sicherzustellen, dass Ihre App auf den ersten Versuch die Bewertung durchläuft, sind wir Ihnen zur Verfügung!

Buchen Sie 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 Einsprüche
• Vollständiger App-Veröffentlichungsprozess

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

Zusammenfassung

Die Veröffentlichung Ihrer ersten App kann überwältigend sein, aber mit der richtigen Vorbereitung können Sie den Review-Prozess auf den ersten Versuch meistern. Denken Sie daran:

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 Rezensionshinweise: Hilft den Rezensionen, deine App schnell zu verstehen

Die aktuellen Android-Testanforderungen fügen sich 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 sein.

Glückwunsch zu deiner App-Veröffentlichung! Denke daran, dass auch wenn du abgelehnt wirst, es eine Lernmöglichkeit ist. 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 lassen 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 reibungslose App-Updates ohne App-Store-Überprüfung.