Was iOS verlangt

Die Hardware-Palette von Apple ist schmal, was eine ganze Klasse von Fragmentierungsproblemen beseitigt. An ihre Stelle tritt eine deutlich höhere Erwartung an handwerkliche Qualität: Gesten, die sich wie das System verhalten, Animationen, die sich physisch statt dekorativ anfühlen, Respekt vor Safe Areas und dynamischer Schriftgröße sowie ein Datenschutzverhalten, das durchgesetzt statt nur empfohlen wird.

App Tracking Transparency, Datenschutz-Labels im Store, Berechtigungsabfragen, die sich rechtfertigen müssen, und ein Review-Prozess, der Ihre Datenangaben mit dem abgleicht, was die App tatsächlich tut – nichts davon ist optional, und jeder Punkt ist ein häufiger Ablehnungsgrund.

Der Vorteil ist eine Nutzerbasis, die eher bereit ist zu bezahlen und einen Premiumpreis eher akzeptiert – vorausgesetzt, das Produkt fühlt sich an, als gehöre es auf die Plattform.

Wie wir entwickeln

  • Swift mit SwiftUI und UIKit, wo es noch das richtige Werkzeug ist
  • Moderne Nebenläufigkeit mit async und await
  • MVVM oder eine Clean Architecture mit testbarer Geschäftslogik
  • Core Data oder SwiftData für Offline-Betrieb und lokale Speicherung
  • Mit Apple anmelden, Apple Pay und StoreKit, wo relevant
  • Push-Benachrichtigungen, Widgets, App Clips und Begleit-Apps für die Apple Watch
  • Barrierefreiheit: VoiceOver, dynamische Schriftgröße, Kontrast
  • Unit- und UI-Tests für die Abläufe, auf die es ankommt
  • Verteilung über TestFlight für Stakeholder- und Beta-Tests
  • Xcode Cloud oder CI-Pipelines für automatisierte, signierte Builds

Das App-Store-Review, realistisch betrachtet

Die meisten Ablehnungen, die wir sehen, fallen in eine Handvoll Kategorien: Datenschutzangaben, die nicht zum beobachteten Verhalten passen, Abonnements, die Bedingungen und Wiederherstellung nicht korrekt darstellen, Anmeldeabläufe ohne „Mit Apple anmelden“, wo es verlangt wird, Platzhalter-Inhalte in einem zur Prüfung eingereichten Build und Apps, die angeblich zu wenig über eine Website hinaus bieten.

Wir berücksichtigen diese Punkte vor der Einreichung, statt sie hinterher zu entdecken, bereiten vollständige Review-Hinweise und Demo-Zugangsdaten vor und übernehmen die Korrespondenz, falls ein Prüfer etwas anmerkt. Sie behalten das Entwicklerkonto und alle Inhalte des Store-Eintrags.

Monetarisierung und Abonnements

Verkauft Ihre App digitale Inhalte oder Abonnements, ist das In-App-Kaufsystem von Apple Pflicht, und seine Regeln sind präzise: Käufe wiederherstellen muss funktionieren, Bedingungen und Preise müssen vor dem Kauf angezeigt werden, und kostenlose Testphasen müssen genau beschrieben sein. Fehler hier sind sowohl ein Ablehnungsrisiko als auch ein Problem mit Rückerstattungen.

Wir implementieren StoreKit korrekt, einschließlich der Belegprüfung auf Ihrem Server, damit Berechtigungen nicht gefälscht werden können, eines Abo-Status, der eine Neuinstallation und einen Gerätewechsel übersteht, und Auswertungen zur Konversion von Testphasen, damit Sie das Geschäft tatsächlich steuern können.

Nach dem Launch

Apple veröffentlicht jeden September ein großes iOS-Release, und jedes kann Layoutverhalten ändern, eine API abkündigen oder eine Datenschutzregel verschärfen. Zertifikate und Provisioning-Profile laufen nach einem Zeitplan ab, der Sie im ungünstigsten Moment überrascht, wenn niemand dafür verantwortlich ist.

Unsere Wartung umfasst die jährliche Anpassung an neue Betriebssystemversionen, die Erneuerung von Zertifikaten und Profilen, Crash-Monitoring, Performance-Optimierung, Änderungen der App-Store-Richtlinien und kleine Funktionsupdates, mit vereinbarten Reaktionszeiten.