iOS-App-Entwicklung für US- & EU-Marken

Neue iOS-Projekte starten auf Swift 6 mit aktivierter strikter Nebenläufigkeit und visieren iOS 17 als Deployment-Minimum an, mit iOS 18 als Build-SDK. Das deckt ca. 92 Prozent der aktiven US/EU-iPhones ab. Für B2B-Apps, die auf veralteten Fleet-Geräten laufen müssen, senken wir die Untergrenze auf iOS 16 und isolieren die Swift-6-Nebenläufigkeit mit @preconcurrency-Importen. SwiftUI ist der Standard-UI-Layer mit UIKit-Interop, wo SwiftUI noch fehlt.

Wir behandeln die App Store Review Guidelines 2.x, 3.x, 4.x und 5.x als harte Pre-Flight-Checkliste. Die häufigsten Ablehnungsmuster: Guideline 4.0 (unvollständige Metadaten, fehlender Demo-Account), Guideline 2.1 (Absturz im TestFlight-Build), Guideline 3.1.1 (digitale Waren über Stripe statt IAP), Guideline 5.1.1 (fehlende Purpose-Strings) und Guideline 5.1.2 (Konto-Löschung nicht in-App, seit Juni 2022 Pflicht). Wir füllen App-Privacy-Labels korrekt aus und halten sie mit dem tatsächlichen SDK-Verhalten synchron.

App Tracking Transparency (ATT) ist seit iOS 14.5 für jedes App-übergreifende Tracking über IDFA verpflichtend. Wir sperren IDFA-Zugriff hinter ATTrackingManager.requestTrackingAuthorization, zeigen den Pre-Prompt nur wenn es echten Produktmehrwert gibt und gestalten die App so, dass sie vollständig funktioniert, wenn der Nutzer ablehnt (US Opt-in-Raten 25–38 Prozent). Für EU-DMA-Konformität unterstützen wir alternative App-Marktplätze, BrowserEngineKit auf iOS 17.4+ in der EU und kontaktlose Zahlungs-APIs wo der Business Case es erfordert.

Standard ist SwiftUI-first mit dem Observation-Framework (iOS 17+), das ObservableObject ersetzt, und UIViewRepresentable-Bridges, wo UIKit noch vorn liegt — hochfrequente Tabellenzellen, AVFoundation-Kamera-UI, PencilKit und MapKit-Overlays. Wir verwenden Swift Concurrency (async/await, Actors, strukturierte Tasks) statt Combine für neuen Code; bestehende Combine-Pipelines werden beibehalten. Navigation verwendet NavigationStack mit typsicherem NavigationPath. The Composable Architecture (TCA) ist auf Wunsch verfügbar.

DSGVO-konform by Design: Rechtsgrundlagen pro Datenkategorie dokumentiert, In-App-Consent-Flows getrennt von ATT, granularer Datenexport und Konto-Löschung und DPAs mit jedem Drittanbieter-SDK. Für EU-Kunden hosten wir Backend-Infrastruktur in eu-central-1 oder eu-west-3, verschlüsseln at Rest mit AWS KMS oder GCP CMEK und halten PII aus Crash-Reports heraus. Für CCPA liefern wir Do-Not-Sell/Share-Signal-Handling und einen CCPA-spezifischen Datenschutzbildschirm für Kalifornien-Nutzer.

iOS-Projekte sind Festpreis und nach Produktkomplexität gestaffelt, all-in und in USD ausgewiesen. Ein MVP startet ab 3.500 USD (4–8 Wochen) für die erste funktionsfähige App mit dem Kern-Flow und einem App-Store-Release; eine Produktions-App ab 5.800 USD mit mehreren Features, Backend-Integration, Offline-Persistenz und Analytics; ein vollständiges Produkt ab 9.200 USD mit mehreren Modulen, Rollen, externen Integrationen, CI/CD und Geräte-QA; eine komplexe App ab 11.500 USD mit Zahlungen, Offline-First-Sync, nativen SDKs, Skalierung und A/B. Die genaue Zahl hängt davon ab, wie viele Apple-Oberflächen Sie ausliefern, von der Integrations- und StoreKit-Komplexität und vom Compliance-Umfang. Sie sehen das Budget als Einzelposten am Ende der Discovery und geben es frei, bevor Code geschrieben wird. Keine versteckten Kosten und keine Tool-Aufschläge. Apple Developer Program und Drittanbieter-API-Gebühren werden über Ihre eigenen Konten abgerechnet.

Wir verhindern Ablehnungen, statt sie zu beheben. Vor jeder Einreichung prüfen wir eine strukturierte Pre-Flight-Checkliste gegen die fünf häufigsten Ablehnungskategorien: Richtlinie 4.0 (unvollständige Metadaten oder fehlender Demo-Account), Richtlinie 2.1 (Absturz mit der Locale oder den Bedienungshilfeeinstellungen des Prüfers), Richtlinie 3.1.1 (digitale Waren ohne IAP-Routing über Stripe), Richtlinie 5.1.1 (fehlende Purpose-Strings in Info.plist) und Richtlinie 5.1.2 (keine In-App-Kontolöschung). App-Privacy-Labels werden aus einem Live-Audit des tatsächlichen SDK-Inventars befüllt. Für ATT sperren wir den IDFA-Zugriff hinter ATTrackingManager.requestTrackingAuthorization, zeigen den Pre-Prompt nur bei echtem Produktmehrwert und gestalten jedes nachgelagerte Feature so, dass es bei Ablehnung vollständig funktioniert. Unsere Erstabnahme-Quote liegt über 90 Prozent.

SwiftUI-first mit dem Observation-Framework (iOS 17+) ist unser Standard für alle neuen Projekte 2026. Das Observation-Macro ersetzt ObservableObject und eliminiert eine ganze Klasse unnötiger Re-Renders. Wir verwenden NavigationStack mit typsicherem NavigationPath, SwiftData für lokale Persistenz und Swift Concurrency (async/await, Actors, strukturierte Tasks) durchgängig — kein neuer Combine-Code. UIKit bleibt für spezifische Fälle: AVFoundation-Kamera-Pipelines, hochfrequente Tabellenzellen mit vollständig eigenem Layout, PencilKit-Annotationsschichten und MapKit-Overlays mit Tausenden von Annotationen. Diese werden mit UIViewRepresentable überbrückt, damit der SwiftUI-Navigationsgraph intakt bleibt.

StoreKit 2 (ab iOS 15, jetzt Produktionsstandard) ersetzt die Callback-lastige StoreKit 1 durch eine async/await-API und ein serverseitiges Transaktionsmodell. Wir implementieren den vollständigen Kaufablauf: Produktabruf via Product.products(for:), Kauf via product.purchase(), einen Transaktions-Listener als Async-Sequence ab App-Start und einen serverseitigen Verify-Endpunkt, der die App Store Server API aufruft. Der Abonnementstatus wird über Transaction.currentEntitlements gesteuert. Angebotscodes, Werbeangebote und Win-back-Angebote (iOS 18) werden implementiert, wo das Produkt sie benötigt. Abonnement-Analytics werden ab Tag eins über RevenueCat oder ein eigenes Backend instrumentiert.

Ja. Wir planen Apple-Watch-Apps, iPad-native Apps und Apple-Vision-Pro-Erlebnisse als separate Workstreams innerhalb desselben Engagements. Apple-Watch-Apps laufen auf watchOS mit SwiftUI und WidgetKit-Complications; sie kommunizieren über WatchConnectivity und führen eigene Logik für Workout-, Gesundheits- und Benachrichtigungsszenarien aus. iPad-Apps erhalten ein echtes adaptives Layout mit NavigationSplitView, Stage-Manager-Support und Apple-Pencil-Eingabe via PencilKit. Apple-Vision-Pro-Apps auf visionOS nutzen denselben SwiftUI-Code mit volumetrischen und immersiven Raum-Erweiterungen. Jede zusätzliche Apple-Oberfläche wird in der Discovery explizit geplant und ehrlich bepreist.

App-Privacy-Labels im App Store müssen genau jede Datenkategorie widerspiegeln, die Ihre App und alle eingebetteten SDKs erheben, mit der Identität verknüpfen und für Tracking verwenden. Wir beginnen mit einem automatisierten SDK-Audit über einen Privacy-Manifest-Scan (Apple schreibt PrivacyInfo.xcprivacy-Dateien für Required-Reason-APIs ab iOS 17 vor), um die Datenpraktiken jeder Drittanbieterbibliothek zu erfassen. Wir mappen dann die SDK-Liste auf App-Privacy-Kategorien und befüllen die Labels gegen diese Zuordnung — nicht gegen ein Template. Häufige Fallen: Analytics-SDKs (Firebase, Amplitude) deklarieren mit Identität verknüpfte Daten, wenn eine User-ID gesendet wird; Crash-Reporter deklarieren Performance-Daten. Für EU-Kunden wird die DSGVO-Rechtsgrundlage pro Datenkategorie dokumentiert und ATT und DSGVO-Einwilligung werden als zwei separate, sequenzierte Prompts implementiert.