RevealTheme logo

Mobile-Friendly Checker

Fetch a public web page and scan its static HTML for three common mobile problems: a missing responsive viewport tag, oversized fixed-width images, and tiny inline font sizes.

How to use this tool

  1. 1

    Paste the full URL of a public page (including https://) into the input field.

  2. 2

    Submit the form — our server fetches the page and parses its HTML.

  3. 3

    Read the verdict banner: green means responsive viewport plus zero issues, red means at least one problem was found.

  4. 4

    Review the issues list and any fixed-width images shown below the banner, then fix the markup on your page.

What does this mobile-friendly checker actually test?

Mobile-first indexing means Google primarily uses the mobile version of your page for ranking, so broken mobile layout directly costs traffic. This tool fetches your page from our server and parses the raw HTML with Cheerio — it does not run JavaScript, does not render the page in a real browser, and does not measure layout. It checks three specific things. First, the viewport: it reads the <meta name="viewport"> tag and requires the content to include width=device-width, the directive that lets a page scale to the device instead of rendering at a fixed desktop width. Second, fixed-width images: it scans <img> tags that carry an HTML width attribute and lists any wider than 400px; this only counts as an issue when more than three such images exist. Note it reads the width attribute only, so a CSS rule like style="width:800px" is not detected. Third, tiny text: it flags elements whose inline style sets font-size to exactly 8px, 9px, or 10px. A page is reported friendly only when it has a responsive viewport and zero issues. Treat this as a fast first-pass linter, not a full rendering audit.

Common use cases

  • Quickly confirming a newly launched landing page includes a width=device-width viewport before sending paid traffic to it.

  • Auditing a legacy site built with fixed-width tables and pixel-width images to find pages that overflow on phones.

  • Spot-checking a client's marketing page for missing viewport tags during an SEO handoff.

  • Catching hard-coded tiny inline font sizes that designers added for desktop but forgot to make responsive.

  • Screening a batch of competitor or partner URLs for obvious mobile markup mistakes without opening each in a phone emulator.

  • Teaching juniors what a responsive viewport tag looks like and why fixed-width images break small screens.

Frequently asked questions

Is this the same as Google's Mobile-Friendly Test?
No. Google's tool loads the page in headless Chrome and evaluates rendered layout. This tool only fetches and parses the static HTML, so it is much faster but cannot detect anything that depends on JavaScript, CSS stylesheets, or actual rendering. Use it as a quick first check, then confirm with Google's PageSpeed Insights mobile profile.
Does it run my page's JavaScript or CSS?
No. It parses the HTML source as delivered, with no browser engine. Layout set by external CSS or JavaScript-injected content is invisible to it, which is the main reason a page can pass here yet still look broken on a real phone.
Why are fixed-width images listed but my page still passes?
The tool lists every image with an HTML width attribute over 400px, but it only treats them as a failing issue when there are more than three of them. With one to three such images the list is informational and does not flip the verdict to red.
Why didn't it flag my obviously wide image?
It only reads the HTML width attribute (for example <img width="800">). If the width comes from CSS, such as style="width:800px" or a class in a stylesheet, the tool cannot see it and will not report that image.
How strict is the tiny-text check?
It only matches inline styles where font-size is exactly 8px, 9px, or 10px. Font sizes set in stylesheets or via classes are not checked, and values like 7px or em/rem units are not matched. So passing this check does not guarantee readable text everywhere.
Does it check tap target spacing or page speed?
No. It does not measure tap target size, spacing, load time, or Core Web Vitals. It is limited to the three static-HTML checks above: viewport tag, fixed-width image attributes, and inline tiny fonts.
Does the page get fetched from my browser or your server?
From our server. You only need to provide a publicly reachable URL — the page is downloaded server-side and parsed there, so pages behind a login or on a private network cannot be checked.

Related tools