Chrome 148 ist live: Drei neue Web-Features für Mittelstands-Websites

Google hat am 5. Mai 2026 die Stable-Version von Chrome 148 ausgerollt, und mit ihr kommen drei Browser-Features, die sich auf normalen Mittelstands-Websites in wenigen Stunden Entwickler-Arbeit einbauen lassen und sofort messbar wirken: messbar bei Pagespeed, messbar bei Login-Conversion und messbar bei den Kosten, die KI-Funktionen im Frontend bisher verursacht haben.

Chrome 148 ging am 5. Mai 2026 in den Stable-Channel. Drei der enthaltenen Web-Plattform-Updates lassen sich sofort in B2B-Websites einbauen und liefern direkte Effekte auf Performance, Login-UX und KI-Funktionen im Frontend. (Bild: Collective Brain)

Lazy-Loading erreicht endlich Video und Audio

Das `loading=“lazy“`-Attribut existiert seit 2019 für Bilder und seit 2020 für iframes. Mit Chrome 148 wird derselbe Mechanismus auf Video- und Audio-Elemente erweitert: Der Browser lädt Mediendaten erst, wenn das Element in die Viewport-Nähe kommt. Für eine typische B2B-Mittelstands-Startseite mit Hero-Video, eingebettetem Imagefilm und Audio-Testimonials weiter unten heißt das: Die anfängliche Page-Weight schrumpft messbar, weil Browser bisher beim Initial-Load auch Off-Screen-Videos vollständig vorab requestet haben.

Die Implementierung ist trivial:

<video src="produkt-tour.mp4" controls loading="eager"></video>
<audio src="kunden-testimonial.mp3" controls loading="eager"></audio>

Das Browser-Verhalten orientiert sich am bestehenden Image-Lazy-Loading: Sobald ein Video sich dem Viewport nähert, beginnt der Download. In welcher Distanz das passiert, bestimmt der Browser anhand der Verbindungsqualität. Auf langsamen Verbindungen lädt Chrome früher vor, auf schnellen Verbindungen später, was die Sichtbar-Wahrnehmung optimiert.

Wichtig für Editorial-Teams und Web-Entwicklung: Das `loading=“lazy“`-Attribut wirkt nicht auf „-Elemente innerhalb eines `

Prompt API: KI im Browser ohne API-Key

Mit der Prompt API in Stable bekommen Websites direkten Zugriff auf Gemini Nano, das eingebaute KI-Modell von Chrome. Anders als bei OpenAI-, Anthropic- oder Google-Cloud-APIs läuft die Inferenz vollständig auf dem Endgerät des Nutzers, ohne dass Daten an einen Drittserver geschickt werden, ohne dass eine API-Schlüssel-Verwaltung im Frontend nötig ist und ohne Token-basiertes Pricing.

Die Prompt API unterstützt Text-, Bild- und Audio-Inputs. Antworten lassen sich über JSON-Schema oder reguläre Ausdrücke einschränken, sodass strukturierte Outputs ohne Post-Processing vorhersagbar werden. Sampling-Parameter steuern, wie zufällig oder deterministisch die Generierung läuft.

Konkrete Mittelstands-Use-Cases, die ohne externe APIs funktionieren:

• Bildunterschriften für Produktfotos automatisch erzeugen, direkt im CMS-Editor des Kunden.
• Kontaktformular-Eingaben in Echtzeit klassifizieren („Vertrieb“, „Support“, „Pressekontakt“) und vor dem Versand zum richtigen Postfach routen.
• Audio-Testimonials beim Upload transkribieren, ohne dass die Audio-Datei jemals den Browser verlässt.
• Produkt-Beschreibungstexte in Onboarding-Wizards für Lead-Magnete generieren.

Der Vorbehalt: Die API funktioniert nur in Chrome, ist also bisher kein Cross-Browser-Standard. Die Operating-System-Anforderungen sind moderat: Windows 10 oder 11, macOS 13 oder neuer, Linux oder ChromeOS auf Chromebook-Plus-Geräten. Wer vorhandene Cloud-AI-Workflows ablösen möchte, sollte Progressive Enhancement einplanen: Browser ohne Prompt API fallen auf den bisherigen Cloud-Pfad zurück.

Die Prompt API kostet kein Token-Pricing, sie kostet keine Datenschutz-Negotiation. Für 60 Prozent der KI-Use-Cases, die wir auf Mittelstands-Sites umsetzen, ist das ab heute eine echte Alternative zu Cloud-APIs.— Arno Hoffrichter, CTO Collective Brain

Browser-Sign-in-UI ohne dedizierte Login-Seite

Der dritte Bauteil mit direktem Conversion-Effekt ist ein neuer Modus für `navigator.credentials.get()`. Bisher musste eine Website eine eigene Login-Seite ausspielen, auch wenn der Browser bereits einen passenden Passkey oder ein gespeichertes Passwort für die Domain kannte. Mit Chrome 148 lässt sich der Aufruf so konfigurieren, dass der Browser entweder direkt seine Sign-in-UI einblendet oder mit `NotAllowedError` antwortet, wenn keine passende Credential vorliegt.

Der Code-Pfad ist überschaubar:

try {
  const credential = await navigator.credentials.get({
    mediation: 'required',
    publicKey: { ... },
    password: true
  });
  // Sofort einloggen
} catch (e) {
  if (e.name === 'NotAllowedError') {
    // Klassische Login-Seite anzeigen
  }
}

Wer Schema.org-Markup für die Authentifizierungs-Endpunkte schon korrekt aufgesetzt hat, siehe unsere Übersicht zu sieben Schema-Strukturen, die Google heute belohnt, profitiert zusätzlich davon, dass Suchmaschinen den Login-Endpunkt als solchen erkennen und nicht mehr im organischen Index ausspielen.

Rollout-Strategie für Mittelstands-Sites

Drei Features, drei unterschiedliche Aufwände. Lazy-Loading für Video und Audio ist eine Ein-Zeilen-Änderung pro Tag und kann in derselben Stunde live gehen, in der das CMS die Inhalte ausspielt. Die Prompt API erfordert Progressive-Enhancement-Code, also einen Fallback-Pfad für Browser ohne Unterstützung. Aufwand: ein bis drei Entwickler-Tage je Use-Case. Der neue Login-Modus benötigt zusätzlich eine Backend-Anpassung, weil der Server jetzt damit rechnen muss, dass Authentifizierung ohne Login-Page-Aufruf passiert. Typischer Aufwand: ein bis zwei Personentage inklusive Test.

Wir empfehlen folgende Reihenfolge: Zuerst Lazy-Loading auf alle medienlastigen Pages ausrollen, weil der Impact auf Core Web Vitals direkt messbar ist und keine Backend-Logik ändert. Anschließend in einem zweiten Sprint die Prompt API für einen klar abgegrenzten Use-Case (zum Beispiel Formular-Klassifizierung oder Bildbeschriftung) testen. Erst danach den Login-Modus, weil hier am meisten Backend-Risiko entsteht und Security-Review angeraten ist. Wer bei der Umsetzung Unterstützung braucht, findet sie im Web-Development-Bereich von Collective Brain.

Arno Hoffrichter

CTO, Collective Brain GmbH · Hamburg

Arno Hoffrichter ist CTO bei der Collective Brain GmbH in Hamburg. Als Technologieexperte mit 20 Jahren Erfahrung in der Web- und Online-Entwicklung ist er der treibende technische Kopf hinter Collective Brain. Durch das geschickte Zusammenspiel von Künstlicher Intelligenz, modernen Tools und seinem Team entwickelt Arno kreative Lösungen, die zu mehr Sichtbarkeit und Erfolg führen.

LinkedIn Beratung anfragen