Browser wrongly detected as Chrome instead of Edge due to 'Sec-Ch-Ua' field un http request header

autotest2 0 Reputation points
2026-01-27T09:20:25.6466667+00:00

As per the documentation from Microsoft, we can use "User-Agent Client Hints" to detect the browser reliably. https://learn.microsoft.com/en-us/microsoft-edge/web-platform/user-agent-guidance

However, we found out while using edge browser that when we browse certain google sites , the browser is detected as 'chrome' while we expected it to be detected as 'Edge'.

Attaching the screenshot of a HTTP request header for the case where we had a wrong browser detection.

Question is: Why under these cases does the 'Sec-Ch-Ua' field of the HTTP transaction do not have the browser hint properly set?

Test Environment and steps to reproduce the issue:

Open the Edge browser on a windows VM

Site navigated on Edge browser was: mail.google.com/, drive.google.com/

Test environment: This issue was seen while using Edge browser on a windows VM.

Version of Edge browser: Version 144.0.3719.92 , Version 143.0.3650.66 (Issue was seen on both these Edge browser versions)

Windows VM details:

OS Build: 19045.6466

Windows 10 Pro Version 22H2

RAM: 8GB

Storage: 80 GB Red Hat VirtIO

System Type: 64-bit operating system, x64-based processor

Microsoft Edge | Microsoft Edge development
{count} votes

2 answers

Sort by: Most helpful
  1. qa scope 0 Reputation points
    2026-01-27T13:23:32.22+00:00

    Attaching the screenshotimage (7)

    0 comments No comments

  2. Tom Tran (WICLOUD CORPORATION) 3,765 Reputation points Microsoft External Staff Moderator
    2026-01-28T03:57:57.1433333+00:00

    Hi @autotest2 and @qa scope

    Thanks for the details and screenshot!I tested the same scenario on my side and the request headers were showing Microsoft Edge correctly, so in a normal environment everything works as expected.

    From what you’ve captured, I believe the difference you’re seeing is not because Edge is broken or because the documentation is unclear, but likely because something in your environment is affecting the headers before they reach the server or are logged.


    From my research, modern browsers use a mechanism called User-Agent Client Hints to send browser identity information in structured headers like Sec-CH-UA. This is the replacement for the old single User-Agent string and is designed to be privacy-friendly while still allowing sites to detect the browser brand (e.g., Edge).

    Under normal conditions, a browser like Edge includes its brand (for example, "Microsoft Edge") in these client hint headers. That’s what my test showed when I browsed the same type of pages.

    In your case, it looks like the header values you captured don’t clearly show “Microsoft Edge” even though you’re using Edge that suggests something external in your environment may be modifying, stripping, or reducing those headers before they’re sent or logged. This could be caused by:

    • Enterprise or group policies applied to the browser (which can alter or suppress header values)
    • Security or privacy extensions that rewrite or remove headers
    • A network proxy, firewall, or appliance that rewrites or strips headers
    • Local security/privacy software or browser flags affecting what headers are sent

    When any of those are in play, the Sec-CH-UA and related client hints can look different than expected, and it can appear as if a browser is being detected as Chrome/Chromium instead of Edge.


    To help narrow down the cause, perhaps you could try some of these suggestions:

    1) Check Edge policies

    • Open edge://policy in the address bar.
    • Look for any policies that might affect user-agent behavior, client hints, or header modifications.

    2) Try a clean browser profile

    • Create a new Edge profile with default settings.
    • Test the same site again to see if the issue persists.

    3) Temporarily disable security/privacy software

    • Security suites, endpoint protection, or privacy tools can rewrite or strip headers.
    • Temporarily disable them and test again.

    4) Check the network path

    • Confirm whether there is a proxy, firewall, or network filter in the path that could be modifying headers.
    • This includes corporate gateways or managed network devices.

    Hope this helps! If you have any questions, please feel free to comment below. I'll be happy to assist!


Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.