Apple und Google ändern jedes Jahr Betriebssysteme, Schnittstellen und Regeln. Wer eine Frist verpasst, kann keine Updates mehr einreichen. Wir halten Ihre App aktuell, behalten die Fristen im Blick und übernehmen auch Apps, die nicht von uns stammen.
Eine App ist mit dem Launch nicht fertig. Apple und Google ändern jedes Jahr Betriebssysteme, Schnittstellen und Regeln, und einige davon sind Pflicht. Wer sie verpasst, kann keine Updates mehr einreichen, und im schlimmsten Fall verschwindet die App aus dem Store.
Drei Beispiele, die gerade anstehen oder hinter uns liegen:
| Plattform | Pflicht | Frist |
|---|---|---|
| Google Play | Neue Apps und Updates müssen für Android 16 gebaut sein | seit 31. August 2026 |
| Google Play | Abrechnung über die Google Play Billing Library ab Version 8 | Ende August 2026 |
| Apple App Store | Neue Apps und Updates nur noch mit dem SDK für iOS 27 | ab April 2027 |
Solche Fristen setzen die Plattformen von außen, sie sind nicht verhandelbar und erscheinen oft ohne langen Vorlauf in der Entwicklerkonsole. Dazu kommen Sicherheitsupdates für eingebundene Bibliotheken, Fehler, die erst im Betrieb auffallen, und neue Wünsche Ihrer Nutzer.
Ob einmalige Aktualisierung oder laufende Wartung mit festem Kontingent: Das entscheiden Sie. Wir übernehmen auch Apps, die nicht von uns entwickelt wurden, nativ ebenso wie mit Flutter oder .NET MAUI.
Bei einer nativen App (Swift, Kotlin) übernehmen wir ein neues Xcode oder Android-SDK am Tag der Veröffentlichung. Bei Cross-Plattform-Apps hängt ein weiterer Hersteller in der Kette: Erst wenn Flutter oder .NET MAUI die neue Umgebung unterstützt, kann die App nachziehen. Meist sind das Tage bis Wochen. Bei einer festen Frist sollte man das einplanen. Was das konkret für MAUI-Apps bedeutet, steht in .NET MAUI auf .NET 10: Was sich für Ihre App ändert.
Eine feste Jahreszahl gibt es nicht. Der Aufwand hängt davon ab, wie viele Bibliotheken eine App nutzt, was die Plattformen im jeweiligen Jahr verlangen und wie schnell Fehler behoben werden müssen. Als Faustregel für die Budgetplanung gelten im Mittel 15 bis 25 % der ursprünglichen Entwicklungskosten pro Jahr. Wie sich das zusammensetzt und was in einen guten Wartungsvertrag gehört, haben wir in App-Wartung nach dem Launch: Kosten und Wartungsplan zusammengestellt.
Was passiert, wenn wir eine Frist verpassen? Die App bleibt meist zunächst im Store, aber Sie können keine Updates mehr einreichen, bis sie die Anforderung erfüllt. Muss dann ein dringender Fehler behoben werden, wird es eng. Bei Google Play sehen neue Nutzer auf aktuellen Geräten Apps mit veralteter Zielversion unter Umständen gar nicht mehr.
Übernehmen Sie auch Apps anderer Entwickler? Ja. Wir verschaffen uns zuerst einen Überblick über Code, Bibliotheken und Store-Konten und bringen die App dann auf den aktuellen Stand.
Brauchen wir einen Wartungsvertrag? Nicht zwingend. Für Apps, die regelmäßig genutzt werden, empfehlen wir ein festes Kontingent: Es glättet ruhige und anstrengende Jahre und sorgt dafür, dass Fristen nicht überraschend kommen.
Quellen: Google Play – Anforderungen an das Ziel-API-Level · Apple Developer – SDK-Anforderungen ab April 2027
Lauth IT GmbH
Große Düwelstraße 28
30171 Hannover