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

Das Einreichen Ihres ersten Apps bei dem App Store oder Play Store kann überwältigend sein. 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 Ihrem ersten Einreichungsantrag für beide iOS- und Android-Plattformen erfolgreich zu gestalten.

Das Verständnis des Überprüfungsprozesses in 2026

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

iOS App Store Überprüfungszeitplan

• Standard Review: 24-48 Stunden
• Peak Periods: 3-5 Tage (besonders während der Ferienzeiten)
• Weekends: Keine Reviews werden verarbeitet
• Expedited Review: Verfügbar für kritische Fehlerbehebungen (muss durch App Store Connect angefordert werden)

Pro Tip: Bewerten Sie Ihre App früh in der Woche (Montag-Dienstag), um Wochenendverzögerungen zu vermeiden. Montag-Einreichungen werden typischerweise bis Mittwoch geprüft.

App Store Connect Statuses You’ll See

• Vorbereitung für die Einreichung: Ihre Anlage oder Metadaten werden noch vorbereitet
• Wartet auf die Überprüfung: Apple hat Ihre Einreichung in der Warteschlange
• In der Überprüfung: Das Überprüfungs-Team überprüft Ihre App aktiv
• Wartet auf Entwicklerfreigabe: Genehmigt, aber wartet auf Ihre manuelle Freigabe
• Abgelehnt / Offene Probleme: Apple benötigt Änderungen vor der Genehmigung

Google Play Store Überprüfungszeitplan (2026 Update)

• Erste Überprüfung: 3-7 Tage (signifikant länger als in den vorherigen Jahren)
• Schließende Testphase: 14 Tage Mindestzeit 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 Testphase
• Aktualisierungen bestehender Apps: 1-3 Tage
• Verstoß gegen Richtlinien: Kann sich auf 14+ Tage ausdehnen, wenn zusätzliche Überprüfungen ausgelöst werden

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

Einrichtung des Apple-Entwicklerkontos

: Stellen Sie sicher, dass die Apple-Seite vor Ihrem ersten iOS-Release korrekt eingerichtet ist:

• Registrieren Sie sich im Apple Developer Programm
• 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 / Alleinunternehmer: Ihr rechtlicher Name wird zum Verkäufernamen auf dem 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
• Verwenden Sie bei der Registrierung rechtliche Namen. Pseudonyme oder Firmennamen in den Vor- und Nachnamensfeldern können die Genehmigung verzögern
• Nach der Genehmigung der Registrierung melden Sie sich bei App Store Connect an und erstellen Sie 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-Testanforderungsmerkmal

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

Anforderungen:

• Mindestens 12 Testerteilnehmer: Sie müssen mindestens 12 sich freiwillig gemeldete Tester rekrutieren
• 14-Tägige Testdauer: Die App muss für mindestens 14 aufeinanderfolgende Tage in geschlossener Testphase sein
• Antrag auf Zugriff auf die Produktion: Nach der Testdauer müssen Sie noch einen Antrag auf Zugriff auf die Produktion in Play Console stellen
• Sammlung von Feedback: Sie sollten die gefundenen Probleme, die durchgeführten Reparaturen und die von den Testern verwendete App dokumentieren

Einrichten Ihres Testtracks

Warum Google diese Implementierung durchgeführt hat

Google führte diese Anforderung ein, um:

• Reduzieren Sie die Anzahl von Apps, die von Nutzern als Spam bewertet werden
• Stellen Sie sicher, dass Apps ordnungsgemäß getestet werden, bevor sie den Nutzern zugänglich sind
• Identifizieren Sie Apps, die als schädlich gelten, durch realweltliche Nutzungsmuster
• Verbessern Sie die Gesamtklasse des Google Play Stores

Wirklichkeitsprüfung: Diese hinzufügen Sie mindestens 2-3 Wochen zu Ihrem Launch-Terminplan. 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 Anmeldungen.

Das Apple-Sign-in-Anforderung (Kritisch für iOS)

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

Facebook-Login:

• Apple-Sign-in
• Google-Sign-in
• Twitter/X-Login
• LinkedIn-Login
• Jeder andere Dienst für Dritt-Authentifizierung

Dies gilt nicht für:

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

Implementierung von Sign in with Apple

Wenn Sie soziale Anmeldungen verwenden, müssen Sie 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-Privatsphäre: Benutzer können entscheiden, ihr E-Mail-Adresse zu verbergen. Apple bietet eine private Relay-E-Mail-Angebot (z.B., abc123@privaterelay.appleid.com). Ihr App muss dies handhaben.

2. Erstmalige vs Wiederholte 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 Gestaltungsleitlinien für die Schaltfläche 'Mit Apple anmelden'. Verwenden Sie ihre offiziellen Assets.

4. Hintergrundverifizierung: Verifizieren Sie immer den Identitäts-Token auf Ihrem Hintergrundserver, vertrauen Sie nicht alleine auf Client-Seitentoken.

Android-Social-Login-Anforderungen

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

Google-Sign-In-Anforderungen:

• Verwenden Sie das offizielle Google-Sign-In SDK
• 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 für Konsistenz an:

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

Anforderungen für Demo-Konto

Kritisch für die Überprüfung Wenn Ihr App eine Anmeldung erfordert, muss Bereitstellung von Demo-Konto-Zugangsdaten in den App Review Notes.

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:

• Mangelnde Gültigkeit von Zugangsdaten
• Demo-Konto hat keinen Zugriff auf alle Funktionen
• Nicht erwähnen, wie man die Telefonverifizierung umgeht
• Vergessen, Sandbox-Zahlungsdaten zu erwähnen

Datenschutzrichtlinien und rechtliche Anforderungen

Beide App-Stores verlangen nun nachvollziehbare Datenschutzrichtlinien und Nutzungsbedingungen vor Ihr erstes Einreichen wird genehmigt.

Anforderungen an die Datenschutzrichtlinie

Ihre Datenschutzrichtlinie muss:

1. Öffentlich zugänglich

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

2. Diese Pflichtthemen abdecken:

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

3. Verbunden mit In-App

   • Zugänglich von Einstellungen oder Account-Bildschirm
   • Muss nur einen Klick entfernt sein (nicht in Menüs vergraben)
   • Sollte 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)

• Termly
• Datenschutzrichtlinien.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-Anforderungen entsprechen, werden markiert.

Anforderungen an Nutzungsbedingungen

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

• Sie bieten In-App-Käufe oder Abonnements an
• Sie haben Benutzer generierte Inhalte
• Sie bieten eine Dienstleistung außerhalb der grundlegenden App-Funktionalität an
• Sie wollen rechtliche Schutz

Muss enthalten sein:

• Zustimmungsvorschriften
• Kündigungsbedingungen für das Konto
• 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, dass Sie die URL der Datenschutzrichtlinie bei der App-Submission bereitstellen:

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
• Erledigen Sie das Fragebogen zur Altersbewertung vor der Einreichung

Android - Google Play Console:

• Präsentation im Store > Store-Einstellungen > Datenschutzrichtlinie
• Zwingend 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:

• Kontaktinformationen: E-Mail, Name, Telefonnummer
• Finanzinformationen: Zahlungsdaten, Kreditkarte, Bankkonto
• Standort: Genau oder grobe Standortangabe
• Benutzerinhalte: Fotos, Videos, Audio, Nachrichten
• Identifikatoren: Benutzer-ID, Geräte-ID, Werbe-ID
• Nutzungsdaten: Produktinteraktion, Werbedaten, Crash-Logs
• Diagnose: Crash-Daten, Leistungsdaten

Für jeden Datentyp angeben:

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

Häufiger Fehler: Sagen Sie, Sie sammeln keine Daten, wenn Ihre Analytics SDK das tut. Auditieren Sie alle dritten SDKs für ihre Datensammlung.

Google Play-Sicherheitsabschnitt für Daten

Ähnlich wie bei iOS, erfordert Android eine Datenschutzdeklaration:

Schritte:

1. Gehe zu Play Console > Anwendungsgehalt > Datenschutz
2. Antworte auf Fragen zur Datensammlung
3. Spezifiziere die gesammelten Datentypen
4. Beschreiben Sie Sicherheitspraktiken (Verschlüsselung usw.)
5. Bieten Sie einen Link zur Datenschutzrichtlinie an

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 Anwendung

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
• Annahme spezifischer Gerätefunktionen (Kamera, GPS)

How __CAPGO_KEEP_0__ Vorbeugen:

// 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();
  }
}

Testcheckliste:

• 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 gecachte Daten)

2. Fehlende oder beschädigte Kernfunktionen

Weshalb es passiert:

• Features in Bildschirmfotos existieren noch nicht
• Der Demoaccount hat keinen Zugriff auf die angepriesenen Funktionen
• Premium-Funktionen werden angezeigt, aber nicht implementiert
• “Kommende Funktionen”-Platzhalter in der App

Wie man sich schützt:

• Nur absenden, wenn alle angekündigten Funktionen fertig sind
• Stelle sicher, dass das Demo-Konto volle Zugriffsrechte hat
• Entferne oder deaktiviere unvollständige Funktionen, bevor du einreichen
• Aktualisiere die Screenshots, um die aktuellen Build genau abzubilden

3. Inhalt, der für die Altersfreigabe ungeeignet ist

Warum es passiert:

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

Wie man die richtige Altersfreigabe setzt:

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/Sperre-Funktion
• Klare Gemeinschaftsrichtlinien
• Altersfreigabe, 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
• Falsche Bewertungen oder Bewertungsmannipulation
• Beschreibung enthält Superlativen ohne Beweise

Beispiele für problematische Metadaten:

❌ SCHLECHT:

• App-Name: „Beste Fitness-Tracker - #1 App“
• Beschreibung: „Die amazeingste, revolutionärste App, die je geschaffen wurde!“
• Bildschirme: Allgemeine Vorschaubilder

✅ GUT:

• App-Name: „FitTrack - Workout-Logger“
• Beschreibung: „Verfolge deine Workouts mit benutzbarer Routinen und Fortschrittsdiagrammen.“
• Bildschirme: Aktuelle App-Bildschirme aus der aktuellen Version

5. Unzureichende Testung (insbesondere Android Closed Testing)

Warum es passiert:

• Die erforderliche 14-Tage-Testzeit wird übersprungen
• Not genug Tester rekrutieren
• Tester nutzen das App nicht wirklich
• Während der Testzeit keine Crash-Überwachung

Verhindern Sie das:

• 3-4 Wochen vor geplanter Veröffentlichung beginnen Sie mit der Rekrutierung von Testern
• Während der Testzeit Firebase Crashlytics oder ähnliche verwenden
• Mit Testern interagieren (Umfragen, Feedbackformulare)
• Kritische Probleme beheben, bevor Sie in die Produktion gehen

6. Keine Rechtfertigung für die Berechtigungen

Weshalb es passiert:

• Standortanfrage ohne Verwendung
• Kamera-Berechtigung ohne Erklärung
• Kontakte ohne klaren Zweck zugreifen
• Hintergrundortung für nicht-navigationsorientierte 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 die 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:

• Echte App-Inhalte zeigen (keine Mockups)
• Statusleiste entfernen oder realistische Inhalte zeigen
• Für alle unterstützten Sprachen lokalisiert
• Übermäßige Textüberlagerung vermeiden
• Hauptsächliche Funktionen 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: Pflichtfeld, 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 Kontakt für die Bewertung hinzu, Arbeitsdemonstrationsanmeldeinformationen, wenn ein Login erforderlich ist, und klare Hinweise für das Bewertungsteam
• Exportkontrolle: Beantworten Sie die Verschlüsselungsfragen, oder setzen Sie sie, wenn geeignet, damit Sie nicht bei jedem Upload die gleichen Antworten wiederholen müssen ITSAppUsesNonExemptEncryption TestFlight vor der App-Bewertung Info.plist Führen Sie eine echte TestFlight-Passage durch, bevor die Produktionsbewertung erfolgt

__CAPGO_KEEP_0__

__CAPGO_KEEP_0__

• Installieren Sie die genaue Build-Version aus TestFlight
• Mit dem gleichen Rezensionskonto anmelden, das Sie bereitstellen möchten
• Durchgehen 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

Bereits oben behandelt, 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:

Erforderliche Offenlegungen:

• Klare Preise vor dem Kauf anzeigen
• Abonnementbedingungen offensichtlich
• Anweisungen zum Abbestellen sichtbar
• Wiederherstellungskaufbutton

Beispielkonformes Abonnementbildschirm:

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

Bevor Sie Ihre erste Android-Version veröffentlichen, stellen Sie sicher, dass das Konto und die App-Shell im Google Play Console existieren:

• Erstellen Sie Ihr Entwicklerkonto bei Google Play Console Registrierung
• In Google Play Console gehen Sie zu Home > App erstellen
• Wählen Sie die Standard-Sprache, das App-/Spieltyp und die Support-E-Mail
• Akzeptieren Sie die erforderlichen Google Play-Richtlinien, Export, und Google Play App Signing-Erklärungen
• Entscheiden Sie, ob die App kostenlos oder entgeltlich ist

Wichtig: Google ermöglicht es Ihnen, eine bezahlte App später kostenlos zu machen, aber sobald eine App kostenlos angeboten wird, kann sie nicht auf bezahlt umgestellt werden.

App Bundle Anforderung

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.

Update in android/app/build.gradle:

android {
    compileSdkVersion 35

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

Google Play Data-Sicherheit

Schon oben erwähnt, aber absolut wichtig für die Android-Zulassung.

Geschlossene Testversion (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 weiter oben detailliert ist.

Zeitlinie:

1. Woche 1: Tester rekrutieren, geschlossene Testphase einrichten
2. Woche 2-3: Aktive Testphase (mindestens 14 Tage)
3. Woche 4: Probleme beheben, Vorbereitung für die Produktionsfreigabe
4. Woche 5: Freigabe für die Produktionsprüfung einreichen

Zielgruppe und Inhaltseinstufung

Inhaltseinstufungsfragebogen:

• Für alle Apps erforderlich
• Dauert etwa 10-15 Minuten
• Bestimmt die Altersstufe (Jeder, Jugendlicher, Erwachsener, etc.)
• Aktualisieren Sie ihn, wenn sich der Inhalt ändert und dies die Antworten beeinflusst

Behandelte Themen:

• Vergewaltigung
• Inhalte mit sexuellem Inhalt
• Profane Inhalte
• Kontrollierte Substanzen
• Wettbewerbs- oder Glücksspielinhalte
• Benutzereingriffsfunktionen

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

Anforderungen für das Laden von Apps

Benötigte Assets:

• App-Icon (512 x 512 PNG)
• Feature-Graphic (1024 x 500 JPG oder PNG)
• Fotos des Telefontastenfelds (mindestens 2, höchstens 8)
• 7-Zoll-Tastaturfotos (optional, aber empfohlen)
• 10-Zoll-Tastaturfotos (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

Vorab-Überprüfungsliste

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

Technische Anforderungen

• Die App startet erfolgreich auf echten Geräten
• All Funktionen in den Screenshots funktionieren
• Keine Platzhalter oder "Bald verfügbar"-Inhalte
• Alle dritten-Partei-API-Schlüssel sind Produktionschlüssel
• Netzwerkfehler-Handling implementiert
• Zustimmungsanfragen enthalten klare Erklärungen
• Die App stürzt nicht unter schlechten Netzwerkbedingungen
• Getestet mit abgelehnten Berechtigungen
• Getestet auf der minimal unterstützten Betriebssystemversion
• Gedächtnislecks überprüft und behoben

Authentifizierung & Anmeldung

• Wenn Sie sich mit sozialen Logins anmelden, ist Sign in with Apple (iOS) enthalten
• Demo-Konto-Benutzerdaten in den Rezensionsnotizen bereitgestellt
• Demo-Konto hat Zugriff auf alle Funktionen
• Passwort-Rest-Flow funktioniert
• Abmeldefunktion funktioniert korrekt
• Konto-Lösch-Option verfügbar (erforderlich durch GDPR/CCPA)

Rechtliche & Datenschutz

• Datenschutzrichtlinie öffentlich zugänglich
• Datenschutzrichtlinien-URL wurde in der App-Store-Listung hinzugefügt
• Nutzungsbedingungen sind öffentlich zugänglich (wenn anwendbar)
• Datenschutzrichtlinie in der App (Einstellungen-Bildschirm) verlinkt
• Datenschutz-Nährwert-Schilder sind genau (iOS)
• Sicherheitsinformationen zum Daten-Schutz abgeschlossen (Android)
• Alle Zwecke der Datenerfassung werden erklärt
• Dritte Partei SDK Daten sammelt offen

Inhalt & Metadaten

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

iOS-Spezifisch

• Mit Apple anmelden implementiert (wenn soziale Anmeldung verwendet wird)
• All erforderliche Screenshot-Größen bereitgestellt
• Real iPad-Screenshots hochgeladen, wenn iPad-Unterstützung aktiviert ist
• 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 richtig beantwortet
• Kontaktinformationen für App Review und nicht ablaufende Demo-Konto bereitgestellt
• Ziel iOS 15.0 oder höher
• Wenn IAP: Preis klar, Wiederherstellungs-Knopf vorhanden
• Keine Verweise auf Android oder andere Plattformen

Android-Spezifisches

• App Bundle (.aab) Format verwendet
• Ziel API 35 oder höher
• Inhaltsbewertungsfragebogen abgeschlossen
• Funktionssymbol hochgeladen
• Wenn Ihr Google Play-Konsolenkonto es erfordert, ist die geschlossene Testphase abgeschlossen (12 Tester, 14 Tage)
• Crashberichte aus der Testphase geprüft und behoben
• Keine Verweise auf iOS oder andere Plattformen

Testung (aktuelle Android-Anforderung)

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

Zusammenfassung: Was einbeziehen

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

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 fügen Sie auch hinzu:

=== 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 fügen Sie auch hinzu:

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

Panicen Sie nicht - Ablehnungen sind häufig, insbesondere für erste Einreichungen. Hier ist, wie damit umzugehen ist:

Schritte nach 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)

Ablehnung: "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: „Zu 4.2 - Mindestfunktionalität nicht geeignet“

Das ist schwieriger. Das 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-Zulassungs-Praktiken

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

Nach der Veröffentlichung überwachen

Kritische Metriken, die Sie beobachten sollten:

• Raten der Abstürze (unter 1% halten)
• Raten der ANR (Android - unter 0,5% halten)
• Ratings im App Store/Play Store
• Inhalte der Bewertungen (auf alle Bewertungen antworten)
• Benutzerberichtete Fehler

Tools zur Verwendung:

• Firebase Crashlytics
• App Store Connect Analytics
• Google Play Console Vitals
• Sentry oder ähnliche Fehlerverfolgung

Update-Richtlinien

Wenn Updates eingereicht werden:

• Teste so gründlich wie die ursprüngliche Einreichung
• Aktualisiere Screenshot, wenn die Benutzeroberfläche signifikant geändert wurde
• Aktualisiere Datenschutzbezeichnungen, wenn die Datenerfassung geändert wurde
• Biete klare 'Was Neues' Beschreibungen an
• Überlege dir gestaffelte Rollouts für größere Änderungen

Zuverlässige Einhaltung

Jährliche Anforderungen:

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

Kontinuierliche Überwachung:

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

Ressourcen und weitere Lesematerialien

Offizielles Dokumentation

Apple:

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

Google:

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

Ressourcen der Gemeinschaft

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

Datenschutzrichtlinien-Tools

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

Brauchen Sie Hilfe bei der App-Bewertung?

Wenn Sie überfordert sind oder sich von einem Experten leiten lassen möchten, um sicherzustellen, dass Ihre App auf den ersten Versuch die Bewertung besteht, sind wir Ihnen zur Verfügung!

Buchen Sie einen Beratungstermin mit unserem Team für persönliche Unterstützung bei:

• Vorbereitung der App-Bewertung für den App Store und Play Store
• Überprüfung der Datenschutzrichtlinie und rechtlichen Dokumentation
• Implementierung von Sign in with Apple
• Teststrategie und Testerwerbung
• Vorbereitung von Bewertungsnotizen
• Antwort auf Ablehnung und Beschwerde
• Vollständiger App-Submission-Prozess

Unser Team hat bereits Hunderte von Entwicklern dabei geholfen, den App-Bewertungsprozess erfolgreich zu navigieren und kann Ihnen Wochen der Probier- und Fehlversuche ersparen.

Zusammenfassung

Die Einreichung Ihres ersten Apps kann beängstigend sein, aber mit einer ordentlichen Vorbereitung können Sie die Überprüfung auf den ersten Versuch bestehen. Denken Sie an diese wichtigen Punkte:

1. Früh Anfangen: Besonders für Android - rekrutieren Sie mindestens 12 Tester drei Wochen vor Ihrem geplanten Starttermin
2. Datenschutz zuerst: Haben Sie Ihre Datenschutzrichtlinie bereit und spiegeln Sie Ihre Datenpraktiken genau wider
3. Apple-Anmeldung: Wenn Sie irgendeine 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. Ehrlich sein: Genauere Metadaten und Datenschutzmitteilungen verhindern die Ablehnung und rechtliche Probleme
6. Detaillierte RezensionsnotizenHilfe für Rezensenten, um Ihre 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. Planen Sie für zusätzliche 3-4 Wochen für Android-Submissionen und Sie werden gut vorbereitet für den Erfolg sein.

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

Allein gehen wollen? Eine Beratung anfragen und lassen Sie unsere Experten Sie durch den Prozess führen.

Hilfe bei der Implementierung von Live-Updates nach der Genehmigung Ihrer App benötigen? Überprüfen Sie Capgo’s Live-Update-Lösung für störungsfreie App-Updates ohne App-Store-Überprüfung.

Fortsetzen Sie von The Complete First-Time App Review Guide for 2026 - iOS und Android

Wenn Sie diese verwenden Die umfassende erste App-Bewertungsanleitung für 2026 - iOS und Android um Sicherheit und Compliance zu planen, verbinden Sie es mit Verschlüsselung für die Implementierungsdetails in Verschlüsselung Kongruenz für die Implementierungsdetails in Kongruenz Capgo Sicherheits-Scanner für den Produktworkflow in Capgo Sicherheits-Scanner Capgo Sicherheit für den Produktworkflow in Capgo Sicherheit Capgo Vertrauenszentrum für den Produktworkflow in Capgo Vertrauenszentrum