Apple partage le 20 juillet entre les bêtas 4 d’iOS 27 et les RC de 26.6
La salve logicielle du 20 juillet va dans deux directions à la fois : un nouveau tour de test pour les systèmes de l’automne, et des mises à jour presque finales pour la génération actuelle.
Apple a fait avancer ses deux branches logicielles le 20 juillet. Sur sa page Apple Developer, l’entreprise a publié iOS 27 beta 4 et macOS 27 beta 4 pour les développeurs, tout en listant aussi les release candidates d’iOS 26.6 et de macOS 26.6. Les numéros de build montrent que la branche actuellement distribuée au grand public approche de sa version finale pendant qu’Apple continue d’ajuster les systèmes de l’automne.
Cette coexistence n’a rien d’anecdotique, car les deux lignes ne servent pas le même objectif. La bêta 4 appartient au cycle de mise au point d’iOS 27 et de macOS 27, où Apple affine encore Siri AI, le comportement de l’interface et d’autres changements système. Les release candidates, elles, marquent au contraire un passage de l’expérimentation à la stabilisation pour iOS 26.6 et macOS 26.6.
Dans le cas d’iOS 26.6, le détail concret reste limité mais utile. Selon 9to5Mac, les notes de version évoquent des correctifs, des mises à jour de sécurité et une optimisation de l’index Spotlight pour préparer l’arrivée d’iOS 27. Cela ne transforme pas 26.6 en grande mise à jour fonctionnelle, mais suggère qu’Apple se sert du dernier palier avant iOS 27 pour préparer une transition plus fluide.
Le rythme derrière ces publications est familier à quiconque suit le calendrier logiciel d’Apple. Chaque mois de juin, la WWDC présente les prochaines versions majeures ; les bêtas développeur s’enchaînent ensuite tout l’été à intervalles d’environ deux à trois semaines, les bêtas publiques suivent avec un léger décalage et, au début de l’automne, les builds convergent vers une version livrée. Une release candidate se situe tout au bout de ce tuyau : c’est le build qu’Apple estime final, publié sous une étiquette qui permet aux développeurs de vérifier leurs apps une dernière fois. Historiquement, quand aucun problème critique n’apparaît, la RC et la version publique finale sont identiques jusqu’au numéro de build.
La bêta 4 occupe une place précise dans cet arc. Au quatrième build développeur d’un cycle, les fonctions phares ont généralement été montrées et le travail bascule vers les performances, le comportement de la batterie et le raffinement de l’interface — ce qui concorde avec les informations selon lesquelles Apple ajuste encore, dans ce tour, les capacités d’IA de Siri et le comportement du système. C’est aussi, historiquement, la portion de l’été où les retours d’un bassin de testeurs plus large commencent à façonner la version, à mesure que l’audience des bêtas déborde les développeurs qui ont installé dès le premier jour.
La version intermédiaire tardive a elle aussi sa tradition. Une mise à jour x.6 en fin de vie d’une version porte rarement des nouveautés de premier plan ; son rôle est le correctif de sécurité, le nettoyage de bugs et — comme le suggère la note sur Spotlight dans 26.6 — la préparation du parc installé à la migration à venir. Reconstruire ou optimiser les index sur l’appareil avant une mise à niveau majeure est le genre d’intendance qui rend le saut final plus rapide, parce qu’il reste moins à reconstruire au premier démarrage du nouveau système.
Le conseil éternel sur les builds de test reste valable. Les bêtas sont des logiciels d’essai : elles peuvent casser des apps tierces, réduire l’autonomie et exiger parfois une restauration complète ; leur place est donc sur des appareils secondaires, pas sur un téléphone du quotidien. Une release candidate est bien plus sûre, mais elle n’est pas finale tant qu’Apple ne l’a pas déclarée telle. Pour la plupart des gens, le bon geste est d’attendre la sortie publique de 26.6 — que l’étape RC laisse penser proche — et de laisser la bêta 4 en aperçu pour celles et ceux dont c’est le métier de s’en soucier.
Les développeurs lisent le même calendrier autrement. Une RC est le signal des dernières vérifications de compatibilité sur le système actuel, tandis que la bêta 4 est le moment de prendre au sérieux les API de l’automne : le remaniement des frameworks ralentit généralement à ce stade d’un cycle, et les apps compilées avec les SDK de l’été ont besoin d’un vrai temps de test avant que la version d’automne n’atteigne les appareils des clients.
Pour les lecteurs, la conclusion est simple. Si vous cherchez la stabilité, c’est désormais la branche 26.6 qu’il faut surveiller. Si vous testez ce qu’Apple compte livrer à l’automne, la bêta 4 devient le nouveau point d’étape. Apple ne choisit pas entre les deux : elle ferme un chapitre tout en continuant de réécrire le suivant.