scloud by Florian Salzmann
ende

Google-Suche funktioniert nicht mehr in Microsoft Edge (Build 154.0.4258.37)

Seit Microsoft Edge Build 154.0.4258.37 (veröffentlicht am 24. September 2026) funktioniert die Google-Suche für viele Leute nicht mehr. Google als Standard-Suchmaschine einstellen, einen Suchbegriff in die Adressleiste eingeben, Enter drücken, und nichts Sinnvolles passiert.

Mir ist genau das passiert. Suchbegriff eingegeben, Enter gedrückt, und es passiert schlicht gar nichts. Keine Navigation, kein Fehler, keine Fallback-Seite. Interessanterweise passiert das nur bei echten Suchbegriffen. Tippt man dagegen den Anfang einer URL ein, die bereits im Verlauf steht, funktioniert die Autovervollständigung der Adressleiste ganz normal. Es ist speziell der Pfad “Suchanfrage aus dem Default-Provider-Template bauen”, der stillschweigend ins Leere läuft.

Andere sehen Varianten desselben Problems:

  • Die Adressleiste liefert eine leere oder kaputte Ergebnisseite, oder fällt stillschweigend auf Bing zurück.
  • Der Suchbegriff wird verstümmelt. Aus einer Suche nach hello wird hellooq=hello, weil ein zusätzlicher oq=-Parameter angehängt statt korrekt verarbeitet wird.
  • Google verschwindet komplett aus Einstellungen → Datenschutz, Suche und Dienste → Adressleiste und Suche → Suchmaschinen, sodass es sich gar nicht mehr auswählen lässt.

Am konsistentesten tritt das auf, wenn Google über Intune-/MDM-Policy (DefaultSearchProviderSearchURL) konfiguriert ist. Manuelle Konfigurationen sind aber ebenfalls nicht komplett sicher davor.

Edge-Einstellung der Suchmaschine in der Adressleiste, Dropdown kaputt und keine Auswahl möglich

Table of Contents

Open Table of Contents

Die Ursache: eine strengere Pattern-Prüfung

Das ist die Erklärung, die am besten passt. Edge verschärft die Validierung des OpenSearch-URL-Templates, das Suchmaschinen-Provider verwenden. Aktuelle Builds prüfen strenger und wörtlicher, ob der Platzhalter %s bzw. {searchTerms} in der Such-URL exakt passt.

In der Praxis heisst das: Eine Google-Such-URL mit zusätzlichen Query-Parametern (Tracking-Parameter, Region-Codes, alles über das nackte q={searchTerms} hinaus) wird jetzt eher abgelehnt oder falsch verarbeitet als noch vor ein paar Builds.

Intune-/MDM-verwaltete Setups trifft es am härtesten. Genau diese policy-gepushten URLs tragen oft die zusätzlichen Parameter. Und ein abgelehnter oder beschädigter Eintrag kann auch Edges lokale Web Data-Datenbank beschädigen. Deshalb verschwindet Google manchmal komplett aus der Liste, statt einfach nur falsch zu suchen.

Das ist keine Vermutung ins Blaue. Genau dieses Muster taucht über mehrere Microsoft-Q&A-Threads hinweg konsistent auf, die diesen exakten Fehler im Laufe von 2026 beschreiben, sowohl bei privaten als auch bei MDM-verwalteten Edge-Installationen.

Workarounds

Keiner davon ist eine echte Lösung. Es ist das, was bei Betroffenen tatsächlich funktioniert hat, bis Microsoft das Problem richtig behebt.

1. Googles vollständiges OpenSearch-Template statt einer abgespeckten Variante verwenden.

Kontraintuitiv, aber bei mir hat genau das Gegenteil von “vereinfachen” geholfen. Statt einer reduzierten q={searchTerms}-URL das tatsächliche OpenSearch-Template von Google mit allen Makros verwenden:

{google:baseURL}search?q={searchTerms}{google:RLZ}{google:originalQueryForSuggestion}{google:assistedQueryStats}{google:searchboxStats}{google:searchFieldtrialParameter}{google:language}{google:prefetchSource}{google:searchClient}{google:sourceId}{google:searchSource}{google:contextualSearchVersion}ie={inputEncoding}

Das ist genau das Template, das Chromium-basierte Browser intern für Google mitbringen. Es 1:1 zu verwenden, statt einer von Hand vereinfachten Version, umgeht offenbar genau das, woran die strengere Validierung sich stört.

Eine simple, minimale URL funktioniert bei manchen ebenfalls. Falls das volle Template nicht hält:

https://www.google.com/search?q={searchTerms}

2. Intune-/MDM-Policy prüfen.

Falls Google über DefaultSearchProviderSearchURL ausgerollt wird, prüfe den exakten URL-Wert. Entferne alle Query-Parameter ausser q={searchTerms}. Falls du das nicht sofort zentral beheben kannst, nimm die Policy vorübergehend zurück und lass betroffene Nutzer Google manuell konfigurieren.

3. Edges Suchmaschinen-Daten zurücksetzen.

Falls Google komplett aus der Liste verschwunden ist, ist wahrscheinlich Edges lokale Web Data-Datei beschädigt. Bei vollständig geschlossenem Edge:

taskkill /im msedge.exe /f
ren "%localappdata%\Microsoft\Edge\User Data\Default\Web Data" "Web Data.bak"

Edge neu starten. Die Datei und die Liste der Standard-Suchmaschinen werden neu generiert, Google sollte danach wieder auswählbar sein.

Fazit

Es sieht danach aus, als würde Edge die Validierung von Suchmaschinen-URLs verschärfen und dabei Google-Konfigurationen ins Straucheln bringen, besonders policy-verwaltete, statt dass Google selbst etwas geändert hätte.

Bis Microsoft eine Ursache bestätigt oder einen Fix ausliefert, ist Googles vollständiges OpenSearch-Template zu verwenden, und deine Intune-Policy aufzuräumen falls du eine verwaltest, der zuverlässigste Weg, die Google-Suche in Edge am Laufen zu halten.

Ähnliche Beiträge

802.1X-WLAN funktioniert nicht - Zuweisungen prüfen
Microsoft Intune

802.1X-WLAN funktioniert nicht? Prüfe deine Zertifikatskette

802.1X-WLAN in Microsoft Intune schlägt fehl? Erfahre, warum die Zuweisung von WLAN-, Root-CA-, Intermediate-CA- und SCEP- oder PKCS-Profilen an unterschiedliche Gruppen zu Problemen mit der Zertifikatskette und fehlgeschlagener Authentifizierung führen kann.

Troubleshoot Intune Remediation Scripts
Proactive Remediations

Intune Remediation-Skripte lokal testen und debuggen

Erfahre, wie du Intune Remediation-Skripte lokal auf einem Windows-Gerät testest und troubleshootest – inklusive Speicherorten, Logs und Registry-Einträgen.

FIX - Set-AzureADKerberosServer Failed to connect to domain
Entra ID (ehem. Azure AD)

Gelöst: Set-AzureADKerberosServer : Failed to connect to domain

So behebst du den Fehler Set-AzureADKerberosServer: Failed to connect to domain beim Einrichten von Cloud Kerberos Trust.