Mobile SEO

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. means making your site work well for people on phones and for the way Google now reads the web — from the mobile version of your page. Most people search on a phone, and since 2023 Google uses your mobile version to decide how you rank everywhere. The two things to get right: make sure your mobile page has all your content on it, and make sure it’s fast and easy to use on a small screen.

What mobile SEO is

Mobile SEO is optimizing your website so it does two jobs well:

1. It works for mobile users — loads fast, fits the screen, has text you can read without zooming and buttons big enough to tap.
2. It works for the way Google indexes the web — Google now mostly visits your site as a phone and uses that mobile version to figure out what your pages are about and how to rank them.

That second part has a name: 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.. Google finished switching the whole web over to it in October 2023. The practical upshot is simple — your mobile site isn’t a stripped-down afterthought anymore. It’s the version that counts.

Why it matters

Most of Google’s visitors are on phones. And because Google reads the mobile version of your page, anything that’s missing from your mobile site is, as far as Google is concerned, missing from your site. If your desktop page has a great paragraph, an image, or a link that your mobile page drops “to keep things clean,” Google may never see it.

The handful of things that matter most

• Have all your content on mobile. Don’t trim text, images, or links off the mobile version. (This is the big one — more in the Advanced tab.)
• Use 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.. One website that adapts to the screen size. It’s the simplest setup and it’s what Google recommends.
• Be fast. People bail on slow pages, especially on phones. Google measures speed and stability with 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..
• Be usable. Readable font sizes, tap targets that aren’t tiny, no sideways scrolling.
• Don’t shove popups in people’s faces. Full-screen popups that block your content when someone arrives from search can hurt you.

The thing people get wrong

There’s no separate “mobile ranking” and “desktop ranking” — there’s one indexStoring 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 reads your mobile version and uses it to rank you everywhere. So “mobile SEO” isn’t a side project; for most sites it is SEO.

Want the full version — the configuration options, the exact content-parity rules, what to do about 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. 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., which tools to use now that 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. is gone, and where 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. stands — switch to the Advanced tab.

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. = optimizing for mobile users and for 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.. Since Google’s transition completed in October 2023 (full enforcement after July 2024), the mobile version is the primary version Google indexes and ranks — there’s one index, so this is baseline SEO now. 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. is Google’s recommended config. Content parity is the rule that bites: “only the content shown on the mobile site is used 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.,” so text, 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., 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 links all have to be in the mobile HTML. Layer on fast 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. (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.) on mobile, 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. (readable fonts, tappable targets, no horizontal scroll), and 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.. The Mobile-Friendly Test and Search ConsoleGoogle's free tool for monitoring crawling, indexing, and search performance. Mobile Usability report were retired in December 2023 — 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. now. 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 no longer recommended for new builds. This hub maps the cluster.

What mobile SEO actually covers

Mobile SEO is the practice of optimizing a site so it performs well when crawled and indexed via a mobile 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., and delivers a fast, usable experience to people on phones. Those are two related but distinct goals, and the cluster splits roughly along that line:

• Indexing-side: 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., content parity, site configuration (responsive 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. vs. separate URLs).
• Experience-side: 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. on mobile, 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., intrusive interstitials.

The reason this stopped being a niche topic is mechanical: Google now reads the mobile version of your page to index and rank it. So getting mobile wrong doesn’t just hurt mobile traffic — it hurts everything.

Mobile-first indexing, in one paragraph

Google’s framing: it uses the mobile version of a site’s content, crawled with the smartphone agent, for indexing and ranking. That’s mobile-first indexing. The rollout ran from a 2016 experiment, to the default for new sites in 2019, to the “whole web” announcement in March 2020, to completion in October 2023 — with full enforcement after July 5, 2024, meaning a site that genuinely doesn’t work for mobile 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. risks not being indexed at all. There’s no separate “mobile index” and no opt-out, and mobile-first indexing is not a ranking boost — it only changes which version of your page Google reads. I cover the parity rules, the verified timeline, the lazy-load trap, and where Bing differs in the dedicated mobile-first indexing deep dive — this hub just sets the context.

Site configuration: three options, one recommendation

Google supports three ways to serve mobile:

Google is explicit: it “recommends Responsive Web 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. because it’s the easiest design pattern to implement and maintain” — not because it ranks better. Responsive design makes content parity basically automatic, because there’s only one version to get right; dynamic serving and separate URLs both create a second HTML surface that can drift out of parity. I cover the setup details, requirements, and pitfalls for each option in their own deep dives: 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. covers the viewport dependency and the ranking-premium myth, and 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. covers the Vary: User-Agent requirement and why it’s a legacy pattern; the m-dot canonical/alternate setup is in the mobile-first indexing deep dive below.

Content parity is the rule that bites

Since Google reads the mobile version, “only the content shown on the mobile site is used for indexing.” That makes parity the single most important technical rule in mobile SEO. Google’s own guidance leads with “Make sure that your mobile site contains the same content as your desktop site” — and parity means more than body copy:

• Structured data — “Make sure that your mobile and desktop sites have the same structured data,” with URLs in the markup updated to the mobile URLs.
• Images and 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. — keep the same images and the same alt text on mobile (this drives Image Search).
• Titles and 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. — equivalent across both versions.
• Headings — “Use the same clear and meaningful headings.”
• 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 navigation — don’t strip them on mobile.
• 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. — a noindex that only ships on the mobile template is a classic accidental deindex.

Parity does not mean byte-for-byte identical — a leaner mobile layout is fine; dropping content you want indexed is not. And one myth to retire: content hidden in tabs or accordions for UX reasons is fine on mobile. Gary Illyes settled this years ago — “in the mobile-first world content hidden for ux should have full weight” — so you don’t need to expand everything into view.

Mobile page speed and Core Web Vitals

Speed matters more on mobile, where connections and devices are weaker and patience is shorter. Google measures the page-experience side largely through Core Web Vitals, and “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. are used by our ranking systems.” The three thresholds, measured 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. (Largest Contentful Paint) — under 2.5s.
• INPInteraction to Next Paint — the input-to-paint latency at the 75th percentile of a page's interactions. ≤200 ms is good. (Interaction to Next Paint) — under 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. (Cumulative Layout Shift) — under 0.1.

Worth keeping in perspective, though: page experience is a set of signals used within broader ranking systems, not a standalone ranking system, and Google notes it “always seeks to show the most relevant content, even if the page experience is sub-par.” So fix CWV because it helps users and is a real signal — not because it’ll outrank genuinely better content. 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. reports separate mobile and desktop scores; focus on the mobile one. Full thresholds, field-vs-lab data, and fixes live in the Core Web Vitals deep dive.

Mobile usability

The usability basics Google flags under page experience:

• 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. — <meta name="viewport" content="width=device-width, initial-scale=1">. Without it, mobile browsers render at desktop width.
• Readable fonts — text legible without zooming (a ~16px base is a safe floor).
• Tap targets — buttons and links large enough to tap reliably (~48px).
• No horizontal scrolling — content fits the viewport.
• Don’t block CSS/JS in robots.txtA plain-text file at the root of a host that tells crawlers which URLs they may and may not request. It controls crawling, not indexing — a blocked URL can still be indexed if it's linked from elsewhere. — Googlebot needs to render the mobile page.

These map to Google’s self-assessment questions like “Does your content display well on mobile devices?” For the full test methodology, thresholds, and how to audit each of these, see the dedicated 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. deep dive; the viewport tag specifically — syntax, attribute reference, and common mistakes — has its own 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. deep dive.

Intrusive interstitials

Full-page popups that obscure your content when a visitor arrives from search can hurt you. Google: “Intrusive interstitials and dialogs are page elements that obstruct users’ view of the content, usually for promotional purposes,” and they “make it hard for Google and other search engines to understand your content.” What’s problematic: full-screen overlays, standalone interstitials you have to dismiss before reading, and content hidden behind a promotional layer. What’s fine: small banners “that take up only a small fraction of the screen,” native app-install banners, and legally required consent or age gates. The interstitials deep dive covers the line in detail.

What about AMP?

AMP (Accelerated Mobile Pages) is no longer recommended for new builds. Google removed the AMP requirement for the Top Stories carousel and removed AMP as a ranking signal; standard responsive HTML with good Core Web Vitals does everything AMP was meant to do, without the second codebase. Treat AMP as legacy — if you have it, fine; if you’re starting fresh, skip it.

The tool landscape changed — use Lighthouse now

This is where most older guides are out of date. On December 1, 2023, Google retired the Search Console Mobile Usability report, the Mobile-Friendly Test tool, and the Mobile-Friendly Test API. Google was clear that this “doesn’t mean that mobile usability isn’t important” — it remains part of page-experience guidance — but that “many other robust resources for evaluating mobile usability have emerged, including Lighthouse from Chrome.” So your current toolkit:

• Lighthouse (in Chrome DevTools) — the replacement for the Mobile-Friendly Test; audits mobile usability and performance.
• PageSpeed Insights — Core Web Vitals on mobile (field + lab data).
• Search Console — 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., Crawl Stats (watch smartphone Googlebot activity), and URL Inspection (see the rendered mobile HTML).
• Chrome DevTools device emulation — visual checks at phone dimensions.

If a guide still tells you to “open the Mobile Usability report,” it’s stale.

Where to go next: the mobile-seo cluster

This hub is the map. Each topic below is its own deep dive:

• 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. — what it actually is (Google indexing your mobile HTML), why content parity is rule #1, the verified 2016→2023 timeline, the lazy-load trap, and where Bing differs.
• Mobile SEO checklist — the practical, run-it-down audit: parity items, configuration, speed, usability, and interstitials in one pass.
• 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. — the viewport dependency, why it’s Google’s recommended configuration, and the ranking-premium myth.
• 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. — the Vary: User-Agent requirement and why it’s now a legacy pattern.
• 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. — legible text, tap targets, viewport fit, and how to test usability now that the Search Console report is retired.
• 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. — the exact syntax, attribute reference, and the common mistakes that break it.
• AMP SEOAMP (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. — what AMP was, why Google dropped it as a ranking signal and a Top Stories requirement, and why it isn’t recommended for new builds.
• 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. — the popups and overlays that can hurt rankings, what counts as intrusive, and the exemptions (small banners, legal/age gates).

For the page-experience overlap, see Core Web Vitals; for how mobile fits the crawl/index pipeline, see the broader technical SEOTechnical SEO is the practice of making a site easy for search engines to crawl, render, index, and (now) be eligible for AI answers. It's the foundation that lets your content and links rank — not a ranking trick of its own. pillar.

AI summary

A condensed take on the Advanced version:

• 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. = optimizing for mobile users and for 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.. Since Google’s transition completed in Oct 2023 (full enforcement after July 2024), the mobile version is the primary version Google indexes and ranks. One indexStoring 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., no opt-out — so this is baseline SEO, not a niche.
• 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. is Google’s recommended config (“easiest to implement and maintain”). 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. works but needs Vary: User-Agent; separate URLs (m-dot) are the most fragile.
• Content parity is the rule that bites: “only the content shown on the mobile site is used 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..” Keep text, 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. (with mobile URLs), 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., titles/meta, headings, 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 robots meta equivalent on mobile. Parity ≠ identical; hidden/tabbed content is fine.
• 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. 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, 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. They’re signals within broader ranking systems, not a standalone system.
• 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.: 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., readable fonts (~16px), tap targets (~48px), no horizontal scroll, don’t block CSS/JS.
• 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. (full-page overlays) can hurt; small banners and legal/age gates are fine.
• 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 no longer recommended for new builds — dropped as a ranking signal and a Top Stories requirement.
• Tooling changed: the Mobile-Friendly Test and Search ConsoleGoogle's free tool for monitoring crawling, indexing, and search performance. Mobile Usability report were retired Dec 1, 2023 — 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., Search Console (CWV, Crawl Stats, URL Inspection), and DevTools emulation.

Official documentation

Primary-source documentation from the search engines.

Google

• Mobile-first Indexing Best Practices — the canonical doc: content/structured-data/image parity, the three site configurations, and the responsive recommendation. Start here.
• Mobile-first indexing has landed (Oct 2023) — the official “complete” announcement.
• Announcing mobile-first indexing for the whole web (Mar 2020) — the whole-web announcement.
• Avoid intrusive interstitials and dialogs — what’s problematic vs. acceptable.
• Helping users easily access content on mobile (Aug 2016) — the original 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. announcement.
• Understanding Google page experience — 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-friendliness, and the self-assessment questions.
• The role of page experience in creating helpful content (Apr 2023) — page experience as signals within broader systems, not a standalone system.

Bing / Microsoft

• Bing does not publish a dedicated mobile-SEO doc in Google’s level of detail. Bing has long treated mobile-friendliness as a signal and recommends 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.; it offers a mobile-friendliness check inside 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.. (Bing did not switch to 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 keeps a single, device-agnostic indexStoring 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.; see the 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. deep dive.)

Quotes from the source

On-the-record statements from Google. Each link is a deep link that jumps to the quoted passage on the source page.

Google — 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. and configuration

• “Google recommends Responsive Web 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. because it’s the easiest design pattern to implement and maintain.” — Google Search Central docs. Jump to quote
• “Make sure that your mobile site contains the same content as your desktop site.” Jump to quote

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.

• “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. and dialogs are page elements that obstruct users’ view of the content, usually for promotional purposes.” — Google Search Central docs. Jump to quote
• “Intrusive dialogs and interstitials make it hard for Google and other search engines to understand your content, which may lead to poor search performance.” Jump to quote

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. 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.

• “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. are used by our ranking systems.” — Google Search Central docs. Jump to quote
• “Google Search always seeks to show the most relevant content, even if the page experience is sub-par.” Jump to quote

Google — retiring the mobile tools (Dec 2023) (via Search Engine Land’s verbatim coverage)

• “This doesn’t mean that 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. isn’t important for success with Google Search. It remains critical for users… and as such, it remains a part of our page experience guidance.” Read the coverage
• “In the nearly ten years since we initially launched this report, many other robust resources for evaluating 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. have emerged, including 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. from Chrome.” Read the coverage

John Mueller, Google — 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. complete (Oct 2023) (via Search Engine Land’s verbatim coverage)

• “It’s been a long road, getting from there to here. We’re delighted to announce that the trek to 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. is now complete.” Read the coverage

Gary Illyes, Google — hidden mobile content (via Search Engine Roundtable)

• “No, in the mobile-first world content hidden for ux should have full weight.” Read the coverage

Mobile SEO checklist

A quick pass across 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. side and the experience side. (The dedicated mobile SEO checklist deep dive goes wider — this is the hub-level version.)

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. / content parity (check against your mobile HTML — that’s what’s indexed)

• Full, important content is on mobile — not trimmed “for cleanliness.”
• Same 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, with URLs pointing to the mobile URLs.
• Same images and the same 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. on mobile.
• Equivalent 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. across versions.
• Same headings on mobile and desktop.
• 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 navigation present in the mobile HTML.
• No stray noindex/nofollow on the mobile template.
• Primary content loads on scroll or in the initial HTML — not behind a tap/swipe/type interaction.
• (Separate URLs only) desktop set as canonical with an alternate to mobile; (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. only) Vary: User-Agent header set.

Configuration

• 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 (one URL, one HTML).
• <meta name="viewport" content="width=device-width, initial-scale=1"> present.
• CSS and JS are not blocked in robots.txt.

Speed (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.)

• 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. under 2.5s, INPInteraction to Next Paint — the input-to-paint latency at the 75th percentile of a page's interactions. ≤200 ms is good. under 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. under 0.1 on mobile.
• 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 on the mobile score, not just desktop.

Usability

• Text readable without zooming (~16px base).
• Tap targets large enough (~48px), not crowded.
• No horizontal scrolling.
• No intrusive full-page 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. on entry from search (small banners and legal/age gates are fine).

Tooling (post-Dec 2023)

• 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. (not the retired Mobile-Friendly Test).
• Rendered mobile HTML reviewed in Search ConsoleGoogle's free tool for monitoring crawling, indexing, and search performance. URL Inspection.

Mobile SEO — cheat sheet

The one rule: Google indexes your mobile HTML. If it’s not on mobile, assume it won’t be indexedStoring 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..

Site configuration

Keep equivalent on mobile (parity): content · 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. (mobile URLs) · 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. · 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 · 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.

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): 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.

Usability targets: 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. · ~16px base font · ~48px tap targets · no horizontal scroll · don’t block CSS/JS.

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.: full-page overlays on entry = problematic; small banners + legal/age gates = fine.

Dates to know

• Oct 2023 — 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. complete.
• July 5, 2024 — full enforcement; sites that don’t work on mobile risk not being indexed.
• Dec 1, 2023 — Mobile-Friendly Test + Search ConsoleGoogle's free tool for monitoring crawling, indexing, and search performance. 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 → 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..

Tools now: 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. · Search Console (CWV, Crawl Stats, URL Inspection) · Chrome DevTools emulation.

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.: not recommended for new builds (dropped as ranking signal + Top Stories requirement).

Measure mobile SEO health

Mobile Core Web Vitals pass rate

Metric: Share of mobile field-data URL groups rated good for 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., and 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.. What it tells you: Whether real mobile visits meet Google’s documented good thresholds across all three metrics. How to pull it: 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. 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. mobile field dataPerformance metrics captured from real users, not lab tests.. Benchmark / realistic range: Use the published good thresholds—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. at or below 2.5 seconds, INPInteraction to Next Paint — the input-to-paint latency at the 75th percentile of a page's interactions. ≤200 ms is good. at or below 200 milliseconds, and 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. at or below 0.1—then establish coverage from your own templates. Cadence: Monthly and after performance releases; field data uses a rolling window.

Mobile content-parity exceptions

Metric: Tested URLs where mobile output drops or changes an indexable element available on desktop. What it tells you: Whether 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. receives the content and signals you intend. How to pull it: Scheduled mobile/desktop crawl diffs for copy, links, metadata, directives, 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.. Benchmark / realistic range: Zero known material exceptions; layout-only differences do not count. Cadence: Each major template release and a recurring monthly sample.

Mobile organic performance by template

Metric: Mobile clicks, impressions, CTR, and average position segmented by page type. What it tells you: Where visibility or click behavior changed, without pretending one aggregate explains the cause. How to pull it: 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. Performance filtered to mobile, joined to a stable template classification. Benchmark / realistic range: Compare with each template’s seasonal baseline and annotated releases; no universal growth rate is defensible. Cadence: Weekly for alerts, monthly for decisions.

Test yourself: Mobile SEO

Five quick questions on 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.. Pick an answer for each, then check.

Resources worth your time

My writing

• The Beginner’s Guide to Technical SEO — where mobile fits the bigger crawl/indexStoring 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./rank picture.
• Core Web Vitals: What They Are & How to Improve Yours — the performance side of mobile, in depth.
• JavaScript SEO Issues & Best Practices — relevant when mobile content depends on renderingTurning HTML, CSS, and JavaScript into the final visual page and DOM..

My speaking

• How Search Works (SlideShare) — my walkthrough of 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., renderingTurning HTML, CSS, and JavaScript into the final visual page and DOM., 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., and ranking, including how 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. crawls as a smartphone. (Standing disclaimer: “This is my understanding of systems… not going to be 100% complete or accurate.”)

From around the industry

• Mobile-first Indexing Best Practices (Google) — the canonical parity + configuration doc.
• Understanding Google page experience (Google) — 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. and mobile-friendliness as signals.
• Google Officially Drops Mobile Usability Report, Mobile-Friendly Test Tool and API (Search Engine Land) — the December 2023 tool retirements and the 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. recommendation.
• Google Says Mobile-First Indexing Is Complete After Almost 7 Years (Search Engine Land) — the October 2023 completion, with Mueller’s quote.
• Google Won’t Index Sites That Do Not Work on Mobile After July 5 (Search Engine Land) — the July 2024 enforcement milestone.
• Google: Page Experience Signals for Ranking Apply Only to Mobile (Search Engine Land) — how the page-experience timeline split mobile vs. desktop.
• Google Confirms Content Hidden in Tabs With Mobile-First Index Is Okay (Search Engine Roundtable) — the Gary Illyes hidden-content quote.

Stats worth citing

• 53% of mobile users abandon a page that takes longer than 3 seconds to load — the widely cited Google/DoubleClick mobile-speed finding. A reminder that mobile performance is a conversion issue as much as a ranking one.
• 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 October 2023, with full enforcement after July 5, 2024 — after which sites that don’t work for mobile 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. risk not being indexedStoring 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. at all (Google). Source
• 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): 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 — Google’s “good” bars, used by its ranking systems. Source

Mobile SEO

Mobile 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.

Related: Mobile-First Indexing, Core Web Vitals, Responsive Web Design

Mobile SEO

Mobile SEO is the practice of making a website perform well in search when it’s crawled and indexedStoring 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. via a mobile (smartphone) 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., and of delivering a fast, usable experience to visitors on phones. Two things sit under that umbrella: optimizing for mobile users (speed, layout, tap targets, no intrusive popups) and optimizing for 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. (making sure the mobile version of your page carries all the content, 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., images, and links you want indexed).

Since Google completed its transition to 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. in October 2023, the mobile version of a page is the primary version Google uses 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. and ranking — for both mobile and desktop results, because there’s one index. That makes mobile SEO effectively the baseline SEO for all sites, not a separate niche.

Google’s recommended setup is responsive web 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. (one URL, one HTML, layout adapting via CSS), though 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 separate (m-dot) URLs are also supported. 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. — readable fonts, large enough tap targets, no horizontal scrolling, avoiding 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. — and 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. (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.) round out the picture. Note that Google retired the Mobile-Friendly Test and the Search ConsoleGoogle's free tool for monitoring crawling, indexing, and search performance. 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 December 2023; 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. is now the recommended tool for mobile usability auditing.

Related: Mobile-First Indexing, Core Web Vitals, Responsive Web Design

Changelog