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

Die Einreichung Ihrer ersten App im App Store oder Play Store kann überwältigend wirken. Mit ständig evolvierenden Richtlinien und strengerer Durchsetzung im Jahr 2026 erfordert die Genehmigung Ihrer App sorgfältige Aufmerksamkeit auf den Details. Dieser umfassende Leitfaden führt Sie durch alles, was Sie wissen müssen, um die Bewertung auf Ihrer ersten Einreichung für beide iOS- und Android-Plattformen zu bestehen.

Das Verständnis des Bewertungsprozesses im Jahr 2026

Beide Apple und Google haben ihre Bewertungsprozesse 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 Bewertungszeitplan

• Standard-Bewertung: 24-48 Stunden
• Hochbelastete Zeiträume: 3-5 Tage (besonders während der Feiertage)
• Wochenenden: Keine Reviews verarbeitet
• Beschleunigter Review: Verfügbar für kritische Fehlerbehebungen (muss über App Store Connect angefordert werden)

Pro-Tipp: Bewerten Sie früh in der Woche (Montag-Dienstag), um Wochenendverzögerungen zu vermeiden. Die meisten Montag-Einreichungen werden bis Mittwoch bearbeitet.

Status von App Store Connect, die Sie sehen werden

• Vorbereitung auf die Einreichung: Ihre App oder Ihr Metadaten-Set wird noch vorbereitet
• Wartet auf die Überprüfung: Apple hat Ihre Einreichung in der Warteschlange
• In Bewertung: Die Bewertungsgruppe überprüft den App aktiv
• Freigegebene Entwicklerversion: Genehmigt, aber warten auf Ihre manuelle Freigabeauswahl
• : Apple benötigt Änderungen vor der FreigabeGoogle Play Store Bewertungszeitplan (2026 Update)

Google Play Store Review Timeline (2026 Update)

• Erster Überblick3-7 Tage (signifikant länger als in den Vorjahren)
• Closed Testing Gate14 Tage Mindestlaufzeit für betroffene neue persönliche Play Console-Konten, bevor Sie Zugriff auf Produktionsumgebungen anfordern können
• Produktionsprüfung nach der Testphase: Gewöhnlich weitere 3-7 Tage nach Abschluss der Testanforderung
• Updates zu bestehenden Apps: 1-3 Tage
• Verstoß gegen Richtlinien: Kann bis zu 14+ Tage andauern, wenn zusätzliche Überprüfungen ausgelöst werden

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

Apple-Entwicklerkonto-Einrichtung

Before your first iOS release, make sure the Apple side is set up correctly:

• Bevor Sie Ihre erste iOS-Version veröffentlichen, stellen Sie sicher, dass die Apple-Seite korrekt eingerichtet ist: Einschreibung in das
• Zwei-Faktor-Authentifizierung für das Apple-Konto aktivieren, das für die Registrierung verwendet wird.
• Wählen Sie die richtige Mitgliedschaftsart:
  • Einzelunternehmen / Einzelunternehmer: Ihr rechtlicher Name wird zum Verkäufernamen auf dem 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 während der Registrierung gültige Namen. Pseudonyme oder Firmennamen in den Feldern Vor- und Nachname können die Genehmigung verzögern.
• Nach 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 für SDK im Laufe der Zeit. Stand: 28. April 2026, Apps, die auf App Store Connect hochgeladen werden müssen, müssen die iOS & iPadOS 26 SDK oder eine spätere Version.

Der 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 Konto erstellt nach dem 13. November 2023, müssen Sie 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-Tage-Testzeitraum: Die App muss für mindestens 14 aufeinanderfolgende Tage in geschlossener Testphase bleiben
• Produktionszugriffsantrag: Nach dem Testzeitraum müssen Sie noch einen Produktionszugriff in Play Console beantragen
• Rückmeldungssammlung: Sie sollten die gefundenen Probleme, die durchgeführten Fixes und die von den Testern verwendete App dokumentieren

Wie Sie Ihren Testpfad einrichten

Weshalb Google diese Anforderung eingeführt hat

Google führte diese Anforderung ein, um:

• Minderwertige App-Werbung reduzieren
• Ensure apps are properly tested before reaching users
• Schädliche Apps durch realweltliche Nutzungsmuster zu identifizieren
• Improve overall Play Store quality

WirklichkeitsscheckDies fügt Ihrem Launch-Timeline mindestens 2-3 Wochen hinzu. Planen Sie entsprechend und beginnen Sie frühzeitig mit der Rekrutierung von Testern.

Anforderungen an Authentifizierung und Anmeldeprozess

Ein häufiger Grund für die Ablehnung ist die falsche Implementierung von Authentifizierungssystemen, insbesondere von sozialen Logins.

Erforderliche Apple-Anmeldung (Kritisch für iOS)

Apples RegelWenn Ihre App eine beliebige dritte-Partei-Soziale-Anmeldeoption (Google, Facebook, Twitter usw.) anbietet, müssen bieten wir auch die Möglichkeit, sich mit Apple anzumelden.

Google-Anmeldung:

• Facebook-Login
• Twitter/X-Login
• LinkedIn-Login
• Jede andere dritte-Partei-Authentifizierungsdienst
• Jede andere dritte-Partei-Authentifizierungsdienstleistung

Dies gilt nicht für:

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

Implementierung von Sign in with Apple

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

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

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

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

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

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

Wichtige Überlegungen:

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

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

3. Button-Design: Apple liefert strenge Designleitlinien für den Button "Sign in with Apple". Verwenden Sie ihre offiziellen Assets.

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

Anforderungen für Android-Social-Login

: Während Android keine bestimmte Anbieteranforderung wie iOS hat, gibt es bei Google Leitlinien:

Google-Anmeldeanforderungen:

• Muss offizielles Google-Sign-In SDK verwenden
• Beachten Sie die Markenleitlinien von Google
• Stellen Sie es als Hauptoption bereit, wenn Sie es anbieten

Beste Praxis für Cross-Platform-AnwendungenBiete auf beiden Plattformen die gleichen Anmeldeoptionen an, um Konsistenz zu gewährleisten.

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

Anforderungen für Demo-Konten

Wichtig für die BewertungWenn Ihre App eine Anmeldung erfordert, müssen Bereitstellen Sie in den App-Bewertungsnotizen gültige Demo-Anmeldeinformationen.

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
• Demo-Konto hat keinen Zugriff auf alle Funktionen
• Zu wenig Angaben zur Umgehung der Telefonauthentifizierung
• Zu wenig Angaben zu den Sandbox-Zahlungsdaten

Datenschutzrichtlinie und rechtliche Anforderungen

Beide App Stores verlangen nun zugängliche Datenschutzbestimmungen und Nutzungsbedingungen. vorher Ihre erste Einreichung wurde genehmigt.

Datenschutzrichtlinien-Anforderungen

Bevor Sie Ihre erste Submission genehmigt wird.

1. Datenschutzrichtlinienanforderungen

   • Hosted auf einer öffentlichen URL (nicht hinter Login)
   • Ladenbar in Standard-Webbrowsern
   • Verfügbar in den gleichen Sprachen wie Ihre App

2. Decken Sie diese Pflichtthemen ab:

   • 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. Seien Sie in der App vernetzt

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

Wo Sie Ihre Datenschutzrichtlinie hosten sollen

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
• Freie Datenschutzrichtlinie.com

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

Anforderungen an Nutzungsbedingungen

Während dies nicht immer erforderlich 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

Zu enthalten sind::

• Zulässigkeitserklärung
• Bedingungen für die Beendigung der Konten
• Haftungsbeschränkung
• Intellectual property rights
• Verfahren zur Streitbeilegung
• Rückerstattungspolitik (insbesondere für IAP)

Implementierung im App

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

Anforderungen an die App-Store-Metadaten

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

iOS - App Store Connect:

• Anwendungsinformationen > 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 Submission

Android - Google Play Console:

• Händlerpräsenz > Händler-Einstellungen > Datenschutzrichtlinie
• Für alle Apps, die sich an Kinder richten
• Für alle Apps stark empfohlen

Datenschutz-Nährwertetiketten (iOS)

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

Kategorien, die Sie erklären müssen:

• Kontaktinformationen: E-Mail, Name, Telefonnummer
• : E-Mail, Name, TelefonnummerZahlungsdaten, Kreditkarte, Bankverbindung
• Location: Genauere oder grobe Standortangabe
• Benutzerinhalte: Fotos, Videos, Audio, Nachrichten
• Identifikatoren: Benutzer-ID, Geräte-ID, Werbe-ID
• DatenschutzProduktinteraktion, Werbedaten, Fehlerprotokolle
• Diagnostics: Crash-Daten, Leistungsdaten

: Fehlerdaten, Leistungsdaten:

• Für jede Datentyp angeben
• Oben ist es mit der Benutzeridentität verbunden
• Ob es mit Benutzeridentität verknüpft ist
• Zweck der Sammlung

Häufiger FehlerWenn Sie sagen, dass Sie keine Daten sammeln, wenn Ihre Analytics-SDK Daten sammelt. Auditieren Sie alle drittverteilten SDKs für ihre Datenverteilung.

Google Play-Datensicherheitsabteilung

Ähnlich wie bei iOS, erfordert Android eine Datensicherheitserklärung:

Schritte:

1. Zum Play-Console > App-Inhalt > Datensicherheit gehen
2. Antworten auf Fragen zur Datenverteilung
3. Datenarten angeben, die gesammelt werden
4. Erklärung der Sicherheitspraktiken (Verschlüsselung usw.)
5. Datenschutzrichtlinien-Link bereitstellen

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

Häufige Ablehnungsgründe für Anfänger

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

1. Die App stürzt ab oder startet nicht

Weshalb es passiert:

• Nur auf dem Emulator, nicht auf einem echten Gerät testen
• Fehlende Fehlerbehandlung bei Netzwerkfehlern
• Festgelegte API Endpunkte, die nicht erreichbar sind
• Annahme bestimmter Gerätefunktionen (Kamera, GPS)

Wie Sie es verhindern können:

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

Testing Checklist:

• Testen Sie auf realen Geräten (mindestens 2-3 verschiedene Modelle)
• Test mit schlechter Netzwerkverbindung (benutze Network Link Conditioner)
• Testen Sie mit Flugmodus
• Testen Sie mit abgelehnten Berechtigungen
• Neustart mit frischer Installation (keine gecachte Daten)

2. Fehlende oder gebrochene Kernfunktionen

Weshalb es passiert:

• Die in den Screenshots gezeigten Funktionen existieren noch nicht
• Die Demo-Konto hat keinen Zugriff auf die beworbenen Funktionen
• Premium-Funktionen werden gezeigt, aber nicht implementiert
• ‚‚Kommend bald‚‚‘-Platzhalter im App

Wie man es verhindert:

• Erstatten Sie nur, wenn alle beworbenen Funktionen abgeschlossen sind
• Make sure demo account has full access
• Entfernen oder deaktivieren Sie unvollständige Funktionen vor der Einreichung
• Update screenshots to match current build exactly

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

Wieso es passiert:

• Die Altersstufe wurde auf 4+ gesetzt, aber die App enthält soziale Funktionen
• Die Altersstufe entspricht nicht dem tatsächlichen Inhalt
• Benutzererzeugter Inhalt ohne Moderation
• Links zu unmoderierten externen Inhalten

Wie die richtige Altersstufe einzustellen ist:

iOS-Altersstufen:

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

Android-Inhaltsbewertungen:

• Jeder
• Jeder 10+
• Jugendlicher
• Mehr als 17 Jahre
• Erwachsene nur 18+

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

• Inhaltsmoderations-System
• Report-/Block-Funktion
• Klare Community-Richtlinien
• Altersfreigabe falls erforderlich

4. Täuschende oder irreführende Metadaten

Warum es passiert:

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

Beispiele für problematische Metadaten:

❌ SCHLECHT:

• App-Name: „Beste Fitness-Tracker - #1-App“
• Beschreibung: ‘Die amazeingste, revolutionäre App aller Zeiten!’
• Bildschirme: Allgemeine Vorschaubilder

✅ GUT:

• App-Name: ‘FitTrack - Workout-Logger’
• Beschreibung: ‘Deine Arbeitstage mit anpassbaren Routinen und Fortschrittsdiagrammen verfolgen.’
• Bildschirme: Tatsächliche App-Bildschirme aus der aktuellen Version

5. Unzureichende Testung (Besonders Android Closed Testing)

Weshalb es passiert:

• Die erforderliche 14-tägige Testdauer überspringen
• Zu wenige Tester rekrutieren
• Die Tester nutzen die App nicht wirklich
• Keine Crashüberwachung während der Testung

How verhindern:

• Testen Sie 3-4 Wochen vor geplanter Veröffentlichung Testern
• Wenden Sie Firebase Crashlytics oder ähnliche während der Testphase an
• Engagieren Sie sich aktiv mit den Testern (Umfragen, Feedbackformulare)
• Beheben Sie kritische Probleme, bevor Sie auf die Produktion wechseln

6. Befugnisse ohne Rechtfertigung

Weshalb es passiert:

• Anfrage der Standortdaten, ohne sie zu verwenden
• Kamera-Berechtigung ohne Erklärung
• Zugriff auf Kontakte ohne klaren Zweck
• Hintergrund-Ortung für nicht-navigierende Apps

Wie Sie es beheben:

iOS - Info.plist:

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

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

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

Android - Zulassungsstrategie:

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

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

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

Runtime-Berechtigungsanfrage:

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

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

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

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

iOS-Spezifische Anforderungen

App Store-Bildschirmfotos und Vorschau

Benötigte Größen:

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

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

Bildschirmfoto-Richtlinien:

• Must zeigen echte App-Inhalte (keine Mockups)
• Entferne Statusleiste oder zeige realistische Inhalte
• Für alle unterstützten Sprachen lokalisiert
• Übermäßiger Textoverlay vermeiden
• Zeigen Sie in den ersten 2-3 Bildern wichtige Funktionen

App Store Connect-Metadaten-Einstellungen

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

• Privatsphäre-Richtlinien-URL: erforderlich für iOS-Apps
• Support-URL: erforderlich und sollte zu tatsächlichen Kontaktinformationen führen
• AltersfreigabeErstelle das Fragebogen so dass die App veröffentlicht werden kann
• App-BewertungsinformationenFüge einen Kontakt für die Bewertung, Arbeitsdemo-Anmeldeinformationen, falls Anmeldung erforderlich ist, und klare Notizen für das Bewertungsteam hinzu
• ExportkontrolleAntworte auf die Verschlüsselungsfragen oder setze sie ITSAppUsesNonExemptEncryption bei Info.plist so angemessen, damit du nicht bei jedem Upload die gleichen Antworten wiederholst

TestFlight vor der App-Bewertung

Tue einen realen TestFlight-Pass vor der Produktionsbewertung:

• Installiere die genaue Build von TestFlight
• Melde dich mit demselben Bewertungskonto an, das du bereitstellen möchtest
• Gehe durch den Kauf-, Wiederherstellungs- und Stornierungsprozess
• Confirm the reviewer can reach key features without hidden setup
• 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

Anmeldung mit Apple-Implementierung

Bereits oben behandelt, aber entscheidend für die iOS-Bewertung, wenn Sie soziale Anmeldung haben

Anforderungen für In-App-Käufe

Wenn Sie digitale Güter oder Dienstleistungen anbieten:

Zwingende Offenlegungspflichten:

• Klare Preisangaben vor dem Kauf
• Abonnementbedingungen offensichtlich
• Anweisungen zur Kündigung sichtbar
• Zurücksetzen-Kauf-Button

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-Konto-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 Google Play Konsole, gehen Sie zu Zuhause > App erstellen
• Wählen Sie die Standard-Sprache, den App-/Spieltyp und die Support-E-Mail
• Die erforderliche Google Play-Richtlinie, Export und Google Play App Signing-Erklärung akzeptieren
• Entscheiden Sie, ob die App gratis ist oder paid

entgeltlich: Google lets you change a paid app to free later, but once an app has been offered for free, it cannot be switched to paid.

Anforderung an das App Bundle

entgeltlich: 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-Ebenen-Anforderung

aktuelle Anforderung: Neue Apps und App-Updates müssen sich auf Android 15 (API-Ebene 35) oder höher richten.

Aktualisierung in android/app/build.gradle:

android {
    compileSdkVersion 35

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

Google Play-Datensicherheit

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

Geschlossene Testspur (aktuelle Anforderung)

Dies ist der große Haken für neu erstellte persönliche Entwicklerkonten: die 12-Tester-, 14-Tage-Anforderung, die im vorherigen Teil dieses Leitfadens detailliert beschrieben wird.

Zeitplan:

1. Woche 1: Rekrutierung von Testern, Einrichtung geschlossener Testung
2. Woche 2-3: Aktivtestperiode (mindestens 14 Tage)
3. Woche 4: Beheb Probleme, bereite Produktionsrelease vor
4. Woche 5: Einreichen für Produktionsprüfung

Zielgruppe und Inhaltsbewertung

Inhaltsbewertungsfragebogen:

• Für alle Apps erforderlich
• 10-15 Minuten dauert die Fertigstellung
• Bestimmt die Altersbewertung (Jeder, Jugendlicher, Erwachsener, usw.)
• Ändere es, wenn sich dein Inhalt in einer Weise ändert, die die Antworten beeinflusst

Behandelte Themen:

• Gewalt
• Inhaltliche sexuelle Darstellung
• Profane Sprache
• Kontrollierte Stoffe
• Wettbewerbswesen
• Benutzereingriffsfunktionen

WichtigWenn Sie Benutzerinhalten oder sozialen Funktionen haben, müssen Sie dies offenlegen und eine Moderation durchführen.

Anforderungen für die App-Verkaufsliste

Erforderliche Assets:

• App ikon (512 x 512 PNG)
• Funktionssymbol (1024 x 500 JPG oder PNG)
• Feature-Bild (1024 x 500 JPG oder PNG)
• Telefonbilder (mindestens 2, höchstens 8)
• 7-Zoll-Tablet-Bilder (optional, aber empfohlen)

Beschreibung Anforderungen:

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

Vor-Abgabeverzeichnis

Bevor Sie auf Senden klicken, gehen Sie durch dieses umfassende Verzeichnis:

Technische Anforderungen

• Die App startet erfolgreich auf echten Geräten
• All features shown in screenshots work
• Keine Platzhalter oder "Bald verfügbar"-Inhalte
• Alle dritten Parteien API-Schlüssel sind Produktionschlüssel
• Netzwerkfehlerbehandlung implementiert
• Zustimmungsanfragen enthalten klare Erklärungen
• Die App stürzt nicht unter schlechten Netzwerkbedingungen ab
• Unter Verweigerung von Berechtigungen getestet
• Unterstützte Mindestversion des Betriebssystems getestet
• Speicherverluste überprüft und behoben

Authentifizierung & Anmeldung

• Bei Verwendung von sozialen Anmelden ist Sign in with Apple enthalten (iOS)
• Demo-Konto-Benutzerkennungen in den Rezensionsnotizen bereitgestellt
• Das Demo-Konto hat Zugriff auf alle Funktionen
• Der Passwort-Rest-Flow funktioniert
• Die Abmeldefunktion funktioniert korrekt
• Konto-Löschungsoption verfügbar (erforderlich durch GDPR/CCPA)

Rechtliche Hinweise & Datenschutz

• Datenschutzrichtlinie öffentlich zugänglich
• URL der Datenschutzrichtlinie im App-Store-Verzeichnis hinzugefügt
• Zustimmungsvorschriften öffentlich zugänglich (falls zutreffend)
• Datenschutzrichtlinie in der App (Einstellungen-Bildschirm) verlinkt
• Datenschutzinformationen für iOS korrekt (Nährwertangaben)
• Datensicherheitsabschnitt für Android abgeschlossen
• Alle Zwecke der Datenerfassung erklärt
• Dritte SDK-Daten sammeln, die nicht von uns stammen

Inhalt & Metadaten

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

iOS-Spezifisch

• Apple-Anmeldung implementiert (wenn soziale Anmeldung verwendet wird)
• Alle erforderlichen Screenshot-Größen bereitgestellt
• Echte iPad-Screenshots werden hochgeladen, wenn iPad-Unterstützung aktiviert ist
• Info.plist-Berechtigungsbeschreibungen sind klar
• Support-URL hinzugefügt mit echten Kontaktinformationen
• URL der Datenschutzrichtlinie in App Store Connect hinzugefügt
• Altersfreigabe-Befragung abgeschlossen
• Exportkonzessionen korrekt beantwortet
• Kontaktinformationen für App-Review und nicht ablaufende Demo-Konto bereitgestellt
• Ziel iOS 15.0 oder höher
• Wenn IAP: Preis klar, Wiederherstellungs-Button vorhanden
• Keine Verweise auf Android oder andere Plattformen

Android-Spezifisch

• App-Bundle (.aab)-Format verwendet
• Ziel API 35 oder höher
• Inhaltsfreigabe-Befragung abgeschlossen
• Funkgrafik hochgeladen
• Geschlossene Testphase abgeschlossen, wenn Ihr Google Play-Konsolenkonto dies erfordert (12 Tester, 14 Tage)
• Crashberichte aus der Testphase überprüft und behoben
• Keine Verweise auf iOS oder andere Plattformen

Testung (aktuelle Anforderung für Android)

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

Review-Notizen: Was zu berücksichtigen

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

Vorlage für Review-Notizen

APP REVIEW INFORMATION

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

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

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

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

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

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

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

iOS-Spezifische Review-Notizen

Fügen Sie für iOS 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 Review-Notizen

Fügen Sie für Android 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 zu tun, wenn abgelehnt wird

Keine Panik – Ablehnungen sind häufig, besonders bei ersten Einreichungen. Hier ist, wie man damit umgeht:

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: "Fehlende 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.

Ablehnung: "Erfüllt nicht die Anforderungen von 4.2 - Mindestfunktion"

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

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

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

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

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

Post-Zulassungs-Praktiken

Congratulations! Your app is approved. Here’s how to maintain that status:

Überwachung nach der Veröffentlichung

Kritische Metriken im Auge behalten:

• Crash-Rate (unter 1% halten)
• ANR-Rate (Android - unter 0,5% halten)
• App-Store-/Play-Store-Bewertungen
• Review-Inhalte (auf alle Reviews reagieren)
• Benutzerberichtete Fehler

Werkzeuge, die Sie verwenden sollten:

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

Update-Richtlinien

Wenn Updates eingereicht werden:

• Teste so gründlich wie die ursprüngliche Einreichung
• Update screenshots if UI changed significantly
• Update Datenschutzlabels, wenn sich die Datenerfassung geändert hat
• Bereite klare 'Was ist Neues' Beschreibungen vor
• Überlege dir eine schrittweise Einführung für große Änderungen

Zuverlässigkeit

Jährliche Anforderungen:

• Erneuere Android-Inhaltseinstufung (jährlich erforderlich)
• Update privacy policy if practices change
• Review and update age ratings if content changes
• Dritt-Partei-SDKs auf Compliance überprüfen

Kontinuierliche Überwachung:

• Stay updated on guideline changes
• Apple/Google-Entwickler-Newsletters abonnieren
• Teilnahme an Entwicklergemeinschaften
• App Store/Play Store-Policy-Blogs abonnieren

Ressourcen und Weitere Lesematerialien

Offizielles Dokumentation

Apple:

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

Google:

• Zentrum für Entwicklerpolitik
• Startcheckliste
• Sicherheitsabschnitt für Daten
• Leitfaden für Tests

Community-Ressourcen

• androiddev - Android-Entwicklercommunity
• r/iOS-Entwicklungsforum - iOS-Entwickler-Gemeinschaft
• Stack Overflow - Technische Fragen
• Indie Hacker - Gemeinschaft von Indie-Entwicklern

Zugriff auf Datenschutz-Tools

• Termly-Generator für Datenschutzrichtlinien
• Datenschutzrichtlinien.com
• Kostenloser Datenschutzrichtlinien

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

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

Einen Beratungstermin mit unserem Team buchen für persönliche Unterstützung mit:

• Vorbereitung der Bewertung für App Store und Play Store
• Überprüfung der Datenschutzrichtlinie und rechtlichen Dokumentation
• Implementierung von Sign in with Apple
• Teststrategie und Rekrutierung von Testern
• Vorbereitung von Bewertungsnotizen
• Antwort auf Ablehnung und Beschwerde
• Abschluss des gesamten App-Submission-Prozesses

Unsere Mannschaft 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 Ihrer ersten App kann überwältigend sein, aber mit der richtigen Vorbereitung können Sie die Überprüfung auf Anhieb bestehen. Denken Sie daran:

1. Früh beginnen: Besonders für Android - rekrutieren Sie mindestens 12 Tester drei Wochen vor Ihrem geplanten Launch
2. : Zuerst die Privatsphäre: Sorgen Sie dafür, dass Ihre Datenschutzrichtlinie bereit ist und genau Ihre Datenpraktiken widerspiegelt
3. : Apple-Anmeldung: Wenn Sie eine soziale Anmeldung verwenden, müssen Sie auf iOS die Anmeldung mit Apple einbinden
4. : Testen Sie gründlich: Testen Sie auf echten Geräten, mit schlechten Netzwerken und mit abgelehnten Berechtigungen
5. Sei Ehrlich: Genauere Metadaten und Datenschutzmitteilungen verhindern die Ablehnung und rechtliche Probleme
6. : Detaillierte Bewertungsnotizen: Helfen Sie den Rezensenten, 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 dem Launch. Planen Sie für Android-Submissionen zusätzlich 3-4 Wochen ein und Sie werden gut vorbereitet sein.

Glückwunsch zu Ihrer App-Veröffentlichung! Denken Sie daran, dass auch eine Ablehnung eine Lernmöglichkeit ist. Die meisten erfolgreichen Apps müssen mehrere Runden der Überprüfung durchlaufen, bevor sie genehmigt werden.

Willen Sie nicht allein losgehen? Einen Termin für eine Beratung vereinbaren und lassen Sie unsere Experten Sie durch den Prozess führen.

Benötigen Sie Hilfe bei der Implementierung von Live-Updates, nachdem Ihre App genehmigt wurde? Überprüfen Sie Capgo’s live update Lösung für reibungslose App-Updates ohne App-Store-Überprüfung.

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

Wenn Sie Capgo verwenden Die umfassende Leitfäden für erste App-Bewertungen 2026 - iOS und Android zur Sicherheits- und Compliance-Planung, mit ihm verbinden Verschlüsselung zur Implementierungsdetail in Verschlüsselung, Zuverlässigkeit zur Implementierungsdetail in Zuverlässigkeit, Capgo Sicherheits-Scanner zur Produktworkflow in Capgo Sicherheits-Scanner, Capgo Sicherheit zur Produktworkflow in Capgo Sicherheit, und Capgo Vertrauenszentrum zur Produktworkflow in Capgo Vertrauenszentrum.