Ab dem 28. April 2026 verlangt Apple, dass jede App und jedes App-Update, das zu App Store Connect hochgeladen wird, mit Xcode 26 oder neuer gebaut wird – mit dem iOS 26 SDK oder den passenden 26 SDKs für iPadOS, tvOS, visionOS und watchOS. Wenn du eine Capacitor-App auslieferst, ist das die Deadline, die zählt.
Die gute Nachricht: Für die meisten Teams ist dies eine Änderung der Build-Umgebung, keine komplette App-Migration. Und wenn du bereits nutzt Capgo Build, dein iOS-Buildsystem läuft bereits auf Xcode 26.
Was Apple geändert hat
Apple hat die Anforderung auf seiner Seite „Upcoming Requirements“ veröffentlicht und wiederholt sie auf der App Store Submission- Seite.
Ab dem 28. April 2026 akzeptiert App Store Connect keine Uploads mehr, die mit einer Xcode-Version älter als 26 oder ohne die erforderlichen 26 SDKs erstellt wurden. Bestehende Apps im App Store funktionieren weiterhin, aber das nächste Binary, das du einreichst, muss aus der neuen Toolchain stammen.
Was das für Capacitor Teams bedeutet
Für die meisten Capacitor Apps geht es hauptsächlich darum, wie du die App buildest, nicht darum, Capacitor zu ersetzen oder dein Projekt neu zu schreiben.
Stelle sicher, dass jeder Build-Pfad Xcode 26 oder neuer nutzt:
- Lokale Mac-Builds: Installiere Xcode 26 oder neuer und wähle es aus.
- Eigene CI: Nutze ein macOS Runner-Image mit Xcode 26 oder neuer.
- Native Dependencies und ältere Plugins: auf der neuen SDK neu builden und vor dem nächsten Release ein frisches Archive testen.
Das Fehlerbild ist einfach: In der Entwicklung funktioniert vielleicht noch alles, aber App Store Connect blockiert den Upload, wenn der Build aus einer älteren Xcode-Version stammt.
Capgo Build nutzt bereits Xcode 26
If you build with Capgo Buildbaust, musst du für diese Apple-Deadline nicht hektisch deine Build-Umgebung aktualisieren. Seit dem 29. April 2026 läuft unser aktuelles iOS-Build-System bereits über Capgo Build.
Das heißt, Teams mit Capgo Build erfüllen bereits Apples Vorgabe vom 28. April 2026 für Einreichungen. Kein lokaler Mac-Refresh, keine Suche nach Runner-Images und kein Last-Minute-Xcode-Upgrade, nur um weiter shippen zu können.
Wann Sie noch handeln müssen
Sie müssen noch Änderungen vornehmen, falls einer dieser Punkte zutrifft:
- Sie bauen und archivieren iOS-Apps lokal und sind noch nicht auf Xcode 26 oder neuer umgestiegen.
- Ihre selbst verwaltete CI-Pipeline ist auf ein älteres Xcode-Image als Xcode 26 gepinnt.
- Eines Ihrer nativen SDKs oder Plugins macht Probleme beim Rebuild mit dem iOS 26 SDK.
Falls das Ihr Setup ist: Aktualisieren Sie zuerst die Toolchain, machen Sie dann einen Clean Build und eine TestFlight-Submission, bevor Sie ein Production-Release planen.
Fazit
Das ist Apples üblicher jährlicher Toolchain-Cutoff, aber das Durchsetzungsdatum ist verbindlich: seit dem 28. April 2026, reichen ältere Xcode-Builds für App-Store-Uploads nicht mehr aus.
Wenn Sie Capgo Build nutzen, sind Sie bereits auf Xcode 26 oder neuer. Falls Sie woanders bauen, aktualisieren Sie Ihre Umgebung vor Ihrem nächsten iOS-Release auf Xcode 26 oder neuer.
So geht es weiter mit der Xcode 26 Anforderung für Capacitor Apps
Wenn du es nutzt Apples Xcode 26 Anforderung für Capacitor Apps um CI/CD-Automatisierung zu planen, verbinde es mit Capgo CI/CD für den Produkt-Workflow in Capgo CI/CD, Capgo Native Builds optimieren für den Produkt-Workflow in Capgo Native Builds, Capgo Integrationen für den Produkt-Workflow in Capgo Integrations, CI/CD-Integration für die Implementierungsdetails in der CI/CD-Integration und GitHub Actions-Integration für die Implementierungsdetails in der GitHub Actions-Integration.
