Layer 8Ehrlicher Tech-Support
BetriebssystemSchweregrad: Lästig

Chromebook: Android-App fehlt im Play Store wegen Manifest

Auf dem Handy installierbar, auf dem Chromebook unsichtbar? Meist verlangt das Manifest Hardware, die Chromebooks fehlt, oft über eine Berechtigung.

Aufwand:
ca. 30 Min.
Voraussetzung:
Android Studio mit Lint-Prüfung, Die AndroidManifest.xml der App
Gilt für:
ChromeOS mit Google Play und Android-Apps (Android Developers, App manifest compatibility for Chromebooks, Stand 09.01.2026; uses-feature-Leitfaden abgerufen am 15.10.2026)

Das Symptom

Eine Android-App ist seit Jahren im Play Store, läuft auf Telefonen und Tablets ohne Beschwerden. Dann meldet sich eine Schule, ein Kunde oder ein Kollege mit Chromebook: Die App sei im Play Store auf dem Gerät nicht zu finden. Kein Hinweis, keine Fehlermeldung, bei der Suche taucht sie schlicht nicht auf. Auf dem Telefon desselben Nutzers mit demselben Konto ist sie da.

Im Team beginnt das Rätselraten. Liegt es an einer Ländersperre, an einer falschen Kategorie, an einer Einstellung in der Play Console? Manche vermuten, Chromebooks könnten Android-Apps grundsätzlich nur eingeschränkt. Dabei hat niemand am Store etwas verstellt. Die Ursache steht in der eigenen Manifest-Datei, oft in einer Zeile, die mit Chromebooks scheinbar nichts zu tun hat.

Die „Layer 8“-Wahrheit

Google Play zeigt eine App nur Geräten, die alle Merkmale haben, die die App als erforderlich erklärt. Der Leitfaden zum Manifest-Element uses-feature formuliert es ohne Umschweife: Fehlt einem Gerät ein solches Merkmal, filtert Google Play die App, sodass sie dort weder sichtbar noch herunterladbar ist. Für Chromebooks hat Google eine eigene Seite veröffentlicht, die aufzählt, was dort fehlt: unter anderem die rückwärtige Kamera mit Autofokus und Blitz, GPS, NFC, Infrarot, Barometer, Telefonie und der USB-Host-Modus. Der Kernsatz der Seite lautet: „If your app requires specific features that aren’t supported on Chromebooks, it won’t be available for installation on Chromebooks.“

Der Teil, der fast jeden überrascht, sind die Berechtigungen. Eine App, die nur gelegentlich ein Foto aufnehmen will, fordert die Berechtigung CAMERA an und erklärt keine Kamera als Pflicht. Google Play ergänzt die Pflicht trotzdem: Wer CAMERA anfordert, verlangt in den Augen des Stores eine rückwärtige Kamera, auch ohne eigenes uses-feature-Element. Die Chromebook-Seite listet das in einer Tabelle, CAMERA führt zu Kamera und Autofokus, eine ganze Reihe von Telefon- und SMS-Berechtigungen zu Telefonie. Die Seite schreibt dazu: „By requesting these permissions, you prevent your app from being installed on Chromebooks.“

Die Reparatur ist klein. Jedes Merkmal, das die App nutzen kann, aber nicht zwingend braucht, wird im Manifest ausdrücklich als nicht erforderlich gekennzeichnet, auch die Merkmale, die sich nur aus Berechtigungen ergeben. Android Studio prüft das mit einer eigenen Lint-Regel für ChromeOS. Der Preis dafür ist eine Pflicht im Code: Die App muss damit rechnen, dass die Kamera oder das GPS auf dem Gerät wirklich fehlt, und die Funktion dann sinnvoll weglassen.

Wer das Problem in die andere Richtung baut, macht es nicht besser. Das Merkmal android.hardware.type.pc ist für Chromebooks gedacht und schaltet die Eingabeemulation für Maus und Touchpad ab. Ohne die Kennzeichnung als nicht erforderlich läuft die App laut Google danach nur noch auf Chromebooks. Wer ein Manifest ändert, sieht deshalb hinterher im Store auf beiden Geräteklassen nach, nicht nur auf der, für die er gerade repariert hat.

Die echte, verifizierte Lösung

1000 % faktenbasiert. Jeder Befehl ist real, jeder Pfad existiert. Schritt für Schritt:

  1. 1.

    Die Lint-Prüfung für ChromeOS laufen lassen

    Android Studio bringt eigene Prüfungen für die Chromebook-Tauglichkeit des Manifests mit. Die Seite zur Manifest-Kompatibilität nennt den Weg über File, Settings, Editor, Inspections, Android, Lint, Correctness und dort ChromeOS. Die Prüfung markiert Einträge, die eine App auf Chromebooks unsichtbar machen, bevor sie jemand im Store vermisst. Das ist der schnellste Weg zu einer Liste der Verdächtigen.

  2. 2.

    Ausdrücklich verlangte Merkmale durchgehen

    Jedes uses-feature-Element im Manifest prüfen: Steht dort ein Merkmal, das Chromebooks laut Google nicht oder nur teilweise unterstützen, etwa die rückwärtige Kamera, GPS, NFC oder Telefonie, und ist es nicht ausdrücklich als optional markiert, gilt es als Pflicht. Die Seite empfiehlt für solche Einträge, sie zu entfernen oder mit dem Attributwert required gleich false zu versehen, damit die App auf Chromebooks installiert werden kann.

    <uses-feature android:name="android.hardware.camera" android:required="false" />
    <uses-feature android:name="android.hardware.location.gps" android:required="false" />
    
  3. 3.

    Berechtigungen auf versteckte Pflichten prüfen

    Die gefährlicheren Fälle stehen nicht bei den Merkmalen, sondern bei den Berechtigungen. CAMERA bedeutet für Google Play stillschweigend Kamera und Autofokus, SMS- und Telefonberechtigungen bedeuten Telefonie. Wer eine solche Berechtigung anfordert, ohne das zugehörige Merkmal ausdrücklich als optional zu erklären, hat damit ein Pflichtmerkmal erzeugt. Die Lösung ist dieselbe: Das implizite Merkmal als uses-feature mit required gleich false eintragen.

    <uses-permission android:name="android.permission.CAMERA" />
    <uses-feature android:name="android.hardware.camera" android:required="false" />
    <uses-feature android:name="android.hardware.camera.autofocus" android:required="false" />
    
  4. 4.

    Im Code mit fehlender Hardware rechnen

    Ein optional erklärtes Merkmal kann auf dem Gerät tatsächlich fehlen. Der uses-feature-Leitfaden betont, dass die Elemente nur informativ sind und das Android-System selbst vor der Installation nicht prüft, ob das Gerät sie unterstützt. Die App muss also zur Laufzeit damit umgehen, dass es keine rückwärtige Kamera oder kein GPS gibt, und die Funktion dann ausblenden oder anders anbieten, statt abzustürzen.

  5. 5.

    Das Sondermerkmal für PCs nicht verwechseln

    Die Seite nennt ein Merkmal, das für Chromebooks gedacht ist: android.hardware.type.pc schaltet die Eingabeemulation für Maus und Touchpad ab. Wer es einträgt, muss es laut Google ebenfalls als nicht erforderlich kennzeichnen, sonst läuft die App nur noch auf Chromebooks. Ein gut gemeinter Eintrag für bessere Maussteuerung kann eine App so von allen Telefonen verbannen, also nach der Änderung im Store auf beiden Geräteklassen nachsehen.

Häufige Fragen (FAQ)

?Warum sieht man die App auf dem Chromebook gar nicht erst?

Weil Google Play nach Gerätemerkmalen filtert. Der Leitfaden zum Manifest-Element uses-feature beschreibt das so: „If any required feature isn't supported by the device, Google Play filters the application so that it isn't visible to the user or available for download.“ Für Chromebooks fasst die Seite zur Manifest-Kompatibilität es in einem Satz: „If your app requires specific features that aren't supported on Chromebooks, it won't be available for installation on Chromebooks.“ Eine Fehlermeldung bekommt dabei niemand, die App fehlt einfach.

?Wir verlangen doch gar keine Kamera. Warum trifft es uns trotzdem?

Weil manche Berechtigungen eine Hardware stillschweigend mitverlangen. Im uses-feature-Leitfaden steht: „if an application requests the CAMERA permission, Google Play assumes the application requires a back (world-facing) camera even if the app doesn't declare a <uses-feature> element for android.hardware.camera.“ Die Chromebook-Seite listet solche Berechtigungen in einer Tabelle: CAMERA zieht android.hardware.camera und android.hardware.camera.autofocus nach sich, CALL_PHONE, READ_SMS, SEND_SMS und weitere ziehen android.hardware.telephony nach sich. Alle diese Merkmale stehen auf der Liste dessen, was Chromebooks nicht unterstützen.

?Welche Merkmale fehlen Chromebooks laut Google?

Die Seite zur Manifest-Kompatibilität führt unter anderem die rückwärtige Kamera mit Autofokus und Blitz, Infrarot, GPS, NFC, Barometer, Telefonie samt GSM und CDMA sowie USB-Host- und USB-Zubehörmodus als nicht unterstützt. Einige Sensoren wie Beschleunigungssensor, Kompass, Gyroskop oder Schrittzähler gelten als teilweise unterstützt, also nur auf manchen Geräten. Dazu kommen Softwaremerkmale wie App-Widgets auf dem Startbildschirm, Geräteverwaltung, eigene Eingabemethoden oder Live-Hintergründe.

?Und was ist mit dem Touchscreen?

Der ist meist kein Hindernis. Die Seite schreibt: „As of ChromeOS version M53, all Android apps that don't explicitly require the android.hardware.touchscreen feature also work on ChromeOS devices that support the android.hardware.faketouch feature.“ Solche Geräte ahmen Berührungen über Maus oder Touchpad nach. Wer den Touchscreen allerdings ausdrücklich als Pflicht erklärt, schließt Geräte ohne echten Touchscreen bewusst aus. Die Seite nennt genau das als einen der Wege, sie herauszufiltern.

Belege

Diese Seite ist gegen die folgenden Primärquellen geprüft – Hersteller, Standard oder Gesetzestext. Wer es nicht glaubt, muss es nicht: Da steht, wo es nachzulesen ist.

Zuletzt geprüft am . Dokumentation altert – ein Datum daneben ist der einzige ehrliche Umgang damit.

Auch zu finden unter

Verwandte Fehler

MOBAnfängerfehler

Google Play: Download ausstehend hängt

Play Store hängt bei 'Download ausstehend' und lädt nichts? Meist blockiert die Warteschlange, der Speicher oder der Cache. So läuft es wieder.