Mobile SEO Checklist

TL;DR — Mobile SEOMobile SEO is the practice of optimizing a site so it ranks well when crawled and indexed by a mobile (smartphone) user agent and delivers a fast, usable experience on phones. Since Google completed mobile-first indexing, the mobile version is the primary version Google uses for indexing and ranking — so mobile SEO is effectively baseline SEO for every site. is now just SEO. Google indexes and ranks your site using the mobile version of your pages, so the checklist comes down to three things: make sure your mobile pages have the same content as desktop, make sure they load fast and feel responsive on a phone, and make sure they’re easy to use with a thumb. And ignore the old Mobile-Friendly TestWhether a page is easy to use on a mobile/touch device — legible text without zooming, tap targets sized and spaced to avoid mis-taps, content that fits the viewport with no horizontal scrolling, and no intrusive interstitials. Distinct from mobile-first indexing and Core Web Vitals. — Google killed it.

Evidence for this claim Google predominantly uses the mobile version of a site's content for indexing and ranking. Scope: Google mobile-first indexing behavior. Confidence: high · Verified: 2026-07-14 Google Search Central: Mobile-first indexing Evidence for this claim Google recommends responsive web design as the easiest mobile configuration to implement and maintain. Scope: Google's implementation recommendation; other supported configurations can work. Confidence: high · Verified: 2026-07-14 Google Search Central: Mobile site configurations

Why mobile SEO is the whole game now

For years “mobile SEOMobile SEO is the practice of optimizing a site so it ranks well when crawled and indexed by a mobile (smartphone) user agent and delivers a fast, usable experience on phones. Since Google completed mobile-first indexing, the mobile version is the primary version Google uses for indexing and ranking — so mobile SEO is effectively baseline SEO for every site.” was a side project — you optimized for desktop, then made sure the site didn’t look broken on a phone. That’s over. Since July 2024 Google uses only the mobile version of your page to decide how you rank, for everyone — including people searching on a desktop. If your phone version is worse than your desktop version, that worse version is the one Google judges you on.

So the modern mobile SEO checklist is short to say and important to get right:

1. Same content on mobile as desktop (“content parity”)

This is the big one. Whatever you want Google to see — your headings, your body text, your images and their alt textAlt text is the value of the `alt` attribute on an HTML `<img>` element — a short text substitute chosen for the image's purpose and context, not a literal description of what it shows. It makes images accessible to screen-reader users and helps search engines understand images, mainly for image search., your internal linksAn internal link is a hyperlink from one page on a website to another page on the same website. Internal links help search engines discover your pages and pass ranking signals (PageRank and anchor-text context) between them., your structured dataStructured data is a standardized way of labeling page content (using the schema.org vocabulary in JSON-LD, Microdata, or RDFa) so search engines can understand its meaning. It's not a direct ranking factor — its value is rich results and entity understanding. — has to be present in the mobile version of the page. If your mobile template quietly drops a section, hides a paragraph by removing it from the page (not just collapsing it), or trims your internal linksAn internal link is a hyperlink from one page on a website to another page on the same website. Internal links help search engines discover your pages and pass ranking signals (PageRank and anchor-text context) between them., Google may never see that content.

Hiding content inside tabs or accordions on mobile is fine — Google still reads it as long as it’s actually in the page’s code. The problem is content that’s truly missing.

2. Speed and responsiveness on a phone (Core Web Vitals)

Google measures three “Core Web VitalsGoogle's three real-user UX metrics — LCP (loading), INP (responsiveness), and CLS (visual stability) — used by Google's ranking systems, with no official weight attached, measured on field data.” separately for mobile and desktop:

• LCPLargest Contentful Paint — render time of the largest visible image or text block, relative to when the page started loading. ≤2.5 s (at the 75th percentile) is good. — how fast the biggest thing on screen loads (aim for 2.5 seconds or less).
• INPInteraction to Next Paint — the input-to-paint latency at the 75th percentile of a page's interactions. ≤200 ms is good. — how quickly the page reacts when you tap (aim for 200 milliseconds or less).
• CLSCumulative Layout Shift — a unitless score for unexpected visual movement, taken from the largest burst (session window) of layout shifts, not the lifetime sum. ≤0.1 is good. — how much the page jumps around as it loads (aim for 0.1 or less).

Mobile usually scores worse than desktop because phones have slower networks and slower chips. The single most common, most damaging mistake: lazy-loading your main hero image. Don’t. Lazy-load images below the fold, never the big one at the top.

3. Easy to use with a thumb

• A correct viewport tag so the page fits the screen: <meta name="viewport" content="width=device-width, initial-scale=1">.
• Tap targets big enough to hit — about 48×48 pixels, with a little space between them.
• Body text at least 16px so nobody has to pinch-zoom.
• No giant popup covering the page the moment someone arrives from search.

The tools you’ve heard of are gone

If a guide tells you to “run Google’s Mobile-Friendly Test,” it’s out of date. Google retired that tool and the Mobile UsabilityWhether a page is easy to use on a mobile/touch device — legible text without zooming, tap targets sized and spaced to avoid mis-taps, content that fits the viewport with no horizontal scrolling, and no intrusive interstitials. Distinct from mobile-first indexing and Core Web Vitals. report in Search ConsoleGoogle's free tool for monitoring crawling, indexing, and search performance. in December 2023. Use these instead: PageSpeed InsightsPageSpeed Insights (PSI) is a free Google tool at pagespeed.web.dev that reports two kinds of data for a URL: real-user field data from the Chrome UX Report and a single Lighthouse lab run with the 0–100 Performance score. Only the field Core Web Vitals are what Google uses for ranking. (pagespeed.web.dev), LighthouseLighthouse is Google's free, open-source tool that audits a page under simulated lab conditions and scores it 0–100 across Performance, Accessibility, Best Practices, and SEO. It's lab data — useful for debugging, not a ranking signal. in Chrome, the URL Inspection toolA Google Search Console feature that reports how Google sees one specific URL on a property you own. By default it shows the last-indexed snapshot; a separate \"Test live URL\" mode fetches the current version. in Search Console, and the Core Web Vitals reportThe Google Search Console report (under Experience) that shows how your indexed URLs perform on the Core Web Vitals — LCP, INP, and CLS — using real-user field data from CrUX, grouped by device, status, and clusters of similar-performing URLs..

Want the full audit version — content parity edge cases, the LCPLargest Contentful Paint — render time of the largest visible image or text block, relative to when the page started loading. ≤2.5 s (at the 75th percentile) is good. lazy-loading trap with Google’s own admission, INPInteraction to Next Paint — the input-to-paint latency at the 75th percentile of a page's interactions. ≤200 ms is good. vs. the old FID metric, interstitial exemptions, the AMPAMP (Accelerated Mobile Pages) is an open-source web framework Google launched in 2015 to make mobile pages load near-instantly via restricted HTML/CSS/JS and CDN caching. It was never a ranking factor and, since June 2021, is no longer required for Top Stories. reality, and how Bing differs? Switch to the Advanced tab.

TL;DR — Mobile-first indexingGoogle's practice of using the mobile version of a page's content — crawled by Googlebot smartphone — for indexing and ranking. It is not a separate index and not a ranking boost. is complete (finalized July 5, 2024) — Google uses your mobile HTML to rank you for all queries on all devices. So the checklist is: (1) content parity — same body text, titles/descriptions, headings, images, alt textAlt text is the value of the `alt` attribute on an HTML `<img>` element — a short text substitute chosen for the image's purpose and context, not a literal description of what it shows. It makes images accessible to screen-reader users and helps search engines understand images, mainly for image search., internal linksAn internal link is a hyperlink from one page on a website to another page on the same website. Internal links help search engines discover your pages and pass ranking signals (PageRank and anchor-text context) between them., and structured dataStructured data is a standardized way of labeling page content (using the schema.org vocabulary in JSON-LD, Microdata, or RDFa) so search engines can understand its meaning. It's not a direct ranking factor — its value is rich results and entity understanding. on mobile as desktop; (2) Core Web Vitals on mobile — LCPLargest Contentful Paint — render time of the largest visible image or text block, relative to when the page started loading. ≤2.5 s (at the 75th percentile) is good. ≤ 2.5s (never lazy-load the LCPLargest Contentful Paint — render time of the largest visible image or text block, relative to when the page started loading. ≤2.5 s (at the 75th percentile) is good. image), INPInteraction to Next Paint — the input-to-paint latency at the 75th percentile of a page's interactions. ≤200 ms is good. ≤ 200ms (INPInteraction to Next Paint — the input-to-paint latency at the 75th percentile of a page's interactions. ≤200 ms is good. replaced FIDFirst Input Delay — a retired Core Web Vital that measured the delay before the browser could begin processing a page's first interaction. Good was ≤100 ms. Replaced by INP in March 2024. on March 12, 2024), CLSCumulative Layout Shift — a unitless score for unexpected visual movement, taken from the largest burst (session window) of layout shifts, not the lifetime sum. ≤0.1 is good. ≤ 0.1; (3) usability — correct viewport, 48×48px touch targets, ≥16px font, no intrusive interstitialsIn SEO, interstitials are full-page popups or overlays that block the main content of a page. Google demotes pages with intrusive interstitials shown on the transition from a search click — a page-level signal, with legal gates, login walls, and small dismissible banners exempted. (with real exemptions); (4) audit with current tools — LighthouseLighthouse is Google's free, open-source tool that audits a page under simulated lab conditions and scores it 0–100 across Performance, Accessibility, Best Practices, and SEO. It's lab data — useful for debugging, not a ranking signal., PageSpeed InsightsPageSpeed Insights (PSI) is a free Google tool at pagespeed.web.dev that reports two kinds of data for a URL: real-user field data from the Chrome UX Report and a single Lighthouse lab run with the 0–100 Performance score. Only the field Core Web Vitals are what Google uses for ranking., URL Inspection, and the CWV report, because the Mobile-Friendly Test and GSC Mobile Usability report were retired December 2023. Responsive design is Google’s recommended setup. AMPAMP (Accelerated Mobile Pages) is an open-source web framework Google launched in 2015 to make mobile pages load near-instantly via restricted HTML/CSS/JS and CDN caching. It was never a ranking factor and, since June 2021, is no longer required for Top Stories. gives no ranking advantage since June 2021. Bing does not use mobile-first indexingGoogle's practice of using the mobile version of a page's content — crawled by Googlebot smartphone — for indexing and ranking. It is not a separate index and not a ranking boost..

Evidence for this claim Google predominantly uses the mobile version of a site's content for indexing and ranking. Scope: Google mobile-first indexing behavior. Confidence: high · Verified: 2026-07-14 Google Search Central: Mobile-first indexing Evidence for this claim Google recommends responsive web design as the easiest mobile configuration to implement and maintain. Scope: Google's implementation recommendation; other supported configurations can work. Confidence: high · Verified: 2026-07-14 Google Search Central: Mobile site configurations

The baseline: mobile-first indexing is finished

This is the context that makes everything else make sense. Google announced majority completion of mobile-first indexingStoring a crawled page in the search index so it can appear in results. Crawled is not the same as indexed — Google selects what to keep, and indexing isn't guaranteed. in October 2023, and the final enforcement landed July 5, 2024: any site that wasn’t accessible to GooglebotGooglebot is Google's web crawler — the software that fetches pages so Google can index and rank them. It comes in two variants, Googlebot Smartphone (primary, under mobile-first indexing) and Googlebot Desktop, and runs an evergreen Chromium renderer. Smartphone simply stopped being indexed. There is no desktop-first crawlingCrawling is how search engines use automated bots (like Googlebot and Bingbot) to discover URLs and download pages. A page has to be crawlable to be indexed, but crawling on its own isn't a ranking factor. left.

The implication is the one people still under-rate: the mobile version of your page is the version that determines your rankings for every query, on every device — including desktop searches. You are not optimizing “a mobile experience” off to the side; you’re optimizing the canonical version of your site.

1. Content parity — the #1 technical requirement

If you fix one thing on this list, fix this. Google’s guidance is explicit: “Make sure that your mobile site contains the same content as your desktop site.” That means headings, body text, images, alt textAlt text is the value of the `alt` attribute on an HTML `<img>` element — a short text substitute chosen for the image's purpose and context, not a literal description of what it shows. It makes images accessible to screen-reader users and helps search engines understand images, mainly for image search., and internal linksAn internal link is a hyperlink from one page on a website to another page on the same website. Internal links help search engines discover your pages and pass ranking signals (PageRank and anchor-text context) between them. all need to match between versions, and “Make sure that the title element and the meta descriptionThe meta description is an HTML head tag — `<meta name=\"description\" content=\"…\">` — that suggests a short summary of the page for the search snippet. It's not a Google ranking factor, and Google rewrites it the majority of the time, but a good one can still lift click-through. are equivalent across both versions.”

Practical parity checks:

• Body content present on mobile, not stripped by a leaner mobile template.
• Titles and meta descriptions equivalent across versions.
• Headings (the same H1/H2 structure) present in the mobile HTML.
• Images with the same descriptive alt text, captions, filenames as desktop.
• Internal links present on mobile — don’t drop your link graph in a “simplified” mobile nav.
• Don’t “lazy-load primary content upon user interaction” — if content only appears after a tap, Google may not see it.

Two parity nuances worth internalizing: tabs and accordions are fine. Content reorganized into collapsible UI is still indexed as long as it’s in the DOM — the myth that hiding content in accordions hurts SEO is just that. The real failure mode is content that’s removed from the markup entirely on mobile. And robots meta tagsThe robots meta tag is an HTML element in a page's head — <meta name=\"robots\" content=\"noindex\"> — that tells search engines how to index and serve that page. It's crawl-then-obey: a page blocked in robots.txt is never fetched, so the tag is never seen. must match — “Use the same robots meta tagsMeta tags are HTML elements in a page's head that pass metadata about the page to search engines and browsers. For SEO only a few matter — the title element, the meta description, and the robots meta tag — while meta keywords and most others are ignored. on the mobile and desktop site” — or you can accidentally noindex the version Google actually uses.

2. Structured data parity

Same rule, applied to schema. Google’s December 2018 guidance: “If you use structured data on the desktop versions of your pages, you should have the same structured data on the mobile versions of the pages, since with mobile-first indexing, we’ll only use the mobile version of your page for indexing.” Validate it with the Rich ResultsRich results (formerly 'rich snippets') are enhanced search listings — stars, images, prices, breadcrumbs, video thumbnails, and more — that Google and Bing build from structured data. They're a display feature, not a ranking factor, and eligibility never guarantees they'll show. Test (still active — not deprecated). For separate-URL (m-dot) setups, the URLs inside your structured data must reference the correct mobile URLs.

3. Crawlability and robots

• Don’t block resources (CSS, JS) in robots.txt that are needed to render the mobile page — if Google can’t render it, it can’t see your parity.
• Robots meta tags identical across versions (above).
• For separate URLs, get canonicalizationHow search engines pick one canonical URL among duplicates and consolidate signals onto it. right: the desktop canonical on both versions, rel="alternate" on desktop pointing to the mobile URL.

4. Core Web Vitals on mobile

Google measures CWV “segmented across mobile and desktop devices” at the 75th percentile, and “Core Web VitalsGoogle's three real-user UX metrics — LCP (loading), INP (responsiveness), and CLS (visual stability) — used by Google's ranking systems, with no official weight attached, measured on field data. are used by our ranking systems.” Mobile is where the gap shows up — slower networks and CPUs mean roughly 48% of mobile pages pass all three vs. ~56% of desktop, with LCP and INP driving the difference.

The thresholds (good / needs improvement / poor):

• LCP — ≤ 2.5s / 2.5–4.0s / > 4.0s.
• INP — ≤ 200ms / 200–500ms / > 500ms.
• CLSCumulative Layout Shift — a unitless score for unexpected visual movement, taken from the largest burst (session window) of layout shifts, not the lifetime sum. ≤0.1 is good. — ≤ 0.1 / 0.1–0.25 / > 0.25.

LCP — never lazy-load the hero image. This is the single most damaging mobile performance mistake, and it’s everywhere. web.dev is blunt: “Never lazy-load your LCP image, as that will always lead to unnecessary resource load delay, and will have a negative impact on LCP.” Hint priority instead with fetchpriority="high" (a preload or directly on the <img>). Google’s own Martin Splitt admitted Google shipped this bug: their CMSA content management system (CMS) is software that lets users create, manage, and publish digital content — like blog posts and pages — without writing raw code. WordPress, Drupal, and Joomla are the most common open-source CMS platforms. “defaults all images to lazy loadingLazy loading defers loading of off-screen or non-critical resources — usually images and iframes — until they're about to enter the viewport. The native way to do it is the loading=\"lazy\" HTML attribute, which needs no JavaScript., which is not great.” If Google can do it by accident, so can you.

INP — and why it’s not FID. INP (Interaction to Next Paint) replaced FID on March 12, 2024. FID only measured the delay before the browser could begin processing the first interaction; INP measures the worst interaction delay across the entire page lifetime. That makes it far more sensitive to slow JavaScript on mobile, where touch events on weak CPUs blow past the 200ms threshold easily. If your older audit notes still talk about FID, they’re stale.

CLS — reserve space. Set explicit width and height (or aspect-ratio) on images and embeds, reserve space for ads and late-loading content, and don’t inject content above the fold after load.

5. Images and videos on mobile

• Use modern formats (WebP/AVIF) and supported formats only — a JPG inside inline SVG won’t be indexed.
• Responsive images via srcset + sizes; explicit width/height to prevent CLS.
• Don’t use images that are too small or low-resolution, and avoid constantly-changing image URLs (per-page-load URL generation breaks image indexing).
• Identical alt text, titles, captions, filenames to desktop.
• Videos: supported formats in valid HTML tags (<video>, <embed>, <object>), stable URLs, matching video structured data, placed prominently to minimize scrolling.

6. Mobile usability

• Viewport: <meta name="viewport" content="width=device-width, initial-scale=1">. width=device-width is mandatory. Avoid maximum-scale=1 or user-scalable=no — they block pinch-zoom and Google flags them as accessibility violations. Without a viewport tag at all, mobile browsers render at ~980px desktop width and shrink, which is unusable.
• Touch targets: 48×48 CSS pixels minimum, with at least 8px spacing between adjacent targets (Lighthouse / Material Design standard).
• Font size: ≥16px body text to avoid the “text too small to read” flag.
• Forms: use appropriate input types (tel, email, number) so phones show the right keyboard.

7. Interstitials and ads — and the exemptions

The “any popup will tank your rankings” framing is overstated. What’s penalized is the intrusive kind: “Don’t obscure the entire page with interstitialsIn SEO, interstitials are full-page popups or overlays that block the main content of a page. Google demotes pages with intrusive interstitials shown on the transition from a search click — a page-level signal, with legal gates, login walls, and small dismissible banners exempted.” and “Don’t redirectA redirect sends browsers and crawlers from a requested URL to a different one. An HTTP redirect specifically is a 3xx status code paired with a Location header; meta refresh and JavaScript redirects achieve a similar navigation without being a 3xx response themselves. Permanent redirects (301/308) are Google's signal the target should be canonical; temporary ones (302/303/307) aren't. the user to a separate page for their consent or input” — full-screen popups before the user engages, standalone interstitial pages.

What’s explicitly allowed: legally required cookie consent banners, login dialogs for genuinely paywalled content, small banners using reasonable screen space, and age gates required by law. And note the ranking nuance — the interstitials signal is not a Core Web VitalsWeb Vitals is Google's initiative (launched May 2020) for unified page-experience quality signals. Core Web Vitals — LCP, INP, and CLS — are the subset used in ranking; the rest (TTFB, FCP, TBT, Speed Index) are diagnostic, not ranking factors. metric. As Google puts it, “Beyond Core Web Vitals, other page experience aspects don’t directly help your website rank higher in search results. However, they can make your website more satisfying to use.” For ads, follow the Better Ads Standard.

8. AMP: neutral, not dead, not required

AMP lost its ranking advantage in June 2021, when Google removed the AMP requirement for Top Stories eligibility. Any page with good Core Web Vitals can appear in Top Stories now. AMP pages still function — they just offer no SEO benefit over a well-optimized standard page. If you’re on AMP today, weigh migration cost against benefit; the SEO incentive to adopt it is gone.

9. Site configuration: responsive is the recommended path

Three setups, in Google’s order of preference:

1. Responsive design (recommended): same HTML on the same URL; CSS handles layout. One URL, no duplication risk, no parity gap by construction.
2. Dynamic servingA mobile configuration where the server returns different HTML/CSS from the same URL depending on the requesting user-agent (desktop vs. mobile), signaled with the Vary: User-Agent header.: same URL, different HTML by user-agent. Risk: accidentally serving desktop HTML to mobile users.
3. Separate URLs (m-dot): different HTML on different URLs. Requires careful canonicalization and the most parity discipline. John Mueller’s long-standing advice: “At some point all of these sites with separate mobile URLs should just move to a responsive design.”

10. Audit with current, non-deprecated tools

This is the credibility check on any 2025-era mobile checklist. Google retired the Mobile-Friendly Test tool, the Mobile-Friendly Test API, and the GSC Mobile UsabilityWhether a page is easy to use on a mobile/touch device — legible text without zooming, tap targets sized and spaced to avoid mis-taps, content that fits the viewport with no horizontal scrolling, and no intrusive interstitials. Distinct from mobile-first indexing and Core Web Vitals. report in early December 2023. Their statement: “Today we’re sunsetting Search Console’s Mobile Usability report, Mobile-Friendly Test tool and Mobile-Friendly Test API,” reasoning that “many other robust resources for evaluating mobile usability have emerged.”

Use these instead:

• PageSpeed Insights (lab + field, mobile tab).
• Lighthouse (Chrome DevTools, mobile mode).
• GSC Core Web Vitals reportThe Google Search Console report (under Experience) that shows how your indexed URLs perform on the Core Web Vitals — LCP, INP, and CLS — using real-user field data from CrUX, grouped by device, status, and clusters of similar-performing URLs. (field dataPerformance metrics captured from real users, not lab tests., filter to mobile).
• GSC URL Inspection (how Googlebot renders a specific page).
• Rich Results Test (validates structured data).
• CrUXChrome User Experience Report — Google's public dataset of real-world (field) performance data from eligible Chrome users. It's the official field-data source behind the Core Web Vitals program. Vis (cruxvis.withgoogle.com) — the CrUX Dashboard was deprecated; CrUX Vis is Google’s current historical field-data tool for mobile CWV trends.

Bonus: Bing is different — desktop-first

A genuine divergence most guides miss: Bing does not use mobile-first indexing. Bing’s primary crawl target remains the desktop version of your pages. Mobile-friendliness has been a Bing ranking signal since 2015, but it is not Bing’s indexing methodology. So mobile parity still matters for Bing — for ranking reasons, not because Bing only sees your mobile HTML. Use Bing Webmaster ToolsMicrosoft's free portal for monitoring and improving how a site appears in Bing search — the peer to Google Search Console, plus IndexNow instant indexing, richer backlink data, and keyword volumes. Because Bing's index also feeds Microsoft Copilot, it doubles as a window into AI-search visibility. to monitor mobile-related crawl errors, submit sitemapsA sitemap is a file that lists the pages, images, videos, and other files on your site so search engines can discover them. It helps discovery, but submitting a sitemap doesn't guarantee crawling or indexing., and validate structured data.

AI summary

A condensed take on the Advanced version:

• Mobile-first indexingGoogle's practice of using the mobile version of a page's content — crawled by Googlebot smartphone — for indexing and ranking. It is not a separate index and not a ranking boost. is complete (finalized July 5, 2024). Google ranks you on your mobile HTML for all queries on all devices, including desktop searches.
• Content parity is rule #1. Same body text, titles/meta descriptionsThe meta description is an HTML head tag — `<meta name=\"description\" content=\"…\">` — that suggests a short summary of the page for the search snippet. It's not a Google ranking factor, and Google rewrites it the majority of the time, but a good one can still lift click-through., headings, images + alt textAlt text is the value of the `alt` attribute on an HTML `<img>` element — a short text substitute chosen for the image's purpose and context, not a literal description of what it shows. It makes images accessible to screen-reader users and helps search engines understand images, mainly for image search., internal linksAn internal link is a hyperlink from one page on a website to another page on the same website. Internal links help search engines discover your pages and pass ranking signals (PageRank and anchor-text context) between them., robots meta tagsThe robots meta tag is an HTML element in a page's head — <meta name=\"robots\" content=\"noindex\"> — that tells search engines how to index and serve that page. It's crawl-then-obey: a page blocked in robots.txt is never fetched, so the tag is never seen., and structured dataStructured data is a standardized way of labeling page content (using the schema.org vocabulary in JSON-LD, Microdata, or RDFa) so search engines can understand its meaning. It's not a direct ranking factor — its value is rich results and entity understanding. on mobile as desktop. Tabs/accordions are fine; missing content is not.
• Core Web VitalsGoogle's three real-user UX metrics — LCP (loading), INP (responsiveness), and CLS (visual stability) — used by Google's ranking systems, with no official weight attached, measured on field data., measured separately for mobile: LCPLargest Contentful Paint — render time of the largest visible image or text block, relative to when the page started loading. ≤2.5 s (at the 75th percentile) is good. ≤ 2.5s, INPInteraction to Next Paint — the input-to-paint latency at the 75th percentile of a page's interactions. ≤200 ms is good. ≤ 200ms, CLSCumulative Layout Shift — a unitless score for unexpected visual movement, taken from the largest burst (session window) of layout shifts, not the lifetime sum. ≤0.1 is good. ≤ 0.1, at the 75th percentile. Mobile lags desktop (~48% vs ~56% passing).
• Never lazy-load the LCPLargest Contentful Paint — render time of the largest visible image or text block, relative to when the page started loading. ≤2.5 s (at the 75th percentile) is good. image — the most common, most damaging mobile mistake; use fetchpriority="high". Google admitted shipping this bug itself.
• INPInteraction to Next Paint — the input-to-paint latency at the 75th percentile of a page's interactions. ≤200 ms is good. replaced FID on March 12, 2024 — it measures all interactions across the page lifetime, not just the first, so it’s harsher on slow mobile JS.
• Usability: correct viewport (no user-scalable=no), 48×48px touch targets, ≥16px font, mobile-appropriate form input types.
• InterstitialsIn SEO, interstitials are full-page popups or overlays that block the main content of a page. Google demotes pages with intrusive interstitials shown on the transition from a search click — a page-level signal, with legal gates, login walls, and small dismissible banners exempted. have exemptions: cookie consent, paywall logins, small banners, legal age gates are allowed; the signal isn’t a CWV metric.
• AMPAMP (Accelerated Mobile Pages) is an open-source web framework Google launched in 2015 to make mobile pages load near-instantly via restricted HTML/CSS/JS and CDN caching. It was never a ranking factor and, since June 2021, is no longer required for Top Stories. is neutral — no ranking advantage since June 2021; still functional.
• Responsive design is Google’s recommended setup (vs. dynamic servingA mobile configuration where the server returns different HTML/CSS from the same URL depending on the requesting user-agent (desktop vs. mobile), signaled with the Vary: User-Agent header. and m-dot).
• Tools: LighthouseLighthouse is Google's free, open-source tool that audits a page under simulated lab conditions and scores it 0–100 across Performance, Accessibility, Best Practices, and SEO. It's lab data — useful for debugging, not a ranking signal., PageSpeed InsightsPageSpeed Insights (PSI) is a free Google tool at pagespeed.web.dev that reports two kinds of data for a URL: real-user field data from the Chrome UX Report and a single Lighthouse lab run with the 0–100 Performance score. Only the field Core Web Vitals are what Google uses for ranking., URL Inspection, CWV report, Rich ResultsRich results (formerly 'rich snippets') are enhanced search listings — stars, images, prices, breadcrumbs, video thumbnails, and more — that Google and Bing build from structured data. They're a display feature, not a ranking factor, and eligibility never guarantees they'll show. Test, CrUXChrome User Experience Report — Google's public dataset of real-world (field) performance data from eligible Chrome users. It's the official field-data source behind the Core Web Vitals program.. The Mobile-Friendly Test and GSC Mobile UsabilityWhether a page is easy to use on a mobile/touch device — legible text without zooming, tap targets sized and spaced to avoid mis-taps, content that fits the viewport with no horizontal scrolling, and no intrusive interstitials. Distinct from mobile-first indexing and Core Web Vitals. report were retired December 2023.
• Bing does NOT use mobile-first indexingGoogle's practice of using the mobile version of a page's content — crawled by Googlebot smartphone — for indexing and ranking. It is not a separate index and not a ranking boost. — it’s desktop-first; mobile-friendliness is a ranking signal, not its indexingStoring a crawled page in the search index so it can appear in results. Crawled is not the same as indexed — Google selects what to keep, and indexing isn't guaranteed. method.

Official documentation

Primary-source documentation from the search engines.

Google

• Mobile-First Indexing Best Practices — content parity, viewport, images/videos, robots meta tagsThe robots meta tag is an HTML element in a page's head — <meta name=\"robots\" content=\"noindex\"> — that tells search engines how to index and serve that page. It's crawl-then-obey: a page blocked in robots.txt is never fetched, so the tag is never seen., and the three site-configuration options.
• Mobile-first indexing — completion (June 2024) — the final July 5, 2024 milestone.
• Mobile-first is here (October 2023) — the earlier majority-completion announcement.
• Mobile-first indexing and structured data (December 2018) — structured dataStructured data is a standardized way of labeling page content (using the schema.org vocabulary in JSON-LD, Microdata, or RDFa) so search engines can understand its meaning. It's not a direct ranking factor — its value is rich results and entity understanding. must match across versions.
• Avoid intrusive interstitials and dialogs — what’s penalized and what’s exempt.
• Understanding page experience in Google Search — how CWVGoogle's three real-user UX metrics — LCP (loading), INP (responsiveness), and CLS (visual stability) — used by Google's ranking systems, with no official weight attached, measured on field data. and other page-experience aspects relate to ranking.
• Core Web Vitals and Google Search results — CWV as a ranking input.
• web.dev — Web Vitals (thresholds) — the LCPLargest Contentful Paint — render time of the largest visible image or text block, relative to when the page started loading. ≤2.5 s (at the 75th percentile) is good./INPInteraction to Next Paint — the input-to-paint latency at the 75th percentile of a page's interactions. ≤200 ms is good./CLSCumulative Layout Shift — a unitless score for unexpected visual movement, taken from the largest burst (session window) of layout shifts, not the lifetime sum. ≤0.1 is good. thresholds, measured at the 75th percentile across mobile and desktop.
• web.dev — Optimize Largest Contentful Paint — “never lazy-load your LCPLargest Contentful Paint — render time of the largest visible image or text block, relative to when the page started loading. ≤2.5 s (at the 75th percentile) is good. image” and fetchpriority.

Bing / Microsoft

• Bing Webmaster Guidelines — mobile-friendliness as a ranking signal (Bing remains desktop-first for indexingStoring a crawled page in the search index so it can appear in results. Crawled is not the same as indexed — Google selects what to keep, and indexing isn't guaranteed.).

Quotes from the source

On-the-record statements from Google. Each link is a deep link or the source page for the quoted passage.

Google — content parity

• “Make sure that your mobile site contains the same content as your desktop site.” — Google Search Central docs. Jump to quote
• “Make sure that the title elementThe title tag is the HTML title element in a page's head that specifies the document's title. It's the primary source for the SERP title link and a confirmed light ranking factor — but since August 2021 Google doesn't always show it verbatim. and the meta descriptionThe meta description is an HTML head tag — `<meta name=\"description\" content=\"…\">` — that suggests a short summary of the page for the search snippet. It's not a Google ranking factor, and Google rewrites it the majority of the time, but a good one can still lift click-through. are equivalent across both versions.” Jump to quote
• “Don’t lazy-load primary content upon user interaction.” Jump to quote

Google — structured dataStructured data is a standardized way of labeling page content (using the schema.org vocabulary in JSON-LD, Microdata, or RDFa) so search engines can understand its meaning. It's not a direct ranking factor — its value is rich results and entity understanding. parity

• “If you use structured data on the desktop versions of your pages, you should have the same structured data on the mobile versions of the pages, since with mobile-first indexingGoogle's practice of using the mobile version of a page's content — crawled by Googlebot smartphone — for indexing and ranking. It is not a separate index and not a ranking boost., we’ll only use the mobile version of your page for indexingStoring a crawled page in the search index so it can appear in results. Crawled is not the same as indexed — Google selects what to keep, and indexing isn't guaranteed..” — Google Search Central blog, December 2018. Source

Google — interstitialsIn SEO, interstitials are full-page popups or overlays that block the main content of a page. Google demotes pages with intrusive interstitials shown on the transition from a search click — a page-level signal, with legal gates, login walls, and small dismissible banners exempted.

• “Don’t obscure the entire page with interstitialsIn SEO, interstitials are full-page popups or overlays that block the main content of a page. Google demotes pages with intrusive interstitials shown on the transition from a search click — a page-level signal, with legal gates, login walls, and small dismissible banners exempted.” and “Don’t redirectA redirect sends browsers and crawlers from a requested URL to a different one. An HTTP redirect specifically is a 3xx status code paired with a Location header; meta refresh and JavaScript redirects achieve a similar navigation without being a 3xx response themselves. Permanent redirects (301/308) are Google's signal the target should be canonical; temporary ones (302/303/307) aren't. the user to a separate page for their consent or input.” Source

Google — page experienceGoogle's three real-user UX metrics — LCP (loading), INP (responsiveness), and CLS (visual stability) — used by Google's ranking systems, with no official weight attached, measured on field data. nuance

• “Beyond Core Web VitalsGoogle's three real-user UX metrics — LCP (loading), INP (responsiveness), and CLS (visual stability) — used by Google's ranking systems, with no official weight attached, measured on field data., other page experience aspects don’t directly help your website rank higher in search results. However, they can make your website more satisfying to use.” Source

Google — Core Web VitalsWeb Vitals is Google's initiative (launched May 2020) for unified page-experience quality signals. Core Web Vitals — LCP, INP, and CLS — are the subset used in ranking; the rest (TTFB, FCP, TBT, Speed Index) are diagnostic, not ranking factors.

• “Core Web Vitals are used by our ranking systems. We recommend site owners achieve good Core Web Vitals for success with Search.” Source
• “a good threshold to measure is the 75th percentile of page loads, segmented across mobile and desktop devices.” — web.dev. Jump to quote

Google (web.dev) — LCPLargest Contentful Paint — render time of the largest visible image or text block, relative to when the page started loading. ≤2.5 s (at the 75th percentile) is good. and lazy loadingLazy loading defers loading of off-screen or non-critical resources — usually images and iframes — until they're about to enter the viewport. The native way to do it is the loading=\"lazy\" HTML attribute, which needs no JavaScript.

• “Never lazy-load your LCPLargest Contentful Paint — render time of the largest visible image or text block, relative to when the page started loading. ≤2.5 s (at the 75th percentile) is good. image, as that will always lead to unnecessary resource load delay, and will have a negative impact on LCP.” Source

Martin Splitt, Google (via Search Engine Journal)

• “If you are using lazy loadingLazy loading defers loading of off-screen or non-critical resources — usually images and iframes — until they're about to enter the viewport. The native way to do it is the loading=\"lazy\" HTML attribute, which needs no JavaScript. on an image that is immediately visible, that is most likely going to have an impact on your largest contentful paint.” — and on Google’s own CMSA content management system (CMS) is software that lets users create, manage, and publish digital content — like blog posts and pages — without writing raw code. WordPress, Drupal, and Joomla are the most common open-source CMS platforms.: “defaults all images to lazy loading, which is not great.” Read the coverage

Google — retiring the mobile tools

• “Today we’re sunsetting Search ConsoleGoogle's free tool for monitoring crawling, indexing, and search performance.’s Mobile UsabilityWhether a page is easy to use on a mobile/touch device — legible text without zooming, tap targets sized and spaced to avoid mis-taps, content that fits the viewport with no horizontal scrolling, and no intrusive interstitials. Distinct from mobile-first indexing and Core Web Vitals. report, Mobile-Friendly Test tool and Mobile-Friendly Test API.” — and the rationale: “In the nearly ten years since we initially launched this report, many other robust resources for evaluating mobile usability have emerged.” Read the coverage

John Mueller, Google (via Ahrefs’ mobile SEOMobile SEO is the practice of optimizing a site so it ranks well when crawled and indexed by a mobile (smartphone) user agent and delivers a fast, usable experience on phones. Since Google completed mobile-first indexing, the mobile version is the primary version Google uses for indexing and ranking — so mobile SEO is effectively baseline SEO for every site. guide)

• “At some point all of these sites with separate mobile URLs should just move to a responsive design.” Source

The mobile SEO checklist

Work top to bottom. The first group is non-negotiable; the rest sharpen it. Clearing every box below removes the technical blockers Google has named — it doesn’t guarantee rankings, indexingStoring a crawled page in the search index so it can appear in results. Crawled is not the same as indexed — Google selects what to keep, and indexing isn't guaranteed., or identical search-result treatment. Content quality and relevance still decide the rest.

Content parity (the #1 requirement)

• Mobile page contains the same body content as desktop (nothing stripped by a leaner mobile template).
• Title and meta descriptionThe meta description is an HTML head tag — `<meta name=\"description\" content=\"…\">` — that suggests a short summary of the page for the search snippet. It's not a Google ranking factor, and Google rewrites it the majority of the time, but a good one can still lift click-through. are equivalent across mobile and desktop.
• Same heading structure (H1An H1 tag is the HTML `<h1>` element that marks a page's primary heading — the big visible headline at the top of the content. It helps users, search engines, and screen readers understand what the page is about./H2…) present in the mobile HTML.
• Same images with the same descriptive alt textAlt text is the value of the `alt` attribute on an HTML `<img>` element — a short text substitute chosen for the image's purpose and context, not a literal description of what it shows. It makes images accessible to screen-reader users and helps search engines understand images, mainly for image search., captions, filenames.
• Same internal linksAn internal link is a hyperlink from one page on a website to another page on the same website. Internal links help search engines discover your pages and pass ranking signals (PageRank and anchor-text context) between them. present on mobile.
• Structured dataStructured data is a standardized way of labeling page content (using the schema.org vocabulary in JSON-LD, Microdata, or RDFa) so search engines can understand its meaning. It's not a direct ranking factor — its value is rich results and entity understanding. matches desktop (validate with the Rich ResultsRich results (formerly 'rich snippets') are enhanced search listings — stars, images, prices, breadcrumbs, video thumbnails, and more — that Google and Bing build from structured data. They're a display feature, not a ranking factor, and eligibility never guarantees they'll show. Test).
• Robots meta tagsThe robots meta tag is an HTML element in a page's head — <meta name=\"robots\" content=\"noindex\"> — that tells search engines how to index and serve that page. It's crawl-then-obey: a page blocked in robots.txt is never fetched, so the tag is never seen. identical across versions (no accidental mobile noindex).
• No primary content lazy-loaded on user interaction (tap-to-reveal).

Technical setup

• Configuration is responsive designA mobile configuration that serves the same HTML on the same URL to every device and uses CSS media queries to adapt the layout to the viewport. It's Google's recommended setup and requires a correct viewport meta tag to work. where possible (vs. dynamic servingA mobile configuration where the server returns different HTML/CSS from the same URL depending on the requesting user-agent (desktop vs. mobile), signaled with the Vary: User-Agent header. / m-dot).
• robots.txt doesn’t block CSS/JS needed to render the mobile page.
• If using m-dot: desktop canonical on both versions, rel="alternate" on desktop → mobile, error pages return matching status codes, both verified in GSC.

Performance / Core Web VitalsGoogle's three real-user UX metrics — LCP (loading), INP (responsiveness), and CLS (visual stability) — used by Google's ranking systems, with no official weight attached, measured on field data. (mobile field dataPerformance metrics captured from real users, not lab tests.)

• LCPLargest Contentful Paint — render time of the largest visible image or text block, relative to when the page started loading. ≤2.5 s (at the 75th percentile) is good. ≤ 2.5s — and the LCP image is NOT lazy-loaded (use fetchpriority="high").
• INPInteraction to Next Paint — the input-to-paint latency at the 75th percentile of a page's interactions. ≤200 ms is good. ≤ 200ms — audited as INP, not the retired FID.
• CLSCumulative Layout Shift — a unitless score for unexpected visual movement, taken from the largest burst (session window) of layout shifts, not the lifetime sum. ≤0.1 is good. ≤ 0.1 — explicit width/height on images/embeds; space reserved for ads and late content.
• Modern image formatsThe file encoding used to store an image (JPEG, PNG, WebP, AVIF, SVG, GIF) — it drives file size and Core Web Vitals, but carries no direct ranking weight. (WebP/AVIF), responsive srcset/sizes, stable image URLs.

Usability

• Viewport tag present: width=device-width, initial-scale=1.
• No maximum-scale=1 / user-scalable=no (pinch-zoom not blocked).
• Touch targets ≥ 48×48px with ≥ 8px spacing.
• Body font ≥ 16px.
• Forms use appropriate input types (tel, email, number).
• No intrusive interstitial on the search-to-page transition (cookie/age/login exemptions aside).

Tools (use current ones only)

• Audited with LighthouseLighthouse is Google's free, open-source tool that audits a page under simulated lab conditions and scores it 0–100 across Performance, Accessibility, Best Practices, and SEO. It's lab data — useful for debugging, not a ranking signal. (mobile mode) and PageSpeed InsightsPageSpeed Insights (PSI) is a free Google tool at pagespeed.web.dev that reports two kinds of data for a URL: real-user field data from the Chrome UX Report and a single Lighthouse lab run with the 0–100 Performance score. Only the field Core Web Vitals are what Google uses for ranking..
• Checked the GSC Core Web Vitals reportThe Google Search Console report (under Experience) that shows how your indexed URLs perform on the Core Web Vitals — LCP, INP, and CLS — using real-user field data from CrUX, grouped by device, status, and clusters of similar-performing URLs., filtered to mobile.
• Verified renderingTurning HTML, CSS, and JavaScript into the final visual page and DOM. with GSC URL Inspection.
• Did not rely on the retired Mobile-Friendly Test or GSC Mobile Usability report (gone since December 2023).

Mobile SEO cheat sheet

What to check → tool → pass/fail

Core Web VitalsGoogle's three real-user UX metrics — LCP (loading), INP (responsiveness), and CLS (visual stability) — used by Google's ranking systems, with no official weight attached, measured on field data. thresholds (mobile, 75th percentile)

Fast facts

• Mobile-first indexingGoogle's practice of using the mobile version of a page's content — crawled by Googlebot smartphone — for indexing and ranking. It is not a separate index and not a ranking boost. completed July 5, 2024 — mobile HTML ranks you everywhere.
• INP replaced FID on March 12, 2024.
• Mobile-Friendly Test + GSC Mobile UsabilityWhether a page is easy to use on a mobile/touch device — legible text without zooming, tap targets sized and spaced to avoid mis-taps, content that fits the viewport with no horizontal scrolling, and no intrusive interstitials. Distinct from mobile-first indexing and Core Web Vitals. report retired December 2023.
• AMPAMP (Accelerated Mobile Pages) is an open-source web framework Google launched in 2015 to make mobile pages load near-instantly via restricted HTML/CSS/JS and CDN caching. It was never a ranking factor and, since June 2021, is no longer required for Top Stories. — no ranking advantage since June 2021 (Top Stories no longer requires it).
• Bing — desktop-first; mobile-friendliness is a ranking signal, not its index.

The mental models

1. Mobile is the canonical version. Stop thinking “desktop site + a mobile experience.” Since July 2024 the mobile HTML is the version Google indexes and ranks for everyone. Every audit question becomes: “What does Googlebot SmartphoneGooglebot is Google's web crawler — the software that fetches pages so Google can index and rank them. It comes in two variants, Googlebot Smartphone (primary, under mobile-first indexing) and Googlebot Desktop, and runs an evergreen Chromium renderer. actually see on this page?”

2. Parity → Performance → Usability, in that order. If content is missing on mobile, no amount of speed tuning saves the page — Google can’t rank content it never sees. Get parity right first, then chase Core Web VitalsGoogle's three real-user UX metrics — LCP (loading), INP (responsiveness), and CLS (visual stability) — used by Google's ranking systems, with no official weight attached, measured on field data., then polish thumb-level usability. Spending CWV effort on a page with a parity gap is optimizing the wrong layer.

3. Field dataPerformance metrics captured from real users, not lab tests., not lab data, is the ranking input. LighthouseLighthouse is Google's free, open-source tool that audits a page under simulated lab conditions and scores it 0–100 across Performance, Accessibility, Best Practices, and SEO. It's lab data — useful for debugging, not a ranking signal. gives you a lab score in a controlled environment; CrUXChrome User Experience Report — Google's public dataset of real-world (field) performance data from eligible Chrome users. It's the official field-data source behind the Core Web Vitals program./GSCA free Google service that reports how a site performs in Google Search and surfaces problems with how Google crawls, indexes, and serves it. It's first-party data straight from Google — but you don't need it to appear in results. give you real users’ field data at the 75th percentile, and that’s what the ranking systems use. Use the lab to diagnose, the field to judge. A green LighthouseLighthouse is Google's free, open-source tool that audits a page under simulated lab conditions and scores it 0–100 across Performance, Accessibility, Best Practices, and SEO. It's lab data — useful for debugging, not a ranking signal. run with poor field CWV is still a problem.

4. “Use X instead of Y” — the tool-currency rule. The fastest credibility tell in mobile SEOMobile SEO is the practice of optimizing a site so it ranks well when crawled and indexed by a mobile (smartphone) user agent and delivers a fast, usable experience on phones. Since Google completed mobile-first indexing, the mobile version is the primary version Google uses for indexing and ranking — so mobile SEO is effectively baseline SEO for every site. is whether someone still recommends dead tools. Mobile-Friendly TestWhether a page is easy to use on a mobile/touch device — legible text without zooming, tap targets sized and spaced to avoid mis-taps, content that fits the viewport with no horizontal scrolling, and no intrusive interstitials. Distinct from mobile-first indexing and Core Web Vitals. → Lighthouse / PageSpeed InsightsPageSpeed Insights (PSI) is a free Google tool at pagespeed.web.dev that reports two kinds of data for a URL: real-user field data from the Chrome UX Report and a single Lighthouse lab run with the 0–100 Performance score. Only the field Core Web Vitals are what Google uses for ranking.. GSC Mobile UsabilityWhether a page is easy to use on a mobile/touch device — legible text without zooming, tap targets sized and spaced to avoid mis-taps, content that fits the viewport with no horizontal scrolling, and no intrusive interstitials. Distinct from mobile-first indexing and Core Web Vitals. report → CWV report + URL Inspection. FID → INPInteraction to Next Paint — the input-to-paint latency at the 75th percentile of a page's interactions. ≤200 ms is good.. If your process references the left side of any of those arrows, it’s stale.

5. Penalties have exemptions — read the actual rule. InterstitialsIn SEO, interstitials are full-page popups or overlays that block the main content of a page. Google demotes pages with intrusive interstitials shown on the transition from a search click — a page-level signal, with legal gates, login walls, and small dismissible banners exempted. don’t universally tank rankings; the rule targets intrusive ones, and cookie consent, paywall logins, small banners, and legal age gates are exempt. When a “rule” sounds absolute, check the source for the carve-outs before you redesign around a myth.

Monthly mobile SEO health check

1. Review mobile field dataPerformance metrics captured from real users, not lab tests.. Open the Search Console Core Web VitalsThe Google Search Console report (under Experience) that shows how your indexed URLs perform on the Core Web Vitals — LCP, INP, and CLS — using real-user field data from CrUX, grouped by device, status, and clusters of similar-performing URLs. report and PageSpeed InsightsPageSpeed Insights (PSI) is a free Google tool at pagespeed.web.dev that reports two kinds of data for a URL: real-user field data from the Chrome UX Report and a single Lighthouse lab run with the 0–100 Performance score. Only the field Core Web Vitals are what Google uses for ranking. for representative templates. Record affected URL groups and the metric that changed. Done means every new issue has an owner or a documented reason to monitor.
2. Sample content parity. Compare mobile and desktop crawls for titles, robots, canonicals, headings, primary copy, internal linksAn internal link is a hyperlink from one page on a website to another page on the same website. Internal links help search engines discover your pages and pass ranking signals (PageRank and anchor-text context) between them., images, and structured dataStructured data is a standardized way of labeling page content (using the schema.org vocabulary in JSON-LD, Microdata, or RDFa) so search engines can understand its meaning. It's not a direct ranking factor — its value is rich results and entity understanding.. Done means material differences are either intentional layout changes or tickets.
3. Inspect changed templates as Googlebot SmartphoneGooglebot is Google's web crawler — the software that fetches pages so Google can index and rank them. It comes in two variants, Googlebot Smartphone (primary, under mobile-first indexing) and Googlebot Desktop, and runs an evergreen Chromium renderer.. Use URL InspectionA Google Search Console feature that reports how Google sees one specific URL on a property you own. By default it shows the last-indexed snapshot; a separate \"Test live URL\" mode fetches the current version. for a sample from each recently released page type. Done means primary content and signals appear in rendered HTML without interaction.
4. Run hands-on usability checks. Test common phone widths for zoom, horizontal overflow, touch targets, forms, navigation, and interstitialsIn SEO, interstitials are full-page popups or overlays that block the main content of a page. Google demotes pages with intrusive interstitials shown on the transition from a search click — a page-level signal, with legal gates, login walls, and small dismissible banners exempted.. Done means blocking defects are reproducible and assigned.
5. Annotate and compare performance. Segment Search ConsoleA free Google service that reports how a site performs in Google Search and surfaces problems with how Google crawls, indexes, and serves it. It's first-party data straight from Google — but you don't need it to appear in results. mobile performance by template and record releases, migrations, and campaigns. Done means anomalies have a scoped investigation rather than an unqualified site-wide conclusion.

Mobile audit mistakes to avoid

Using retired Google tools as the audit plan

The Mobile-Friendly TestWhether a page is easy to use on a mobile/touch device — legible text without zooming, tap targets sized and spaced to avoid mis-taps, content that fits the viewport with no horizontal scrolling, and no intrusive interstitials. Distinct from mobile-first indexing and Core Web Vitals. and Search ConsoleA free Google service that reports how a site performs in Google Search and surfaces problems with how Google crawls, indexes, and serves it. It's first-party data straight from Google — but you don't need it to appear in results. Mobile UsabilityWhether a page is easy to use on a mobile/touch device — legible text without zooming, tap targets sized and spaced to avoid mis-taps, content that fits the viewport with no horizontal scrolling, and no intrusive interstitials. Distinct from mobile-first indexing and Core Web Vitals. report are gone. Use LighthouseLighthouse is Google's free, open-source tool that audits a page under simulated lab conditions and scores it 0–100 across Performance, Accessibility, Best Practices, and SEO. It's lab data — useful for debugging, not a ranking signal., PageSpeed InsightsPageSpeed Insights (PSI) is a free Google tool at pagespeed.web.dev that reports two kinds of data for a URL: real-user field data from the Chrome UX Report and a single Lighthouse lab run with the 0–100 Performance score. Only the field Core Web Vitals are what Google uses for ranking., URL InspectionA Google Search Console feature that reports how Google sees one specific URL on a property you own. By default it shows the last-indexed snapshot; a separate \"Test live URL\" mode fetches the current version., the Core Web Vitals reportThe Google Search Console report (under Experience) that shows how your indexed URLs perform on the Core Web Vitals — LCP, INP, and CLS — using real-user field data from CrUX, grouped by device, status, and clusters of similar-performing URLs., and direct device testing.

Checking only visual layout

A page can look responsive while mobile HTML omits copy, links, directives, images, or structured dataStructured data is a standardized way of labeling page content (using the schema.org vocabulary in JSON-LD, Microdata, or RDFa) so search engines can understand its meaning. It's not a direct ranking factor — its value is rich results and entity understanding.. Compare indexable output, not screenshots alone.

Lazy-loading the LCP image

Deferring the primary visual delays the resource that defines LCPLargest Contentful Paint — render time of the largest visible image or text block, relative to when the page started loading. ≤2.5 s (at the 75th percentile) is good.. Keep it discoverable in initial markup and prioritize it instead.

Treating accordion content as missing content

Collapsed content is not the problem when it remains in the DOM. Focus on content that the mobile template removes or loads only after interaction.

Applying one lab score to the whole site

One LighthouseLighthouse is Google's free, open-source tool that audits a page under simulated lab conditions and scores it 0–100 across Performance, Accessibility, Best Practices, and SEO. It's lab data — useful for debugging, not a ranking signal. run is diagnostic, not representative field performance. Sample page types and pair lab findings with mobile field dataPerformance metrics captured from real users, not lab tests..

Common mobile SEO audit failures

Mobile HTML is missing desktop content

Symptom: A crawl diff shows fewer headings, links, images, or schema items on mobile. Likely cause: Separate templates or user-agentA user agent is the HTTP request header a client (browser, crawler, or bot) sends to identify itself. For crawlers, a short user-agent token — a substring of that string — is what robots.txt rules actually target. rules have drifted. Fix: Restore the elements from the shared content source and confirm them with a mobile fetch plus URL InspectionA Google Search Console feature that reports how Google sees one specific URL on a property you own. By default it shows the last-indexed snapshot; a separate \"Test live URL\" mode fetches the current version..

Lighthouse looks good but field data is poor

Symptom: A controlled lab run passes while mobile Core Web VitalsGoogle's three real-user UX metrics — LCP (loading), INP (responsiveness), and CLS (visual stability) — used by Google's ranking systems, with no official weight attached, measured on field data. groups fail. Likely cause: Real devices, networks, interactions, or templates differ from the single test. Fix: Identify affected URL groups and metric distributions, reproduce on representative devices, and optimize the shared bottleneck rather than the sample URL alone.

Pages overflow horizontally on some phones

Symptom: Users must pan sideways despite a viewport meta tagAn HTML head element — <meta name=\"viewport\" content=\"width=device-width, initial-scale=1\"> — that hints mobile browsers to size the layout viewport to the device's width in CSS pixels instead of a legacy ~980px fallback, so responsive design works.. Likely cause: A fixed-width child, long unbroken value, table, media embed, or transformed element exceeds its container. Fix: Inspect the overflowing node at the failing width, constrain responsive media, and retest zoom plus landscape layouts.

Prompts for mobile SEO auditing

Triage a mobile/desktop crawl diff

Review this crawl comparison with mobile and desktop columns for status, title,
robots, canonical, H1, word count, internal-link count, image count, and structured
data types. Identify material content-parity exceptions, separate likely layout-only
differences, group issues by template, and give a direct verification step for each
group. Do not infer missing content from count differences alone.

[paste CSV]

Convert field-data findings into tickets

Turn these mobile Core Web Vitals findings into implementation tickets. For each URL
group, preserve the observed metric and evidence, distinguish field data from lab
diagnostics, list the most likely shared template causes as hypotheses, and define a
pass/fail validation step. Do not invent a cause or promise a ranking change.

[paste findings]

Test yourself: Mobile SEO

Five quick questions on auditing mobile SEOMobile SEO is the practice of optimizing a site so it ranks well when crawled and indexed by a mobile (smartphone) user agent and delivers a fast, usable experience on phones. Since Google completed mobile-first indexing, the mobile version is the primary version Google uses for indexing and ranking — so mobile SEO is effectively baseline SEO for every site. in a mobile-first world. Pick an answer for each, then check.

Resources worth your time

My related writing

• The Beginner’s Guide to Technical SEO — where mobile fits in the bigger technical picture.
• Mobile SEO (Ahrefs blog, Jamie Grant) — the companion deep dive, including Mueller’s “move to responsive” line.
• Core Web VitalsGoogle's three real-user UX metrics — LCP (loading), INP (responsiveness), and CLS (visual stability) — used by Google's ranking systems, with no official weight attached, measured on field data. — the metric hub: LCPLargest Contentful Paint — render time of the largest visible image or text block, relative to when the page started loading. ≤2.5 s (at the 75th percentile) is good., INPInteraction to Next Paint — the input-to-paint latency at the 75th percentile of a page's interactions. ≤200 ms is good., CLSCumulative Layout Shift — a unitless score for unexpected visual movement, taken from the largest burst (session window) of layout shifts, not the lifetime sum. ≤0.1 is good., thresholds, and field vs. lab data.
• Largest Contentful PaintLargest Contentful Paint — render time of the largest visible image or text block, relative to when the page started loading. ≤2.5 s (at the 75th percentile) is good. — the LCPLargest Contentful Paint — render time of the largest visible image or text block, relative to when the page started loading. ≤2.5 s (at the 75th percentile) is good. deep dive, including the lazy-loading trap.
• Interaction to Next PaintInteraction to Next Paint — the input-to-paint latency at the 75th percentile of a page's interactions. ≤200 ms is good. — what INPInteraction to Next Paint — the input-to-paint latency at the 75th percentile of a page's interactions. ≤200 ms is good. measures and why mobile struggles with it.
• Mobile-First IndexingGoogle's practice of using the mobile version of a page's content — crawled by Googlebot smartphone — for indexing and ranking. It is not a separate index and not a ranking boost. — the indexingStoring a crawled page in the search index so it can appear in results. Crawled is not the same as indexed — Google selects what to keep, and indexing isn't guaranteed. concept and the verified timeline.

Official

• Google — Mobile-First Indexing Best Practices.
• web.dev — Web Vitals and Optimize LCP.
• Bing Webmaster Guidelines.

From around the industry

• Google Officially Drops Mobile Usability Report, Mobile-Friendly Test Tool and API (Search Engine Land, Dec 2023) — the deprecation, with Google’s statement.
• Google: Why Lazy Loading Can Delay Largest Contentful Paint (LCP) (Search Engine Journal) — Martin Splitt on the LCP lazy-loading trap, including Google’s own CMSA content management system (CMS) is software that lets users create, manage, and publish digital content — like blog posts and pages — without writing raw code. WordPress, Drupal, and Joomla are the most common open-source CMS platforms. mistake.
• Mobile SEO (Ahrefs, Jamie Grant) — comprehensive mobile SEOMobile SEO is the practice of optimizing a site so it ranks well when crawled and indexed by a mobile (smartphone) user agent and delivers a fast, usable experience on phones. Since Google completed mobile-first indexing, the mobile version is the primary version Google uses for indexing and ranking — so mobile SEO is effectively baseline SEO for every site. walkthrough.
• Your Mobile SEO Checklist (Nostra.ai) — checklist-format reference with mobile traffic context.
• r/TechSEO — the community for mobile crawl/render/parity debugging.

Changelog