Preview a webpage at different phone/tablet/desktop sizes
A note: for security reasons, many websites (especially banks and social platforms) block being embedded in another page. Such sites may show blank or fail to load in this tool — that's a restriction set by the site itself, not a problem with this tool.
The Device Simulator lets you enter a web address and shows that page inside a fixed-size 'viewport frame', so you can get a rough idea of how it lays out at phone, tablet and desktop widths. The mechanism is simple: the page embeds an iframe set to a common iPhone, iPad or desktop viewport size, then scales the whole thing down to fit. Be clear about what it isn't: it's not a real phone emulator, it doesn't change the browser's User-Agent, doesn't simulate touch and doesn't simulate device pixel ratio. Many sites also forbid being embedded and will show up blank.
The preview frame's maximum display width is fixed at 380 pixels. If a device viewport is wider than that, the whole frame is scaled down proportionally. Using the code's formula (scale = 380 ÷ viewport width, capped at 1), the iPhone portrait preset comes out at about 0.97, iPhone landscape about 0.45, iPad about 0.46, Desktop (Small) about 0.30 and Desktop (Large) about 0.20. What matters is that the page inside still sees a genuine 390, 844, 820, 1280 or 1920-pixel-wide viewport, so responsive layouts and media queries respond to those widths. The picture is just shrunk, so text gets very small, especially with Desktop (Large). Use it to judge the overall layout, not font sharpness.
The most common reason is that the target site refuses to be embedded in an iframe. Others are a mistyped address, an http-only site being blocked by the browser, or a very slow site. Open the address in a new browser tab first to confirm it works; if it does, the problem is almost certainly the site's embedding restriction, and this tool can't preview such sites.
No. It helps you quickly check whether the layout breaks at different widths or gets a horizontal scrollbar, which suits early checks during development. Touch interaction, mobile address-bar behavior, the on-screen keyboard, font rendering on different systems and notch safe areas all need a real device or the fuller device mode in your browser's developer tools.
The input automatically adds https:// to addresses with no scheme, so something like localhost:3000 becomes https://localhost:3000, which probably won't open. You have to type the full http://localhost:3000 to avoid the rewrite. And because this page is normally served over https, the browser may block embedded http content, so local pages are usually not a good fit for this tool.
They're common viewport (CSS pixel) sizes, such as 390×844 for an iPhone. That's a typical value rather than the size of every iPhone model. You can check your own device's actual window size with the Device Info Detector tool.
The tool has no server of its own and doesn't record or upload the address you enter. Know this, though: after you click Preview, your own browser requests the target site directly and displays it, so that site sees the request just like a normal visit, including routine details such as your IP address, and it may run its own analytics scripts and cookies. Preview only sites you trust, and don't type sensitive passwords into an embedded page.