Build With Me / Apple
Construisons votre app Apple.
iPhone, iPad, Mac, Apple Watch, Apple TV, Vision Pro : un même langage, six produits différents.
Une app Apple native s’écrit en Swift, avec SwiftUI pour l’interface, dans Xcode sur un Mac. Le code métier se partage bien entre les appareils ; l’interface, la navigation et les fonctions système se conçoivent appareil par appareil. Pour publier sur l’App Store ou tester avec TestFlight, il faut l’Apple Developer Program (99 USD par année d’adhésion, ou l’équivalent en monnaie locale).
Vérifié le
En bref
- Langage
- Swift ; interface en SwiftUI, avec UIKit ou AppKit quand il le faut
- Outil
- Xcode, qui ne fonctionne que sur Mac
- Compte
- Apple Developer Program : 99 USD par année d’adhésion (ou monnaie locale) pour TestFlight et l’App Store
- Versions actuelles
- iOS, iPadOS, macOS, watchOS, tvOS et visionOS 27 ; Xcode 27.1 (octobre 2026)
- Minimum pour publier
- Xcode 26 et les SDK 26, depuis le 28 avril 2026
- Délai de validation
- Selon Apple : au moins 50 % des soumissions examinées en moins de 24 h, 90 % en moins de 48 h
Les plateformes Apple
Trois façons de construire
Apprendre, construire ensemble, ou faire réaliser.
Apprendre et construire
Le parcours se fait avec les guides de ces pages et les tutoriels officiels d’Apple (Develop in Swift, tutoriels SwiftUI). Build School enseigne la construction de produits web, pas Swift : il n’y a pas de cours Bynilson payant pour les apps Apple.
Construire ensemble
Vous construisez, Bynilson relit et oriente par écrit : périmètre, architecture, étapes. Étudié au cas par cas — il n’y a pas encore d’app native publiée dans le portfolio Bynilson, et la réponse peut être une orientation vers un spécialiste.
La faire réaliser
Bynilson ne réalise pas d’apps mobiles natives (iPhone, iPad, Apple Watch). Une app Mac s’étudie au cas par cas. Pour le mobile, le constructeur de projet produit une feuille de route et un brief à confier à un studio iOS spécialisé.
Bynilson ne réalise pas d’applications mobiles natives : le parcours vous donne la feuille de route et le brief à confier à un studio spécialisé. Une demande d’accompagnement (vous construisez, avec un regard extérieur) est étudiée au cas par cas.
01 — Natif
Ce que « natif » veut dire chez Apple
Une app native est écrite pour la plateforme, avec les outils et les frameworks d’Apple. Elle accède à tout ce que l’appareil offre, et elle vit dans l’App Store.
Concrètement : du code Swift compilé pour l’appareil, une interface SwiftUI qui suit les conventions de chaque plateforme, et un accès direct aux fonctions système — widgets, notifications, Raccourcis et Siri via App Intents, achats intégrés, données de santé avec HealthKit, caméra, localisation.
- Le natif est le bon choix quand…
- le produit dépend de l’appareil (capteurs, caméra, santé, widgets, Raccourcis), doit fonctionner hors ligne, gagne à être présent dans l’App Store, demande des animations fluides, ou doit exister aussi sur Apple Watch ou sur Mac.
- Il ne l’est probablement pas quand…
- le produit est surtout des formulaires et du contenu, utilisé aussi sur ordinateur ; quand il faut Android en même temps avec une petite équipe ; ou quand vous cherchez d’abord à savoir si quelqu’un en veut. Une application web adaptée au téléphone teste la demande plus vite.
- Un site emballé dans une app ne suffit pas
- Les règles de l’App Store (4.2) demandent des fonctions, un contenu et une interface qui dépassent « un site web réemballé ». Si votre produit n’est que cela, restez sur le web.
02 — Code partagé
Ce qui se partage — et ce qui ne se partage pas
Swift et SwiftUI existent sur les six plateformes. Cela ne veut pas dire qu’un même projet SwiftUI se publie tel quel partout.
Ce qui se partage bien : le modèle de données, les règles métier, la validation, l’accès réseau, le stockage local (SwiftData, disponible depuis iOS 17, macOS 14, watchOS 10, tvOS 17 et visionOS 1). On le place dans un paquet Swift commun, testé une fois.
| Appareil | Saisie | Navigation et fenêtres | Spécifique (vérifié dans la documentation Apple) |
|---|---|---|---|
| iPhone — iOS | Tactile, souvent à une main | Piles de navigation, onglets | Widgets (WidgetKit, iOS 14+), HealthKit, achats intégrés |
| iPad — iPadOS | Tactile, pointeur (depuis iPadOS 13.4), clavier, Apple Pencil | Vues partagées ; fenêtres redimensionnables et barre de menus depuis iPadOS 26 | PencilKit pour le dessin ; une app iPhone devrait tourner sur iPad quand c’est possible (règle 2.4.1) |
| Mac — macOS | Pointeur, clavier, raccourcis | Plusieurs fenêtres, barre de menus, fenêtre de réglages | MenuBarExtra (macOS 13+, Mac uniquement) ; App Sandbox pour le Mac App Store, Developer ID hors du store |
| Apple Watch — watchOS | Tactile, Digital Crown, coups d’œil de quelques secondes | Écrans courts, peu de niveaux | Complications via WidgetKit (watchOS 9+) ; quelques secondes d’arrière-plan, seulement avec une complication sur le cadran actif |
| Apple TV — tvOS | Télécommande Siri Remote | Navigation au focus (le « focus engine ») | Pas de WidgetKit ; contenu « Top Shelf » via une extension |
| Vision Pro — visionOS | Regard et gestes de la main | Fenêtres, volumes, espaces immersifs | ImmersiveSpace (visionOS uniquement) ; une app iPhone/iPad compatible y tourne sans cible visionOS |
- À partager : modèle, règles, validation, réseau, persistance, textes traduits.
- À écrire par appareil : structure de navigation, gestion de la saisie, fenêtres et scènes, extensions système (widgets, complications, barre de menus).
- À préparer par appareil : captures d’écran, description, validation par Apple — et souvent un build par plateforme.
03 — Écosystème
Un produit sur plusieurs appareils Apple
iPhone et Watch, iPhone et Mac, iPad et Mac : les questions sont toujours les mêmes — qui détient les données, comment elles se synchronisent, et ce que chaque appareil fait seul.
- App compagnon
- Depuis watchOS 6, une app Watch peut être indépendante, sans app iPhone obligatoire ; Apple recommande cette approche quand c’est possible. Une app Mac ou iPad compagnon partage le noyau Swift, pas forcément l’interface.
- Synchronisation : CloudKit ou votre propre serveur
- CloudKit stocke les données dans iCloud, et SwiftData peut synchroniser automatiquement les données d’une personne entre ses appareils. C’est simple tant que vos utilisateurs sont tous sur Apple. Un serveur à vous devient nécessaire avec Android ou le web, une logique côté serveur, une administration, ou des données à analyser et exporter.
- Comptes partagés
- Un même compte sur tous les appareils. Si vous proposez une connexion via un service tiers (Google, Facebook…), la règle 4.8 impose une option de connexion équivalente qui limite les données au nom et à l’email et permet de masquer son email. Si l’app permet de créer un compte, elle doit aussi permettre de le supprimer dans l’app (5.1.1(v)).
- App Groups
- Un conteneur partagé entre votre app et ses extensions sur le même appareil — par exemple pour qu’un widget lise les données de l’app.
- Partage du trousseau (Keychain)
- Des apps d’une même équipe partagent des identifiants via un groupe d’accès au trousseau. Les secrets vont dans le trousseau, jamais dans les réglages de l’app.
- Abonnements
- Un abonnement à renouvellement automatique doit être disponible sur tous les appareils de la personne (règle 3.1.2(a)) : prévoyez-le dès la conception de vos comptes.
- Préparation par plateforme
- TestFlight couvre iOS, macOS, tvOS, watchOS et visionOS. Chaque plateforme a ses captures d’écran, sa fiche et sa validation : comptez une préparation de publication par appareil, pas une seule.
04 — Technologies
Les technologies Apple, et quand elles servent
Pas une liste à cocher : chaque outil a un cas où il aide et un cas où il complique.
Swift
Le langage des apps Apple : typé, compilé, sûr par défaut.
Quand : Toujours, pour une app native.
SwiftUI
Le framework d’interface déclaratif, sur les six plateformes.
Quand : Les nouvelles apps et la plupart des écrans.
Pas quand : Il manque un composant précis : on intègre alors un élément UIKit ou AppKit, sans tout réécrire.
UIKit
Le framework d’interface historique d’iOS, iPadOS et tvOS.
Quand : Une base de code existante, un contrôle fin d’un écran complexe.
Pas quand : Une nouvelle app simple : SwiftUI suffit.
AppKit
Le framework d’interface natif du Mac.
Quand : Des comportements Mac avancés : texte complexe, architecture documentaire, contrôle fin des fenêtres.
Pas quand : Une app Mac standard que SwiftUI couvre.
Xcode
L’environnement de développement : éditeur, simulateurs, signature, envoi vers App Store Connect. Mac uniquement.
Quand : Toujours.
Swift Package Manager
Les paquets Swift : partager du code entre cibles et ajouter des dépendances.
Quand : Un noyau commun à plusieurs appareils.
Pas quand : Ajouter un paquet pour ce que le SDK fait déjà.
StoreKit — achats intégrés
L’API Swift d’achats intégrés et d’abonnements (iOS 15+, macOS 12+).
Quand : Vendre du contenu ou des fonctions numériques dans l’app : c’est obligatoire (règle 3.1.1).
Pas quand : Des biens physiques ou des services consommés hors de l’app : il faut un autre moyen de paiement (règle 3.1.3(e)).
CloudKit
La base de données d’Apple dans iCloud.
Quand : Une app 100 % Apple qui synchronise les données de ses utilisateurs sans serveur à gérer.
Pas quand : Des utilisateurs Android ou web, une logique serveur, des données à administrer de façon centrale.
SwiftData / Core Data
Le stockage local structuré. SwiftData depuis iOS 17 et macOS 14 ; Core Data, plus ancien, pour les versions antérieures.
Quand : Des données hors ligne, un cache.
Pas quand : Des données qui doivent de toute façon vivre sur un serveur : gardez un cache, pas une deuxième source de vérité.
App Intents
Rendre les actions et le contenu de l’app accessibles à Siri, Spotlight, Raccourcis, aux widgets et à Apple Intelligence (iOS 16+, macOS 13+).
Quand : Des actions que les gens répètent souvent.
Pas quand : Avant que le parcours principal fonctionne.
User Notifications
Les notifications locales, ou envoyées depuis un serveur.
Quand : Une information attendue et utile au bon moment.
Pas quand : De la promotion sans accord explicite : la règle 4.5.4 l’interdit, et une notification ne doit jamais être indispensable au fonctionnement.
WidgetKit
Widgets, complications de montre, Live Activities et contrôles.
Quand : Une information à consulter d’un coup d’œil.
Pas quand : Sur tvOS : WidgetKit n’y existe pas.
App Groups
Un conteneur partagé entre l’app et ses extensions.
Quand : Un widget ou une extension qui lit les données de l’app.
Keychain
Le trousseau : le stockage chiffré des mots de passe et des jetons.
Quand : Tout secret ou jeton de connexion.
Pas quand : Jamais de secret dans UserDefaults ou dans un fichier.
Core ML
Exécuter des modèles d’apprentissage automatique sur l’appareil.
Quand : Classification, reconnaissance, hors ligne et sans envoyer les données.
Pas quand : Vous avez besoin d’un grand modèle de langage : voir Foundation Models ou une API serveur.
Foundation Models
Les modèles de langage d’Apple, sur l’appareil ou via Private Cloud Compute (iOS, iPadOS, macOS, visionOS 26+ ; watchOS 27+).
Quand : Résumer, extraire, reformuler du texte en gardant les données sur l’appareil.
Pas quand : L’app doit fonctionner sur tous les appareils de vos utilisateurs : le framework demande un appareil compatible Apple Intelligence — prévoyez une alternative.
05 — Comptes
Ce qu’il faut comme compte, et ce que ça coûte
- Compte Apple gratuit
- Suffit pour apprendre et tester sur vos propres appareils avec Xcode. Limites indiquées par Apple : jusqu’à 3 appareils, 3 apps par appareil, et des profils qui expirent après 7 jours (il faut réinstaller depuis Xcode).
- Apple Developer Program
- 99 USD par année d’adhésion, ou l’équivalent en monnaie locale là où Apple le propose. Nécessaire pour TestFlight, App Store Connect, la publication, la notarisation des apps Mac et les certificats.
- Developer ID (Mac hors App Store)
- Le certificat qui permet de distribuer une app Mac en dehors du Mac App Store. Il fait partie du programme payant et seul le titulaire du compte (Account Holder) peut le générer.
- Ce que ce site ne chiffre pas
- Le coût de développement d’une app native dépend du nombre d’écrans, des appareils visés, d’un serveur éventuel et des fonctions système. Bynilson ne publie pas de prix pour les apps natives et n’en invente pas.
06 — Distribution
Comment une app Apple arrive chez les gens
- App Store
- La voie principale sur iPhone, iPad, Watch, Apple TV et Vision Pro. Chaque version passe par App Review ; la décision appartient à Apple.
- TestFlight
- La bêta : jusqu’à 100 testeurs internes et 10’000 testeurs externes, chaque build testable 90 jours. Le premier build envoyé à des testeurs externes peut nécessiter une validation.
- Mac hors App Store
- Une app Mac peut être distribuée directement, signée avec Developer ID et notarisée par Apple (un contrôle automatique, pas une validation App Review). Le Mac App Store, lui, exige l’App Sandbox.
- Apps sur mesure pour organisations
- Apple prévoit une distribution privée d’apps à des organisations précises (« custom apps ») ; les conditions sont dans la documentation Apple.
- Union européenne
- Dans l’UE, le Digital Markets Act ouvre des alternatives (paiements, distribution web d’apps notarisées, marketplaces alternatives) avec des conditions et des frais propres ; lisez la page d’Apple avant d’en faire un plan.
07 — Tests
Tester : simulateur, appareils, testeurs
- Le simulateur d’Xcode (iOS, iPadOS, tvOS, visionOS, watchOS) pour itérer vite.
- De vrais appareils pour tout ce qui touche aux capteurs, aux performances, aux notifications et à l’autonomie : le simulateur ne remplace pas un iPhone.
- Swift Testing (Xcode 16+) ou XCTest pour les règles métier et le noyau partagé.
- TestFlight pour faire tester par de vraies personnes avant la publication.
08 — Maintenance
Une app Apple se maintient chaque année
Apple publie une nouvelle version de chaque système chaque année, et relève régulièrement le minimum pour publier. Depuis le 28 avril 2026, les apps envoyées à App Store Connect doivent être construites avec Xcode 26 ou plus récent et un SDK 26 ; depuis le 9 septembre 2026, les apps iPhone et iPad doivent viser iOS 13 au minimum.
- Recompiler et retester à chaque version majeure du système.
- Suivre les API dépréciées (par exemple, les complications ClockKit sont dépréciées depuis watchOS 10 au profit de WidgetKit).
- Lire la page « Exigences à venir » d’Apple avant de planifier une version.
Questions fréquentes
Faut-il un Mac pour créer une app iPhone ?
Pour une app native, oui : Xcode ne fonctionne que sur Mac. Certains outils multiplateformes compilent l’app iOS dans le cloud, mais il vous faudra quand même un compte Apple Developer pour publier.
Un même code SwiftUI fonctionne-t-il sur iPhone, Mac et Apple Watch ?
Le noyau (modèle, règles, réseau) se partage. L’interface et la navigation se conçoivent par appareil, et certaines API n’existent que sur une plateforme (MenuBarExtra sur Mac, ImmersiveSpace sur visionOS). Comptez une couche d’interface par appareil.
Combien coûte le compte développeur Apple ?
99 USD par année d’adhésion, ou l’équivalent en monnaie locale là où Apple le propose. Un compte gratuit suffit pour tester sur vos propres appareils, avec des limites (3 appareils, profils de 7 jours).
CloudKit ou mon propre serveur ?
CloudKit si tous vos utilisateurs sont sur Apple et que vous synchronisez leurs propres données. Votre serveur dès qu’il y a Android, le web, une logique côté serveur ou des données à administrer.
Bynilson peut-il développer mon app iPhone ?
Non : Bynilson ne réalise pas d’apps mobiles natives. Le constructeur de projet produit une feuille de route et un brief à confier à un studio iOS, et le guide recruter ou externaliser aide à choisir comment l’équiper. Une app Mac, elle, s’étudie au cas par cas.
Combien de temps prend la validation par Apple ?
Apple indique examiner au moins 50 % des soumissions en moins de 24 heures et 90 % en moins de 48 heures. L’acceptation reste une décision d’Apple ; aucun délai ni résultat n’est garanti ici.
Sources
- SwiftAppleVérifié le 23 oct. 2026
- Documentation SwiftUIAppleVérifié le 23 oct. 2026
- Documentation UIKitAppleVérifié le 23 oct. 2026
- Documentation AppKitAppleVérifié le 23 oct. 2026
- XcodeAppleVérifié le 23 oct. 2026
- Paquets Swift (Swift Package Manager)AppleVérifié le 23 oct. 2026
- StoreKit (achats intégrés)AppleVérifié le 23 oct. 2026
- CloudKitAppleVérifié le 23 oct. 2026
- SwiftDataAppleVérifié le 23 oct. 2026
- App IntentsAppleVérifié le 23 oct. 2026
- User NotificationsAppleVérifié le 23 oct. 2026
- WidgetKitAppleVérifié le 23 oct. 2026
- Configurer les App GroupsAppleVérifié le 23 oct. 2026
- Keychain Services (trousseau)AppleVérifié le 23 oct. 2026
- Core MLAppleVérifié le 23 oct. 2026
- Foundation Models (modèles Apple sur l’appareil)AppleVérifié le 23 oct. 2026