Aller au contenu
supastack
Parcourir la documentation
WebNext.js

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 /fr/docs/mobile/external-accounts.md (or send Accept: text/markdown).

Créer les comptes mobiles

Comptes Expo, Apple, Google Play et RevenueCat — à quoi sert chacun et quand le créer.

Poser une question sur ce guide
Ouvrir dans

Quand vous en avez besoin

La configuration mobile quotidienne n'a besoin d'aucun d'eux : Expo Go plus un backend qui tourne — EXPO_PUBLIC_API_URL dans apps/mobile/.env.local — couvre l'aperçu des écrans et le test de la connexion.

Créez ces comptes quand vous dépassez Expo Go : un compte Expo alimente les builds cloud EAS, les comptes de store permettent la soumission, RevenueCat vérifie les achats natifs, et le programme Apple est aussi requis pour Sign in with Apple pendant la revue du store. Deux d'entre eux coûtent de l'argent : Apple Developer coûte 99 $ par an, Google Play est une inscription unique de 25 $ ; Expo et RevenueCat ont tous deux des free tiers.

Expo et EAS

1. Ouvrez expo.dev → Sign up, créez le compte et confirmez l'e-mail.

2. Dans un terminal, exécutez npx eas-cli@latest login et saisissez les mêmes identifiants — eas est l'outil en ligne de commande pour les builds et soumissions Expo Application Services.

3. Depuis le dossier apps/mobile, exécutez npx eas-cli@latest init pour lier la base de code à un projet EAS ; il écrit l'ID de projet dans la configuration app.json/app.config.ts. Les profils de build eas.json sont déjà livrés.

Attendu : npx eas-cli@latest whoami affiche votre nom de compte et le projet apparaît dans votre tableau de bord expo.dev.

npx eas-cli@latest login
cd apps/mobile
npx eas-cli@latest init
npx eas-cli@latest whoami

Le programme Apple Developer

1. Ouvrez developer.apple.com → Account → inscrivez-vous au programme Apple Developer — 99 $ par an ; une adhésion individuelle suffit.

2. L'inscription exige un identifiant Apple avec l'authentification à deux facteurs activée et un nom légal correspondant à votre moyen de paiement ; l'approbation peut prendre un jour ou deux.

3. Ce seul compte couvre deux exigences : soumettre l'app iOS à l'App Store et Sign in with Apple — App Review l'exige dès qu'une app iOS embarque une connexion sociale tierce comme Google ou GitHub. Le kit le branche via AUTH_APPLE_ENABLED plus la paire APPLE_CLIENT_ID/APPLE_CLIENT_SECRET sur le backend.

La même adhésion couvre aussi la signature desktop macOS — le guide des comptes desktop explique ce versant.

La Google Play Console

1. Ouvrez play.google.com/console, payez l'inscription unique de 25 $ et créez le compte développeur à votre nom ou celui de votre entreprise.

2. Arrêtez-vous au compte développeur pour l'instant — la fiche de l'app elle-même se crée dans la Play Console lors de la soumission : le premier upload d'une nouvelle app s'y fait toujours manuellement, et eas submit prend le relais dès la deuxième sortie.

RevenueCat — seulement si l'app vend du contenu

Ignorez entièrement cette section si l'app mobile ne vend ni contenu numérique ni abonnements. Si oui : 1. ouvrez revenuecat.com et créez un compte gratuit, 2. créez un projet, 3. enregistrez-y l'app iOS (se connecte à App Store Connect) et l'app Android (nom de package Play plus identifiants de service).

4. Créez les produits et un entitlement correspondant à vos produits de store — le kit vérifie l'entitlement configuré (REVENUECAT_ENTITLEMENT_ID, REVENUECAT_ENTITLEMENT_KEY) côté serveur avant d'accorder l'accès.

5. Copiez la clé SDK publique de chaque plateforme dans apps/mobile/.env.local et activez le fournisseur des deux côtés, comme ci-dessous. Les clés SDK sont des valeurs client publiques ; REVENUECAT_SECRET_API_KEY et REVENUECAT_WEBHOOK_AUTHORIZATION restent côté serveur et appartiennent à l'environnement du backend — jamais dans une variable EXPO_PUBLIC_.

# 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-value

Fournisseurs de connexion sur mobile

La connexion mobile réutilise les mêmes apps OAuth Google et GitHub que vous créez pour le web — les callbacks restent {APP_URL}/api/auth/callback/<provider> parce que Better Auth gère le côté serveur, et l'app revient via son schéma de deep link EXPO_PUBLIC_APP_SCHEME. Aucune app fournisseur supplémentaire n'est requise simplement parce que le client est natif.

L'exception est la revue du store iOS : livrer des boutons Google ou GitHub sur iOS exige de proposer aussi Sign in with Apple — c'est pourquoi le compte Apple Developer ci-dessus double comme dépendance de connexion.

Ce que « terminé » signifie

Vérifiez chaque compte avant de continuer : npx eas-cli@latest whoami affiche votre compte Expo et le projet apparaît dans le tableau de bord ; l'adhésion Apple Developer indique Active ; le compte Play Console existe ; le projet RevenueCat liste les deux apps de store avec des produits et un entitlement, et ses clés sont dans les bons fichiers env.

Puis continuez dans l'ordre — connecter le projet, configurer les achats si l'app vend du contenu, builder pour un appareil, soumettre :

Questions fréquentes

14 questions

Qu'est-ce que supastack ?

supastack est une fondation modulaire pour construire des produits SaaS avec IA. Elle réunit l'infrastructure commune pour que vous puissiez vous concentrer sur les fonctionnalités propres à votre produit.

Prend-il en charge le web et le mobile ?

Oui. supastack inclut des applications Next.js et Expo comme points de départ pour des expériences web et mobile.

Quelle authentification est incluse ?

Better Auth couvre e-mail/mot de passe, OTP et connexion sociale. Les espaces de travail personnels sont provisionnés avec le compte pour que les enregistrements restent délimités dès le premier jour.

Comment l'IA est-elle prise en charge ?

supastack inclut une IA multi-fournisseurs configurable, le suivi d'usage, des budgets, et la prise en charge chiffrée de vos propres clés (BYOK).

Comment les abonnements sont-ils gérés ?

Pour les produits construits sur le kit, la facturation Stripe, les abonnements et les droits d'accès forment la base de l'accès payant. Les secrets fournisseur restent côté serveur.

Où vit le code propre à mon produit ?

Les fonctionnalités propres au produit restent dans un codebase séparé, tandis que le produit configure et intègre les modules de la fondation supastack.

Comment fonctionne la tarification de supastack ?

Le kit est un achat unique avec mises à jour à vie : Un framework à 249 $ (prix de lancement temporaire — 100 $ de réduction par rapport au prix habituel de 349 $) ou Tous les frameworks (Next.js, iOS, Android) à 499 $ (prix de lancement temporaire — 100 $ de réduction par rapport au prix habituel de 599 $), plus 75 $ par siège développeur supplémentaire. Pas d'abonnement au kit. Le paiement sur ce site livre votre clé de licence par e-mail, avec accès au dépôt via invitation GitHub.

Comment les espaces de travail délimitent mes données ?

Les enregistrements appartenant aux utilisateurs sont délimités par workspaceId. Identité, droits d'accès, usage IA, événements de facturation et entrées d'audit restent dans le périmètre de l'espace personnel.

Comment fonctionnent les jobs en arrière-plan ?

Trigger.dev est le runtime de jobs explicite. Le contrat JobRunner ne promet que enqueue, status et cancel — la sémantique de workflow reste propre à Trigger.dev et explicite.

En quoi l'e-mail diffère-t-il de la prospection ?

L'e-mail transactionnel couvre les flux produit comme les avis de fin de tâche. La prospection à froid et les campagnes relèvent du produit, hors du module e-mail de ce kit.

Comment fonctionnent les achats sur mobile ?

Le mobile inclut les achats natifs et leur restauration via RevenueCat, avec un accès vérifié par votre serveur. Configurez les comptes des boutiques et terminez les tests sur appareil avant publication. La facturation web reste séparée.

Où vivent les clés des fournisseurs IA ?

Les identifiants BYOK sont chiffrés et restent côté serveur. Les clés sont masquées dans les journaux ; l'usage et les budgets restent visibles au niveau de l'espace de travail.

Quels moyens de paiement le checkout accepte-t-il ?

Le checkout hébergé par Stripe accepte les cartes et peut aussi proposer Alipay et WeChat Pay une fois ces portefeuilles activés sur le compte Stripe — pratique pour les acheteurs en Chine. Les autorisations de portefeuille se confirment de manière asynchrone : la page de licence se met à jour dès que le paiement est validé.

Puis-je obtenir un remboursement ?

Une fois que vous avez accès au dépôt, supastack vous appartient pour toujours et ne peut donc pas être remboursé. Mais rassurez-vous : vous obtenez le code source complet avec des mises à jour à vie pour créer et déployer un nombre illimité de produits pour vous ou vos clients. Vous ne pouvez simplement pas revendre le code ni redistribuer le dépôt sous forme de kit de démarrage ou de modèle.

FR
Thème