--- title: "Was ist ein APK? Android App Packages einfach erklärt" description: "Was ist eine APK-Datei? Wie Android App Packages funktionieren, wie du APKs installierst und warum sie für die App-Entwicklung wichtig sind." canonical_url: "https://robocitrus.com/blog/was-ist-ein-apk" last_updated: "2026-06-28T19:07:53.164Z" --- Du willst eine Android-App veröffentlichen oder hast den Begriff APK irgendwo aufgeschnappt? Hier erfährst du, was hinter dem Android App Package steckt, wie es in der App-Entwicklung eingesetzt wird und was sich mit dem neueren AAB-Format geändert hat. --- ## Kurz zusammengefasst Eine APK-Datei (Android Application Package) ist das Dateiformat, mit dem Android-Apps verpackt und verteilt werden. Alles, was deine App zum Laufen braucht, steckt in einer einzigen Datei: Code, Bilder, Layouts, Konfiguration. Wenn du eine App aus dem Google Play Store installierst, wird im Hintergrund eine APK auf dein Gerät geladen und installiert. --- ## Was ist ein APK? APK steht für **Android Application Package**. Es ist das Standardformat, mit dem Apps auf Android-Geräten installiert werden. Jede App, die du jemals auf einem Android-Handy genutzt hast, wurde als APK oder über eine APK installiert. Technisch gesehen ist eine APK-Datei ein ZIP-Archiv mit einer bestimmten Struktur. Du könntest eine APK-Datei theoretisch mit einem ZIP-Programm öffnen und dir den Inhalt anschauen. Das ist kein Geheimnis, sondern einfach das Format, das Android versteht. ## Analogie: APK ist wie ein Umzugskarton Stell dir vor, du ziehst um. Du packst alles, was du in deinem neuen Zimmer brauchst, in einen Karton: Bücher, Deko, Werkzeug, eine Anleitung wo was hingehört. Genau so funktioniert eine APK. Die APK-Datei ist der Umzugskarton für deine App. Sie enthält alles, was Android braucht, um die App auszupacken und einzurichten: - Den **kompilierten Code** (die Logik deiner App) - Alle **Bilder, Icons und Grafiken** - Die **Layouts** (wie die App auf dem Bildschirm aussieht) - Eine **Manifest-Datei** (die Anleitung für Android) - Zusätzliche **Bibliotheken und Abhängigkeiten** Android nimmt den Karton, schaut in die Anleitung (das Manifest) und weiß sofort, was die App braucht: welche Berechtigungen, welche Android-Version, welche Bildschirmgrößen unterstützt werden. ## Was steckt in einer APK-Datei? Wenn du eine APK entpackst, findest du eine klar definierte Struktur: - **classes.dex** - Dein kompilierter App-Code im Dalvik Executable Format. Das ist das Format, das die Android Runtime (ART) versteht und ausführt. - **res/** - Alle Ressourcen: Layouts, Bilder, Strings, Farben. Alles, was nicht Code ist, aber von der App gebraucht wird. - **AndroidManifest.xml** - Die Konfigurationsdatei deiner App. Hier steht der Package-Name, die benötigten Berechtigungen, die unterstützten Android-Versionen und welche Activities (Bildschirme) deine App hat. - **assets/** - Dateien, die du unverändert mitliefern willst. Schriftarten, Datenbanken, JSON-Dateien. - **lib/** - Native Bibliotheken für verschiedene Prozessorarchitekturen (ARM, x86). Wenn deine App C/C++ Code nutzt oder ein Framework wie [Flutter](/blog/warum-ich-flutter-liebe) verwendet, landen die kompilierten nativen Bibliotheken hier. - **META-INF/** - Signatur-Informationen. Damit stellt Android sicher, dass die APK nicht manipuliert wurde. ## APK vs AAB: Was ist der Unterschied? Seit 2021 verlangt Google für neue Apps im Play Store das **AAB-Format** (Android App Bundle) statt einer klassischen APK. Was hat sich geändert? Eine **APK** enthält alles für alle Geräte. Egal ob dein Nutzer ein kleines Handy mit ARM-Prozessor oder ein Tablet mit x86-Chip hat, die APK enthält den Code und die Ressourcen für beide. Das macht die Datei größer als nötig. Ein **AAB** hingegen ist ein Bauplan. Du lädst das AAB bei Google hoch, und der Play Store generiert daraus optimierte APKs für jedes einzelne Gerät. Ein Nutzer mit einem Pixel-Handy bekommt nur den Code und die Bilder, die sein Gerät tatsächlich braucht. Das Ergebnis: kleinere Downloads, weniger Speicherverbrauch.
APK AAB
Enthält Alles für alle Geräte Bauplan für optimierte APKs
Dateigröße Größer Kleiner (nach Optimierung)
Play Store Nicht mehr für neue Apps Pflicht seit 2021
Sideloading Ja Nein
Signierung Entwickler signiert Google signiert (Play App Signing)
Wichtig: AAB ersetzt die APK nicht komplett. Auf dem Gerät des Nutzers wird am Ende immer noch eine APK installiert. Der Play Store erstellt sie nur automatisch aus dem AAB. Und für die Verteilung außerhalb des Play Stores (Sideloading, Enterprise-Apps) bleibt die APK das Format der Wahl. ## Wie installiert man eine APK? Normalerweise installierst du Apps über den Google Play Store, und der kümmert sich um alles. Aber manchmal willst du eine APK direkt installieren, zum Beispiel eine Beta-Version oder eine App, die nicht im Store ist. Das nennt sich **Sideloading**. So geht's: 1. **Unbekannte Quellen erlauben** - In den Android-Einstellungen unter "Sicherheit" oder "Apps" musst du der jeweiligen App (z.B. deinem Dateimanager oder Browser) die Installation aus unbekannten Quellen erlauben. 2. **APK-Datei herunterladen** - Von einer vertrauenswürdigen Quelle, zum Beispiel direkt vom Entwickler. 3. **Datei öffnen und installieren** - Android prüft die APK und zeigt dir die benötigten Berechtigungen an. Nach der Bestätigung wird die App installiert. Ein Wort zur Vorsicht: Installiere APKs nur aus Quellen, denen du vertraust. APK-Dateien aus dubiosen Download-Portalen können Malware enthalten. Der Play Store prüft Apps automatisch, bei Sideloading bist du selbst verantwortlich. ## APK in der App-Entwicklung Wenn du eine App entwickelst (oder [entwickeln lässt](/blog/app-entwickeln-lassen)), begegnest du der APK in verschiedenen Phasen: **Build-Prozess:** Dein Entwicklungstool (Android Studio, Flutter CLI) kompiliert den Quellcode, packt die Ressourcen zusammen und erzeugt eine APK. Bei jedem Build entsteht eine neue APK. **Debug vs Release:** Während der Entwicklung nutzt du eine Debug-APK. Die ist nicht optimiert und enthält Debugging-Tools. Für die Veröffentlichung erstellst du eine Release-APK (oder ein AAB), die optimiert und signiert ist. **Signierung:** Bevor eine APK im Play Store landen kann, muss sie digital signiert werden. Die Signatur stellt sicher, dass die App wirklich von dir stammt und nicht verändert wurde. Bei AABs übernimmt Google die finale Signierung über Play App Signing. **Veröffentlichung:** Für den Play Store lädst du ein AAB hoch. Für andere Vertriebswege (eigene Website, Enterprise-Verteilung) erstellst du eine signierte APK. Die [Kosten für die App-Entwicklung](/blog/app-entwicklung-kosten-2026) umfassen auch diesen Prozess der Veröffentlichung und Store-Optimierung. ## APK-Größe optimieren Die Größe deiner APK beeinflusst direkt, wie viele Nutzer deine App installieren. Google hat festgestellt, dass die Installationsrate mit jedem zusätzlichen Megabyte sinkt. Was du dagegen tun kannst: - **Bilder komprimieren** - Nutze WebP statt PNG für Grafiken. WebP bietet gleiche Qualität bei deutlich kleinerer Dateigröße. - **Ungenutzte Ressourcen entfernen** - `shrinkResources true` in der Gradle-Konfiguration entfernt automatisch Ressourcen, die im Code nicht referenziert werden. - **Code Shrinking aktivieren** - ProGuard oder R8 entfernen ungenutzten Code und optimieren den Rest. Das kann die APK-Größe erheblich reduzieren. - **Native Bibliotheken aufteilen** - Wenn du native Bibliotheken nutzt, liefere nur die Architekturen aus, die deine Zielgeräte brauchen. Oder besser: Nutze das AAB-Format und lass den Play Store das automatisch machen. - **Große Assets auslagern** - Wenn deine App große Dateien braucht (Spiele, Offline-Karten), lade sie beim ersten Start nach statt sie in die APK zu packen. ## Fazit Die APK ist das Paketformat für Android-Apps. Alles, was deine App braucht, steckt in einer einzigen installierbaren Datei. Google hat mit dem AAB-Format für den Play Store eine modernere Alternative eingeführt, aber am Ende wird auf jedem Android-Gerät immer noch eine APK installiert. In der Praxis heißt das: Für den Play Store arbeitest du mit AABs. Für Testing, Enterprise-Verteilung und Sideloading bleiben APKs dein Werkzeug. ## Häufig gestellte Fragen Nicht grundsätzlich. APKs aus dem Google Play Store werden automatisch geprüft. APKs aus unbekannten Quellen können aber Schadsoftware enthalten. Installiere nur APKs von vertrauenswürdigen Quellen, idealerweise direkt vom Entwickler. Nein. APKs sind ausschließlich für Android. iPhones nutzen ein anderes Format (IPA). Wenn du eine App für beide Plattformen brauchst, bietet sich ein Cross-Platform-Framework wie [Flutter](/blog/warum-ich-flutter-liebe) an, das aus einer Codebase Apps für beide Systeme erstellt. Häufige Ursachen: unkomprimierte Bilder, ungenutzte Ressourcen, native Bibliotheken für alle Architekturen. Aktiviere Code Shrinking (R8/ProGuard), komprimiere Bilder zu WebP und nutze das AAB-Format für den Play Store, damit Google die APK pro Gerät optimiert. Eine APK ist eine fertige, installierbare App-Datei. Ein AAB ist ein Paket, aus dem der Google Play Store optimierte APKs für jedes Gerät generiert. Seit 2021 verlangt Google AABs für neue Apps im Play Store. Am Ende installiert der Nutzer aber immer eine APK. Nicht unbedingt, aber es hilft. Wenn dein Entwickler dir eine APK zum Testen schickt oder ihr über App-Größe und Store-Veröffentlichung sprecht, ist es gut zu wissen, was dahintersteckt. Die Details übernimmt dein [App-Entwickler](/blog/app-entwickeln-lassen).