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

To request the mobile site on Chrome desktop, open DevTools with F12 and press Ctrl+Shift+M to enable the device toolbar, then pick a phone preset such as iPhone or Pixel. On Chrome for Android, tap the three-dot menu and uncheck Request desktop site so the page reloads in its mobile layout.
Requesting the mobile site means asking a website to serve the layout it would show to a smartphone rather than the wider desktop layout. Websites decide what to serve in two ways: responsive design changes the layout based on the viewport width through CSS media queries, while adaptive or dynamic serving inspects the browser user-agent header and returns a different HTML build for mobile devices.
Because of these two mechanisms, there is no single button that always works. On desktop Chrome you emulate a phone with DevTools device mode and optionally spoof the user agent, while on Android Chrome you toggle the built-in Request desktop site option. Understanding which technique a site uses is the key to reliably seeing its true mobile experience.
Device mode is the fastest and most reliable way to preview the mobile layout on a computer. It resizes the viewport, applies a device pixel ratio, and can emulate touch, so responsive sites immediately reflow into their mobile design.
This approach is ideal for checking breakpoints and confirming that CSS media queries fire correctly. For a deeper walkthrough of responsive checks, see how to check responsive websites in Chrome.
Some sites ignore viewport width and decide what to serve purely from the user-agent header. For these adaptive sites, resizing the window is not enough; you must send a mobile user agent. Chrome lets you override it from Network conditions.
A typical Android Chrome user-agent string looks like this:
Mozilla/5.0 (Linux; Android 14; Pixel 8) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Mobile Safari/537.36Note the word Mobile in the string. That token is what most server-side detection scripts look for when deciding whether to send the mobile version of a page.
On a real phone, Chrome for Android exposes a direct toggle. Chrome offers three behaviors: Default view (Chrome chooses based on screen size and device memory), Mobile site (always request the mobile version), and Desktop site (always request the desktop version).
Within device mode, choosing Responsive from the device dropdown gives you a resizable frame instead of a fixed preset. Drag the handles or type exact pixel dimensions to test arbitrary widths, rotate between portrait and landscape, and adjust the device pixel ratio and throttling. This is the best way to find the exact breakpoint where a layout breaks and to confirm your media queries behave across the full range of screen sizes. To validate breakpoints more broadly, review how to make CSS code responsive.
Requesting the mobile site on Chrome is straightforward once you match the method to the site. Use DevTools device mode and Ctrl+Shift+M for responsive previews, override the user agent for adaptive sites, and toggle Request desktop site on Chrome for Android. Since these are all approximations, confirm the important flows on real devices before you ship, so your users get the mobile experience you intended.
Open Chrome DevTools with F12 (or Ctrl+Shift+I on Windows, Cmd+Option+I on Mac), then press Ctrl+Shift+M to toggle the device toolbar. This instantly switches the viewport into mobile emulation, where you can pick presets like iPhone, Pixel, or Galaxy from the device dropdown.
By default device mode resizes the viewport and can send a mobile user agent for the selected preset, but only after a reload. For full control, use More tools > Network conditions, uncheck automatic selection, set a custom mobile user-agent string, then refresh so the server receives it.
Open Chrome on Android, tap the three-dot menu, and if Request desktop site is checked, uncheck it to return to the mobile version. Chrome reloads the page and requests the mobile layout. You can also set a global preference under Settings > Site settings > Desktop site.
Common causes are a cached desktop layout, a site that serves content by user agent rather than viewport width, or DevTools not reloading after you changed the device. Reload the page, clear the cache, and confirm the correct user agent is being sent for the emulated device.
No. Device mode emulates viewport size and can spoof the user agent, but it renders using your desktop Chrome engine, GPU, and fonts. It cannot reproduce touch behavior, mobile GPU limits, or OS-specific rendering, so final validation should happen on real devices.
Yes. A real device cloud such as TestMu AI lets you open your URL on thousands of genuine Android and iOS devices in Chrome and other browsers, so you see true rendering, touch, and network behavior instead of desktop emulation.
KaneAI - Testing Assistant
World’s first AI-Native E2E testing agent.

TestMu AI forEnterprise
Get access to solutions built on Enterprise
grade security, privacy, & compliance