• Thread Author
Windows 11’s taskbar just gained a one‑click “Perform speed test” control — but instead of spinning up a native diagnostic engine, the button opens your default browser and lands on Bing’s internet speed test (the same Speedtest technology Ookla powers in Bing).

A modern desk setup with a laptop displaying an Ookla speed test and a glowing 'Perform speed test' button.Background​

Microsoft has been iterating Windows 11 in the Insider channels, introducing small convenience features and redesigned settings pages as part of ongoing preview flights. One of the latest additions visible in recent Dev and Beta builds is a network shortcut in the taskbar network menu and the Wi‑Fi quick settings flyout labelled Perform speed test (or similar wording). Clicking the new control launches the PC’s default browser and opens Bing’s internet speed test widget rather than running a measurement inside Windows itself.
This behavior tracks broader changes Microsoft has made to how it surfaces quick tools. Instead of embedding every utility in the OS, Microsoft is increasingly using web‑hosted experiences (often surfaced through Bing) for lightweight user tasks. In this specific case, the Bing speed test itself has used third‑party implementations for some time: Microsoft integrated Ookla’s Speedtest in Bing search results in late‑2023, replacing a prior Bing‑native test with Ookla’s engine.

What you’ll see in preview builds​

How to find the control​

  • Right‑click the network icon (Ethernet/Wi‑Fi) in the taskbar notification area and look for Perform speed test in the context menu.
  • Or left‑click the network icon to open the Wi‑Fi quick settings flyout — a Perform speed test / Test internet speed button appears near Refresh and other quick actions.
These entry points are intended to give users quick access to an internet test from the exact UI they use to inspect connectivity. The invocation is designed for discoverability rather than deep diagnostics.

What happens when you click it​

When you run the control, Windows opens your default browser and navigates to Bing’s search result for “internet speed test.” The Bing page hosts a speed test widget (the visible UI) that runs download, upload and latency measurements. In many cases that widget is a front‑end to Speedtest by Ookla, so the heavy lifting happens on Bing’s or Ookla’s servers and the measurement methodology follows that service’s rules. There is no in‑OS pop‑up or built‑in log viewer that stores results in Windows Settings.

Why Microsoft likely shipped a web shortcut instead of a native test​

There are several practical reasons for shipping a lightweight launcher that takes users to Bing rather than building a native measurement engine inside Windows:
  • Speed to market: adding a launcher is trivial compared with implementing a robust, multi‑threaded throughput test that selects servers, manages parallel streams, and handles edge cases like captive portals.
  • Consistency: using Bing ensures the same experience across devices and keeps the UI consistent with what users see when they search “speedtest” on the web.
  • Partnerships: Bing already integrates Speedtest by Ookla, so the launcher leverages an existing product relationship rather than duplicating work.
  • Resource and maintenance costs: maintaining a native measurement engine — and the backend server infrastructure that often accompanies it — carries ongoing operational overhead.
These practicalities match what’s been observed in preview builds: the feature reduces friction for common, casual tasks (quickly verifying throughput) while avoiding the complexity of an integrated measurement toolkit.

The tradeoffs: convenience vs. diagnostic depth​

What the taskbar shortcut is good for​

  • Rapid checks: If you want a fast, one‑click sanity check of your ISP throughput, the taskbar shortcut removes the need to open a browser and search for a tester.
  • Familiar UI: Many users already recognize Speedtest’s results and layout; surfacing the same widget reduces cognitive friction.
  • No extra installs: For the majority of casual users, a web tool is “good enough” and avoids installing third‑party apps.

What it doesn’t do (and why that matters)​

  • Not useful when the browser is the problem: If a browser extension, proxy, or policy is throttling traffic, launching the browser to measure internet speed won’t isolate browser‑specific issues. A browser‑based test measures the path from the browser to the test server — not the entire machine’s network stack.
  • No low‑level diagnostics: There’s no built‑in packet capture, routing hints, DNS measurements, or loss/jitter breakdown integrated into Windows Settings with this shortcut.
  • No on‑device logging: The shortcut does not save historical results in Windows, nor does it provide scheduled testing or alerts for regression detection.
  • Requires a working web path: Captive portals, severe DNS failures, or browser policy restrictions can prevent the test from running — precisely the times you might want an out‑of‑browser diagnostic.

Privacy and enterprise considerations​

From an enterprise and privacy perspective, there are a few important facts to consider about a browser‑launched test:
  • Third‑party telemetry: When the test runs, results and connection metadata may be exchanged with Bing and potentially with Speedtest/Ookla servers (depending on the widget implementation). Organizations with strict data‑handling policies should be aware that the test is not a purely local measurement.
  • Browser policies apply: Group Policy or mobile‑device management configurations that restrict web access or block certain domains may prevent the test or alter results.
  • No Windows‑side audit trail: Because results are presented in the browser, IT teams cannot rely on Windows event logs or a Settings history to track network performance over time without adding separate monitoring tools.
For managed devices, these tradeoffs mean the new control should be treated as a user convenience rather than a supported diagnostics workflow for IT operations.

The broader context: Bing, Ookla and how the test backend works​

Microsoft’s Bing search has supported speed testing for years. In late‑2023, Bing’s in‑search speed test transitioned to using Speedtest by Ookla as the underlying provider for the widget that appears when users search “speedtest” or “internet speed test.” That decision moved the measurement implementation off Microsoft’s homebrew engine and onto a platform with mature server infrastructure and long‑standing measurement methodology.
What this means for Windows users: when the taskbar launcher opens Bing’s widget, the numbers shown come from the same Speedtest ecosystem many web users already rely on — server selection, parallel stream configuration and sampling length are driven by Ookla’s mechanisms (as surfaced by Bing’s integration), not by Windows. For many everyday checks that’s acceptable; for more controlled diagnostics an on‑device solution is preferable.

Alternatives for power users and admins​

If you need deeper diagnostics, repeatable results, or a test that runs independently of a browser, consider one of these approaches.

1) LibreSpeed — open source, terminal‑friendly testing​

LibreSpeed is a lightweight, open‑source speed test stack that provides both GUI and CLI clients. The command‑line client, librespeed‑cli, is cross‑platform and can be installed on Windows through package managers such as Winget, Scoop, or Chocolatey. The CLI exposes server listing, server selection, JSON output, and options for test duration — making it suitable for scripting, scheduled runs, or integrating into monitoring systems.
Example Winget install command (one‑line):
winget install --id LibreSpeed.librespeed-cli -e
After installation, common commands include:
  • librespeed-cli --json — output results in JSON (machine‑readable).
  • librespeed-cli --list — list available LibreSpeed servers.
  • librespeed-cli --server <ID> — run a test against a specific server ID.
  • librespeed-cli --duration 30 — increase test duration for more stable readings.
The LibreSpeed CLI supports options for secure mode (HTTPS), telemetry controls, and CSV/JSON outputs — features that make it suitable for automation and private deployments. Man pages and the project README document --list, --server, and --json flags exactly in the form shown above.

2) Native vendor tools (ISP/enterprise)​

ISPs and network vendors often provide dedicated tools and consoles for network telemetry. For managed networks, using the provider’s diagnostic agent or an enterprise monitoring solution yields richer longitudinal data and server‑side correlation.

3) Platform‑specific apps​

Ookla’s Speedtest offers first‑party apps for Windows that can be installed from the Microsoft Store; these apps provide history, server control, and a UI‑based experience without relying on the browser. For quick checks the Store app is a straightforward alternative to the taskbar shortcut.

Hands‑on comparison: Bing (taskbar shortcut) vs LibreSpeed (CLI)​

When measured side‑by‑side under the same network, Bing’s Speedtest widget and LibreSpeed produce broadly similar numbers for download, upload, and latency — but differences can appear because of server selection, test concurrency, and how each backend measures throughput.
Key practical differences to remember:
  • Server selection: Bing/Ookla typically picks a geographically close Ookla server from a large, distributed pool. LibreSpeed may use publicly listed LibreSpeed backends, which are fewer and have different geographic footprints unless you point it at a private backend.
  • Concurrency models: Ookla’s Speedtest historically uses multiple parallel connections to saturate the link; LibreSpeed’s parameters (chunks, duration, upload size) are configurable and can be tuned to match a desired test profile.
  • Automation: LibreSpeed’s JSON output and CLI interface make it far easier to script repeated tests and pipeline results into monitoring dashboards. The taskbar/Bing approach is manual and browser‑driven.
  • Independence from browser stack: CLI tests run at the OS level and are not affected by browser extensions, policies, or captive portals that block web‑based widgets.
For administrators or technically minded users who need reproducible, auditable tests, the CLI route is the better choice. For casual, one‑off checks the Bing approach is a fast convenience.

Step‑by‑step: Installing and running LibreSpeed on Windows​

  • Open an elevated PowerShell or a regular terminal (Winget installs don’t usually require elevation but may prompt).
  • Run the Winget install command:
    winget install --id LibreSpeed.librespeed-cli -e
    The -e flag ensures an exact ID match. Winget package listings for LibreSpeed corroborate the package identity and availability.
  • Verify installation:
    librespeed-cli --version
  • List available servers:
    librespeed-cli --list
  • Run a quick test and get JSON output:
    librespeed-cli --json
  • Run a test against a specific server (replace <ID> with an ID from --list):
    librespeed-cli --server <ID> --duration 20 --json
These commands let you embed tests in scripts and gather machine‑readable metrics for trending or alerts. LibreSpeed’s documentation and man pages list the same flags and options, including --json, --list, and --server.

UX critique and suggestions for Microsoft​

The taskbar launcher is a clear win for discoverability, but it would be stronger if Microsoft addressed a few usability and diagnostic gaps:
  • Add an option for a native, offline test mode: Even a minimal local measurement that performs low‑level checks (link speed, DNS resolution, gateway ping) would help when the browser is unreachable.
  • Store results in Settings: A lightweight history or quick copy button would let users capture results for support tickets without switching contexts.
  • Expose advanced diagnostics to power users: An optional, developer‑mode measurement that surfaces server IPs, number of connections, and packets lost would help troubleshoot complex issues.
  • Enterprise policy controls: Admins should be able to control whether the taskbar launcher is visible and whether the widget can contact external endpoints, or to route tests to an internal testing server for privacy and compliance.
  • Fallback behavior: If browser launches fail (captive portal or policy block), Windows could provide a descriptive error and a checklist of next steps instead of merely relying on the browser’s error handling.
These incremental additions would preserve the convenience of the launcher while making the feature useful in a broader array of real‑world diagnostic scenarios.

Security, reliability and risk assessment​

  • Risk: False negatives when the browser is the failure point. Relying on a browser for measurement can hide browser‑specific throttling or extension interference.
  • Risk: Exposure of telemetry to third parties. Because the test interacts with web services, metadata (IP, ISP, and timestamps) can be processed by external providers unless explicitly blocked.
  • Reliability: Dependent on third‑party services. The test’s accuracy and availability depend on the health of Bing and the partner (Ookla) services; outages or backend changes can alter test behavior.
  • Mitigation: Offer native fallback diagnostics. Microsoft can reduce these risks by layering a minimal native test and making server endpoints configurable for enterprise deployments.
For consumer users the risk profile is low; for regulated environments or diagnostic workflows the current browser‑based approach is insufficient without stronger enterprise controls.

Final assessment: useful convenience, not a replacement for diagnostics​

The new Perform speed test control in Windows 11 is a thoughtful usability tweak: it lowers the effort to run a quick internet speed check and funnels users to a familiar testing experience on Bing. For the majority of users — those who want a fast yes/no on how their connection is performing — the shortcut will be entirely adequate.
However, it’s important to be candid about what it is: a launcher that surfaces a web tool, not a full native diagnostic utility. For power users, sysadmins, or anyone needing reproducible, auditable network tests independent of the browser, open‑source CLI tools like LibreSpeed or vendor/ISP diagnostics remain the superior option. The best path forward for Microsoft would be to maintain the convenience of the taskbar shortcut while offering an optional native diagnostic mode and enterprise policy controls that address privacy and reliability concerns.

Windows 11’s incremental additions often reveal Microsoft’s pragmatic balance between polish and scope. This speed test shortcut is a polished convenience — well executed for the casual user — but its browser dependency and lack of on‑device logging mean it won’t replace dedicated network‑testing tools any time soon.
Conclusion: a welcome, low‑friction feature for everyday checks, a reminder that convenience and depth are different design goals, and an invitation for Microsoft to evolve the capability into a more diagnostic‑friendly experience in a future update.

Source: windowslatest.com Hands on with Windows 11's network speed test feature, but it just opens Bing.com
 

Microsoft is quietly testing a one‑click internet speed test in Windows 11 Insider builds that places a “Perform speed test” / “Test internet speed” control directly in the Taskbar’s network menu and Wi‑Fi quick settings — for now the control launches Bing’s web speed‑test widget in your default browser rather than running a native measurement inside the OS.

Futuristic smartphone with holographic speed-test panels showing download, upload, and latency.Background​

Windows 11’s Insider channel has become the primary proving ground for small but practical UX improvements that can ship to all users later. Recent Dev and Beta preview builds (reported in the 26xxx families) include a new shortcut that appears in two obvious places: the right‑click context menu for the taskbar network (system tray) icon and as a compact button inside the Wi‑Fi quick‑settings flyout. Clicking either control opens the system’s default browser and navigates to Bing’s internet speed‑test page, where download, upload and latency measurements can be started with a single click.
Microsoft’s Insider release notes and reporting from multiple outlets indicate this is still a controlled experiment that may change or never ship broadly; that caveat is an intrinsic part of the Insider model. Features in these preview builds are often rolled out to subsets of Insiders and can be altered or removed before public release.

Why this small change matters​

Placing a speed‑test launcher where users already check network status is a clear user‑experience win. Many everyday connectivity questions start at the network icon — “is it me or the network?” — and a one‑click path to an objective measurement lowers friction for basic troubleshooting and support escalations.
  • Discoverability: Users who don’t know or remember speed‑test sites will now find a consistent path inside Windows.
  • Support consistency: Help‑desk staff can point users to a single, known step during remote triage.
  • Low friction: No need to type a URL, search, or install a separate utility for a quick sanity check.
That convenience comes with trade‑offs, however — and those trade‑offs shape who should treat the Taskbar shortcut as sufficient and who should treat it as just a first step.

What Microsoft added in the preview builds​

Where you’ll see the control​

  • Right‑click the network icon in the notification area (system tray) and look for Perform speed test in the context menu.
  • Left‑click the same icon to open the Wi‑Fi quick settings flyout and look for a Test internet speed button near other quick actions (Wi‑Fi refresh, airplane mode).

What the control does​

  • The control acts as a launcher: it opens the default browser and navigates to Bing’s speed‑test widget. The test runs inside the browser, and results display in that web UI. There is no built‑in, offline measurement engine running under the OS at this stage.

Which backend powers the test​

  • Bing’s speed test widget has, in prior implementations, delegated measurement work to established third‑party infrastructure (notably Speedtest by Ookla). Independent reporting and technical analysis of Bing/Edge speed‑test features show the web widget generally surfaces an Ookla‑powered measurement backend rather than a Microsoft‑native server network. That behavior appears inherited by the Taskbar launcher because it funnels to the same web tool. This backend linkage matters for how results are generated and logged.

How the web‑backed approach works — pros and cons​

Microsoft’s likely rationale for a browser‑launched, web‑backed speed test is pragmatic: it lets the company update the test UI and measurement endpoints without shipping OS updates, and it reuses an already maintained web service rather than adding new OS subsystems and global test servers.
Benefits:
  • Rapid iteration and fixes without Windows servicing cycles.
  • Reuse of existing measurement infrastructure and server pools.
  • Smaller OS footprint and reduced maintenance burden.
Limitations:
  • Browser dependency: if the system cannot load web pages (captive portals, DNS failures, or blocking policies), the shortcut won’t help.
  • Measurement variability: browser‑based tests can vary based on the browser stack, extensions, and local caching behaviors.
  • Lack of in‑OS logging: results appear in the browser; there is no built‑in Windows history, scheduled testing, or exportable forensic logs.

Technical accuracy and measurement fidelity: what to expect​

A single number from a speed test is only a snapshot. Variation arises from several factors, and the Taskbar → Bing route inherits them:
  • Server selection: Widgets typically pick a nearby server to reduce measurement noise; different servers cause different throughput and latency numbers.
  • Concurrency model: Many popular tests use multiple parallel streams to saturate links (important for high bandwidth connections); the widget’s stream count and duration influence results.
  • Browser stack: Browser sandboxing, extensions, and background tabs can influence timing and throughput.
  • Network path and transient load: ISP routing, peering, and momentary congestion affect results.
For contractual disputes, SLAs, or formal troubleshooting you should rely on reproducible, auditable tests — for example, a controlled Speedtest desktop client, iperf3 against a known endpoint, or Measurement Lab (M‑Lab) data — and capture timestamps, server IDs, and raw logs. The Insider Taskbar shortcut is best viewed as a sanity check rather than definitive proof.

Privacy, telemetry and corporate concerns​

Because the Taskbar item opens a web widget, normal web telemetry and server‑side logging apply. Key privacy and enterprise considerations:
  • The web provider (Bing and its measurement backend) may log request metadata and server‑side test records.
  • There’s no public documentation in the Insider notes that explicitly lists what telemetry the Taskbar‑launched test shares, or whether Microsoft will expose a policy or Group Policy/MDM controls for enterprises.
  • Admins should assume conservative settings are necessary until Microsoft publishes a privacy and telemetry statement specific to the feature.
This is especially relevant for regulated environments where data exfiltration or logging to external providers raises compliance flags. Enterprises should plan for possible controls or blocklisting of the feature until they confirm how it behaves under managed policies.

Enterprise and IT‑support perspective​

For IT teams and help desks, the Taskbar shortcut can be a useful first step in a scripted triage flow — but it cannot replace established measurement workflows.
Recommended operational guidance:
  • Use the Taskbar speed test as an initial, user‑friendly triage step for end users.
  • If results are inconsistent or contested, escalate to controlled tests:
  • Run a native Speedtest client targeting a known server.
  • Execute iperf3 sessions against a managed test endpoint.
  • Collect netsh, ipconfig, and traceroute outputs for correlation.
  • Maintain documentation explaining when to use the Taskbar shortcut and when to switch to auditable tests.
  • Lock down or control the feature via MDM/Group Policy if telemetry or external logging is a concern for your organization. (Watch for Microsoft to publish management options.)
Administrators should also test how the shortcut behaves under corporate network controls (proxies, browser policies, captive portals) before recommending it to users.

Comparison: Taskbar shortcut vs native clients and CLI tools​

  • Taskbar → Bing widget
  • Pros: Fast, discoverable, no installation.
  • Cons: Browser dependency, no exportable logs, web provider controls backend and logging.
  • Native Speedtest client (Ookla)
  • Pros: Desktop client, server selection, logs, and higher fidelity in many cases.
  • Cons: Requires installation, may require licensing for large scale or automated use.
  • iperf3 (CLI)
  • Pros: Highly controllable, scriptable, suited for lab and enterprise validation.
  • Cons: Requires a managed server endpoint and technical setup.
  • M‑Lab / Measurement Lab
  • Pros: Open data, research‑grade measurements, well suited for long‑term analysis.
  • Cons: Not integrated into OS by default, uses specific test endpoints.
The Taskbar button removes friction for casual checks but does not replace the control and repeatability of native or instrumented testing.

Practical tips for users who try the Taskbar speed test​

  • Run multiple tests at different times of day to understand variability.
  • Close background downloads and disable large updates during the test.
  • If you need to report a problem to your ISP, capture screenshots that include timestamps and, when possible, run an additional test with a native client and note the server used.
  • If the page fails to load, run local diagnostics: netsh wlan show wlanreport, ipconfig /all, ping and tracert to gather evidence before contacting support.

What Microsoft could do to make this more useful for power users and enterprises​

If Microsoft wants to move beyond a convenience shortcut toward a feature trusted by enterprise and power users, consider these improvements:
  • Provider choice: Expose a setting to select a preferred test backend (Bing, Ookla, M‑Lab, LibreSpeed).
  • Exportable metadata: Allow exporting test results to CSV/JSON including server IDs, timestamps, concurrency parameters, and raw throughput samples.
  • Offline micro‑benchmarks: Include local micro‑benchmarks to measure NIC performance independent of web servers.
  • Enterprise controls: Provide Group Policy and MDM options to enable/disable the launcher and to control telemetry.
  • In‑OS history: Offer a local test history view so users and admins can review trends without relying on browser history.
Even incremental steps — like an option to open the result in a compact OS dialog or an “export” button that downloads a small JSON record — would increase the feature’s value for advanced diagnostics.

Signals from the Insider channel and likely rollout path​

The Taskbar shortcut was observed in mid‑September Insider builds and has been reported across multiple Dev and Beta flights. Microsoft’s Insider blog makes clear that features appearing in preview builds may remain experimental, change, or be removed prior to a public release; controlled feature rollouts and server‑side toggles frequently determine final availability. Expect Microsoft to evaluate feedback on telemetry, enterprise controls and measurement fidelity during the Insider testing window before deciding whether to ship the feature broadly.

Broader ecosystem impact​

This move deepens Microsoft’s pattern of surfacing useful web‑backed tools inside OS shortcuts (Edge sidebar, Bing tools), and it further reduces the barrier for everyday users to obtain actionable network data. However, it also consolidates a common quick test behind Bing’s web UI and its chosen backend — a centralization that benefits convenience but not necessarily choice.
Third‑party speed‑test sites and specialized tooling will remain important. They offer features Microsoft’s lightweight approach does not: scheduling, CLIs, private backends, APIs, and precise exportable logs.

What to watch next​

  • Microsoft documentation: look for a privacy/telemetry FAQ and any admin controls announced in Insider or support pages.
  • Insider build notes: watch for UI changes, wording updates (e.g., “Perform speed test” → “Open speed test”), and availability across channels.
  • Backend transparency: whether Microsoft exposes which provider is used, or whether it adds provider selection in Settings.
  • Any enhancements: a future local dialog, export options, or server selection would materially change the Taskbar shortcut’s utility for pros.

Conclusion​

The Taskbar speed‑test shortcut in Windows 11 is an elegant, low‑friction UX improvement that answers a common user need: quick verification of internet throughput without hunting for a website or installing software. The current design — a launcher that opens Bing’s web‑based speed test — is pragmatic and aligns with Microsoft’s preference for web‑hosted, updateable utilities. For everyday users and first‑line support, it’s a welcome convenience.
At the same time, the implementation’s reliance on a browser‑hosted widget and external measurement backends leaves gaps in repeatability, enterprise control, and telemetry transparency. Until Microsoft adds provider choice, exportable metadata, and explicit admin controls (or provides a native measurement engine), IT professionals and power users should treat the Taskbar test as a rapid sanity check — not a replacement for dedicated, auditable network diagnostics.
The feature’s presence in Insider builds signals Microsoft’s intent to reduce everyday friction. Whether it becomes a broadly trusted tool will depend on how Microsoft addresses accuracy, privacy, and enterprise manageability during the remaining preview cycles.

Source: OC3D Built-in Internet Speed Test planned for Windows 11 - OC3D
 

Back
Top