Mobile Text Too Small

No Comments
Mobile text too small

Element Code: MO-008

TL;DR: If people have to pinch-zoom to read your page on a phone, your body text is too small. Aim for a 16px base font, a proper responsive viewport, and enough contrast. This is a mobile usability and page-experience issue, and on a mobile-first-indexed web it is the version Google actually judges.
BASE SIZE
16px body
FLOOR
12px minimum
CATEGORY
Mobile usability
DETECTION
Lighthouse
FIX EFFORT
CSS, low

What this check is really testing

The "text too small to read" flag comes straight from Lighthouse and Google's mobile usability logic. The tool renders your page at a mobile viewport and measures how much of your text sits below a legible threshold. Google's guidance uses a rough rule: the bulk of your text should render at roughly 12px or larger once the page is scaled to the device, and it wants a page where a reader never has to pinch-zoom to make words readable. Under 12px effective size, and you trip the flag.

Here is the part people miss. The check is not just about the number you typed in your CSS. It is about the rendered size on a real phone, which depends on your viewport meta tag. If you forgot the responsive viewport, the browser assumes a desktop-width canvas and shrinks everything to fit the screen. Your perfectly reasonable 16px text renders at the size of ant footprints, and Lighthouse is right to complain.

Why small text hurts you in search

Since Google moved to mobile-first indexing, the mobile rendering of your page is the one it primarily crawls, indexes, and evaluates. So mobile legibility is not a nice-to-have for the minority of your visitors. It is the default version of your site in Google's eyes.

The consequences chain together. Text that forces zooming produces frustration, faster bounces, and shorter sessions. Page experience is a real ranking input, and while no single signal decides everything, a page that is annoying to read on a phone is fighting uphill. It also quietly caps conversions: people do not fill out a form or trust a checkout they cannot comfortably read. And because more than half of most sites' traffic is mobile, the audience feeling this is the majority, not an edge case.

The size spectrum

Under 12px fails the check 12 to 15px passes but tight 16 to 18px comfortable body 20px+ large / accessible Ship 16px body text. Reserve smaller sizes for captions and fine print only.

How to detect it

ToolWhat it tells you
Lighthouse (in Chrome DevTools or PageSpeed Insights)The "Document uses legible font sizes" audit reports the percentage of text that is legible and lists the offending elements.
Chrome DevTools device modeRender at a real phone width and read the page yourself. If you reach for zoom, so will your users.
Search ConsoleThe page-experience and Core Web Vitals areas surface mobile usability trends across the whole site over time.
Screaming Frog / SitebulbIntegrate PageSpeed or Lighthouse data to flag small-font pages at scale instead of one URL at a time.
A real phoneNothing beats loading the live page on an actual device in normal lighting. Emulators lie about comfort.

How to fix it, step by step

  1. Fix the viewport first. Make sure every page has <meta name="viewport" content="width=device-width, initial-scale=1"> in the head. Without it, nothing else matters, and this single line fixes the majority of "text too small" reports.
  2. Set a 16px base. Give the body a base font-size of 16px (or 1rem). Build everything else relative to that.
  3. Use relative units. Size headings and components in rem or em so they scale with the base and respect the reader's own font settings. Avoid pinning body copy in tiny fixed pixels.
  4. Audit the small stuff. Captions, footers, disclaimers, form labels, badge text, and menu items are the usual culprits. Nothing meant to be read should drop below about 12px on mobile.
  5. Do not disable zoom. Never add maximum-scale=1 or user-scalable=no to the viewport. Blocking zoom is an accessibility failure and takes away the reader's last defense against small text.
  6. Check line length and spacing too. Legibility is size plus line-height plus contrast. A 16px font with 1.5 line-height and solid contrast reads far better than 16px crammed together in pale grey.
  7. Re-run Lighthouse. Confirm the legible-font audit passes at 100 percent and then read the live page on a phone to be sure.

What "good" looks like

Body text renders at 16px on a phone with no pinch-zoom required. The responsive viewport tag is present on every template. Headings and components scale with rem units. The smallest readable text on the page is around 12px and reserved for genuine fine print. Zoom is enabled. Lighthouse reports 100 percent legible text. You can hold the phone at arm's length and still read a paragraph. That is the target.

DO
  • Set a 16px base font on the body
  • Add the responsive viewport meta tag everywhere
  • Size type in rem or em
  • Test on a real phone, not just an emulator
  • Keep contrast and line-height comfortable
DON'T
  • Ship body copy under 12px on mobile
  • Omit the viewport tag and let the browser shrink everything
  • Disable zoom with user-scalable=no
  • Pin text to tiny fixed pixel sizes
  • Trust desktop preview to judge mobile comfort

FAQ

Why does my 16px text still fail the small-text check?
Almost always a missing or broken viewport meta tag. Without width=device-width, the browser scales the whole page down to fit a phone, shrinking your 16px text to something unreadable. Add the tag and re-test.
Is 16px a hard rule or just a recommendation?
It is a strong recommendation for body copy, not a spec requirement. Google's tooling flags text under roughly 12px effective size. 16px gives you comfortable headroom above that floor and reads well for most people.
Does small text directly lower my rankings?
Not as a standalone penalty. It feeds page experience and mobile usability, which influence how a page performs. The bigger cost is behavioral: frustrated readers who bounce and never convert.
Can I keep tiny text for legal disclaimers?
Genuine fine print can sit near the 12px floor, but do not push footers, captions, and form labels down there just to save space. If it is meant to be read, size it to be read.
Is your whole mobile experience pulling its weight?

Small text is one of a dozen mobile usability issues that quietly drain engagement. An audit checks font sizing, tap targets, viewport, and Core Web Vitals together.

Get an Advanced SEO Audit

Claude Vincent is a technical SEO consultant focused on crawlability, rendering, and AI-search visibility. He writes the field guides and case studies at SEO ProCheck, with a bias toward the durable, unglamorous work that decides whether search engines and AI answer engines can actually read and cite a site.

About SEO ProCheck

Technical SEO consulting and GEO strategy with 20 years of enterprise experience. Case studies, resources, and tools for search and AI visibility.

Work With Me

Technical SEO audits, GEO strategy, site migrations, and international SEO. Hourly consulting for teams who need hands-on support, not just reports.

Subscribe to our newsletter!

More from our blog