Kosten für Mobile CI/CD: Was es wirklich braucht, um Android- und iOS-Releases zu automatisieren

Mobile CI/CD wird meist mit Geschwindigkeit und Qualität beworben. Doch wenn ein CTO oder Product Owner nach dem Budget fragt, werden die Fragen konkret: Was kostet die Einrichtung, was kostet der Betrieb pro Monat, und ab wann rechnet sich das Ganze?

Dieser Leitfaden zerlegt die Kosten von Mobile CI/CD in ihre tatsächlichen Bestandteile – Einrichtungsaufwand, Build-Infrastruktur, Testdienste und Wartung – mit einfachen Rechnungen, die Sie auf Ihr eigenes Team übertragen können.

Die wichtigsten Kostenfaktoren bei Mobile CI/CD

Es gibt vier große Kostenblöcke. Die meisten Teams schätzen die ersten beiden und vergessen die letzten beiden.

1. Aufwand für die Ersteinrichtung

Die Entwicklungszeit für Konzeption und Aufbau der Pipeline hängt vom Umfang und vom Zustand des bestehenden Projekts ab.

Einfache Pipeline

• Umfang: eine Plattform, Build bei jedem Pull Request, Unit-Tests, Verteilung an interne Tester.
• Typischer Aufwand: 20–40 Stunden.
• Geeignet für: Produkte in der Frühphase, MVPs, Apps für eine Plattform.

Standard-Pipeline

• Umfang: Android und iOS, automatisierte Code-Signierung, Unit-Tests, statische Analyse, TestFlight und Test-Tracks von Google Play, automatische Versionierung.
• Typischer Aufwand: 40–80 Stunden.
• Geeignet für: die meisten wachsenden Produktteams.

Erweiterte Pipeline

• Umfang: alles oben Genannte plus UI-Tests auf Gerätefarmen, automatisierte Store-Metadaten und Screenshots, gestaffelte Rollouts, Security Scanning, Release-Freigaben und Audit-Trail.
• Typischer Aufwand: 80–160 Stunden.
• Geeignet für: Fintech, Gesundheitswesen und andere regulierte oder stark frequentierte Apps.

Das sind typische Spannen, keine Angebote. Ein Projekt mit kaputten lokalen Builds, veralteten Abhängigkeiten oder verlorenen Signierschlüsseln kann erheblich mehr Zeit kosten, bevor die Automatisierung überhaupt beginnt.

2. Build-Infrastruktur

Build-Minuten sind der sichtbarste laufende Kostenfaktor, und macOS macht den Großteil davon aus. Bei GitHub Actions kosten Standard-Runner nach der Preisänderung im Januar 2026:

• Linux: 0,006 $ pro Minute
• Windows: 0,010 $ pro Minute
• macOS (Standard): 0,062 $ pro Minute

Andere auf Mobile spezialisierte Anbieter arbeiten mit Credits oder Tarifmodellen, aber das Muster ist überall gleich: Mac-Zeit ist der teure Teil.

Rechenbeispiel

Angenommen, ein Team aus fünf Entwicklern erzeugt rund 15 Pipeline-Läufe pro Arbeitstag, bei 22 Arbeitstagen im Monat:

Plattform	Minuten pro Lauf	Läufe pro Monat	Minuten gesamt	Preis	Monatliche Kosten
Android (Linux)	10	330	3.300	0,006 $	ca. 20 $
iOS (macOS)	15	330	4.950	0,062 $	ca. 307 $

Im Tarif enthaltene Minuten senken diesen Betrag weiter. Beachten Sie aber, dass macOS-Minuten bei GitHub das enthaltene Kontingent mit einem deutlich höheren Faktor verbrauchen als Linux-Minuten. Die Lehre ist eindeutig: Die Optimierung der iOS-Pipeline-Zeit wirkt sich finanziell etwa zehnmal so stark aus wie die Optimierung der Android-Zeit.

3. Testdienste

Unit-Tests laufen auf normalen Build-Maschinen. UI-Tests auf echten Geräten erfordern in der Regel eine Gerätefarm wie Firebase Test Lab, BrowserStack oder AWS Device Farm. Die Kosten hängen von der Zahl der Geräte und der Testdauer ab, deshalb gehen die meisten Teams so vor:

• Bei jedem Pull Request eine kurze Smoke-Test-Suite auf Emulatoren oder Simulatoren ausführen.
• Die vollständige Suite nachts oder vor Releases auf echten Geräten ausführen.
• Die Gerätematrix anhand der tatsächlichen Nutzungsdaten wählen, nicht nach jedem verfügbaren Gerät.

4. Wartung

Eine Pipeline ist Software, und Software muss gewartet werden. Typische wiederkehrende Aufgaben sind:

• Jährliche Plattformanforderungen: Seit dem 28. April 2026 akzeptiert App Store Connect nur noch Builds, die mit Xcode 26 oder neuer erstellt wurden; ab dem 31. August 2026 verlangt Google Play, dass neue Apps und Updates Android 16 (API-Level 36) als Ziel haben.
• Erneuerung von Zertifikaten und Profilen für die iOS-Distribution.
• Upgrades von Abhängigkeiten und Toolchain für Gradle, Kotlin, CocoaPods, Flutter oder React Native.
• Reparatur instabiler Tests, die das Vertrauen in die Pipeline unbemerkt untergraben, wenn man sie ignoriert.

Für eine Standard-Pipeline ist ein realistischer Planwert ein paar Stunden pro Monat, mit Spitzen rund um die jährlichen Toolchain-Änderungen von Apple und Google.

---

Cloud-Runner vs. selbst gehostete Macs

Faktor	Cloud-Runner	Selbst gehostete Macs
Anfangskosten	Keine	Kauf der Hardware
Laufende Kosten	Pro Minute oder pro Tarif	Strom, Hosting, Netzwerk
Wartung	Anbieter pflegt die Images	Ihr Team kümmert sich um Xcode-, Betriebssystem- und Sicherheitsupdates
Skalierbarkeit	Elastisch	Begrenzt durch die Zahl der Maschinen
Ideal für	Die meisten kleinen und mittelgroßen Teams	Hohes, gleichmäßiges iOS-Build-Volumen

---

So senken Sie die Kosten für Mobile CI/CD

• Konsequent cachen: Gradle Build Cache sowie CocoaPods- und Swift-Package-Manager-Caches können die Build-Zeiten erheblich verkürzen.

• Nur ausführen, was sich geändert hat: iOS-Builds überspringen, wenn ein Pull Request nur Android-Code betrifft, und umgekehrt.

• Arbeit von macOS verlagern: Linting, Tests für gemeinsamen Code und Backend-Prüfungen unter Linux ausführen.

• Tests staffeln: schnelle Prüfungen bei jedem Commit, vollständige Suites nachts und vor Releases.

• Überholte Läufe abbrechen: Wenn ein Entwickler erneut pusht, die vorherige Pipeline für diesen Branch stoppen.

---

Ab wann rechnet sich CI/CD?

Vergleichen Sie die Kosten der Pipeline mit dem, was manuelle Releases Sie heute schon kosten. Wenn ein manuelles Release einen Senior-Entwickler einen halben Tag kostet und Sie wöchentlich veröffentlichen, sind das rund zwei Entwicklertage pro Monat für mechanische Arbeit – noch bevor man fehlgeschlagene Releases, abgelaufene Zertifikate oder Bugs mitrechnet, die durchgerutscht sind, weil Tests übersprungen wurden. Bei den meisten aktiv entwickelten Produkten amortisiert sich eine Standard-Pipeline innerhalb der ersten Monate.

Mobian für kosteneffizientes Mobile CI/CD

Bei Mobian dimensionieren wir Pipelines passend zur Phase des Produkts. Für ein MVP richten wir das Minimum ein, das das Release-Risiko beseitigt; für regulierte Fintech- und Gesundheits-Apps ergänzen wir Security Scanning, Freigaben und Audit-Trails. Wir optimieren die Build-Zeiten von Anfang an, denn bei Mobile CI ist die macOS-Rechnung der Posten, der am schnellsten wächst.

Zur Orientierung: In einem aktuellen Fintech-Projekt dauerte die erste erfolgreiche SDK-Pipeline ohne Cache 23,7 Minuten und mit warmem Cache etwa 1 Minute, und die vollständige Pipeline für Tester-Builds der Haupt-App läuft auf einem einzigen gemeinsam genutzten macOS-Runner in weniger als 6 Minuten. Ob Sie bei null anfangen oder eine Pipeline übernehmen, die niemand ganz versteht: Wir können das aktuelle Setup auditieren, realistische Kosten schätzen und es auf der Plattform umsetzen, die zu Ihrem Team passt.

Fazit

Die Kosten für Mobile CI/CD verteilen sich auf vier Blöcke: Einrichtung, Build-Infrastruktur, Testdienste und Wartung. Build-Minuten sind sichtbar, doch bei Wartung und macOS-Nutzung erleben Teams meist die Überraschungen im Budget. Mit einer Pipeline, die zur Phase Ihres Produkts passt und auf möglichst wenig macOS-Zeit optimiert ist, wird Automatisierung zu einer der günstigsten Investitionen in Ihr mobiles Produkt – und zu einer, die sich am schnellsten bezahlt macht.

Häufige Fragen

Was kostet die Einrichtung von Mobile CI/CD?

Die Einrichtungskosten hängen vor allem vom Umfang ab. Eine einfache Pipeline für eine Plattform (Build, Unit-Tests, interne Verteilung) erfordert meist rund 20–40 Stunden Entwicklungsarbeit. Ein vollständiges Setup für beide Plattformen mit automatisierter Signierung, UI-Tests und gestaffelten Store-Releases dauert typischerweise 80–160 Stunden. Legacy-Projekte mit kaputten Builds oder verlorenen Signing-Assets dauern länger.

Warum ist der Betrieb von iOS-Builds teurer als der von Android-Builds?

iOS-Apps lassen sich nur unter macOS bauen, und Mac-Build-Maschinen sind teurer in der Bereitstellung. Bei GitHub Actions zum Beispiel kosten Standard-macOS-Runner 0,062 $ pro Minute gegenüber 0,006 $ pro Minute für Linux – rund zehnmal so viel. iOS-Builds sind außerdem oft langsamer, was den Unterschied noch vergrößert.

Welche laufenden Kosten verursacht Mobile CI/CD?

Zu den laufenden Kosten gehören Build-Minuten oder Hardware, Dienste für Gerätetests, falls Sie sie nutzen, und Wartungszeit: Xcode- und Gradle-Versionen aktualisieren, Zertifikate erneuern, instabile Tests reparieren und sich an die jährlichen Anforderungen von Apple und Google anpassen. Die Wartung ist oft der Posten, den Teams im Budget vergessen.

Sind selbst gehostete Mac-Build-Maschinen günstiger?

Bei hohem Build-Volumen kann das so sein, weil Sie die Hardware einmal bezahlen statt pro Minute. Self-Hosting bringt aber zusätzlichen Wartungsaufwand, Sicherheitsverantwortung und Hardwarerisiken mit sich. Für die meisten kleinen und mittelgroßen Teams sind Cloud-Runner mit einer gut optimierten Pipeline in den Gesamtkosten günstiger.

Wie können wir die Kosten für Mobile CI/CD senken?

Am meisten sparen Sie, wenn teure Jobs seltener laufen: Abhängigkeiten cachen, bei Pull Requests nur die betroffenen Tests ausführen, vollständige UI-Suites für nächtliche oder Release-Builds aufheben, Android- und plattformübergreifende Prüfungen unter Linux ausführen und iOS nicht bei Änderungen bauen, die die iOS-App gar nicht betreffen.