Widgets.exe sitting at 15–40% CPU in Task Manager is Windows 11’s news-and-weather panel misbehaving in the background — fetching, rendering, and refreshing content for a Widgets board you may never even open. It’s particularly common after the 24H2 update, which re-enabled Widgets for many users who thought they’d turned it off long ago.
The good news: this is one of the easiest high-CPU problems to solve, because the Widgets board is entirely optional. You can tame its refresh behavior if you like glancing at the weather, or remove it completely if you don’t — either way, Widgets.exe stops being a problem in under ten minutes.
For trimming other background consumers, see disabling startup programs and removing bloatware .
Why this happens
- Aggressive content refresh: The news/weather feed updating frequently, especially with many widgets pinned.
- A stuck widget: One widget’s content failing to load and retrying in a tight loop.
- Re-enabled by the 24H2 update: The feature update turning Widgets back on for users who’d disabled it.
- WebView2 rendering issues: The embedded browser engine hitting a misbehaving script in feed content.
- Too many widgets pinned: Each pinned widget is an independent refresh workload.
- Corrupt widget cache: Damaged cached content causing repeated failed refresh attempts.
- Background refresh on metered connections: Fetching content even when bandwidth is precious.
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Confirm Widgets.exe is the problem and check the board
Verify before changing anything.
- In Task Manager’s Processes tab, confirm Widgets.exe CPU usage — note whether it’s constant or spikes periodically (periodic spikes = refresh cycle; constant = stuck widget).
- Open the Widgets board (Win + W or click the taskbar widget button) — look for any widget showing loading spinners, error states, or blank content. A stuck widget is your prime suspect.
- Note how many widgets you have pinned — each one adds refresh work. A board crammed with a dozen widgets works much harder than weather-only.
- Check whether CPU correlates with network activity (Task Manager > Performance > Wi-Fi/Ethernet) — correlated spikes confirm the refresh cycle is the load.
- Decision: if you never use the board, skip to Fix 4 (disable it). If you like it, continue with taming steps.
Fix 2: Trim the Widgets board to essentials
Fewer widgets, less work.
- Open the board (Win + W), click the … on each widget you don’t need > Remove widget (or Unpin).
- Keep only what you actually glance at — weather and calendar are the common keepers; news, stocks, esports, and “discover” feeds are the CPU-expensive ones.
- For the news feed specifically: click the settings gear on the board > Show or hide feeds > turn off Microsoft Start feed content you don’t read — the news feed is the heaviest refresher.
- Personalize remaining widgets to update less: weather widget settings often allow reducing animation and detail level.
- Close the board and watch Widgets.exe for 10 minutes — a trimmed board usually drops to near-zero CPU between refreshes.
Fix 3: Repair the WebView2 runtime and widget cache
For stuck widgets and rendering loops.
- Widgets render via Microsoft Edge WebView2 — a corrupt runtime causes exactly these symptoms. Go to Settings > Apps > Installed apps, find Microsoft Edge WebView2 Runtime, click … > Modify > Repair.
- Clear the widget cache: the board stores cached content in your user profile — signing out and back in often clears transient stuck states.
- Check for Edge/WebView2 updates — the runtime updates through Windows Update; install all pending updates.
- If a specific widget is stuck (spinning loader forever), remove that widget specifically and re-add it fresh — this clears its individual corrupted state.
- Test for an hour after repair — a fixed runtime shows brief CPU blips during refresh, not sustained load.
Fix 4: Disable the Widgets board completely
The definitive fix for non-users.
- Go to Settings > Personalization > Taskbar — toggle Widgets to Off. This removes the taskbar entry point.
- To stop the background process too: open Task Manager > Startup apps, find any Widgets-related entry, and disable it.
- For a thorough disable via Group Policy (Pro/Enterprise): Win + R >
gpedit.msc> Computer Configuration > Administrative Templates > Windows Components > Widgets > set Allow widgets to Disabled. - Alternatively via registry (Home edition):
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Dsh— create DWORD AllowNewsAndInterests = 0 (create the Dsh key if missing). Restart afterward. - Verify: Widgets.exe should no longer appear in Task Manager after a reboot. The Win + W shortcut will do nothing — which is the point.
Fix 5: Control background refresh and data usage
For users who keep the board but want it calmer.
- Set your connection as metered (Settings > Network & internet > connection > Metered connection On) — Widgets reduces background fetching on metered connections.
- In Settings > Apps > Installed apps > find Widgets-related entries > Advanced options — set Background apps permissions to Power optimized or Never where available.
- Turn off Background apps generally for apps you don’t need refreshing: Settings > Apps > Installed apps > per-app Advanced options.
- Use Battery saver mode when on battery — Windows throttles background refresh activity including Widgets.
- Check Microsoft’s official Windows support page for Widgets documentation if behavior seems off after 24H2 — Microsoft occasionally changes refresh semantics in updates.
Fix 6: Check for the 24H2-specific issues
The update brought its own quirks.
- Confirm you’re on 24H2: Settings > System > About > Version — Widgets behavior changed notably in this release.
- Install all pending cumulative updates — Microsoft shipped several Widgets-related fixes in post-24H2 cumulative updates.
- If Widgets.exe high CPU started with 24H2 and none of the above helps, check Settings > Windows Update > Update history > Uninstall updates — note the KB numbers and search them for known Widgets issues.
- Re-register the Widgets experience: in Terminal (Admin), run
Get-AppxPackage *WebExperience* | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}— this is the package behind the Widgets board. - Restart and test — re-registration fixes the corrupted-state cases that survive simple toggling.
Fix 7: The nuclear option — remove the Web Experience Pack
When you want it gone at the package level.
- Warning: this removes the Widgets board entirely and is harder to reverse — only do this if you’ve decided you never want Widgets.
- Open Terminal (Admin) and run:
Get-AppxPackage *WebExperience* -AllUsers | Remove-AppxPackage - Restart — Widgets.exe should be permanently gone, along with the board.
- To restore later, you’d need to reinstall the package from the Microsoft Store (search “Windows Web Experience Pack”) or via a repair install.
- For most users, Fix 4 (Group Policy/registry disable) is sufficient and easily reversible — prefer it over package removal unless you have a specific reason.
Closing
Widgets.exe high CPU is an optional feature consuming non-optional resources. Trim the board if you use it, disable it if you don’t — either path takes minutes and the CPU savings are immediate. Your taskbar gets cleaner, your battery lasts longer, and Task Manager loses one more mystery entry.
