Next-Gen App & Browser Testing Cloud
Trusted by 2 Mn+ QAs & Devs to accelerate their release cycles

Requesting a desktop site on iPhone sounds simple — until the button moves, the browser changes, or the site ignores you entirely. Here's everything that actually works.

Deepak Sharma
March 5, 2026
There can be times when you want to request the desktop site on iPhone or iPad to see how a web page looks, or check some specific details or functionality that are only available in desktop mode.
This can be especially helpful if you want to compare the desktop and mobile views or test how desktop-specific features behave on mobile devices.
| Browser | Steps |
|---|---|
| Safari (iOS 13-17) | Tap the AA icon in the address bar -> tap Request Desktop Website |
| Safari (iOS 18+) | Tap the page settings icon -> three dots -> Request Desktop Website |
| Chrome (any iOS) | Tap the ... (three-dot) menu -> Request Desktop Site |
| Firefox (any iOS) | Tap the ... menu -> Request Desktop Site |
| Make it permanent | Settings -> Apps -> Safari -> Request Desktop Website -> enable All Websites |
Safari is the default browser for iPhones, and the most common browser people use. The steps vary significantly based on your iOS version.
This is the most widely used version of the flow.


That's it. Safari sends a new HTTP request with a desktop user agent, and the server responds accordingly.
To go back to mobile view: Repeat the same steps. The menu will now show Request Mobile Website instead.
Note: These steps apply to iOS 13, 14, 15, 16, and 17. The UI is the same across all these versions.
Apple redesigned Safari's interface in iOS 18, moving several controls around. If you upgraded to iOS 18 and cannot find the AA icon in the same place, here's what changed:


iOS 26: The same flow applies in iOS 26. If you are on a beta and see differences, use the page settings and ellipsis approach described above.
If you're on an older device stuck on iOS 12 or earlier:


Manually requesting desktop mode every time can be slow during repeated testing.


From this point, Safari will request desktop mode for all sites until you turn this off.
To switch back: Tap the menu and choose Request Mobile Site.
| Browser | Where to Tap | Persistence |
|---|---|---|
| Safari (iOS 18+) | Page settings icon -> Three dots -> Request Desktop Website | Per visit |
| Safari (iOS 13-17) | AA icon -> Request Desktop Website | Per visit |
| Safari (iOS 12 and below) | AA icon in top-left -> Request Desktop Website | Per visit |
| Chrome (iOS) | Three-dot menu -> Request Desktop Site | Per domain (persistent) |
| Firefox (iOS) | Three-dot menu -> Request Desktop Site | Per domain (persistent) |
Now that you know how to request desktop mode across every browser, there's one more thing worth knowing - it doesn't always work. Here's why, and what to do about it.
This is one of the most common frustrations, and almost no guide addresses it properly. Here's the truth:
Requesting a desktop site is a request, not a command. Your browser changes the user agent string it sends with the HTTP request, essentially telling the server "I'm a desktop browser." But the server decides how to respond. And many modern websites don't actually use the user agent to determine which version to serve.
Most modern websites detect your screen size via CSS media queries, not your user agent. Changing the user agent does nothing to screen width. So even though you requested the desktop site, the site's CSS still detects a narrow viewport and serves the mobile layout.
Fix: There's no workaround from the browser on a real iPhone because the viewport is what it is. This is exactly why real device cloud testing matters for QA teams: you can test how CSS media queries actually behave on specific screen sizes across device models.
Some older sites redirect mobile visitors to a dedicated m. subdomain. The desktop site request may not override the redirect logic on those servers.
Fix: Manually type www. in the URL and remove the m. prefix.
A few sites check whether a device supports touch and serve mobile layouts to touch-capable browsers regardless of screen size.
Try force-closing Safari, clearing website data, and trying again.
Especially on iOS 18+ with the new Safari layout, this happens. Try again from the beginning of the steps above.
The desktop toggle is useful, but it has limits when validating across devices and versions.
Use TestMu AI to run real iPhone sessions without a device lab.


Every browser sends a user agent string with each request. Requesting desktop mode swaps the mobile user agent for a desktop-style one.
Mozilla/5.0 (iPhone; CPU iPhone OS 18_0 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/18.0 Mobile/15E148 Safari/604.1
Mozilla/5.0 (Macintosh; Intel Mac OS X 14_0) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/18.0 Safari/605.1.15
The physical viewport and touch input do not change. That is why user-agent switching can have limited effects on responsive CSS layouts.
The steps are simple once you know where to look and now you do, across every browser and iOS version Apple has thrown at us lately.
One thing worth keeping in mind: if you request desktop mode and the site still looks mobile, it's not you. Most modern sites use responsive CSS that responds to screen width, not user agent, so the layout adapts to your iPhone's viewport regardless of what the browser requests. The troubleshooting section above explains exactly what's going on there.
For developers and QA teams, this is also a good reminder that "request desktop site" is a user-facing feature worth actually testing, not just assuming it works. A quick session on a real device cloud across a few iPhone models can surface issues that a desktop browser never would.
Browse the web using Safari on iPhone: https://support.apple.com/en-in/guide/iphone/iph1fbef4daa/ios
Did you find this page helpful?
More Related Hubs
TestMu AI forEnterprise
Get access to solutions built on Enterprise
grade security, privacy, & compliance