Der umfassende Leitfaden für erste App-Entwickler 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 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 Bewertung bei 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.

Zeitplan für die Bewertung von iOS-Apps im App Store

• Standard-Bewertung: 24-48 Stunden
• Hochbelastete Zeiträume: 3-5 Tage (insbesondere während der Feiertagszeiten)
• Wochenenden: Keine Bewertungen werden durchgeführt
• Expedierte Überprüfung: Verfügbar für kritische Fehlerbehebungen (muss über App Store Connect angefordert werden)

Pro-Tipp: Übermitteln Sie Ihre App am Anfang der Woche (Montag-Dienstag), um Wochenendverzögerungen zu vermeiden. Apps, die am Montag eingereicht werden, werden in der Regel bis Mittwoch geprüft.

Statusmeldungen von App Store Connect, die Sie sehen werden

• Vorbereitung auf die Einreichung: Ihre App oder Ihr Metadaten-Set wird noch vorbereitet
• Warten auf die Überprüfung: Apple hat Ihre Einreichung in der Warteschlange
• In der Überprüfung: Der Überprüfungsstab überprüft Ihre App aktiv
• Stehen zur Veröffentlichung durch den Entwickler: Genehmigt, aber wartet auf deine manuelle Freigabeauswahl
• Abgelehnt / Unaufgeklärte Probleme: Apple benötigt Änderungen vor der Genehmigung

Google Play Store-Bewertungszeitplan (2026 Update)

• Erste Bewertung: 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
• Produktionsbewertung nach dem Testen: Normalerweise noch einmal 3-7 Tage nachdem der geschlossene Testzaun abgeschlossen ist
• Updates für bestehende Apps: 1-3 Tage
• Richtlinienverstöße: Kann sich auf 14+ Tage ausdehnen, wenn zusätzliche Überprüfungen ausgelöst werden

Wichtige Aktualisierung: Google erfordert nun eine wesentlich strengere Testung für einige neue Play Console-Konten, über die wir im Detail nachgehen werden

Apple-Entwicklerkonto-Einrichtung

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

• Sich in das Apple-Entwicklerprogramm
• Zweifaktor-Authentifizierung für das Apple-Konto aktivieren, das für die Registrierung verwendet wird
• Wählen Sie die richtige Mitgliedschaftstyp:
  • Einzelunternehmen / Einzelunternehmer: Ihr rechtlicher Name wird zum Verkäufernamen im App Store
  • Organisation: erfordert eine juristische Person, eine D-U-N-S-Nummer, eine öffentliche Website und eine Person mit der Befugnis, die Gesellschaft zu Apples Vereinbarungen zu binden
• Verwenden Sie bei der Registrierung rechtliche Namen. Pseudonyme oder Firmennamen in den Vornamen- 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, dem App-Namen, der SKU und der primären Sprache

Wichtig: Apple changes minimum SDK requirements over time. As of 28. April 2026, müssen Apps, die bei App Store Connect hochgeladen werden, die iOS- und iPadOS-26- oder eine spätere Version verwenden iOS & iPadOS 26 SDK or later.

Der kritische Android-Testanforderung

Dies ist der Wechsel, der die meisten ersten Android-Veröffentlichungen überrascht:

12 Testeranforderung 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 meldende Tester rekrutieren
• 14-Tage-Testzeitraum: Die App muss für einen Mindestumfang von 14 aufeinanderfolgenden Tagen in geschlossener Testphase bleiben
• Produktionszugriffsantrag: Nach dem Testzeitraum musst du dich noch für die Produktionszugriff in Play Console anmelden
• Feedback-Sammlung: Du solltest die gefundenen Probleme, die durchgeführten Reparaturen und die von den Testern verwendete App dokumentieren

Wie Sie Ihren Testtrack einrichten

Warum Google diese Implementierung durchführte

Google führte diese Anforderung ein, um

• Minderwertige App-Spam zu reduzieren
• Zu gewährleisten, dass Apps ordnungsgemäß getestet werden, bevor sie den Nutzern zugänglich sind
• Mögliche Schadsoftware durch realweltliche Nutzungsmuster zu erkennen
• Die Gesamtleistung des Google Play Stores zu verbessern

Realität überprüfen: 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 die Authentifizierung und Anmeldung

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

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

Apples Regel: Wenn Ihre App eine beliebige dritte-Partei-Soziale Anmeldeoption (Google, Facebook, Twitter usw.) anbietet, Sie müssen auch Sign in with Apple als Option anbieten.

Dies gilt für:

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

Dies gilt NICHT für:

• E-Mail/Passwort-Authentifizierung
• Regierungs-ID-Systeme
• Unternehmen SSO-Systeme (wenn die App für dieses Unternehmen spezifisch ist)
• Bildungseinrichtung-Anmelde-Systeme

Implementierung von Sign in mit Apple

Wenn Sie soziale Anmelden 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 ihre E-Mail verbergen. Apple stellt eine private Relay-E-Mail bereit (z.B. abc123@privaterelay.appleid.com, Ihr App muss dies behandeln.

2. Erstmalige vs. Wiederkehrende 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 stellt strenge Gestaltungsvorgaben für die Sign in mit Apple-Schaltfläche 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.

Android-Social-Login-Anforderungen

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

Google-Anmelderequirements:

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

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

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

Anforderungen für das Demo-Konto

Wichtig für die Bewertung: Wenn Ihre App eine Anmeldung erfordert, müssen Sie müssen Arbeitsdemo-Anmeldeinformationen bereitstellen, wenn Sie in den App-Bewertungsnotizen.

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
• Keine Angaben darüber machen, wie man die Telefonüberprüfung umgeht
• Das Vergessen, die Sandbox-Zahlungsdaten zu erwähnen

Datenschutzrichtlinie und rechtliche Anforderungen

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

vorher

Deine erste Einreichung wird genehmigt.

1. Datenschutzanforderungen

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

2. mit standardischen Web-Browsern laden:

   • auf den gleichen Sprachen wie deine App verfügbar sein
   • 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 die App für Benutzer unter 13/16 ist)

3. Beim Einloggen in der App

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

Wo Sie Ihre Datenschutzrichtlinie hosten

Option 1: Ihre Website (Empfohlen)

https://yourapp.com/privacy-policy
https://yourapp.com/terms-of-service

Option 2: GitHub Seiten (Kostenlos)

https://yourusername.github.io/app-privacy-policy

Option 3: Datenschutzrichtlinien-Generator (Schnellstart)

• Termly
• PrivacyPolicies.com
• FreePrivacyPolicy.com

WichtigWährend Generatoren für den Start in Ordnung sind, stellen Sie sicher, dass die Richtlinie Ihre tatsächlichen Datenpraktiken genau widerspiegelt. Vage Vorlagen, die Ihren App nicht entsprechen, werden als falsch markiert.

Anforderungen an Nutzungsbedingungen

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

• Sie bieten In-App-Käufe oder Abonnements an
• Sie haben Benutzererstelltes Inhalt
• Sie bieten eine Dienstleistung außerhalb der grundlegenden App-Funktionen an
• Sie wollen rechtliche Schutz

Muss enthalten sein:

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

In-App-Implementierung

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

App Store-Metadaten-Anforderungen

Beide Stores verlangen, dass Sie die URL der Datenschutzrichtlinie bei der App-Submission bereitstellen:

iOS - App Store Connect:

• App-Information > 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üllen Sie das Fragebogen zur Altersbewertung vor der Submission aus

Android - Google Play Console:

• Händlerpräsenz > Händler-Einstellungen > Datenschutzrichtlinien
• Erforderlich für alle Apps, die sich an Kinder richten
• Stark empfohlen für alle Apps

Datenschutz-Nährwertetiketten (iOS)

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

Kategorien, die Sie deklarieren müssen:

• Kontaktinformationen: E-Mail, Name, Telefonnummer
• Finanzinformationen: Zahlungsdaten, Kreditkarte, Bankkontoinformationen
• Standort: Genauer oder grober Standort
• Inhalte des Benutzers: Fotos, Videos, Audio, Nachrichten
• Identifikatoren: Benutzer-ID, Geräte-ID, Werbe-ID
• Datenschutz: Produktinteraktion, Werbedaten, Crash-Logs
• Diagnostics: Crash-Daten, 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 Datensammlung

Häufiger Fehler: Wenn Sie sagen, dass keine Daten gesammelt werden, wenn Ihre Analytics-SDK das doch tut. Auditieren Sie alle dritten SDKs für ihre Datensammlung.

Google Play Daten-Sicherheitsspalte

Ähnlich wie bei iOS, erfordert Android eine Daten-Sicherheitserklärung:

Schritte:

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

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

Häufige Ablehnungsgründe für Neulinge

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
• Härtgekodete API Endpunkte, die nicht erreichbar sind
• Wie man es verhindert

Testliste:

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

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 auf verschiedenen Betriebssystemen (z.B. Android, iOS)
• Test mit frischer Installation (keine gecachten Daten)

2. Fehlende oder beschädigte Kernfunktionen

Warum es passiert:

• In den Screenshots gezeigte 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 verhindern kann:

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

3. Inhalt für die Altersfreigabe ungeeignet

Weshalb es passiert:

• Altersfreigabe auf 4+, 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 zu setzen ist:

iOS-Altersfreigaben:

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

Android Inhaltsbewertungen:

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

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

• Inhaltsmoderations-System
• Berichts-/Blockfunktion
• Klare Gemeinschaftsrichtlinien
• Altersbeschränkung wenn nötig

4. Täuschende oder irreführende Metadaten

Weshalb es passiert:

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

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 Vektorgrafiken

✅ Geht gut:

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

5. Mangelnde Tests (Besonders Android-Schließende Tests)

Weshalb es passiert:

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

Wie man es verhindern kann:

• Zu Beginn 3-4 Wochen vor dem geplanten Launch Testtreiber rekrutieren
• Während der Tests Firebase Crashlytics oder ein ähnliches Tool verwenden
• Mit Testern interagieren (Umfragen, Feedbackformulare)
• Kritische Probleme vor der Produktion lösen

6. Befugnisse ohne Rechtfertigung

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 - Strategie für Befugnisse:

<!-- 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 Ihr App iPad unterstützt, müssen Sie iPad-Bilder hochladen. iPhone-Bilder nicht auf iPad-Slots ausdehnen.

Bildbesteuerungspraktiken:

• Zeigen Sie tatsächlich das App-Inhalt (keine Mockups)
• Statusleiste entfernen oder realistische Inhalte anzeigen
• Für alle unterstützten Sprachen lokalisiert
• Auf übermäßige Textüberlagerung verzichten
• Zeigen Sie in den ersten 2-3 Bildern die wichtigsten Funktionen

App Store Connect-Metadaten-Einstellungen

Bevor die Einreichung erfolgt, vervollständigen Sie diese App Store Connect-Felder:

• URL der Datenschutzrichtlinie: erforderlich für iOS-Apps
• Support-URL: erforderlich und sollte zu tatsächlichen Kontaktinformationen führen
• Altersfreigabe: vervollständigen Sie das Fragebogen so, dass die App veröffentlicht werden kann
• App-Bewertungsinformationen: fügen Sie einen Bewertungscontact hinzu, Arbeitsdemonstration-Benutzernamen und -Kennwörter, wenn ein Login erforderlich ist, sowie klare Anmerkungen für das Bewertungsteam
• Exportkonzessionen: Beantworte die Verschlüsselungsfragen oder setze ITSAppUsesNonExemptEncryption im Info.plist damit du bei jeder Upload-Operation nicht dieselben Antworten wiederholst

Testflug vor der App-Überprüfung

Erledige einen realen Testflug vor der Produktionsüberprüfung:

• Installiere die genaue Build-Version aus Testflug
• Melde dich mit demselben Überprüfungsaccount an, den du zur Bereitstellung
• Gehe durch den Kauf-, Wiederherstellungs- und Stornierungsprozess
• Stelle sicher, dass der Rezensent Zugriff auf wichtige Funktionen ohne versteckte Einstellungen hat
• Teste auf iPhone und iPad, wenn beide unterstützt werden

App-Vorschau-Videos (Optional, aber empfohlen)

Erfordernisse:

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

Implementierung von Sign in with Apple

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

Erfordernisse für In-App-Käufe

Wenn Sie digitale Güter oder Dienstleistungen anbieten:

Benötigte Offenlegungen:

• Klare Preise vor dem Kauf
• Abonnementstermine werden klar dargelegt
• Anweisungen zur Kündigung sind sichtbar
• Schaltfläche zur Wiederherstellung von Kaufleistungen

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

Einrichtung des Google Play Console-Kontos

Bevor Sie Ihre erste Android-Version freigeben, stellen Sie sicher, dass das Konto in der Play Console und die App-Shell existieren:

• Erstellen Sie Ihr Entwicklerkonto bei Registrierung bei Play Console
• In der Play Console gehen Sie zu Zuhause > App erstellen
• Wählen Sie die Standard-Sprache, den App-/Spieltyp und die Support-E-Mail
• Die erforderliche Play-Politik, Export- und Play App Signing-Erklärung akzeptieren
• Entscheiden Sie, ob die App frei ist oder context

HTML-Textfragment aus einem längeren Capgo-UI-String (Elternschlüssel `alternatives_cta_questions`). Seite/Bereich: Vergleichsseite für lebendige Updates von Capacitor. Rolle: Langwierige Marketing- oder Rechtsparagraphen. Gesehen in: Seite alternatives.astro. Produkt- und Markenbezeichnungen von Capgo sowie Entwicklertermen bleiben genau erhalten. Nachrichtenschlüssel `alternatives_cta_questions` (Alternativen-CTA-Fragen). | HTML-Textfragment aus einem längeren Capgo-UI-String (Elternschlüssel `appflow_cta_questions`). Seite/Bereich: Vergleichsseite für Appflow-Migration. Rolle: Langwierige Marketing- oder Rechtsparagraphen. Gesehen in: Seite ionic-appflow.astro. Produkt- und Markenbezeichnungen von Capgo sowie Entwicklertermen bleiben genau erhalten. Nachrichtenschlüssel `appflow_cta_questions` (Appflow-CTA-Fragen). | HTML-Textfragment aus einem längeren Capgo-UI-String (Elternschlüssel `capwesome_cta_questions`). Seite/Bereich: Vergleichsseite für Capawesome. Rolle: Langwierige Marketing- oder Rechtsparagraphen. Gesehen in: Seite capwesome.astro. Produkt- und Markenbezeichnungen von Capgo sowie Entwicklertermen bleiben genau erhalten. Nachrichtenschlüssel `capwesome_cta_questions` (Capwesome-CTA-Fragen). | Seite/Bereich: Seite für Consulting-Dienstleistungen. Rolle: Untertitel oder Slogan. Gesehen in: Seite consulting.astro. Produkt- und Markenbezeichnungen von Capgo sowie Entwicklertermen bleiben genau erhalten. Nachrichtenschlüssel `consulting_faq_subtitle` (Consulting-Faq-Untertitel). | Seite/Bereich: Vergleichsseite für Appflow-Migration. Rolle: Kurzer UI-Label oder Navigationselement. Gesehen in: Seite ionic-appflow.astro, Seite ionic-enterprise-plugins.astro, Seite solutions/ionic-enterprise-plugins.astro. Nachrichtenschlüssel `appflow_plugins_or` (Appflow-Plugins-oder).bezahlt

Wichtig

contextSeite/Bereich: Seite für Bug-Bounty-Programm. Rolle: UI-Label. Gesehen in: Seite bug-bounty.astro. Nachrichtenschlüssel `bug_bounty_important_label` (Bug-Bounty-Wichtige-Label).

# Sync the native Android project first
bunx cap sync android

# Then build the release app bundle
cd android
./gradlew bundleRelease

Target API Level Requirement

App-Bundle-Erfordernis ist wichtig: Neue Apps und App-Updates müssen sich auf Android 15 (API Stufe 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 Zulassung von Android.

Geschlossene Testphase (aktuelle Anforderung)

Dies ist der große Einschränkung für neu erstellte persönliche Entwicklerkonten: die 12-Tester, 14-Tage-Frist, die im Detail in dieser Anleitung beschrieben wird.

Zeitplan:

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

Zielgruppe und Inhaltseinstufung

Inhaltsbewertungsfragebogen:

• Für alle Apps erforderlich
• Dauert etwa 10-15 Minuten
• Bestimmt die Altersbewertung (Jeder, Jugendliche, Erwachsene, etc.)
• Aktualisieren Sie es, sobald sich der Inhalt ändert und die Antworten beeinflusst

Behandelte Themen:

• Gewalt
• Sexuelle Inhalte
• Profane Sprache
• Kontrollierte Substanzen
• Glücksspiel
• Benutzereingriffsfunktionen

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

Anforderungen für das Ladenplatz-Angebot

Erforderliche Assets:

• App-Icon (512 x 512 PNG)
• Feature-Graphic (1024 x 500 JPG oder PNG)
• Telefon-Bildschirmfotos (mindestens 2, höchstens 8)
• 7-Zoll-Tablet-Bildschirmfotos (optional, aber empfohlen)
• 10-Zoll-Tablet-Bildschirmfotos (optional, aber empfohlen)

Anforderungen für die Beschreibung:

• Kurzbeschreibung (max. 80 Zeichen)
• Vollbeschreibung (max. 4000 Zeichen)
• Muss die App-Funktionalität genau beschreiben
• Kann keine Kontaktinformationen oder Preisangaben enthalten

Vorab-Überprüfungsliste

Bevor Sie auf Senden klicken, gehen Sie durch diese umfassende Überprüfungsliste:

Technische Anforderungen

• Die App startet erfolgreich auf echten Geräten
• Alle in den Screenshots gezeigten Funktionen funktionieren
• Keine Platzhalter oder "Bald verfügbar"-Inhalte
• Alle dritten Parteien API-Schlüssel sind Produktionschlüssel
• Netzwerkfehlerbehandlung implementiert
• Berechtigungsanfragen enthalten klare Erklärungen
• Die App stürzt nicht unter schlechten Netzwerkbedingungen ab
• Mit Wiederholungsverbot getestet
• Getestet auf der minimal unterstützten Betriebssystemversion
• Speicherverluste überprüft und behoben

Authentifizierung & Anmeldung

• Bei Verwendung von sozialen Anmelden ist Sign in with Apple enthalten (iOS)
• Zugangsdaten für Demo-Konto in den Rezensionsnotizen bereitgestellt
• Demo-Konto hat Zugriff auf alle Funktionen
• Passwortrücksetzungsfluss funktioniert
• Ausloggingsfunktion funktioniert korrekt
• Option zur Löschung des Kontos verfügbar (erforderlich durch GDPR/CCPA)

Rechtliche & Datenschutz

• Datenschutzrichtlinie öffentlich zugänglich
• Datenschutzrichtlinien-URL wurde der App-Store-Auswahl hinzugefügt
• Nutzungsbedingungen sind öffentlich zugänglich (wenn anwendbar)
• Datenschutzrichtlinien sind in der App verlinkt (Einstellungen-Bildschirm)
• Datenschutz-Nährwertetiketten sind genau (iOS)
• Daten-Sicherheitsabschnitt ist abgeschlossen (Android)
• Alle Datenverarbeitungszwecke werden erklärt
• Dritte SDK Datenverarbeitung wird offengelegt

Inhalt & Metadaten

• App-Name folgt den Richtlinien (keine Keyword-Stapler)
• Beschreibung beschreibt die Funktionalität genau
• Bildschirme zeigen die aktuellen App-Bildschirme
• Bildschirme sind für alle unterstützten Sprachen lokalisiert
• Keine Konkurrenz in der Beschreibung erwähnen
• Keine Superlative ohne Beweis
• Alterseinstufung passt zum Inhalt
• __CAPGO_KEEP_0__

iOS-Spezifisch

• Apple-Anmeldung implementiert (wenn soziale Anmeldung verwendet wird)
• Alle erforderlichen Bildgrößen für Screenshots bereitgestellt
• Echte iPad-Screenshots hochgeladen, wenn iPad-Unterstützung aktiviert ist
• Info.plist-Beschreibungen der Berechtigungen sind klar
• Support-URL hinzugefügt mit realen Kontaktinformationen
• URL der Datenschutzrichtlinie in App Store Connect hinzugefügt
• Alterseinstufungsfragebogen abgeschlossen
• Exportkonformität richtig beantwortet
• Kontakt und nicht ablaufenende Demo-Konto für App-Review 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
• Inhaltsbewertungsfragebogen abgeschlossen
• Feature-Graphic hochgeladen
• Abgeschlossene Testphase, wenn Ihr Play Console-Konto dies erfordert (12 Tester, 14 Tage)
• Crashberichte aus der Testphase überprüft und behoben
• Keine Referenzen auf iOS oder andere Plattformen

Testen (aktuelle Anforderung für Android)

• 12+ Tester wurden rekrutiert, wenn Ihr Play-Konto eine geschlossene Testung erfordert
• Geschlossene Teststrecke erstellt
• 14 aufeinanderfolgende Tage der Testung abgeschlossen
• Testern wurde tatsächlich die App verwendet (nicht nur installiert)
• Crash-Monitoring während der Testung aktiviert
• Kritische Fehler aus der Testung behoben
• Feedback von Testern dokumentiert

Bewertungsnotizen: Was einbezogen werden sollte

Gute Bewertungsnotizen können den Unterschied zwischen sofortiger Genehmigung und Ablehnung bedeuten. Hier ist, was einbezogen werden sollte:

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, fügen Sie auch Folgendes 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 Bewertungsnotizen

Für Android, fügen Sie auch Folgendes 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 die Anwendung abgelehnt wird

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

Schritte nach der 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: "Nicht mit 4.2 - Mindestfunktionen übereinstimmend"

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.

Nach Genehmigungshöchste Praktiken

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

Überwachung nach der Veröffentlichung

Kritische Metriken zum Überwachen:

• Crash-Rate (unter 1% halten)
• ANR-Rate (Android - unter 0,5% halten)
• Bewertungen 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 Fehlerüberwachung

Aktualisierungsrichtlinien

Wenn Updates eingereicht werden:

• Testen Sie so gründlich wie die ursprüngliche Einreichung
• Aktualisieren Sie die Screenshots, wenn sich die Benutzeroberfläche erheblich geändert hat
• Aktualisieren Sie die Datenschutzbezeichnungen, wenn sich die Datenerfassung geändert hat
• Bieten Sie klare 'Was ist Neues' Beschreibungen an
• Überlegen Sie sich gestaffelte Rollouts für größere Änderungen

Zuverlässigkeit

Jährliche Anforderungen:

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

Stetige Überwachung:

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

Ressourcen und Weitere Lesematerialien

Offizielles Dokumentationsmaterial

Apple:

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

Google:

• Entwickler-Richtlinien-Zentrum
• Start-Checkliste
• Sicherheitsabschnitt für Daten
• Testleitfaden

Community-Ressourcen

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

Hinweise zur Datenschutzpolitik

• - Datenschutzpolitik-Generator von Termly
• - 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 bestehen kann, sind wir Ihnen zur Verfügung!

Einen Beratungstermin mit unserem Team buchen für personalisierte Unterstützung bei:

• Vorbereitung der Bewertung für den App Store und Play Store
• Überprüfung der Datenschutzrichtlinie und rechtlichen Dokumentation
• Mit Apple anmelden
• Teststrategie und Testerwerbung
• Vorbereitung der Rezensionsanmerkung
• Abweisungsantwort und Beschwerde
• Abschluss des App-Übermittlungsprozesses

Unsere Mannschaft hat bereits hunderte Entwickler bei der erfolgreichen Navigation des App-Überprüfungsprozesses unterstützt 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 den ersten Versuch bestehen. Denken Sie daran, diese wichtigen Punkte:

1. Frühstarten: Insbesondere für Android - Rekrutieren Sie mindestens 3 Wochen vor Ihrem geplanten Launch 12 Tester
2. Datenschutz zuerst: Haben Sie Ihre Datenschutzrichtlinie bereit und spiegeln Sie Ihre Datenpraktiken genau wider
3. Apple Sign-In: Wenn Sie ein soziales Login verwenden, müssen Sie auf iOS Sign in with Apple einbinden
4. Testen Sie gründlich: Testen Sie auf echten Geräten, bei schlechten Netzwerken und bei abgelehnten Berechtigungen
5. Seien Sie ehrlich: Genauere Metadaten und Datenschutzinformationen verhindern Ablehnungen 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 Ihrem App-Start! Denken Sie daran, dass sogar wenn Sie abgelehnt werden, es sich um eine Lernmöglichkeit handelt. Die meisten erfolgreichen Apps gehen durch mehrere Runden der Bewertung, bevor sie genehmigt werden.

Willen Sie nicht allein losgehen? Terminen Sie eine Beratung 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 störungsfreie App-Updates ohne App-Store-Überprüfung.

Weiterlesen von The Complete First-Time App Review Guide für 2026 - iOS und Android

Wenn Sie The Complete First-Time App Review Guide für 2026 - iOS und Android zum Planen von Sicherheit und Compliance verwenden, verbinden Sie es mit Verschlüsselung für die Implementierungsdetails in Verschlüsselung Kongruenz für die Implementierungsdetails in Kongruenz Capgo Sicherheits-Scanner zur Produktworkflow in Capgo Sicherheits-Scanner Capgo Sicherheit zur Produktworkflow in Capgo Sicherheit und Capgo Vertrauenszentrum zur Produktworkflow in Capgo Vertrauenszentrum.