iOS-App mit Swift entwickeln: Was Sie vorher wissen sollten

Kurz gefasst: Wer eine iOS-App mit Swift entwickeln will, braucht einen Mac mit Xcode, ein kostenpflichtiges Apple-Entwicklerkonto für die Veröffentlichung und eine Entscheidung zwischen SwiftUI und UIKit. Für neue Apps ist SwiftUI heute der übliche Einstieg, UIKit bleibt für Sonderfälle und ältere Codebasen relevant. Die meiste Zeit kostet erfahrungsgemäß weniger der Code als die App-Store-Prüfung, Datenschutzangaben und die Frage, ob die App wirklich nur auf iOS laufen soll.

Native iOS-Entwicklung oder plattformübergreifend?

Bevor die erste Zeile Swift entsteht, steht eine strategische Frage: Soll die App nur auf dem iPhone laufen oder auch auf Android? Native Entwicklung mit Swift lohnt sich, wenn Sie tiefe Integration mit Apple-Funktionen brauchen, etwa HealthKit, Widgets, Apple Watch, ARKit oder besonders flüssige Animationen. Sie lohnt sich auch, wenn Ihre Zielgruppe nachweislich fast ausschließlich iOS nutzt.

Brauchen Sie beide Plattformen, ist ein Framework wie React Native oder Flutter oft wirtschaftlicher. Einen ehrlichen Vergleich der Leistung finden Sie im Beitrag Native vs. Cross-Platform, die Wahl zwischen den beiden großen Frameworks behandeln wir in React Native vs. Flutter.

Was Sie für die iOS-App-Entwicklung mit Swift brauchen

Mac und Xcode

Apps für iOS werden mit Xcode gebaut, und Xcode läuft nur auf macOS. Ein aktueller Mac ist also Pflicht, auch wenn Teile der Entwicklung anderswo stattfinden. Für Tests auf echten Geräten reicht ein iPhone, das Sie per Kabel oder WLAN verbinden. Der Simulator ersetzt das echte Gerät nicht vollständig, besonders bei Kamera, Push-Nachrichten und Performance.

Apple-Entwicklerkonto

Zum Ausprobieren auf dem eigenen Gerät genügt eine kostenlose Apple-ID. Für TestFlight und den App Store brauchen Sie eine Mitgliedschaft im Apple Developer Program mit jährlicher Gebühr. Für Unternehmen empfiehlt sich ein Konto auf die Firma statt auf eine Privatperson. Dafür verlangt Apple eine D-U-N-S-Nummer, deren Beantragung etwas Vorlauf braucht.

SwiftUI oder UIKit

SwiftUI ist Apples deklaratives UI-Framework. Sie beschreiben, wie die Oberfläche bei einem bestimmten Zustand aussieht, und das System kümmert sich um die Aktualisierung. Für neue Projekte ist das meist der schnellere und wartbarere Weg. UIKit ist älter, imperativ und sehr ausgereift. Es bleibt nützlich für komplexe Listen, spezielle Gesten oder wenn eine bestehende App erweitert wird. Beide lassen sich in einer App kombinieren.

Technische Entscheidungen am Anfang

Legen Sie früh fest, welche iOS-Version Sie mindestens unterstützen. Neuere Versionen bringen bessere SwiftUI-Funktionen und Datenwerkzeuge wie SwiftData, schließen aber ältere Geräte aus. Ein pragmatischer Ansatz ist, die aktuelle und die vorherige Hauptversion zu unterstützen.

Für Netzwerkzugriffe und Hintergrundarbeit ist Swift Concurrency mit async und await heute Standard. Es macht asynchronen Code lesbarer als ältere Callback-Muster. Bei der Datenhaltung reicht für einfache Fälle SwiftData oder Core Data. Braucht die App Daten auch ohne Netz, lohnt sich ein Blick auf Offline-first-Architekturen.

Planen Sie außerdem Authentifizierung, Push-Benachrichtigungen und Analyse von Anfang an mit. Nachträglich eingebaut kosten sie mehr Zeit und führen oft zu Umbauten.

App Store: Prüfung und Datenschutz

Jede App und jedes Update wird von Apple geprüft. Abgelehnt werden Apps häufig wegen unvollständiger Funktionen, fehlender Testzugänge für die Prüfer, unklarer Abo-Darstellung oder Verstößen gegen die Review Guidelines. Halten Sie für die Prüfung einen Demo-Zugang bereit und beschreiben Sie Funktionen, die nicht offensichtlich sind.

Beim Datenschutz verlangt Apple Angaben dazu, welche Daten die App erhebt, sowie für bestimmte Schnittstellen ein Privacy Manifest. Wer Nutzer über Apps hinweg verfolgen möchte, muss über App Tracking Transparency um Erlaubnis fragen. In Deutschland kommt die DSGVO hinzu: Datenschutzerklärung, Einwilligungen und Auftragsverarbeitung für eingebundene Dienste.

Häufige Fragen (FAQ)

Kann ich eine iOS-App ohne Mac entwickeln?

Für native Swift-Entwicklung praktisch nicht, da Xcode nur auf macOS läuft. Cloud-Dienste mit gemieteten Macs sind eine Notlösung für den Build. Für die tägliche Arbeit ist ein eigener Mac deutlich angenehmer.

Sollte ich mit SwiftUI oder UIKit anfangen?

Für eine neue App in der Regel mit SwiftUI. Es ist moderner, braucht weniger Code und wird von Apple aktiv weiterentwickelt. UIKit kommt dazu, wenn eine bestimmte Funktion in SwiftUI fehlt oder schwer umzusetzen ist.

Wie lange dauert die App-Store-Prüfung?

Meist geht es schnell, oft innerhalb eines Tages. Bei Rückfragen oder Ablehnungen verlängert sich der Prozess. Planen Sie vor einem festen Starttermin Puffer ein und reichen Sie frühzeitig ein.

Lohnt sich native iOS-Entwicklung für ein Unternehmen?

Wenn die App eng mit Apple-Funktionen arbeitet oder die Zielgruppe überwiegend iOS nutzt, ja. Sollen von Anfang an iPhone und Android bedient werden, ist plattformübergreifende Entwicklung meist günstiger im Bau und in der Wartung.

Fazit

Bei der ersten iOS-App kosten fehlende Vorbereitungen meist mehr Zeit als der Swift-Code selbst: Entwicklerkonto, Mindestversion, Datenschutzangaben und eine realistische Planung der App-Store-Prüfung. Wer diese Punkte vor dem Start klärt, spart später Wochen.

Wenn Sie eine iOS-App oder eine App für beide Plattformen planen, sprechen Sie mit uns über App-Entwicklung.