Société de développement d'applications iOS pour les marques aux États-Unis et en Europe

Les nouveaux projets iOS démarrent sur Swift 6 avec la concurrence stricte activée et ciblent iOS 17 comme version de déploiement minimale, avec iOS 18 comme SDK de build. Cela couvre environ 92 pour cent des iPhones actifs aux États-Unis et en Europe à l'heure actuelle. Pour les applications B2B qui doivent fonctionner sur des parcs d'appareils anciens, nous abaissons le seuil à iOS 16 et isolons la concurrence de Swift 6 avec des imports @preconcurrency. SwiftUI est la couche d'interface par défaut, avec interopérabilité UIKit là où SwiftUI manque encore de couverture (pipelines de capture caméra, PDFKit avancé, saisie clavier personnalisée).

Nous traitons les App Store Review Guidelines 2.x, 3.x, 4.x et 5.x comme une checklist pré-vol stricte avant chaque soumission. Les motifs de rejet les plus fréquents que nous éliminons : Guideline 4.0 (métadonnées incomplètes, compte de démonstration manquant), Guideline 2.1 (crash sur build TestFlight avec la langue du relecteur), Guideline 3.1.1 (biens numériques acheminés via Stripe au lieu de l'IAP), Guideline 5.1.1 (purpose strings absentes de l'Info.plist pour la caméra, les photos, les contacts, le mouvement) et Guideline 5.1.2 (suppression de compte non disponible dans l'application, obligatoire depuis juin 2022). Nous renseignons aussi avec précision les App Privacy nutrition labels et les maintenons synchronisés avec le comportement réel du SDK.

L'App Tracking Transparency (ATT) est obligatoire depuis iOS 14.5 pour tout suivi inter-applications/sites via l'IDFA. Nous conditionnons l'accès à l'IDFA derrière ATTrackingManager.requestTrackingAuthorization, n'affichons le pré-prompt que lorsqu'il existe une réelle valeur produit, et concevons l'application pour qu'elle fonctionne pleinement lorsque l'utilisateur refuse (les taux d'opt-in aux États-Unis sont de 25–38 pour cent). Pour la conformité au Digital Markets Act européen, nous prenons en charge les marketplaces d'applications alternatives, les moteurs de navigateur tiers via BrowserEngineKit sur iOS 17.4+ dans l'UE, ainsi que les API de paiement NFC/sans contact ouvertes aux développeurs habilités lorsque le cas d'usage l'exige.

Par défaut, nous privilégions SwiftUI avec le framework Observation (iOS 17+) en remplacement d'ObservableObject, et des ponts UIViewRepresentable là où UIKit garde l'avantage — cellules de tableau à fréquence élevée avec mise en page personnalisée, interface caméra AVFoundation, PencilKit et superpositions MapKit à grande échelle. Nous utilisons Swift Concurrency (async/await, acteurs, tâches structurées) plutôt que Combine pour le nouveau code ; les pipelines Combine existants sont conservés et pontés. La navigation utilise NavigationStack avec un NavigationPath typé. The Composable Architecture (TCA) est proposée aux équipes qui le souhaitent, mais nous optons par défaut pour SwiftUI + Observation sur les nouveaux projets.

Conforme au RGPD dès la conception : base légale documentée par catégorie de données, parcours de consentement in-app distincts de l'ATT, export granulaire des données et suppression de compte (également une exigence App Store depuis 2022), et DPA avec chaque SDK tiers. Pour les clients européens, nous hébergeons l'infrastructure backend en eu-central-1 ou eu-west-3, chiffrons au repos avec AWS KMS ou GCP CMEK, et gardons les données personnelles hors des rapports de crash (scrubbing PII activé sur Sentry/Firebase Crashlytics). Pour le CCPA, nous livrons la gestion du signal Do Not Sell/Share et un écran de confidentialité spécifique au CCPA pour les utilisateurs californiens détectés par région (et non par géolocalisation IP, peu fiable sur iOS).

Les projets iOS sont à périmètre fixe et structurés par complexité produit, all-in et facturés en USD. Un MVP démarre dès 3 500 USD (4–8 semaines) pour la première application fonctionnelle avec le parcours principal et une publication App Store ; une application de production dès 5 800 USD avec plusieurs fonctionnalités, intégration backend, persistance hors ligne et analytique ; un produit complet dès 9 200 USD avec plusieurs modules, rôles, intégrations externes, CI/CD et QA sur appareil ; une application complexe dès 11 500 USD avec paiements, synchronisation offline-first, SDK natifs, mise à l'échelle et A/B. Le chiffre exact dépend du nombre de surfaces Apple que vous livrez, de la complexité d'intégration et de StoreKit, et du périmètre de conformité. Vous voyez le budget détaillé à la fin du cadrage et le validez avant qu'une ligne de code ne soit écrite. Aucuns frais cachés ni surcoût d'outils. Les frais de l'Apple Developer Program et des API tierces sont facturés sur vos propres comptes.

Nous prévenons les rejets plutôt que de les corriger après coup. Avant chaque soumission, nous exécutons une checklist pré-vol structurée contre les cinq catégories de rejet les plus fréquentes : directive 4.0 (métadonnées incomplètes ou compte de démonstration manquant), directive 2.1 (crash avec la langue ou les réglages d'accessibilité du relecteur), directive 3.1.1 (biens numériques acheminés via Stripe au lieu de l'IAP), directive 5.1.1 (purpose strings absentes de l'Info.plist), et directive 5.1.2 (suppression de compte non disponible dans l'application). Les App Privacy labels sont renseignées à partir d'un audit en direct de l'inventaire réel des SDK. Pour l'ATT, nous conditionnons l'accès à l'IDFA derrière ATTrackingManager.requestTrackingAuthorization, n'affichons le pré-prompt que lorsqu'il existe une réelle valeur produit, et concevons chaque fonctionnalité en aval pour fonctionner pleinement en cas de refus. Notre taux d'approbation au premier passage dépasse 90 %.

SwiftUI-first avec le framework Observation (iOS 17+) est notre standard par défaut pour tous les nouveaux projets en 2026. La macro Observation remplace ObservableObject et élimine toute une classe de re-rendus inutiles. Nous utilisons NavigationStack avec un NavigationPath typé, SwiftData pour la persistance locale et Swift Concurrency (async/await, acteurs, tâches structurées) partout — aucun nouveau code Combine. UIKit reste pour des cas précis où SwiftUI est encore en retrait : pipelines de capture caméra AVFoundation, cellules de tableau à haute fréquence avec mise en page entièrement personnalisée, couches d'annotation PencilKit et superpositions MapKit à grande échelle. Ces éléments sont pontés avec UIViewRepresentable afin que le graphe de navigation SwiftUI reste intact.

StoreKit 2 (introduit avec iOS 15, désormais le standard en production) remplace la StoreKit 1 à base de callbacks par une API async/await et un modèle de transaction côté serveur. Nous implémentons le flux d'achat complet : récupération des produits via Product.products(for:), achat via product.purchase(), un écouteur de transactions en tant que séquence asynchrone dès le lancement de l'application, et un endpoint de vérification côté serveur qui appelle l'App Store Server API. L'état des abonnements est piloté par Transaction.currentEntitlements. Les codes de promotion, les offres promotionnelles et les offres de reconquête (iOS 18) sont gérés selon les besoins du produit. Les analytiques d'abonnement sont instrumentées dès le premier jour via RevenueCat ou un backend personnalisé.

Oui. Nous planifions les applications Apple Watch, les applications iPad natives et les expériences Apple Vision Pro comme des workstreams distincts au sein du même engagement. Les applications Apple Watch tournent sur watchOS avec SwiftUI et des complications WidgetKit ; elles communiquent avec l'iPhone via WatchConnectivity. Les applications iPad bénéficient d'une mise en page vraiment adaptative avec NavigationSplitView, la prise en charge de Stage Manager et la saisie Apple Pencil via PencilKit. Les applications Apple Vision Pro sur visionOS utilisent le même code SwiftUI avec des extensions d'espace volumétrique et immersif. Chaque surface Apple supplémentaire est planifiée et tarifée explicitement lors du cadrage — elle ajoute du travail de design et de QA que nous évaluons honnêtement.

Les App Privacy labels sur l'App Store doivent refléter avec précision chaque catégorie de données collectée par votre application et tous ses SDK. Nous démarrons par un audit automatisé des SDK via un scan des manifestes de confidentialité (Apple impose des fichiers PrivacyInfo.xcprivacy pour les API à justification requise depuis iOS 17) afin d'inventorier les pratiques de données de chaque bibliothèque tierce. Nous mappons ensuite la liste des SDK sur les catégories App Privacy et renseignons les labels à partir de ce mapping — pas d'un modèle. Pièges courants : les SDK d'analytique (Firebase, Amplitude, Mixpanel) déclarent des données liées à l'identité si un User ID est transmis ; les outils de crash reporting déclarent des données de performance ; les SDK publicitaires déclarent des données de tracking. Pour les clients européens, la base légale RGPD est documentée par catégorie de données et les consentements ATT et RGPD sont mis en œuvre comme deux invites séquencées et distinctes.