Android und Chrome OS: Google bestätigt Pläne zur Verschmelzung
Im November 2024 hatte es sich schon angedeutet: Die beiden Betriebssysteme Android und Chrome sollen offenbar näher zusammenrücken bzw. sogar miteinander verschmelzen. Offiziell bestätigt hatte Google diese Pläne allerdings nie – bisher. Im Gespräch mit Tech Radar hat der Google-Manager Sameer Samat dann aber geradezu beiläufig eine klare Aussage getätigt.
Dem Leiter des Android-Ökosystems war aufgefallen, dass der Interviewer zahlreiche Apple-Produkte im Gebrauch hatte. In diesem Zusammenhang sprach er dann an, dass das quasi nicht notwendig sei, um ein nahtloses Ökosystem zu verwenden, da Google Android und Chrome OS ebenfalls zu einer einheitlichen Plattform verschmelzen werde. Weitere Details plauderte der Manager dann allerdings nicht aus. So bleibt der genaue Zeitplan etwa noch offen.
Wie genau die Verschmelzung sich gestalten wird, ist ebenfalls noch offen. Man rechnet damit, dass Chrome OS quasi in Android aufgehen wird. Android sollte also Funktionen der anderen Plattform übernehmen und etwa einen vollwertigen Desktop-Modus erhalten. Da muss man natürlich auch mal abwarten, wie sich das auf die Chromebook-Reihe auswirken wird. Der Name wäre ohne Chrome OS wohl nicht mehr so ganz passend. Auch müsste Google wohl seine ganze Update-Strategie anpassen.
Transparenz: In diesem Artikel sind Partnerlinks enthalten. Durch einen Klick darauf gelangt ihr direkt zum Anbieter. Solltet ihr euch dort für einen Kauf entscheiden, erhalten wir eine kleine Provision. Für euch ändert sich am Preis nichts. Partnerlinks haben keinerlei Einfluss auf unsere Berichterstattung.

Bloß nicht! Das Besondere an ChromeOS ist ja, dass regelmäßige Updates unabhängig von den Hardwareherstellern kommen. Android ist in dieser Beziehung eine Katastrophe! Auch ist ChromeOS recourcenschonend. Android nicht. Für ChromeOS Nutzer kann diese Ankündigung nichts Gutes bedeuten. Zumal Android-App ja ohnehin schon laufen. Eine Ausdehnung von Android auf PCs ist daher keine gute Nachricht.
Allerdings würden sich Android Notebooks verkaufen und nicht wie Chromebooks Regalhüter sein.
Chromebooks nutzen wenig Ressourcen, da sie im Grunde nur Terminals sind, um auf die Cloud zuzugreifen. Die meisten Kunden möchten aber ein vollwertiges Gerät mit offline-Funktionalität (auch wenn Chrome für die meisten Konsumenten absolut ausreichend ist).
Mein Windows Notebook würde ich ohne mit der Wimper zu zucken sofort gegen ein ARM Android-Notebook eintauschen.
Regalhüter? In Deutschland, Herr Stefan, in Deutschland. Deutschland ist recht speziell, z.B. sind hier alle auf Microsoft getrimmt, in USA ist MS nur ein Player unter mehreren. Teams nutzt dort nur eine Minderheit. Chromebooks sind in den USA ziemlich beliebt. Mit Android ist man dort eher Außenseiter, siehe blue bubble vs green bubble.
Was für ein Unsinn. In den USA hat ChromeOS gerade mal einen Marktanteil von 2,7 % statt 1,25 % weltweit: https://gs.statcounter.com/os-market-share/desktop/united-states-of-america/#monthly-202406-202506
In beidem hat selbst Linux deutlich mehr Marktanteil. Und Windows hat auch nur 7 % weniger Marktanteil inden USA als weltweit, von „in USA ist MS nur ein Player unter mehreren“ kann da wirklich nicht die Rede sein. Selbst der Marktanetil von iOS gegenüber Android ist in den USA nicht so viel größer wie du suggerierst. Klar, im Gegensatz zum Rest der Welt liegt Android nicht bei 70 %, aber auch nicht im unteren zweistelligen oder gar einstelligen Bereich, wie du suggerierst. Und der Unterschied zwischen weltweitem und deutschem Marktanteil ist gering, was ChromeOS und Windows angeht.
Die unabhängigen Updates kommen auch unter Android, über Play Service Updates und die Play Services selbst. Und ob ChromeOS mit dem vollen Funktionsumfang von Android auf einem Android Smartphone wirklich ressourcenschonender wäre als es Android ist, würde ich doch mal stark bezweifeln.
das stimmt so schon lange nicht mehr. android hat längst einen eigenen hardware layer im kernel. viele hersteller setzen es nur einfach (immer noch) scheiße um.
Das wird nun wirklich niemanden mehr überraschen, Gerüchte dazu gibt es über die letzten 10+ Jahre ja immer wieder, die natürlich ständig dementiert wurden. Zwischendurch sollten ja beide durch Fuchsia OS ersetzt werden, das wurde ja inzwischen wieder aufgegeben. Und auf beidem setzt man ja seither auf Lösungen, die es theoretisch ermöglichen, das OS selbst auszutauschen. Sei es dass in ChromeOS bis auf Chrome im grunde alles nur virtualisiert läuft oder dass es in Android eine Trennung zwischen dem eigentlichen System und dem hardware-nahen Teil gibt und mit dem AVF mithilfe von pKVM ebenfalls die Grundlagen geschaffen wurden, alles mögliche virtualisiert laufen zu lassen.
Das ganze kann man ja mit OneUI 8.0 (Halb Beta und mit dem Fold Z 7 nächste Woche offiziell) und den neuen nativen Desktop Modus schon testen:
Fürchterlich! Auflösung (aktuell..) max. 1080p. Sämtliche Android-Apps müssten dafür erstmal aufgehübscht werden.
Das einzig positivste: Windows wäre im „Desktop“ Bereich sofort auf dem 2. Platz und Android würde übernehmen.
Das wird auch der Grund dafür sein, warum Google das jetzt selbst verbaut. Welche Auflösungen darüber möglich sind habe ich noch nicht ausprobiert (oder ausprobieren können), mir fällt aber auch keine App ein, die mir das verraten würde, da es in der Version von Google ja den Monitor zum zweiten unabhängigen Bildschrim macht statt ihn zu spiegeln. Aber da das Gerücht im Raum steht, dass ChromeOS durch Android ersetzt werden soll, würde das wohl auch kommen müssen. Natürlich unter der Voraussetzung, dass Google Android nicht verkaufen muss.
Windows ersetzen kann es für mich aber leider nicht, außer es wird möglich sein Windows Games (Thema EA z.B.) drauf zu zocken.
„außer es wird möglich sein Windows Games (Thema EA z.B.) drauf zu zocken.“ Geht. Da auch ChromeOS Linux hat und dadurch WINE.
Es gibt ja auch explizite Gaming Chromebooks auf denen man Steam installieren kann. Wird wahrscheinlich dann ähnlich Linux oder SteamOS im Spieleangebot sein…
Steam gibt’s für ChromeOS, und es gab schon wenigstens Gerüchte, Valve könnte daran interessiert sein, Steam mit Proton auch unter Android mit samt x86 Emulation laufen zu lassen.
Das wäre gut, vielleicht bekommt dann Android endlich Clipboard und Drag-n-Drop, damit man Dateien zwischen Fenstern und Apps kopieren, einfügen oder rüberziehen kann, wie es unter anderen Betriebssystemen üblich ist.
Hat Android beides schon seit vielen Jahren. Was tatsächlich fehlt ist ein integrierter Clipboard Manager, der nicht in der Tastatur eingebaut ist und eine breitere Unterstützung für Drag-n-Drop. Aber insbesondere als Schnittstelle ist beides seit langem vorhanden.
Kannst du mir sagen, wie es geht?
Ich kann nicht finden, wie ich z.B. in WhatsApp oder im Browser ein Foto kopieren und in einer Mail einfügen kann, ohne es in der Galerie zu speichern.
Bei meinem Samsung (Android 15, One UI 7.0) finde ich es nicht.
Das könnte komplizierter sein. Es sollte aus einem Browser heraus möglich sein, Bilder in die Zwischenablage zu kopieren. Zumindest kann man in Gboard den Support für Bilder aktivieren, ohne sollten die einfach in der Zwischenablage landen, aber wird dann halt überschrieben, wenn du was anderes in die Zwischenablage kopierst. Aber Messenger scheinen so etwas nicht anzubieten. Auf Pixel-Geräten kann man das umgehen, aber da wird dann wahrscheinlich nur das Bild so kopieren können, wie es in der Recent Apps-Übersicht angezeigt wird, nicht das Originalbild.
Es gibt also inder Tat keine systemweite Zwischenablage bei Android? Und ich dachte, es wäre mein Billig-Samsung Schuld.
Ich kann mich noch erinnern, wie man das erste iPhone ausgelacht hat, weil es keine Zwischenablage hatte.
Android, 20 years later…
> Es gibt also inder Tat keine systemweite Zwischenablage bei Android?
Wo habe ich das behauptet? Es ist halt an der App, ob sie dir erlaubt, inhalte zu kopieren. Bei Messengern wird üblicherweise nur das Kopieren von Text erlaubt. Und es ist nur die Verwaltung der Zwischenablage die nicht im System selbst integriert ist, die Zwischenablage selbst wird schon in der ersten Android-Version systemweit vorhanden sein.