Preparing your app for iOS 26

Our apps will be running on iOS 26 very soon, whether we like it or not. If I were low on capacity, here's how I'd prepare
Development, How To
Gabrielle Earnshaw author image
Gabrielle Earnshaw
Article header

See if it works with iOS 26

  • I'd test my current build on iOS 26 beta (either a test phone, or a service like Browserstack - definitely not your main phone)

If it works

If there were no issues with the app I'd:

  • Wait until the stable release of iOS 26 (September)…
  • Then transition to building with Xcode 26 (some code changes likely required)

This means you won't have to support separate streams for iOS 18 / iOS 26 ahead of September.

If it doesn't work

If the app didn't work with iOS 26 beta, it's more of a pain. Then I'd:

  • Fix the issues in Xcode 26 beta, ready to update as soon as submissions are allowed
  • Maintain a parallel branch in the current stack (Xcode 16) for updates before September

Here's what to keep in mind over the next few months:

  • Your app might not work properly on iOS 26. It looks like it could break existing UI. System integrations (like audio/video) also need testing - and other things could break too.
  • The stable release will go out in September. Expect it to be with ~35%* of your audience by October, 50% by November, and 80% by December. So if your app is broken, that's what the size of your problem could be.
  • You'll be able to submit updates with your existing stack until around April 2026. From then, you'll need to build with the latest version of the tooling (Xcode 26).
  • You WON'T be able to submit updates with the new stack (Xcode 26) until closer to the stable release

(*) Figures are indicative from one of the apps I work with.

PS You can use Platform Watch to keep track of iOS releases.

Would you like help with this?

You can ask me anything for quick, free advice or get in touch to learn more about engaging my services.

If you found this article useful, why not subscribe to my newsletter?