Comment OneStore envoie vos binaires : .ipa vers App Store Connect, .aab vers Google Play
Publier sur deux stores, c'est deux workflows d'upload distincts. Vous compilez votre .ipa, ouvrez App Store Connect, allez à la bonne version, attendez le traitement. Puis vous compilez votre .aab, ouvrez Google Play Console, trouvez le bon canal, uploadez là aussi. Deux consoles, deux jeux d'identifiants, deux endroits où se tromper.
OneStore réunit tout ça au même endroit. Voici exactement comment fonctionne la partie upload de binaires.
Comment fonctionne l'upload d'un .ipa
Quand vous uploadez un .ipa via OneStore, un worker macOS le livre à App Store Connect en exécutant xcrun altool --upload-app— le même outil d'upload en ligne de commande qu'Xcode et Transporter utilisent en interne. Ça compte pour une raison précise : le .ipa n'est jamais compilé ni ré-empaqueté chez nous. On transmet le fichier exact que vous avez compilé directement à l'infrastructure de livraison d'Apple — le worker se contente de lire les numéros de version dans votre Info.plist, il ne modifie jamais l'archive.
Pour vous connecter, il vous faut une clé d'API .p8 depuis App Store Connect, votre Issuer ID et votre Key ID. Une fois dans le coffre à identifiants de OneStore, vous n'y touchez plus. Tout est chiffré au repos en AES-256-GCM (chiffrement authentifié) au niveau applicatif. Vos clés ne quittent jamais le coffre.
Ensuite : sélectionnez l'app, attachez le .ipa, soumettez. Le worker signe une requête API App Store Connect avec votre .p8 et passe le binaire à altool. Apple le traite de son côté, exactement comme si vous aviez uploadé via Xcode ou le CLI Transporter directement.
Le déploiement après acceptation du binaire
Apple et Google gèrent le déploiement différemment, et OneStore le reflète honnêtement plutôt que de faire comme s'ils fonctionnaient pareil. Le déploiement progressif d'Apple est automatique — une montée sur 7 jours de 1 % à 100 % contrôlée par Apple elle-même. OneStore en affiche l'état sur la timeline de release ; si vous voulez le mettre en pause ou l'accélérer, ce réglage se fait dans App Store Connect, et OneStore vous y renvoie. Pour Google, c'est différent — voir ci-dessous, où c'est vous qui pilotez le pourcentage depuis OneStore.
Comment fonctionne l'upload d'un .aab
Pour Google Play, OneStore se connecte via l'API Google Play Developer (Android Publisher v3) avec un JSON de compte de service. Vous générez le compte de service dans Google Cloud Console, lui accordez les bonnes permissions dans Play Console, et uploadez le JSON dans OneStore une seule fois. Ensuite, la connexion est active.
Quand vous uploadez un .aab, OneStore ouvre une édition, uploade le bundle, l'affecte à un canal et valide — l'envoyant directement à Google Play via l'API. Vous choisissez le canal — internal, alpha, beta ou production — et le binaire va là où vous l'indiquez.
Le JSON de compte de service est stocké avec le même chiffrement AES-256-GCM que vos identifiants .p8. Même coffre, même chiffrement, même posture de sécurité sur les deux plateformes.
Déploiement progressif piloté depuis le dashboard
Contrairement à la montée automatique d'Apple, le déploiement progressif de Google, c'est vous qui le pilotez — directement depuis le dashboard OneStore. Réglez le pourcentage de déploiement, suivez-le, mettez-le en pause, reprenez-le, ou poussez à 100 % sans repasser par Play Console. Vous pouvez aussi promouvoir un build entre canaux (internal → production) sans ré-uploader le binaire. Pour les équipes qui livrent souvent côté Android, c'est une vraie réduction du changement de contexte.
Pourquoi ça s'intègre au reste du workflow
L'upload de binaire n'est qu'une pièce. Il s'intègre proprement à OneStore parce que le workflow autour est déjà là. Avant d'uploader, vous avez déjà édité vos métadonnées dans un seul éditeur — des compteurs de caractères en direct qui font respecter la limite de 30 caractères du titre App Store et celle de 30 caractères du titre Google Play en même temps. Vous avez déposé un seul screenshot HD et laissé OneStore générer chaque format requis : iPhone 6.5" et 6.7", iPad, et les tailles téléphone et tablette de Google Play, tous dérivés de cette source unique (Apple met à l'échelle l'image 6.7" pour remplir les aperçus des appareils 6.9"). La détection de dérive a signalé tout ce qui a changé côté store depuis votre dernière édition.
Au moment d'uploader le .ipa et le .aab, la fiche est prête. Vous ne retournez pas dans Photoshop. Vous ne copiez-collez pas des descriptions entre deux consoles. L'upload du binaire est la dernière étape, pas un workflow à part.
Ce que OneStore ne fait pas côté binaire
OneStore ne compile pas votre app. Il ne lance pas vos tests. Ce n'est pas un pipeline CI/CD. Si vous avez besoin d'automatiser les builds, Codemagic et outils similaires s'en chargent en amont. OneStore prend le relais une fois le build terminé : vous apportez le .ipa et le .aab, on gère la livraison et la gestion des fiches.
C'est intentionnel. Fastlane peut automatiser builds et uploads en CLI, mais il faut écrire et maintenir des scripts, sans interface graphique. OneStore est la couche GUI — pour les développeurs qui veulent gérer leurs deux fiches de store sans toucher à un script.
Identifiants et sécurité
Votre .p8 et votre JSON de compte de service reposent dans le même coffre chiffré — chiffrés au repos en AES-256-GCM au niveau applicatif. On utilise vos identifiants uniquement pour les actions que vous lancez depuis le dashboard, et jamais pour compiler quoi que ce soit. Un accord de traitement des données (DPA) fondé sur les Clauses Contractuelles Types de l'UE est disponible sur demande à onestore.so/dpa.
Essayer sans s'engager
Le plan gratuit couvre 3 apps, les deux stores, sans carte bancaire — et l'upload de binaires fait partie de la plateforme sur le plan gratuit, ce n'est pas une option payante. Si vous voulez auditer votre fiche existante avant de connecter des identifiants, l'Audit de fiche de store prend un lien de store et renvoie un score sur 100 — sans compte, sans e-mail. Quand vous êtes prêt à gérer tout le workflow — métadonnées, screenshots et upload de binaires — depuis un seul endroit, vous pouvez commencer sur OneStore.
FAQ
OneStore ré-empaquette-t-il ou modifie-t-il mon .ipa avant de l'envoyer à Apple ?
Non. Un worker macOS livre votre .ipa à App Store Connect avec xcrun altool --upload-app— le binaire n'est ni compilé, ni modifié, ni ré-empaqueté chez nous. Ce que vous uploadez est ce qu'Apple reçoit.
De quels identifiants ai-je besoin pour connecter mon app iPhone à OneStore ?
Une clé d'API .p8 depuis App Store Connect, votre Issuer ID et votre Key ID — les mêmes identifiants API App Store Connect qu'utilisent Transporter et Xcode pour les uploads directs.
Comment OneStore se connecte-t-il à Google Play pour les uploads .aab ?
Via l'API Google Play Developer (Android Publisher v3) avec un JSON de compte de service. Vous générez le compte de service dans Google Cloud Console, lui accordez les permissions appropriées dans Play Console, et uploadez le JSON dans OneStore une seule fois. Ensuite, les uploads passent directement par l'API.
Mes identifiants .p8 et JSON de compte de service sont-ils stockés de façon sécurisée ?
Les deux sont chiffrés au repos en AES-256-GCM (chiffrement authentifié) au niveau applicatif. Un accord de traitement des données (DPA) fondé sur les Clauses Contractuelles Types de l'UE est disponible sur demande à onestore.so/dpa.
OneStore peut-il gérer le déploiement progressif après acceptation du binaire ?
Ça dépend du store. Le déploiement progressif d'Apple est automatique et contrôlé par Apple — OneStore en affiche l'état et vous renvoie vers App Store Connect si vous voulez l'ajuster. Pour Google, oui : vous réglez, suivez, mettez en pause, reprenez ou terminez le pourcentage de déploiement progressif directement depuis le dashboard OneStore, et vous promouvez entre canaux sans ré-uploader.
OneStore remplace-t-il Fastlane ou Codemagic ?
Non. OneStore ne compile pas les builds et ne fait pas tourner de pipeline CI/CD. Il gère la livraison et les fiches une fois le build terminé. Si vous utilisez Fastlane ou Codemagic en amont, OneStore gère la suite : métadonnées, screenshots, upload de binaire et gestion des avis.