Die umfassende Anleitung für erste App-Entwickler 2026 - iOS und Android

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

Verständnis des Bewertungsprozesses in 2026

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

iOS App Store Bewertungszeitplan

• Standard-Bewertung: 24-48 Stunden
• Hochbetrieb: 3-5 Tage (insbesondere während der Feiertagszeiten)
• Wochenenden: Keine Reviews verarbeitet
• Beschleunigter Review: Verfþgbar für kritische Fehler (muss durch App Store Connect angefordert werden)

Pro-Tipp: Bewirken Sie eine Einreichung am Anfang der Woche (Montag-Dienstag), um Wochenendverzögerungen zu vermeiden. Einreichungen am Montag werden in der Regel bis Mittwoch geprütet.

Status der App Store Connect, die Sie sehen werden

• Vorbereitung auf die Einreichung: Ihre App oder Ihr Metadaten-Set wird noch vorbereitet
• Warten auf die Bewertung: Apple hat Ihre Einreichung in der Warteschlange
• In der Bewertung: Die Überprüfungsteam überprüft den App aktiv
• Pending Entwicklerfreigabe: Genehmigt, aber wartet auf Ihre manuelle Freigabewahl
• Abgelehnt / Unbehandelte 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ßen Sie den Testzaun: 14 Tage Mindestens für betroffene neue persönliche Play Console Konten, bevor Sie Zugriff auf die Produktion anfordern können
• Produktionsüberprüfung nach dem Testen: Normalerweise weitere 3-7 Tage nachdem der geschlossene Testanforderung abgeschlossen ist
• Updates zu bestehenden Apps: 1-3 Tage
• Verstoß gegen Richtlinien: Kann sich auf 14+ Tage ausdehnen, wenn zusätzliche Überprüfung ausgelöst wird

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

Einrichtung des Apple-Entwicklerkontos

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

• Einschreibung in das Apple Developer Programm
• Zwei-Faktor-Authentifizierung für das Apple-Konto aktivieren, das für die Einschreibung verwendet wird
• Wählen Sie die richtige Mitgliedschaftsart:
  • Wenn Sie Einzelperson / Einzelunternehmen: Ihr Name wird zum Verkäufernamen auf dem App Store
  • Organisation: erfordert eine rechtliche Einheit, 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 während der Registrierung rechtliche Namen. Pseudonyme oder Unternehmensnamen in den Vornamen- oder Nachnamenfeldern 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 changes minimum SDK requirements over time. As of Select the right Apple Developer entity type, 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 persönliches Konto ist, das nach dem 13. November 2023 erstellt wurde, 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 anmeldende 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
• Feedbacksammlung: Sie sollten die gefundenen Probleme, die durchgeführten Reparaturen und die von den Testern verwendete App dokumentieren

Einrichten Ihres Testtracks

Weshalb Google diese Maßnahme eingeführt hat

Google führte diese Anforderung ein, um:

• Die Anzahl von Apps mit schlechter Qualität zu reduzieren
• Zu gewährleisten, dass Apps ordnungsgemäß getestet werden, bevor sie an die Benutzer gelangen
• Schädliche Apps durch realweltliche Nutzungsmuster zu identifizieren
• Die Gesamtwertung der Google Play Store zu verbessern

Wirklichkeitssinn: Dies 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 Anmeldung

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

Die Apple-Anmelderegelung (Kritisch für iOS)

Apple-Richtlinie: Wenn Ihre App eine beliebige dritte-Partei-Soziale-Anmeldeoption (Google, Facebook, Twitter usw.) anbietet, müssen Sie müssen auch die Anmeldung mit Apple als Option anbieten.

Dies gilt für:

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

Dies gilt nicht für:

• E-Mail/Passwort-Authentifizierung
• Regierungs-ID-Systeme
• Unternehmens-SSO-Systeme (wenn die App für dieses Unternehmen spezifisch ist)
• Autorisierungssysteme 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, ihre E-Mail zu verbergen. Apple stellt eine private Relay-E-Mail zur Verfügung (z.B. abc123@privaterelay.appleid.comErstmalige vs. Wiederholte Benutzer

2. : Apple liefert nur Benutzerdaten (Name, E-Mail) bei der ersten Autorisierung. Speichern Sie diese Informationen, da nachfolgende Anmeldungen sie nicht enthalten.E-Mail-Privatsphäre ist wichtig. Apple stellt eine private Relay-E-Mail zur Verfügung, die Benutzer verbergen können.

3. Button-Design: Apple stellt strenge Gestaltungsleitlinien für den Button "Anmelden mit Apple" bereit. Verwenden Sie ihre offiziellen Assets.

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

Anforderungen für Android-Social-Login

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

Google-Anmelderequirements:

• : Verwenden Sie offizielle Google-Anmeldemethoden SDK
• : Folgen Sie den Gestaltungsleitlinien von Google
• : Seien Sie die primäre Option, wenn Sie sie anbieten

Beste Praxis 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-basierte Apple-Anmeldung unterstützen)
• Mit Google anmelden
• Zugriff auf andere soziale Optionen (Facebook, Twitter usw.)

Anforderungen für das Demo-Konto

Wichtig für die Bewertung: Wenn Ihr App eine Anmeldung erfordert, müssen Sie müssen Arbeitsfähige Demo-Anmeldeinformationen in den App-Bewertungsnotizen 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
• Das Demo-Konto hat keinen Zugriff auf alle Funktionen
• Notwendig, wie man die Telefonüberprüfung umgeht
• Sandkasten-Zahlungsdaten vergessen

Datenschutzrichtlinie und rechtliche Anforderungen

Beide App-Stores verlangen nun zugängliche Datenschutzrichtlinien und Nutzungsbedingungen vorher Bevor Sie an einem neuen Feature arbeiten

vorher

erstes Einreichen wird genehmigt.

1. Datenschutzrichtlinienanforderungen

   • Ihre Datenschutzrichtlinie muss:
   • Öffentlich zugänglich sein
   • auf einer öffentlichen URL gehostet werden (nicht hinter Login geschützt sein müssen.)

2. Diese Themen müssen behandelt werden:

   • Welche Daten Sie sammeln (seien Sie spezifisch)
   • Wie Sie die gesammelten Daten verwenden
   • Wird Daten mit Dritten geteilt?
   • Wie lange werden Daten gespeichert?
   • Benutzerrechte (Zugriff, Löschung, Portabilität)
   • Kontaktinformationen für Datenschutzanfragen
   • Kinderdatenschutz (wenn die App für Benutzer unter 13/16 ist)

3. Verlinkt in der App

   • Zugänglich von Einstellungen oder Account-Bildschirm
   • Must sein ein Tastendruck entfernt (nicht in Menüs vergraben)
   • Soll in Standardbrowser oder in-app-Browser öffnen

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
• PrivacyPolicies.com
• FreePrivacyPolicy.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 Ihren App nicht entsprechen, werden markiert.

Ablehnungs- und Bedingungsanforderungen

Wenn nicht immer verpflichtend, ist die Einhaltung von Bedingungen und Nutzungsbedingungen sehr empfehlenswert und 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

Mussten enthalten sein:

• Zustimmung zur Nutzung
• Bedingungen für die Beendigung der Konten
• Beschränkung der Haftung
• Rechte an geistigem Eigentum
• Schlichtungsverfahren
• 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 bei der App-Submission bereitzustellen:

iOS - App Store Connect:

• App-Informationen > Allgemeine Informationen > Datenschutzrichtlinien-URL
• Muss HTTPS sein (HTTP wird abgelehnt)
• Wird auf Ihrer App-Store-Seite angezeigt
• Fügen Sie eine Support-URL mit realen Kontaktinformationen für Benutzer hinzu
• Führen Sie das Fragebogen zur Altersbewertung vor der Submission durch

Android - Google Play Console:

• Präsenz im Store > Store-Einstellungen > Datenschutzrichtlinien
• Für alle Apps, die sich an Kinder richten, erforderlich
• Für alle Apps stark empfohlen

Zertifizierung für Datenschutz (iOS)

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

Kategorien, die Sie deklarieren müssen:

• KontaktinformationenE-Mail-Adresse, Name, Telefonnummer
• FinanzinformationenZahlungsdaten, Kreditkarte, Bankverbindung
• StandortGenauer oder grober Standort
• Benutzerinhalte: Fotos, Videos, Audio, Nachrichten
• Identifikatoren: Benutzer-ID, Geräte-ID, Werbe-ID
• Datenschutz: Produktinteraktion, Werbedaten, Fehlerprotokolle
• Diagnostics: Fehlerdaten, Leistungsdaten

Für jede Datentyp angeben:

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

Häufiger Fehler: Sie sagen, Sie sammeln keine Daten, während Ihre Analytics-SDK-Funktion tatsächlich Daten sammelt. Auditieren Sie alle dritten-Partei-SDKs für ihre Datenverarbeitung.

Google Play-Datensicherheitsabteilung

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

Schritte:

1. Zum Play-Console > Anwendungsdaten > Datensicherheit gehen
2. Antworten auf Fragen zur Datenverarbeitung
3. Angaben zu den gesammelten Datentypen machen
4. Erklärung der Sicherheitspraktiken (Verschlüsselung usw.)
5. Link zur Datenschutzrichtlinie bereitstellen

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

Ungewöhnliche Ablehnungsgründe für Neulinge

Das Verständnis dafür, 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 getestet, nicht auf einem echten Gerät
• 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();
  }
}

Überprüfungsliste:

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

2. Fehlende oder beschädigte Kernfunktionen

Weshalb es passiert:

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

Wie man es verhindert:

• Erstatten Sie nur, wenn alle angekündigten Funktionen abgeschlossen sind
• Stellen Sie sicher, dass der Demo-Account Zugriff auf alle Funktionen hat
• Inkomplette Funktionen vor der Einreichung entfernen oder deaktivieren
• Bildschirmlisten auf den aktuellen Build genau anpassen

3. Inhalt für die Altersfreigabe ungeeignet

Warum es passiert:

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

Wie die richtige Altersfreigabe einzurichten ist:

iOS-Altersfreigaben:

• 4+ (keine unangemessenen Inhalte)
• 9+ (gelegentlich milder Inhalt)
• 12+ (inhaltsmoderates)
• 17+ (häufig/intensiv)

Android Inhaltsermittlung:

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

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

• Inhaltsmoderierungssystem
• Meldung/Blockfunktion
• Klare Gemeinschaftsrichtlinien
• Altersfreigabe falls erforderlich

4. Täuschende oder irreführende Metadaten

Weshalb es passiert:

• 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: “Bestes Fitness-Tracker - #1-App”
• Beschreibung: “Die amazeendste, revolutionärste App, die je geschaffen wurde!”
• Screenshots: Allgemeine Vorschaubilder

✅ GUT :

• App Name: “FitTrack - Workout Logger”
• Beschreibung: “Mit benutzerspezifischen Routinen und Fortschrittsdiagrammen deine Übungen verfolgen.”
• Screenshots: Aktuelle App-Bildschirme aus dem aktuellen Build

5. Mangelnde Tests (Besonders Android Closed Testing)

Warum es passiert :

• Das erforderliche 14-Tage-Testzeitraum überspringen
• Nicht genügend Tester rekrutieren
• Die Tester nutzen die App nicht wirklich
• Keine Crash-Überwachung während der Tests

Wie man es verhindern kann :

• Tester suchen 3-4 Wochen vor geplanter Veröffentlichung
• Während der Testphase Firebase Crashlytics oder ein ähnliches Tool verwenden
• Mit Testern aktiv interagieren (Umfragen, Feedbackformulare)
• Kritische Probleme vor der Produktion lösen

6. Berechtigungen ohne Begründung

Weshalb es passiert:

• Standortanfrage ohne Verwendung
• Kamera-Berechtigung ohne Erklärung
• Zugriff auf Kontakte ohne klaren Zweck
• Hintergrund-Ortung für nicht-navigationsbasierte Apps

Wie man es behebt:

iOS - Info.plist:

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

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

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

Android - Zulassungsstrategie:

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

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

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

Laufzeit-Berechtigungsanfrage:

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

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

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

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

iOS-Spezifische Anforderungen

App Store-Bildschirmfotos und Vorschauen

Erforderliche Größen:

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

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

Bildschirmfoto-Richtlinien:

• Mussten tatsächlich App-Inhalt zeigen (keine Mockups)
• Statusleiste entfernen oder realistische Inhalte anzeigen
• Alle unterstützten Sprachen lokalisiert haben
• Übermäßige Textüberlagerung vermeiden
• Hauptmerkmale in den ersten 2-3 Bildern anzeigen

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
• Altersfreigabe: füllen Sie das Fragebogen aus, damit die App veröffentlicht werden kann
• App-Bewertungs-Informationen: Fügen Sie einen Kontakt für die Bewertung, Arbeitsdemonstrationenamen und Zugangsdaten, wenn ein Login erforderlich ist, sowie klare Notizen für das Bewertungsteam hinzu
• Exportklausel: Beantworten Sie die Verschlüsselungsfragen oder setzen Sie sie ITSAppUsesNonExemptEncryption in Info.plist wenn dies angebracht ist, damit Sie nicht bei jedem Upload die gleichen Antworten wiederholen müssen

TestFlight vor der App-Bewertung

Do one real TestFlight pass before production review:

• Installieren Sie die genaue Build von TestFlight
• Mit demselben Bewertungskonto anmelden, das Sie zur Bereitstellung bereitstellen möchten
• Die Kauf-, Wiederherstellungs- und Kündigungsroute durchlaufen
• Bestätigen Sie, dass der Rezensent ohne versteckte Einstellungen auf wichtige Funktionen zugreifen kann
• Testen Sie auf iPhone und iPad, ob beide unterstützt werden

App-Videovorschau (Optional, aber empfohlen)

Anforderungen:

• 15-30 Sekunden Länge
• Zeigen Sie tatsächliche App-Fußage
• Kurze Textüberlagerungen sind möglich
• Keine Musik mit Urheberrechtsproblemen
• Die gleichen Auflösungen wie die Screenshots

Implementierung von Apple-Anmelden

Schon oben behandelt, aber für die iOS-Bewertung entscheidend, wenn Sie soziale Anmelden haben.

Wenn Sie digitale Güter oder Dienstleistungen anbieten:

Anforderungen für In-App-Käufe

Zwingende Offenlegungspflichten:

• Klare Preisinformationen vor dem Kauf
• Abonnementbedingungen werden klar dargestellt
• Anweisungen zum Abonnementstopp sind sichtbar
• Schaltfläche zum Wiederherstellen von Kaufs

Beispiel für eine konforme 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

Bevor Sie Ihre erste Android-Version freigeben, stellen Sie sicher, dass das Play Console-Konto und die 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 wenn die App kostenlos ist, kann sie nicht später zu einer kostenpflichtigen App umgewandelt werden. Google ermöglicht es Ihnen, eine kostenpflichtige App später kostenlos zu machen, aber wenn eine App bereits kostenlos angeboten wurde, kann sie nicht mehr in eine kostenpflichtige umgewandelt werden.

App-Bundle-AnforderungWichtige

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

WichtigeGoogle 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 Genehmigung von Android.

Geschlossene Teststrecke (aktuelle Anforderung)

Dies ist der große Einwand für neu erstellte persönliche Entwicklerkonten: Die 12-Tester, 14-Tage-Anforderung, die in diesem Leitfaden weiter oben detailliert ist.

Zeitplan:

1. Woche 1: Rekrutieren Sie Tester, setzen Sie die geschlossene Teststrecke ein
2. Woche 2-3: Aktiver Testzeitraum (mindestens 14 Tage)
3. Woche 4: Beheben Sie Probleme, bereiten Sie die Produktion vor
4. Woche 5: Einreichen für die Produktionsprüfung

Zielgruppe und Inhaltseinstufung

Inhaltseinstufungsfragebogen:

• Für alle Apps erforderlich
• Braucht 10-15 Minuten
• Bestimmt die Altersangabe (Jeder, Jugendlicher, Erwachsener, usw.)
• Passen Sie ihn an, wenn sich der Inhalt ändert und dies die Antworten beeinflusst

Behandelte Themen:

• Gewalt
• Inhalt von sexueller Natur
• Profane Sprache
• Kontrollierte Substanzen
• Wettbewerb
• Benutzereingabefunktionen

Wichtig: Wenn Sie Benutzerinhalten oder sozialen 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-Bild (1024 x 500 JPG oder PNG)
• Telefonbilder (mindestens 2, höchstens 8)
• 7-Zoll-Tablet-Bilder (optional, aber empfohlen)
• 10-Zoll-Tablet-Bilder (optional, aber empfohlen)

Beschreibungserfordernisse:

• Kurzbeschreibung (max. 80 Zeichen)
• Vollständige Beschreibung (max. 4000 Zeichen)
• Beschreibt genau die Funktionalität der App
• Kann keine Kontaktinformationen oder Preisangaben enthalten

Vorabreicher-Checkliste

Bevor Sie absenden, gehen Sie durch diese umfassende Checkliste:

Technische Anforderungen

• Die App startet erfolgreich auf echten Geräten
• Alle in den Screenshots gezeigten Funktionen funktionieren
• Keine Platzhalter oder "Bald verfügbar"-Inhalte
• Alle dritten Parteien API-Schlüssel sind Produktionschlüssel
• Implementiertes Netzwerkfehlerhandling
• Zustimmungsanfragen enthalten klare Erklärungen
• Die App stürzt nicht unter schlechten Netzwerkbedingungen
• Unter Zuhilfenahme von Zutritt verweigert getestet
• Getestet auf der minimal unterstützten Betriebssystemversion
• Speicherverluste wurden überprüft und behoben

Authentifizierung & Anmeldung

• Wenn Sie eine soziale Anmeldung verwenden, ist Sign in with Apple enthalten (iOS)
• Demo-Konto-Benutzerkennungen werden in den Review-Notizen bereitgestellt
• Das Demo-Konto hat Zugriff auf alle Funktionen
• Der Passwort-Rest-Flow funktioniert
• Die Abmeldefunktion funktioniert richtig
• Option zur Konto-Löschung verfügbar (erforderlich durch GDPR/CCPA)

Rechtliche Hinweise & Datenschutz

• Datenschutzrichtlinie öffentlich zugänglich
• URL der Datenschutzrichtlinie im App-Store-Verzeichnis hinzugefügt
• Zusätzliche Bedingungen öffentlich zugänglich (falls anwendbar)
• Datenschutzrichtlinie in der App (Einstellungen-Bildschirm) verlinkt
• Datenschutzinformationen (iOS) korrekt (Nährwerttabelle)
• Abschnitt für die Daten-Sicherheit abgeschlossen (Android)
• Alle Zwecke der Datenverarbeitung erklärt
• Dritte SDK-Datenverarbeitung offengelegt

Inhalt & Metadaten

• App-Name folgt den Richtlinien (keine Keyword-Stapler)
• Beschreibung beschreibt die Funktionalität genau
• Bildschirme zeigen die aktuellen App-Bildschirme an
• Bildschirme werden für alle unterstützten Sprachen lokalisiert
• Keine Nennung von Konkurrenten in der Beschreibung
• Keine Superlative ohne Beweis
• Die Altersfreigabe entspricht dem tatsächlichen Inhalt
• Der Kontakt-E-Mail-Adresse wird überwacht

iOS-Spezifisch

• Mit Apple anmelden implementiert (wenn soziale Anmeldung verwendet wird)
• Alle erforderlichen Bildschirmgrößen werden bereitgestellt
• Echte iPad-Bildschirme werden hochgeladen, wenn iPad-Unterstützung aktiviert ist
• Info.plist-Berechtigungsbeschreibungen sind klar
• Eine Support-URL wird hinzugefügt, mit realen Kontaktinformationen
• Datenschutzrichtlinien-URL in App Store Connect hinzugefügt
• Altersfreigabefragebogen abgeschlossen
• Exportkonzessionen richtig beantwortet
• App-Review-Kontakt 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-Spezifisch

• App-Bundle (.aab)-Format verwendet
• Ziel API 35 oder höher
• Inhaltseinstufungsbefragebogen abgeschlossen
• Feature-Bild hochgeladen
• Schließende Tests abgeschlossen, wenn Ihr Google Play-Konsolenkonto dies erfordert (12 Tester, 14 Tage)
• Überprüfung und Behebung von Fehlermeldungen aus den Tests
• Keine Verweise auf iOS oder andere Plattformen

Tests (aktuelle Anforderung für Android)

• 12+ Tester rekrutiert, wenn Ihr Google Play-Konto eine schließende Testphase erfordert
• Schließende Testspur erstellt
• 14 Tage hintereinander Tests abgeschlossen
• Testern wurde die App tatsächlich verwendet (nicht nur installiert)
• Während der Tests Crash-Überwachung aktiviert
• Wichtige Fehler aus den Tests behoben
• Feedback von Testern dokumentiert

Zusätzliche Hinweise: Was dabei zu berücksichtigen ist

Große Bewertungsnotizen können den Unterschied zwischen sofortiger Genehmigung und Ablehnung bedeuten. Hier sind die wichtigsten Punkte zu berücksichtigen:

Vorlage für Bewertungsnotizen

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 Bewertungsnotizen

Für iOS sollten Sie auch beachten:

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

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

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

Android-spezifische Bewertungsnotizen

Für Android sollten Sie auch beachten:

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

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

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

Was tun, wenn die Anwendung abgelehnt wird?

Keine Panik – Ablehnungen sind häufig, insbesondere bei ersten Einreichungen. Hier sind die Schritte, um damit umzugehen:

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.

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

Dies 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.

Nach Genehmigungshinweise

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:

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

Zu verwendende Tools:

• Firebase Crashlytics
• App Store Connect Analytics
• Google Play Console Vitals
• Error-Tracking-Tools wie Sentry

Update-Richtlinien

Wenn Updates eingereicht werden:

• Als sorgfältig testen wie bei der ersten Einreichung
• Update-Bilder, wenn sich die Benutzeroberfläche erheblich geändert hat
• Update-Datenschutzhinweise, wenn sich die Datenerfassung geändert hat
• Bereitstellen Sie klare 'Was ist Neues'-Beschreibungen
• Erwägen Sie für wichtige Änderungen eine Phasenweise Einführung

Zuverlässigkeit

Jährliche Anforderungen:

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

Kontinuierliche Überwachung:

• Blieben Sie über Änderungen der Richtlinien informiert
• Beitreten Sie zu Apple/Google-Entwickler-Newslettern
• Teilnehmen Sie an Entwicklergemeinschaften
• Folgen Sie den Blogs zu App-Store/Play-Store-Richtlinien

Ressourcen und Weitere Lesematerialien

Offizielle Dokumentation

Apple:

• App Store Review Guidelines
• 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

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

Datenschutzrichtlinien Tools

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

Brauchen Sie Hilfe bei Ihrer App-Bewertung?

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

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

• App Store und Play Store-Bewertungsprüfungsvorbereitung
• Überprüfung der Datenschutzrichtlinie und rechtlichen Dokumentation
• Implementierung der Apple-Anmeldung
• Teststrategie und Testerwerbung
• Vorbereitung der Bewertungsnotizen
• Widerlegung der Ablehnung und Beschwerde
• Abschluss des gesamten App-Submission-Prozesses

Unsere Mannschaft hat bereits Hunderte von Entwicklern bei der erfolgreichen Navigation des App-Review-Prozesses unterstützt und kann Ihnen Wochen der Probier- und Fehlversuche ersparen.

Zusammenfassung

Die Einreichung Ihres ersten Apps kann überwältigend sein, aber mit einer ordentlichen Vorbereitung können Sie die Bewertung auf den ersten Versuch bestehen. Denken Sie daran, diese wichtigen Punkte:

1. Früh starten: Besonders für Android - Rekrutieren Sie mindestens 3 Wochen vor Ihrem geplanten Launch 12 Tester
2. Datenschutz zuerst: 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 Sign in with Apple einbinden
4. Gründliche Tests: Testen Sie auf echten Geräten, mit schlechten Netzwerken und mit abgelehnten Berechtigungen
5. Ehrlichkeit: 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 der Veröffentlichung. Planen Sie für eine zusätzliche 3-4 Wochen für Android-Submissionen und Sie werden gut vorbereitet sein für den Erfolg.

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 müssen mehrere Runden der Bewertung durchlaufen, bevor sie genehmigt werden.

Alleine gehen? Nein, danke! Ein Beratungstermin vereinbaren und lassen unsere Experten Sie durch den Prozess führen.

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

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

Wenn Sie The Complete First-Time App Review Guide for 2026 - iOS und Android zum Planen von Sicherheit und Compliance verwenden, verbinden Sie es mit Verschlüsselung für die Implementierungsdetails in Verschlüsselung, Zuverlässigkeit zur Detailbeschreibung 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