Google schiebt Chrome 151 Anfang Juli in die nächste Beta-Phase. Der Chromium-Zeitplan nennt für Chrome 151 ein Beta-Fenster ab dem 1. Juli 2026. Für Nutzer wirkt das zunächst wie ein normaler Versionssprung. Für Admins, Entwickler und Erweiterungsanbieter ist es aber ein wichtiger Testmoment. In Chrome dürfte Version 151 weitere Altlasten rund um Manifest V2 und alte Erweiterungspfade bereinigen.
Die neue Version kommt aus dem Dev Channel, wo Google bereits Build 151.0.7912.0 für Windows, Mac und Linux veröffentlicht hat. Mit der Beta beginnt nun die Phase, in der Unternehmen, Entwickler und technisch interessierte Nutzer breiter testen können. Genau dafür ist der Beta-Kanal wichtig: Änderungen sind deutlich näher an Stable als im Dev Channel, aber noch früh genug, um Fehler, Erweiterungsprobleme und Policy-Konflikte zu finden.
Wichtig ist die saubere Einordnung: Chrome 151 schaltet Manifest V2 nicht erst ab. Google hat diesen Schritt bereits vorher vollzogen. Manifest-V2-Erweiterungen funktionieren laut offizieller Timeline ab Chrome 139 nicht mehr, und die frühere Enterprise-Ausnahme über ExtensionManifestV2Availability läuft aus. Chrome 151 steht damit eher für den nächsten Aufräumprozess im Code. Alte Flags, Übergangspfade und technische Reste werden für Nutzer und Admins immer weniger relevant.
Chrome 151 Beta wird zum Pflichtcheck für Erweiterungen
Für Admins ist der Beta-Start vor allem ein Prüfpunkt. Wer verwaltete Chrome-Profile, interne Erweiterungen oder alte Browser-Workflows betreibt, sollte nicht bis zum Stable-Rollout warten. Besonders kritisch sind Erweiterungen, die tief in Netzwerkverkehr, Seiteninhalte, Anmeldedaten, interne Tools oder Unternehmensrichtlinien eingreifen. Genau dort zeigt sich, ob die Migration auf Manifest V3 sauber abgeschlossen ist.
Der Unterschied zwischen Manifest V2 und Manifest V3 betrifft nicht nur Werbeblocker. Auch interne Unternehmens-Erweiterungen, Testwerkzeuge, Hilfs-Add-ons für Intranets und alte Automatisierungen können betroffen sein. Manifest V3 verändert Hintergrundprozesse, Berechtigungen, Netzwerkregeln und Lebenszyklen von Erweiterungen. Eine Erweiterung kann formal migriert sein und trotzdem im Alltag anders reagieren.
| Zielgruppe | Was Chrome 151 Beta prüfen sollte | Empfohlene Reaktion |
|---|---|---|
| IT-Admins | verwaltete Erweiterungen, Policies und Profile | Beta-Kanal in Testgruppen ausrollen |
| Erweiterungsentwickler | Manifest-V3-Migration und Service-Worker-Verhalten | Logs, Berechtigungen und Hintergrundlogik prüfen |
| Webentwickler | Web-Apps, DevTools-Workflows und Browser-APIs | Regressionen früh gegen Beta testen |
| Power-User | Adblocker, Nutzer-Skripte und alte Workarounds | Alternativen nicht erst nach Stable suchen |
| Unternehmen mit Policies | zentrale Rollouts und Update-Ringe | Pilotgruppe vor breitem Update nutzen |
| Chromium-Browser-Teams | eigene Abweichungen vom Chrome-Code | eigene MV2-Entscheidung dokumentieren |
Wer alte Chrome-Erweiterungen nach Manifest V2 prüft, sollte Chrome 151 deshalb als zusätzlichen Realitätstest einplanen. Es reicht nicht, dass eine Erweiterung im Chrome Web Store verfügbar ist. Entscheidend ist, ob sie in der eigenen Umgebung mit den eigenen Policies, Profilen, Login-Flows und Webanwendungen funktioniert.
Die Debatte bleibt auch für normale Nutzer sichtbar. Google begründet Manifest V3 mit Sicherheit, Datenschutz, Performance und wartbarerem Erweiterungscode. Kritiker verweisen weiter auf Einschränkungen für komplexe Filterlisten, klassische Werbeblocker und Nutzerkontrolle. Die Diskussion über letzte Schlupflöcher für alte Werbeblocker in Chrome dürfte mit Chrome 151 deshalb nicht enden. Sie verschiebt sich nur stärker auf technische Details.
Admins müssen schneller testen, weil Chrome selbst schneller wird
Chrome 151 kommt kurz vor einer größeren Umstellung im Release-Modell. Google will Chrome ab Version 153 im September 2026 alle zwei Wochen statt alle vier Wochen veröffentlichen. Für Unternehmen bedeutet das: Einzelne Updates werden kleiner, aber die Prüfzyklen werden enger. Wer Chrome zentral verwaltet, braucht dauerhafte Testgruppen statt gelegentlicher Sonderprüfungen vor großen Versionen.
Für Entwickler wird der Beta-Kanal dadurch wichtiger. Web-APIs, DevTools-Funktionen, Plattformtests und Erweiterungsänderungen erreichen dort eine Reife, die für produktionsnahe Tests sinnvoll ist. Wer moderne Chrome-Funktionen verfolgt, kennt diese Dynamik bereits aus Chrome-Tests rund um Prompt API und Session Compacting. Beta ist der Punkt, an dem Experimente näher an reale Nutzerumgebungen rücken.
- Chrome 151 Beta beginnt laut Zeitplan Anfang Juli 2026.
- Manifest V2 ist bereits abgeschaltet, Chrome 151 dürfte weitere Altlasten bereinigen.
- Admins sollten verwaltete Erweiterungen und Policies in Testgruppen prüfen.
- Entwickler sollten Manifest-V3-Erweiterungen, Service Worker und Web-Apps gegen die Beta testen.
- Power-User sollten alte MV2-Workarounds nicht mehr als belastbare Lösung einplanen.
Der beste aktuelle Stand lautet: Chrome 151 erreicht am 1. Juli 2026 die nächste Beta-Phase. Die Version ist vor allem für Admins, Entwickler und Erweiterungsanbieter wichtig. Offiziell ist Manifest V2 bereits Geschichte. Praktisch bleibt Chrome 151 relevant, weil alte Codepfade, Flags und Workarounds weiter verschwinden und Manifest V3 endgültig zum normalen Erweiterungsmodell im Chrome-Ökosystem wird.
Chrome 151 Beta ist ein Pflichttermin für alle, die Chrome verwalten oder Erweiterungen entwickeln. Der Meilenstein bringt voraussichtlich keine neue Manifest-V2-Abschaltung, sondern die nächste technische Bereinigung nach der bereits erfolgten Deaktivierung. Admins sollten Testgruppen vorbereiten, Entwickler sollten Manifest-V3-Erweiterungen gegen Chrome 151 prüfen, und Power-User sollten alte MV2-Workarounds nicht mehr als dauerhafte Lösung betrachten.