À partir du 28 avril 2026, Apple exigera que chaque app et mise à jour d'app envoyée sur App Store Connect soit compilée avec Xcode 26 ou une version ultérieure, en utilisant le SDK iOS 26 ou les SDK 26 correspondants pour iPadOS, tvOS, visionOS et watchOS. Si vous déployez une app Capacitor, c'est cette échéance qui compte.
La bonne nouvelle : pour la plupart des équipes, c'est un changement d'environnement de build, pas une migration complète de l'app. Et si vous utilisez déjà Build Capgo, votre système de build iOS est déjà sur Xcode 26.
Ce qui a changé chez Apple
Apple a publié cette exigence sur sa page Exigences à venir et la répète sur la Publication sur l'App Store page.
À partir du 28 avril 2026, App Store Connect n'acceptera plus les uploads compilés avec une version de Xcode antérieure à 26 ou sans les SDK 26 requis. Les apps déjà présentes sur l'App Store continuent de fonctionner, mais le prochain binaire que vous soumettrez devra provenir de la nouvelle toolchain.
Ce que cela signifie pour les équipes Capacitor
Pour la plupart des applications Capacitor, cela concerne principalement la manière dont vous compilez l'app, et non le remplacement de Capacitor ou la réécriture de votre projet.
Ensure every build path uses Xcode 26 or later:
- Builds Mac locaux : installez et sélectionnez Xcode 26 ou une version ultérieure.
- CI auto-gérée : utilisez une image de runner macOS avec Xcode 26 ou une version ultérieure.
- Dépendances natives et anciens plugins : recompilez sur le nouveau SDK et testez une archive fraîche avant votre prochaine release.
Le mode d'échec est simple : tout peut encore fonctionner en développement, mais App Store Connect bloquera l'upload si le build provient d'une version plus ancienne de Xcode.
Capgo Build est déjà sur Xcode 26
Si vous compilez avec Build Capgo, vous n'avez pas besoin de vous précipiter pour mettre à jour votre environnement de build pour cette échéance Apple. Depuis le 29 avril 2026, notre système de build iOS actuel fonctionne déjà sur Xcode 26 ou une version ultérieure via Build Capgo.
Cela signifie que les équipes utilisant Capgo Build sont déjà en conformité avec l'exigence de soumission d'Apple du 28 avril 2026. Pas de mise à jour locale sur Mac, pas de recherche d'image de runner, et pas de mise à niveau Xcode de dernière minute juste pour continuer à déployer.
Quand vous devez agir
Vous devez encore faire des modifications si l'un de ces cas s'applique :
- Vous compilez et archivez vos apps iOS localement et n'êtes pas encore passé à Xcode 26 ou une version ultérieure.
- Votre pipeline CI auto-géré est épinglé sur une image Xcode plus ancienne que Xcode 26.
- L'un de vos SDK natifs ou plugins rencontre des problèmes lors d'un nouveau build avec le SDK d'iOS 26.
Si c'est votre cas, mettez d'abord à jour la toolchain, puis effectuez un build propre et une soumission TestFlight avant de planifier une release en production.
Conclusion
Il s'agit de la coupure annuelle habituelle des outils d'Apple, mais la date d'application est bien réelle : depuis le 28 avril 2026, les builds Xcode plus anciens ne suffisent plus pour les uploads sur l'App Store.
Si vous utilisez Capgo Build, vous êtes déjà sur Xcode 26 ou une version ultérieure. Si vous compilez ailleurs, mettez à jour votre environnement vers Xcode 26 ou une version ultérieure avant votre prochaine release iOS.
Tout savoir sur l’exigence Xcode 26 d’Apple pour les apps Capacitor
Si vous utilisez L'exigence Xcode 26 d'Apple pour les apps Capacitor pour planifier l'automatisation CI/CD, et le connecter avec CI/CD Capgo pour le workflow produit dans le CI/CD de Capgo, Capgo Native Build pour le workflow produit dans les Native Builds de Capgo, Intégrations Capgo pour le workflow produit dans les intégrations de Capgo, Intégration CI/CD pour le détail d'implémentation dans l'intégration CI/CD, et Intégration GitHub Actions pour les détails d'implémentation de l'intégration GitHub Actions.
