App zu groß? So senken Sie die Download-Größe

Kurz gesagt: Eine App wird meist nicht durch den eigentlichen Code groß, sondern durch Bilder, Videos, Schriften, eingebundene Bibliotheken und mitgelieferte Daten, die nicht jedes Gerät braucht. Messen Sie zuerst die Größe, die Nutzer tatsächlich herunterladen – in der Play Console und in App Store Connect –, und nicht die Datei, die Ihr Entwickler hochlädt. Danach bringen App Bundles, Asset-Kataloge, das Entfernen ungenutzter Ressourcen und das Nachladen großer Inhalte bei Bedarf in der Regel den größten Effekt.

Wer eine App betreibt, bekommt das Thema oft indirekt mit: Ein Kunde schreibt, die App lasse sich unterwegs nicht laden, oder eine Bewertung beschwert sich über „Speicherfresser“. Google formuliert es auf der Entwicklerseite zur App-Größe recht deutlich: Nutzer meiden Apps, die zu groß wirken, besonders bei schwacher Verbindung oder begrenztem Datenvolumen. Apple weist in der Xcode-Dokumentation darauf hin, dass der App Store die Größe von Apps begrenzt, die über eine Mobilfunkverbindung installiert werden können – darüber hinaus müssen Nutzer ins WLAN wechseln.

Woran es liegt: typische Fehlerbilder

Bevor jemand optimiert, lohnt ein Blick auf die üblichen Verdächtigen. Die folgende Tabelle ordnet Symptome den häufigsten Ursachen zu.

Fehlerbild	Wahrscheinliche Ursache	Was hilft
Größe springt nach einem Update deutlich nach oben	Neue Bibliothek oder SDK (Analyse, Werbung, Karten, Chat) mit eigenen Ressourcen	Abhängigkeiten prüfen, Alternativen oder schlankere Module wählen
App enthält große Bild- und Videodateien	Medien liegen unkomprimiert im Paket, teils in mehreren Auflösungen	WebP oder Vektorgrafiken, Asset-Katalog mit Gerätezuordnung, Videos streamen
Android-App wird noch als APK veröffentlicht	Alle Gerätevarianten landen in einer Datei	Auf Android App Bundle umstellen
Viele Sprachen, Schriften und Icons „für später“	Ungenutzte Ressourcen bleiben im Projekt	Lint-Prüfung, Ressourcen-Shrinking, Aufräumen im Xcode-Projekt
Plattformübergreifende App (z. B. Flutter, React Native) wirkt schwer	Laufzeit, native Bibliotheken für mehrere Prozessorarchitekturen	Release-Build korrekt konfigurieren, Debug-Symbole entfernen
Offline-Daten (Kataloge, Karten) im Installationspaket	Alles wird beim ersten Download mitgeliefert	Inhalte nach dem Start oder bei Bedarf nachladen

Die Tabelle ist kein Ersatz für eine Messung. Sie zeigt aber, wo man zuerst nachfragt, wenn der Entwickler sagt: „Das ist halt so.“

Erst messen: welche Zahl wirklich zählt

Der häufigste Denkfehler ist, die Dateigröße des Uploads mit dem zu verwechseln, was auf dem Handy ankommt. Beide Stores rechnen anders.

Android: Play Console

Laut Play-Console-Hilfe (abgerufen November 2026) sehen Sie nach einem Release in der Produktion die Download-Größe unter „Android Vitals“ auf der Seite „App-Größe“. Dort finden Sie die Größe auf einem Referenzgerät, die Spanne über alle Gerätekonfigurationen, einen Vergleich mit einer frei wählbaren Gruppe ähnlicher Apps und – bei App Bundles – eine Aufschlüsselung nach Code, Ressourcen, Assets und nativen Bibliotheken für die letzten fünf Releases. Gerade diese Aufschlüsselung zeigt schnell, ob Bilder oder Bibliotheken das Problem sind.

Vor dem Upload lässt sich die Größe mit dem Kommandozeilenwerkzeug bundletool schätzen; Google schreibt dazu, die Berechnung sei ähnlich, aber nicht identisch. Außerdem nennt die Hilfe: Ist eine App größer als 200 MB, sehen Nutzer im Mobilfunknetz beim Installieren einen Hinweis auf die Größe.

iOS: Xcode und App Store Connect

Apple betont in der Dokumentation „Reducing your app’s size“, dass weder die .app-Datei noch das Archiv oder die hochgeladene IPA-Datei taugen, um die Größe zu beurteilen – sie enthalten zum Beispiel Debug-Informationen, die Nutzer nie herunterladen. Während der Entwicklung erstellt Xcode einen App-Size-Report: Archiv exportieren, bei App Thinning „All compatible device variants“ wählen, und Xcode legt für jede Gerätevariante eine eigene, „ausgedünnte“ Datei samt Bericht an. Ist die App bereits über TestFlight oder den App Store verfügbar, liefert App Store Connect laut Apple die genauesten Werte je Variante und warnt, wenn die Mobilfunkgrenze überschritten wird. Builds für TestFlight sind dabei etwas größer als die spätere Store-Version.

Legen Sie eine einfache Tabelle an: Version, Datum, Download-Größe Android, Download-Größe iOS. So sehen Sie bei jedem Update, ob die Kurve steigt – und können die Ursache auf ein konkretes Release eingrenzen.

Maßnahmen, die tatsächlich Megabytes sparen

Android App Bundle statt APK

Laut Android-Entwicklerdokumentation ist das App Bundle ein Upload-Format, aus dem Google Play für jede Gerätekonfiguration optimierte Pakete erzeugt. Nutzer laden dann nur Code und Ressourcen, die ihr Gerät braucht. Wer noch APKs hochlädt, verschenkt diesen Effekt; zudem gelten für APKs laut Play-Hilfe ältere, strengere Größengrenzen.

Ungenutztes entfernen

Für Android beschreibt Google zwei Ebenen: Das Lint-Werkzeug in Android Studio meldet Ressourcen, auf die der Code nicht verweist, und die Option shrinkResources entfernt solche Ressourcen beim Build automatisch – Voraussetzung ist eingeschaltetes Code-Shrinking (minifyEnabled), bei dem R8 zuerst ungenutzten Code entfernt. Auf iOS empfiehlt Apple, im entpackten, ausgedünnten IPA nachzusehen, was mitgeliefert wird, und ungenutzte Bilder, Header-Dateien oder versehentlich eingebundene Dateien wie eine README aus dem Target zu nehmen. Außerdem sollte im Release-Build die Optimierungsstufe „Fastest, Smallest [-Os]“ aktiv sein, die laut Apple Standard ist, aber durch geänderte Projekteinstellungen verloren gehen kann.

Bilder und Medien

Google nennt WebP als Alternative zu PNG und JPEG sowie Vektorgrafiken für Icons, die auflösungsunabhängig sind. Apple empfiehlt Asset-Kataloge statt loser Dateien im App-Paket und das Markieren jedes Assets mit den Geräten, für die es gedacht ist – so kann App Thinning pro Gerät nur das Nötige ausliefern. Videos, die nur in einem Bereich der App laufen, gehören in der Regel nicht ins Paket, sondern werden gestreamt.

Große Inhalte später laden

Viele Apps liefern Produktkataloge, Schulungsvideos oder Kartenmaterial beim ersten Download mit, obwohl ein Teil der Nutzer diese Bereiche nie öffnet. Google Play bietet dafür Feature-Module und Asset-Packs, die erst bei Bedarf geladen werden; die Play-Hilfe listet dafür eigene Größengrenzen. Für die eigene App heißt das: Klären Sie mit dem Entwickler, welche Inhalte beim Start zwingend lokal sein müssen und welche nachgeladen werden dürfen.

Native Bibliotheken

Wenn Ihre App nativen Code enthält, rät Google, für den Release Debug-Symbole aus nativen Bibliotheken zu entfernen. Das betrifft oft Apps mit Bildverarbeitung, Scannern oder Spiele-Engines.

Eine kleine Routine für jedes Release

Damit die App nicht schleichend wächst, genügt eine kurze Prüfung pro Update: Größe in Play Console und App Store Connect notieren, bei einem Sprung die Aufschlüsselung öffnen, neue Abhängigkeiten im Änderungsprotokoll hinterfragen. Ein festes Größenbudget – etwa „nicht mehr als zehn Prozent über dem letzten Stand ohne Begründung“ – macht das Gespräch mit dem Entwicklerteam einfacher als ein vages „bitte schlanker“.

Häufige Fragen

Warum zeigt der Store eine andere Größe als mein Entwickler?

Weil der Upload alle Gerätevarianten und Zusatzdaten enthält, der Nutzer aber nur seine Variante lädt. Bei iOS kommen laut Apple nach der Freigabe noch Verarbeitungsschritte des App Store hinzu, die die Größe leicht verändern können. Maßgeblich sind die Werte in Play Console und App Store Connect.

Ist Download-Größe dasselbe wie Speicherplatz auf dem Gerät?

Nein. Die Download-Größe ist komprimiert, nach der Installation belegt die App mehr Platz – und wächst durch Cache und Nutzerdaten weiter. Beide Stores weisen deshalb Download- und Installationsgröße getrennt aus.

Lohnt sich der Aufwand bei einer kleinen Firmen-App?

Wenn die App deutlich unter den Grenzen bleibt und Nutzer sie meist im WLAN installieren, ist die Größe selten das dringendste Problem. Kritisch wird es bei Apps für Außendienst, Baustelle oder Kunden unterwegs, die im Mobilfunknetz installiert oder aktualisiert werden.

Wird eine kleinere App automatisch schneller?

Nicht zwingend. Weniger Ballast hilft beim Download und oft beim Start, aber Ladezeiten innerhalb der App hängen eher an Netzwerkaufrufen und Datenmengen zur Laufzeit.

Wenn Sie vor einem Update wissen möchten, welche Teile Ihrer App den meisten Platz belegen, sehe ich mir die Größenaufschlüsselung gern gemeinsam mit Ihnen an – schreiben Sie mir.