If websites are slow on your laptop but fast on your phone, start with a comparison—not a Windows network reset.
A working phone gives you a useful reference. It does not tell you whether the laptop’s browser, its wireless connection, or the website experience is responsible. The phone may even be using mobile data while the laptop stays on Wi-Fi.
The aim is to find a repeatable difference and choose one useful next check. Keep the settings you are not testing unchanged.
Quick answer
First, confirm both devices are using the intended Wi-Fi network. Open the same page in a browser on each device, compare similar signed-in states, and describe what is slow: the first content, later images, or clicking and scrolling.
Then try another browser on the laptop. If the problem persists across browsers, compare the laptop near the main router and, where practical, over Ethernet. Use those results to decide whether browser state, local Wi-Fi, device workload, or a site-specific connection needs attention.
Save Windows network reset for a later, justified step. Microsoft describes it as a last step and warns that it removes installed network adapters and their settings. You may need to set up VPN software or virtual networking again afterward.[1]
1. Make sure the phone is a valid comparison
Check the connection, not just the Wi-Fi symbol
Confirm the network name on both devices. A guest network, extender, or hotspot can change the comparison. The same network name is a starting point, not proof that both devices use the same access point or wireless band.
For a short comparison, temporarily turn off cellular/mobile data on your phone while keeping Wi-Fi on. If the phone no longer loads the page, the earlier result may have depended on cellular connectivity. Restore cellular data when the comparison is finished, especially if you rely on it for other services.
This is a real possibility on iPhone: Apple documents that Wi-Fi Assist can switch supported foreground activity to cellular when Wi-Fi is poor. Android behavior varies by device and settings; do not assume an identical feature name or menu.[2]
If the difference turns out to be Wi-Fi versus cellular, use our Wi-Fi versus mobile-data guide instead of treating it as a laptop-only problem.
Compare a webpage with a webpage
Open the same public URL in a browser on each device. Comparing a phone app with a desktop website changes the software and often the content being requested.
Check whether both sessions are signed in. Note cookie choices, redirects, and missing features. A phone may receive a different layout or less content. A quick mobile page and a desktop page full of extra features are not identical workloads.
You do not need a laboratory-perfect comparison. You need to know which differences remain before interpreting the result.
2. Name the symptom before measuring speed
Choose one affected page and one unrelated page that normally works. For each, identify the closest description:
- The page stays blank before text appears. Investigate the page’s connection and response, as well as browser behavior.
- Text appears, but images or a specific feature wait. Focus on those resources or that feature.
- The page looks loaded, but typing, scrolling, or clicking lags. Check device and browser workload alongside network activity.
- The page shows an error or never works. Record the error. A certificate warning, access-denied message, and slow image request require different investigations.
Use one ordinary page visit at a time. Do not compare how rapidly you can refresh the two devices. Earlier visits may change cached content and connections.
If you also run connection tests, run them separately from the page-loading comparison. A speed test creates traffic and would change your baseline. Keep the test service and conditions consistent, record the available readings, and remember that the measurement includes the device and route to the test endpoint.[3]
A good throughput result does not identify why one website is slow. For a request-timing walkthrough, see Fast Internet but Slow Website Loading?.
3. Change the browser before changing the laptop’s network settings
Open the affected page in another up-to-date browser on the laptop. Keep the page and sign-in state as similar as practical.
If one browser repeatedly works while another struggles, investigate the slower browser’s profile, optional extensions, and site state. That result does not prove the whole network is fault-free, but it gives you a narrower place to start.
In Chrome, review Menu → Extensions → Manage extensions. On your own unmanaged device, turn off one optional extension, repeat the page visit, then restore it. Keep organization-required protections in place. Chrome also lets extensions run in Incognito when that permission is enabled, so private browsing is not automatically an extension-free test.[4]
A separate ordinary Chrome profile is another comparison. Use the profile menu to add one, leave the original intact, and test before bringing over your accounts and extensions. Profiles keep browsing information and settings separate; adding one need not mean deleting the profile you already use.[5]
If Incognito is the only quick session, follow our Incognito comparison guide. It covers the sign-in, extension, and site-data checks in more detail.
If the same symptom occurs in several laptop browsers, continue below. Reinstalling every browser would change several variables without first finding the scope.
4. Check workload and the laptop’s local connection
Compare with optional background work paused
Look for an active game download, cloud sync, or other task you recognize. Pause that task using its own controls, repeat the page visit, then resume it to check whether the symptom returns.
On Windows, Ctrl + Shift + Esc opens Task Manager. Review network activity, CPU, and memory use. An activity reading is a clue to investigate, not a reason to terminate unfamiliar system processes.
Close unused browser tabs and check for supported browser updates. Google’s Chrome performance guidance includes both actions, along with reviewing unwanted tasks and extensions.[6]
If the page is already visible but interaction improves after reducing workload, record that distinction. Faster internet is not a direct remedy for every processing delay.
Compare location, then Ethernet if available
Repeat the same page near the main router. Place the phone nearby too. Record whether the laptop improves and whether the improvement repeats when you return to the usual location.
If practical, connect the laptop by Ethernet through the main router or gateway and disconnect its Wi-Fi for that comparison. Ethernet through a mesh satellite may still depend on wireless backhaul; record where the cable connects.
If Ethernet is consistently normal while Wi-Fi struggles, the laptop’s wireless path deserves closer investigation. That includes coverage, band or access-point selection, adapter behavior, and drivers. It does not establish that the adapter is broken or that every upstream component is healthy.
Microsoft’s Wi-Fi guidance includes checking the connection on another device, signal conditions, supported bands, and adapter drivers.[1] For broader comparisons, use Is It Your Wi-Fi, Router, or ISP?.
5. Read the pattern before choosing a fix
These are directions for investigation. If several rows fit, keep the uncertainty rather than forcing one diagnosis.
Swipe or scroll horizontally to read all three columns.
| Repeatable observation | Most useful next check | What it does not prove |
|---|---|---|
| The phone stops working when cellular data is off | Confirm its Wi-Fi connection and compare the home-network path | The laptop is defective |
| Another laptop browser works with similar content and sign-in state | Review the original browser’s profile, extensions, and site state | The router and ISP are completely fault-free |
| All laptop browsers struggle; main-router Ethernet works | Investigate the laptop’s wireless connection and adapter configuration | A new Wi-Fi adapter is necessary |
| The laptop improves near the router and worsens in its usual room | Investigate local signal conditions and access-point selection | The internet plan needs upgrading |
| One site fails across laptop browsers, but unrelated sites work | Record the error and compare the site’s reachability, filtering, and content | Changing DNS will fix it |
| Pausing a recognized background task helps; resuming it restores trouble | Investigate that workload and its use of network or device resources | The task is malicious |
| The difference disappears when repeated | Try again later and vary the visit order | A permanent fix has been found |
If only one site still fails
Keep the exact error and page scope. Check whether other pages on the same site behave differently. Where safe and practical, repeat on another trusted network; a personal hotspot uses cellular data and adds another wireless link, so record that setup explicitly.
DNS, proxy/VPN settings, filtering, destination behavior, and protocol-specific reachability may deserve attention, depending on the observed pattern. A cross-device difference alone cannot choose among them.
Do not bypass a certificate warning, turn off a firewall, remove managed filtering, or disable a workplace-required VPN to make the page work. Ask the responsible administrator or service operator to investigate policy-controlled settings. Use the slow-website timing guide if you need to identify which request is waiting.
6. Use Windows-specific changes only when the evidence points there
If trouble follows the laptop’s Wi-Fi across several sites, inspect its adapter model and driver information before making changes. Use Windows Update or the laptop manufacturer’s official support site for supported updates. Avoid third-party “driver booster” tools.
If the problem began after an update, record when it started and the current driver version. Consult the manufacturer’s guidance or IT support about a targeted update or rollback. Before uninstalling an adapter driver, Microsoft recommends having a replacement driver available in case Windows cannot restore it automatically.[1]
For repeated disconnects, Windows can also create a wireless network report with:
netsh wlan show wlanreport
Follow Microsoft’s instructions for running it from an administrator Command Prompt. It creates an HTML report with recent Wi-Fi sessions, adapter information, and disconnect details. It does not, by itself, diagnose website rendering or prove an ISP fault.[7]
Review the report before sharing it. It can include device details, network names, IP/MAC addresses, profiles, and certificate information. Send only the relevant, reviewed material through a trusted support channel.
Consider network reset only after narrower steps fail and you understand the recovery requirements. A normal computer restart, a Windows network reset, and a router factory reset are different actions. This comparison workflow does not require a router factory reset or a Windows reinstall.
Your next step: fill in the comparison worksheet
Choose one affected page. Record the following before changing another setting:
| Check | Your observation |
|---|---|
| Phone connection with cellular data temporarily off | |
| Laptop and phone network names; usual location | |
| Same URL, browser versus app, sign-in/content differences | |
| Symptom: first content, later resources, interaction, or error | |
| Original laptop browser versus another browser | |
| Recognized background activity paused versus resumed | |
| Usual location versus near the main router | |
| Main-router Ethernet result, if available | |
| One change tested, then restored; did the symptom return? |
Use the worksheet to choose one next check from the decision table. A useful outcome is a narrower question you can test or send to support. You do not need to turn a working phone into proof that the laptop needs replacing.
Sources
This is a researched troubleshooting guide, not an original device benchmark. No laptop/phone test results are claimed.

