For AI agents: fetch the complete documentation index at /llms.txt, the full documentation corpus at /llms-full.txt, the agent skill at /skill.md, or this page as Markdown at /de/docs/mobile/external-accounts.md (or send Accept: text/markdown).
Mobile-Konten einrichten
Expo-, Apple-, Google-Play- und RevenueCat-Konten — wofür jedes ist und wann Sie es anlegen.
Wann Sie sie brauchen
Für das tägliche Mobile-Setup brauchen Sie keines davon: Expo Go plus ein laufendes Backend — EXPO_PUBLIC_API_URL in apps/mobile/.env.local — deckt das Ansehen von Screens und das Testen der Anmeldung ab.
Legen Sie diese Konten an, wenn Sie über Expo Go hinausgehen: Ein Expo-Konto ermöglicht EAS-Cloud-Builds, die Store-Konten ermöglichen die Einreichung, RevenueCat verifiziert native Käufe, und Apples Programm ist auch für Sign in with Apple bei der Store-Prüfung nötig. Zwei davon kosten Geld: Apple Developer kostet 99 $ pro Jahr, Google Play eine einmalige Registrierungsgebühr von 25 $; Expo und RevenueCat haben beide Free Tiers.
Expo und EAS
1. Öffnen Sie expo.dev → Sign up, erstellen Sie das Konto und bestätigen Sie die E-Mail.
2. Führen Sie in einem Terminal npx eas-cli@latest login aus und geben Sie dieselben Zugangsdaten ein — eas ist das Kommandozeilen-Tool für Builds und Einreichungen der Expo Application Services.
3. Führen Sie aus dem Ordner apps/mobile npx eas-cli@latest init aus, um die Codebasis mit einem EAS-Projekt zu verknüpfen; es schreibt die Projekt-ID in die app.json/app.config.ts-Konfiguration. Die eas.json-Build-Profile sind schon mitgeliefert.
Erwartet: npx eas-cli@latest whoami gibt Ihren Kontonamen aus und das Projekt erscheint in Ihrem expo.dev-Dashboard.
npx eas-cli@latest login
cd apps/mobile
npx eas-cli@latest init
npx eas-cli@latest whoamiDas Apple Developer Program
1. Öffnen Sie developer.apple.com → Account → nehmen Sie am Apple Developer Program teil — 99 $ pro Jahr; eine Einzelmitgliedschaft reicht.
2. Die Anmeldung erfordert eine Apple ID mit aktivierter Zwei-Faktor-Authentifizierung und einen legalen Namen, der zu Ihrer Zahlungsmethode passt; die Freigabe kann ein, zwei Tage dauern.
3. Dieses eine Konto deckt zwei Anforderungen ab: die iOS-App im App Store einzureichen und Sign in with Apple — App Review verlangt es immer dann, wenn eine iOS-App Social Login von Drittanbietern wie Google oder GitHub mitbringt. Das Kit verkabelt es über AUTH_APPLE_ENABLED plus das APPLE_CLIENT_ID/APPLE_CLIENT_SECRET-Paar auf dem Backend.
Dieselbe Mitgliedschaft deckt auch die macOS-Desktop-Signierung — der Desktop-Konto-Guide erklärt diese Seite.
Die Google Play Console
1. Öffnen Sie play.google.com/console, zahlen Sie die einmalige Registrierungsgebühr von 25 $ und erstellen Sie das Entwicklerkonto auf Ihren Namen oder den Ihrer Firma.
2. Hören Sie vorerst beim Entwicklerkonto auf — der App-Eintrag selbst entsteht in der Play Console erst bei der Einreichung: Der erste Upload einer neuen App passiert dort immer manuell, und eas submit übernimmt ab dem zweiten Release.
RevenueCat — nur wenn die App Inhalte verkauft
Überspringen Sie diesen Abschnitt komplett, wenn die Mobile-App keine digitalen Inhalte oder Abos verkauft. Wenn doch: 1. Öffnen Sie revenuecat.com und erstellen Sie ein kostenloses Konto, 2. erstellen Sie ein Projekt, 3. registrieren Sie darin die iOS-App (verbindet mit App Store Connect) und die Android-App (Play-Paketname plus Service-Zugangsdaten).
4. Erstellen Sie die Produkte und ein Entitlement passend zu Ihren Store-Produkten — das Kit prüft das konfigurierte Entitlement (REVENUECAT_ENTITLEMENT_ID, REVENUECAT_ENTITLEMENT_KEY) serverseitig, bevor es Zugang gewährt.
5. Kopieren Sie den öffentlichen SDK-Key jeder Plattform in apps/mobile/.env.local und aktivieren Sie den Anbieter auf beiden Seiten wie unten. Die SDK-Keys sind öffentliche Client-Werte; REVENUECAT_SECRET_API_KEY und REVENUECAT_WEBHOOK_AUTHORIZATION bleiben serverseitig und gehören in die Umgebung des Backends — nie in eine EXPO_PUBLIC_-Variable.
# apps/mobile/.env.local
EXPO_PUBLIC_MOBILE_PURCHASES_PROVIDER=revenuecat
EXPO_PUBLIC_REVENUECAT_IOS_API_KEY=your-public-ios-sdk-key
EXPO_PUBLIC_REVENUECAT_ANDROID_API_KEY=your-public-android-sdk-key
# apps/web/.env.local — server side
MOBILE_PURCHASES_PROVIDER=revenuecat
REVENUECAT_SECRET_API_KEY=your-secret-api-key
REVENUECAT_WEBHOOK_AUTHORIZATION=your-webhook-auth-valueSign-in-Anbieter auf Mobile
Die mobile Anmeldung nutzt dieselben Google- und GitHub-OAuth-Apps, die Sie fürs Web erstellen — die Callbacks bleiben {APP_URL}/api/auth/callback/<provider>, weil Better Auth die Serverseite übernimmt, und die App kehrt über ihr EXPO_PUBLIC_APP_SCHEME-Deep-Link-Scheme zurück. Nur weil der Client nativ ist, braucht es keine extra Anbieter-App.
Die Ausnahme ist die iOS-Store-Prüfung: Google- oder GitHub-Buttons auf iOS auszuliefern verlangt, auch Sign in with Apple anzubieten — darum dient das Apple-Developer-Konto oben doppelt als Sign-in-Abhängigkeit.
Was „fertig“ bedeutet
Prüfen Sie jedes Konto, bevor Sie weitermachen: npx eas-cli@latest whoami gibt Ihr Expo-Konto aus und das Projekt zeigt sich im Dashboard; die Apple-Developer-Mitgliedschaft steht auf Active; das Play-Console-Konto existiert; das RevenueCat-Projekt listet beide Store-Apps mit Produkten und einem Entitlement, und seine Keys stehen in den richtigen Env-Dateien.
Dann in Reihenfolge weiter — Projekt verbinden, Käufe einrichten, falls die App Inhalte verkauft, für ein Gerät bauen, einreichen: