Die 20 häufigsten Performance-Bremsen – und wie du sie systematisch entfernst.
App-Performance: Wenn die App lahmt, laufen Nutzer weg
Performance ist kein Nice-to-have. Es ist der Unterschied zwischen einer App, die genutzt wird – und einer, die gelöscht wird.
Warum Performance oft zu spät kommt
In vielen Projekten wird Performance-Optimierung auf "irgendwann nach dem Launch" verschoben. Das ist ein teurer Fehler. Denn was sich während der Entwicklung als "läuft doch" anfühlt, ist oft ein Device mit 16GB RAM und einer 1-Gbit-Leitung. Echte Nutzer haben oft beides nicht.
Die häufigste Reaktion auf eine lahme App: deinstallieren. Nicht beschweren. Einfach weg.
Die 20 Performance-Killer – und wie man sie findet
Die Klassiker: zu viele API-Calls pro Screen, unkomprimierte Bilder, kein Lazy Loading, fehlende Paginierung, synchrone Operationen auf dem Main Thread, kein Caching, unnötige Re-Renders, zu große Bundles.
Das Gemeine: Die meisten davon sieht man nicht im Code-Review. Man findet sie im Profiler.
Werkzeuge, die wirklich helfen
Für Flutter: Flutter DevTools, speziell der Performance Overlay und der Timeline View. Für React Native: Flipper mit den Performance-Plugins. Für native Apps: Xcode Instruments bzw. Android Studio Profiler.
Und dann: unter echten Bedingungen testen. Schlechtes Netz simulieren (3G, Edge), alte Geräte nehmen, große Datensätze. Erst dann zeigt sich, wo es wirklich klemmt.
Die wichtigsten Stellschrauben
Startup-Zeit: Was passiert beim App-Start? Wird zu viel auf einmal initialisiert? Lazy Initialization, Splash-Screen intelligent nutzen, Heavy Operations in den Background.
Liste und Scrolling: Listen mit vielen Einträgen sind oft der erste Ort, wo Performance-Probleme spürbar werden. Virtualized Lists, korrekte Key-Vergabe, keine schweren Berechnungen im List-Item-Render.
Netzwerk: Requests bündeln, cachen, priorisieren. Offline-First denken, nicht Offline als Afterthought.
Bilder: Immer mit richtiger Auflösung ausliefern, cachen, lazy laden. Das allein macht bei vielen Apps einen massiven Unterschied.
Wann lohnt sich ein Performance-Audit?
Sobald Nutzer sich beschweren – und eigentlich schon vorher. Ein gezielter Performance-Audit vor dem Launch ist billiger als Hotfixes danach.
Checkliste App-Performance
Profiler einmal durchlaufen lassen (nicht nur manuell getestet)
Startup-Zeit gemessen und dokumentiert
Listen mit großen Datensätzen getestet
Bilder komprimiert und gecacht
API-Calls auf Redundanz geprüft
Netzwerk-Simulation mit schlechten Bedingungen durchgeführt
Performance-Budget definiert (z.B. max 2s bis first interactive)
Performance zieht euren App-Store-Score runter?
markom.digital macht Performance-Audits für bestehende Apps – und baut Performance von Anfang an ein, wenn wir Apps neu entwickeln.
