Mobile-First Indexing

TL;DR — 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. means Google looks at the mobile version of your page — not the desktop version — to decide what your page is about and how to rank it. It’s not a separate “mobile index,” and it’s not a ranking boost. The one thing to get right: anything you want Google to see needs to be on your mobile site, because that’s the version it indexes.

What mobile-first indexing is

When Google crawls your site, it mostly visits as a smartphone — using a mobile crawlerA crawler — also called a spider or bot — is an automated program that fetches web pages, extracts their links, and queues new URLs to visit. Search engines use crawlers to discover and download content for their index. called 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.. Whatever it sees on the mobile version of your page is what it indexes and ranks. That’s 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 one sentence: Google uses the mobile version of your content 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.

The name trips people up, so let me clear up two things right away:

• There is no separate “mobile index.” Google has one index. Mobile-first indexing just changed which version of your page Google looks at — desktop used to be the default, now mobile is.
• It is not a ranking boost. Being on mobile-first indexing doesn’t lift your positions. It only changes which version of your content Google reads.

Why it matters: what’s on mobile is what counts

Here’s the part that actually affects your site. If something exists on your desktop page but not on your mobile page — a paragraph of text, an image, a link, some 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. — Google may simply not see it, because it’s indexing the mobile version.

A common real-world example: a site shows the full article on desktop but trims it down on mobile to “keep things clean.” Under mobile-first indexing, the trimmed-out content might never get indexed. The fix isn’t complicated — make sure the important stuff is on the mobile version too.

Mobile-first indexing is not the same as “mobile-friendly”

These two get mixed up constantly. Mobile-first indexing is about which version Google indexes. Mobile-friendliness is about how usable your page is on a phone — tap targets, readable text, no horizontal scrolling. They’re separate ideas. A page can be indexed mobile-first and still be clunky on a phone, and vice versa. This article is only about the first one.

What you should actually do

For almost everyone, the answer 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. — one set of HTML that adapts to the screen size. That way your mobile and desktop versions are the same content by default, and you don’t have to keep two versions in sync. It’s also what Google recommends.

If you’re on something older — like a separate mobile site on its own URLs (m.example.com) — that still works, but it’s more fragile and needs more care.

Want the full picture — the verified timeline, the exact parity rules, how Google handles the lazy-load trap, how the config options compare, and where Bing differs? Switch to the Advanced tab.

TL;DR — 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. = Google uses the mobile version of a page’s content, crawled by 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., 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. One index, no opt-out, not a ranking boost. The operative rule is content parity: “only the content shown on the mobile site is used for indexing,” so any 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., or links you want indexed must be in the mobile HTML. It’s distinct from mobile-friendliness/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.. 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; 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 URLs work but are riskier. Watch the lazy-load-on-interaction trap. Timeline: announced Nov 2016 → default for new sites 2019 → last batch May 2023 → declared complete Oct 2023. Bing did not make the same switch — it stays device-agnostic with a single index.

The definition, precisely

Google’s own framing: Google uses the mobile version of a site’s content, crawled with the smartphone agent, for indexing and ranking. And in its mobile-first best-practices doc it’s even blunter about the consequence: “Only the content shown on the mobile site is used for indexing.”

In my Ahrefs guide on mobile-first indexing I define it the same way — 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. refers to Google using the mobile version of a site’s content for indexing and ranking — and I add the two clarifications that kill most of the confusion: “There is only one index and you can’t opt out of mobile-first indexing.” It is also not a ranking boost. It changes which version Google reads, not how well it ranks.

Googlebot is mostly the smartphone crawler

This is the mechanism underneath the whole thing. Google: “For most sites Google Search primarily indexes the mobile version of the content. As such the majority of 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. crawl requests will be made using the mobile crawlerA crawler — also called a spider or bot — is an automated program that fetches web pages, extracts their links, and queues new URLs to visit. Search engines use crawlers to discover and download content for their index., and a minority using the desktop crawlerA crawler — also called a spider or bot — is an automated program that fetches web pages, extracts their links, and queues new URLs to visit. Search engines use crawlers to discover and download content for their index..” There are two subtypes — Googlebot Smartphone (“a mobile crawler that simulates a user on a mobile device”) and Googlebot Desktop — but the smartphone one does the bulk of the work now.

Google does still crawl with the desktop 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. sometimes, but the version that matters for indexing is the mobile one.

Content parity is rule #1

If you take one thing from this page, take this: what’s on your mobile site is what gets indexed. Google’s doc lists it as the first requirement — “Make sure that your mobile site contains the same content as your desktop site” — and the clincher is that “only the content shown on the mobile site is used for indexing.”

John Mueller said it as plainly as it gets at Pubcon Pro Virtual 2020: “anything that you want to have indexed, it needs to be on the mobile site,” and “we will only index the mobile content in the future.” If it’s desktop-only, plan for Google not to see it.

A useful nuance, though — parity does not mean byte-for-byte identical. As I put it in my Ahrefs guide on mobile-first indexing: “any important content must be present on mobile.” You can have a leaner mobile layout; you just can’t drop the content, structured data, 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., or links you actually want indexed.

And one myth to retire: hidden/tabbed/accordion content is fine. Pre-mobile-first, content hidden behind UI for UX reasons was discounted. That’s no longer true — Google no longer discounts content hidden to improve the user experience. So a mobile accordion that holds your full content is fine; the content is in the HTML and gets indexed.

The parity items that actually bite

Beyond raw text, Google’s best-practices doc calls out specific things to keep equivalent across versions:

• Structured data. “Make sure that your mobile and desktop sites have the same structured data.” If your markup only ships on desktop, your 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. can vanish.
• Images and alt text. “Make sure that the mobile site has the same alt text for images as the desktop site.” Dropping images or stripping alt text on mobile hurts 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.. “Make sure that the title element and the meta description are equivalent across both versions of your site.”
• Headings. “Use the same clear and meaningful headings on the mobile site as you do on the desktop site.” A stripped-down mobile template that drops H2s/H3s or flattens them into plain text weakens the page’s structure for indexing, not just its readability.
• Video structured data. “Use the same video structured data on both your mobile site and desktop site.” If a page carries VideoObject markup on desktop, ship the same markup on mobile — otherwise the mobile version (the one Google actually indexes) is missing it.
• 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.. “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 site and the desktop site.” This is a classic accidental-deindex: a noindex that only exists on the mobile template will deindex the page, because Google indexes the mobile version.
• 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.. Keep your navigation and key links in the mobile HTML. Don’t hide them behind interactions that have to fire before the links load.

The lazy-load / user-interaction trap

A specific, common failure mode. Google: “Don’t lazy-load primary content upon user interaction. Google won’t load content that requires user interactions (for example, swiping, clicking, or typing) to load.” If your main content only appears after the user taps “load more,” swipes a carousel, or clicks a tab that fetches content on demand, Googlebot won’t trigger that interaction — so the content isn’t seen. Load primary content on scroll or include it in the initial HTML instead.

The verified timeline

Mobile-first indexing took roughly seven years end to end. The dated milestones:

• November 2016 — Google first announced mobile-first indexing and began testing.
• 2018 — the broad rollout began after the testing period.
• 2019 — mobile-first became the default for new sites: domains discovered after this were crawled mobile-first from the start.
• March 2020 — Google announced it would switch the whole web by September 2020. As Mueller put it, Google would be “switching to mobile-first indexing for all websites starting September 2020.”
• July 2020 — that deadline was extended. Google: “we’ve decided to extend the timeframe to the end of March 2021.”
• May 2023 — the last batch moved over: “the last batch of sites eligible for mobile-first indexing have been moved over.” Practically, this is when the rollout finished.
• October 2023 — Google declared it complete: “the trek to Mobile First Indexing is now complete.” (Mueller.)

Two valid ways to say “when it was complete,” and it’s worth keeping them straight: the rollout effectively finished with the last batch in May 2023, while Google officially declared it complete in October 2023. A “very small set of sites which do not work on mobile devices at all” are simply crawled with desktop Googlebot — that’s an exception Google handles, not a setting you choose. (Search Console’s “which crawler” indexing info was removed shortly after the October 2023 announcement, since there was no longer a mix to report.) For sites that genuinely aren’t accessible on a mobile device at all, the practical risk now is not being indexable.

Configuration: responsive vs. dynamic serving vs. separate URLs

There are three ways to serve mobile, and Google has a clear preference:

• Responsive design (recommended). One URL, one HTML, layout adapts via CSS. Google: 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.” Parity is basically automatic because there’s only one version.
• 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, but the server returns different HTML based on the user-agent. It works, but it’s error-prone — it’s easy to ship desktop and mobile out of sync, which breaks parity in exactly the ways above.
• Separate URLs (m-dot). Different HTML on different URLs (e.g. m.example.com). The least recommended of the three and the most to maintain. If you’re on it, Google’s guidance: “For separate URLs, set desktop versions as canonical with an alternate link to the mobile version,” and check your hreflang links across the separate URLs. The mobile URL must serve the full, important content — because that’s the one being indexed.

How to check if your site is on mobile-first indexing

At this point essentially every normal site is. To confirm a specific page, use Search ConsoleGoogle's free tool for monitoring crawling, indexing, and search performance. → URL Inspection / Page indexing and look at the “Crawled as” value — “Googlebot smartphone” means it’s being indexed mobile-first. (As noted, Google removed the broader crawler-info reporting after declaring the rollout complete, because there’s no longer a meaningful split.)

Does Bing do mobile-first indexing? No.

This is the cross-engine angle almost nobody covers, and it matters if you care about more than Google. Bing did not switch to mobile-first indexing the way Google did. It keeps a single, device-agnostic index instead of indexing the mobile version specifically. James Murray of Microsoft Bing explained the reasoning: “we think it’s more useful to have an integrated view and to be more device agnostic,” and “we want to give you the same index and then personalise to you as the user.”

The takeaway: content-parity hygiene still helps you on Bing, but Bing hasn’t announced a switch to indexing the mobile version — it treats the index as device-agnostic.

Common myths, corrected

• “There’s a separate mobile index.” No — one index. Mobile-first indexing just changes which version Google looks at.
• “It’s a ranking boost.” No — it’s which content is indexed/ranked, not a bonus.
• “It’s the same as mobile-friendly.” No — different concepts. This is about indexing; mobile-friendliness is usability/page experience.
• “You can opt out / stay desktop-indexed.” No. (Sites that genuinely don’t work on mobile are an exception Google handles, not a setting.)
• “Hidden/tabbed/accordion content won’t count.” Outdated — Google no longer discounts content hidden for UX.
• “Mobile content must be identical to desktop.” No — it must contain the same important content, not be byte-for-byte identical.
• “It only affects mobile search results.” No — the mobile version is used for indexing and ranking across both desktop and mobile results.
• “Bing does mobile-first indexing too.” No — Bing stays device-agnostic.

For where this sits in the bigger picture — 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., and the index itself — see the indexing hub. The parity rules here are also why index bloatAn SEO term for when a search engine has indexed a lot of low-value, thin, or duplicate URLs that don't serve search demand. It's a quality and crawl-efficiency problem, not a penalty. and crawling problems show up downstream: if Google can’t see your content on mobile, it can’t index it well in the first place.

AI summary

A condensed take on the Advanced version:

• 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. = Google uses the mobile version of a page’s content, crawled by 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., 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. One index, no opt-out, not a ranking boost — it only changes which version Google reads.
• 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. is mostly the smartphone crawlerA crawler — also called a spider or bot — is an automated program that fetches web pages, extracts their links, and queues new URLs to visit. Search engines use crawlers to discover and download content for their index. now — the majority of crawl requests use the mobile crawlerA crawler — also called a spider or bot — is an automated program that fetches web pages, extracts their links, and queues new URLs to visit. Search engines use crawlers to discover and download content for their index., a minority the desktop one.
• Content parity is rule #1: “only the content shown on the mobile site is used for indexing.” 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. (including video structured dataVideoObject schema (schema.org/VideoObject) marks up video content for Google's video rich results — thumbnail, duration, and key moments — surfacing on main search, the Video tab, Google Images, and Google Discover. It also covers the related Clip (key moments) and BroadcastEvent (LIVE badge) types on the same guide.), 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., headings, 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., 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 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. equivalent on mobile. Mueller: “anything that you want to have indexed, it needs to be on the mobile site.”
• Parity ≠ identical. Important content must be on mobile, but it needn’t be byte-for-byte. Hidden/tabbed content is now fine — Google no longer discounts it.
• Lazy-load trap: Google won’t trigger interactions (swipe/click/type) to load content. Load primary content on scroll or in the initial HTML.
• It’s not mobile-friendliness — that’s a separate usability/page-experience concept.
• Configs: responsive is recommended; 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 is fragile; separate URLs (m-dot) are least recommended (set desktop canonical + alternate to mobile, check hreflangHreflang is an annotation (in HTML, HTTP headers, or XML sitemaps) that tells search engines which language and optional region a page targets, and which alternate versions exist. It only works when every page in the cluster references all the others.).
• Timeline: announced Nov 2016 → default for new sites 2019 → “whole web by Sept 2020” (announced Mar 2020) → extended to Mar 2021 → last batch May 2023 → declared complete Oct 2023. A tiny set of desktop-only sites stay on desktop crawl.
• Check it via Search ConsoleGoogle's free tool for monitoring crawling, indexing, and search performance. “Crawled as: Googlebot smartphone.”
• Bing did not switch — it keeps a single device-agnostic index.

Official documentation

Primary-source documentation from the search engines.

Google

• Mobile-first Indexing Best Practices — the canonical doc: the parity checklist (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/alt, titles/descriptions, robots meta), the lazy-load rule, and 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. Start here.
• Googlebot — the crawlerA crawler — also called a spider or bot — is an automated program that fetches web pages, extracts their links, and queues new URLs to visit. Search engines use crawlers to discover and download content for their index. that does the work: 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. vs. Desktop, and why most crawl requests are mobile.
• Crawling and Indexing — the hub for the broader 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. topic this sits inside.
• Announcing mobile first indexing for the whole web (Mar 2020) — the “whole web by September 2020” announcement.
• Prepare for mobile-first indexing — with a little extra time (Jul 2020) — the deadline extension to March 2021.
• Mobile-first indexing has landed (Oct 2023) — the official “complete” announcement.

Bing / Microsoft

• Bing: No Separate Mobile Index (James Murray interview) — why Bing stayed device-agnostic instead of switching 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..

Quotes from the source

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

Google — what 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. means

• “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..” — Google Search Central docs. Jump to quote
• “For most sites Google Search primarily indexes the mobile version of the content. As such the majority of 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. crawl requests will be made using the mobile crawlerA crawler — also called a spider or bot — is an automated program that fetches web pages, extracts their links, and queues new URLs to visit. Search engines use crawlers to discover and download content for their index., and a minority using the desktop crawlerA crawler — also called a spider or bot — is an automated program that fetches web pages, extracts their links, and queues new URLs to visit. Search engines use crawlers to discover and download content for their index..” Jump to quote
• “a mobile crawler that simulates a user on a mobile device.” (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) Jump to quote

Google — content parity

• “Make sure that your mobile site contains the same content as your desktop site.” Jump to quote
• “Make sure that your mobile and desktop sites have the 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..” Jump to quote
• “Make sure that the mobile site has 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. for images as the desktop site.” Jump to quote
• “…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 of your site.” Jump to quote
• “Use the same clear and meaningful headings on the mobile site as you do on the desktop site.” Jump to quote
• “Use the same video structured dataVideoObject schema (schema.org/VideoObject) marks up video content for Google's video rich results — thumbnail, duration, and key moments — surfacing on main search, the Video tab, Google Images, and Google Discover. It also covers the related Clip (key moments) and BroadcastEvent (LIVE badge) types on the same guide. on both your mobile site and desktop site.” Jump to quote
• “Use the same 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. on the mobile site and the desktop site.” Jump to quote

Google — the lazy-load trap and configuration

• “Don’t lazy-load primary content upon user interaction. Google won’t load content that requires user interactions (for example, swiping, clicking, or typing) to load.” Jump to quote
• 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.” as the easiest pattern to implement and maintain. Jump to quote
• “Separate URLs: Serves different HTML to each device, and on separate URLs.” Jump to quote

John Mueller, Google — the key warning (Pubcon Pro Virtual 2020, via Search Engine Journal’s coverage)

• “we will only index the mobile content in the future.” Jump to quote
• “anything that you want to have indexed, it needs to be on the mobile site.” Jump to quote

John Mueller, Google — the timeline (via Search Engine Land’s verbatim coverage)

• “the trek to Mobile First Indexing is now complete.” (Oct 2023) Jump to quote
• “a very small set of sites which do not work on mobile devices at all” remain crawled by desktop Googlebot. Jump to quote
• “the last batch of sites eligible 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. have been moved over.” (May 2023) Jump to quote
• “we’ve decided to extend the timeframe to the end of March 2021.” (Jul 2020) Jump to quote
• “switching to mobile-first indexing for all websites starting September 2020.” (announced Mar 2020) Jump to quote

James Murray, Microsoft Bing — why Bing didn’t switch

• “we think it’s more useful to have an integrated view and to be more device agnostic.” Jump to quote
• “we want to give you the same index and then personalise to you as the user.” Jump to quote

Mobile-first parity audit checklist

Run this against your mobile HTML (view source on the mobile version, or use URL Inspection’s rendered HTML), since that’s the version Google indexes:

• Same content. The full, important content is present on mobile — not trimmed “for cleanliness.” Anything you want 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. is in the mobile HTML.
• 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.. The same markup ships on both versions, referencing the same URLs as the page itself.
• Same 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.. No images dropped on mobile; 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. matches the desktop version (this affects Image Search).
• Same 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.. 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 both versions.
• Same headings. Mobile keeps the same clear, meaningful heading structure (H2s/H3s) as desktop — not flattened into plain text.
• Same video structured dataVideoObject schema (schema.org/VideoObject) marks up video content for Google's video rich results — thumbnail, duration, and key moments — surfacing on main search, the Video tab, Google Images, and Google Discover. It also covers the related Clip (key moments) and BroadcastEvent (LIVE badge) types on the same guide.. VideoObject (or other video markup) present on desktop also ships on mobile.
• Same 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.. No stray noindex/nofollow on the mobile template (a classic accidental deindexDeindexing means getting a URL to stop appearing in Google's search results. There's no single delete button — the right method depends on whether you own the page, whether removal is temporary or permanent, and whether the content should still exist.).
• 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.. Navigation and key links are in the mobile HTML — not hidden behind interactions that must fire before the links load.
• No interaction-gated content. Primary content loads on scroll or in the initial HTML, not only after a tap/swipe/type.
• Hidden/tabbed content is OK — accordions and tabs are fine as long as the content is in the HTML (Google no longer discounts UX-hidden content).
• (Separate URLs only) Desktop set as canonical with an alternate link to mobile; hreflang correct across versions; the mobile URL serves the full content.
• Verified in 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. — “Crawled as: 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.”

The mental models

1. Mobile = the source of truth. Whatever is in your mobile HTML is what Google indexes and ranks. Desktop-only content is, 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. purposes, invisible. Audit against the mobile version, not the one you usually look at on your laptop.

2. Parity, not identity. You don’t need byte-for-byte sameness — you need every important element on mobile: 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 + alt, titles/descriptions, robots meta, 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.. A leaner layout is fine; missing substance is not.

3. 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. ≠ a boost, and ≠ mobile-friendliness. 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. changes which version Google reads — it doesn’t raise rankings, and it isn’t the same as being usable on a phone. Keep those three ideas separate and most of the confusion disappears.

4. Don’t make Google interact. 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. won’t swipe, click, or type to reveal content. If content only appears after a user action, treat it as not indexed. Load it on scroll or in the initial HTML.

5. Pick the config that makes parity automatic. 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. means one version, so parity is free. 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 URLs mean two versions you have to keep in sync — every parity item above becomes a thing that can silently drift. Choose responsive unless you have a strong reason not to.

Mobile-first indexing — cheat sheet

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

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. vs. mobile-friendliness

Config comparison

For separate URLs: set desktop as canonical, add an alternate link to the mobile URL, keep hreflang correct, and make sure the mobile URL serves the full content.

Parity checklist (keep equivalent on mobile)

• 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. (incl. video) · 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. · headings · 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. · 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. · 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..

Traps

• noindex that only ships on mobile → accidental deindex.
• Content gated behind tap/swipe/type → not loaded by 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..
• Trimming “long” content on mobile → trimmed content may not be indexed.

Timeline: announced Nov 2016 → default for new sites 2019 → last batch May 2023 → declared complete Oct 2023.

Other engines: Bing did not switch — single device-agnostic index.

Common issues

Real failure modes that show up once a site is on 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., with the likely cause and the fix.

Content that ranked on desktop suddenly isn’t indexed

Symptom: A page (or a section of it) that used to show up in search results stops appearing, even though the URL still returns 200 and the desktop version looks unchanged.

Likely cause: The content was trimmed, collapsed, or removed from the mobile template — often a “keep mobile clean” redesign that dropped a paragraph, an FAQ block, or a category description that only the desktop layout renders.

Fix + check: View source on the mobile version (or use 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.’s URL Inspection → Tested Page → View Crawled Page) and confirm the missing text is actually present in the mobile HTML, not just the desktop HTML. If it’s absent, add it back to the mobile template — Google indexes what’s in the mobile HTML, full stop.

A page got deindexed after a redesign

Symptom: A previously-indexed URL disappears from Search ConsoleGoogle's free tool for monitoring crawling, indexing, and search performance.’s coverage report (“Excluded by noindex tagThe Google Search Console Page Indexing status for a page Google crawled and found a noindex directive on — a meta robots tag or an X-Robots-Tag header — so it kept the page out of its index. Often intentional, but a red flag when a noindexed page was submitted in a sitemap.”) shortly after a template change, with no deliberate deindexDeindexing means getting a URL to stop appearing in Google's search results. There's no single delete button — the right method depends on whether you own the page, whether removal is temporary or permanent, and whether the content should still exist. intended.

Likely cause: A noindex robots meta tagThe 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. exists on the mobile template but not the desktop one (or vice versa) — a classic accidental deindex when the two templates drift out of sync.

Fix + check: Compare the <meta name="robots"> output on mobile vs. desktop for the affected URL (view source on both, or curl with a mobile vs. desktop 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.). Run the URL through Search Console → 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. to confirm “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. allowed? Yes” once the stray tag is removed.

Rich results disappear after a site update

Symptom: 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. (review stars, FAQ snippets, breadcrumbsBreadcrumbs are a secondary navigation trail (Home > Category > Page) that shows where a page sits in a site's hierarchy. They create internal links that pass PageRank, and when marked up with BreadcrumbList structured data they can drive the path Google shows in desktop search results.) that showed up before a redesign stop appearing, even though the page still ranks.

Likely cause: The 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. ships in the desktop template but wasn’t carried over to the mobile template — Google only reads the mobile HTML, so markup that only lives on desktop is invisible.

Fix + check: Run the mobile-rendered HTML through the site’s Schema Validator or the Rich Result Eligibility Checker and confirm the same JSON-LDJSON-LD (JavaScript Object Notation for Linked Data) is a script-based structured data format, typically paired with the schema.org vocabulary to describe page content for search engines and AI systems. Google recommends it over Microdata and RDFa because it's the easiest format to implement and maintain at scale — but all three work, and structured data isn't a ranking signal. (or microdata) appears there as on desktop.

Images stop showing up in Image Search

Symptom: Images that used to appear in Google Image Search for a page quietly disappear, or new images never show up there.

Likely cause: The mobile template drops the image entirely (e.g. swaps to a lighter-weight layout without it) or strips/shortens the alt text compared to desktop.

Fix + check: Compare the rendered mobile HTML’s <img> tags and alt attributes against the desktop version for the same page. If they don’t match, bring the mobile 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. back in line with desktop.

A carousel/tab/“load more” section never gets indexed

Symptom: Content that lives inside a carousel, a “load more” button, or a tab that fetches content on click never shows up in search, no matter how important the content is.

Likely cause: The content only loads after a user interaction (swipe, click, tap, type). 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. doesn’t perform those interactions, so it never sees content that’s gated behind them — this is different from a plain accordion/tab where the content is already in the HTML and just visually hidden.

Fix + check: View the page’s initial rendered HTML (Search Console’s “View Crawled Page,” or view-source with JavaScript enabled) without touching the UI, and confirm the content is present. If it only appears after you interact with the page, move it to load on scroll or bake it into the initial HTML.

Scripts and snippets

Tools for checking mobile/desktop parity yourself, without waiting on Search Console to catch a drift.

Fetch mobile vs. desktop HTML with curl (mac/Linux)

Compares what 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. sees against a desktop crawl, using the respective 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. strings, and diffs them.

URL="https://example.com/your-page/"

curl -s -A "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/W.X.Y.Z Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" "$URL" > mobile.html

curl -s -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" "$URL" > desktop.html

diff mobile.html desktop.html

Run this before/after a redesign to catch 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., or noindex tags that only exist on one version. Note: this fetches raw HTML — if your content is injected by client-side JavaScript, pair it with a renderingTurning HTML, CSS, and JavaScript into the final visual page and DOM. tool (or the site’s Render Gap checker) rather than relying on curl alone.

Same check in PowerShell (Windows)

$url = "https://example.com/your-page/"
$mobileUA = "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/W.X.Y.Z Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
$desktopUA = "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"

Invoke-WebRequest -Uri $url -UserAgent $mobileUA -OutFile mobile.html
Invoke-WebRequest -Uri $url -UserAgent $desktopUA -OutFile desktop.html

Compare-Object (Get-Content mobile.html) (Get-Content desktop.html)

Regex: pull robots meta tags out of saved HTML

Checks whether the mobile and desktop robots directives match, once you’ve saved both versions with the curl/PowerShell snippets above.

<meta\s+name=["']robots["']\s+content=["']([^"']+)["']

Capture group 1 is the directive string (e.g. index, follow or noindex). Run this against mobile.html and desktop.html separately and compare the captured values — a mismatch is an accidental-deindexDeindexing means getting a URL to stop appearing in Google's search results. There's no single delete button — the right method depends on whether you own the page, whether removal is temporary or permanent, and whether the content should still exist. risk.

DevTools Console: list images + alt text on the current page

Paste into the Console panel (F12 → Console) while viewing the mobile renderingTurning HTML, CSS, and JavaScript into the final visual page and DOM. (use DevTools’ device toolbar to simulate a phone) to spot images missing alt text.

[...document.querySelectorAll('img')].map(img => ({
  src: img.currentSrc || img.src,
  alt: img.alt || '(missing alt)'
}));

Bookmarklet: jump straight to URL Inspection for the current page

Drag this to your bookmarks bar; clicking it on any of your own pages opens 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.’s 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 that exact URL, where you can check “Crawled as.”

javascript:(function(){window.open('https://search.google.com/search-console/inspect?resource_id=&id='+encodeURIComponent(location.href));})();

You’ll need to pick the right property in Search ConsoleGoogle's free tool for monitoring crawling, indexing, and search performance. after it opens (the bookmarklet doesn’t carry your property/resource ID).

Validation tests

Proof that a mobile-first parity fix actually took effect, not just that you made the edit.

Confirm Google is crawling the page as mobile

Test to run: 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. → 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., enter the URL, check the “Crawled as” field on the live/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. version.

Expected result: “Crawled 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..”

Failure interpretation: If it shows “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. desktop” for a normal page, the URL is one of the rare exceptions Google crawls with desktop (or the page hasn’t been recrawled since your fix yet) — request indexing to force a recheck.

Monitoring window: Immediate once URL Inspection returns a result; allow a few days if you just requested 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..

Rollback trigger: N/A — this is a read-only diagnostic, not a change to revert.

Confirm structured data made it into the mobile HTML

Test to run: Run the mobile-rendered URL through the Schema Validator (or Search ConsoleGoogle's free tool for monitoring crawling, indexing, and search performance.’s 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. report for the property).

Expected result: The same structured-data types and fields you added to desktop appear in the mobile-rendered output, with no parse errors.

Failure interpretation: Missing or errored markup means the JSON-LDJSON-LD (JavaScript Object Notation for Linked Data) is a script-based structured data format, typically paired with the schema.org vocabulary to describe page content for search engines and AI systems. Google recommends it over Microdata and RDFa because it's the easiest format to implement and maintain at scale — but all three work, and structured data isn't a ranking signal. only shipped in the desktop template, or a templating bug dropped it on mobile.

Monitoring window: Immediate for the validator check; 1–2 weeks for the corresponding rich result to reappear in Search Console/live results.

Rollback trigger: If the mobile template change caused a broader renderingTurning HTML, CSS, and JavaScript into the final visual page and DOM. break (layout, other markup), revert the template change and re-diff.

Confirm no stray noindex on the mobile template

Test to run: Fetch the mobile-rendered HTML (curl with a Googlebot smartphone user-agent, or Search Console’s “View Crawled Page”) and check the <meta name="robots"> tag; alternatively use the site’s HTTP Status Checker to confirm the page itself returns 200 rather than being blocked.

Expected result: index, follow (or absent, which defaults to indexable) on both mobile and desktop.

Failure interpretation: A noindex present on mobile only means Google will deindex the page even though the desktop version looks fine — this is the single most common accidental-deindex cause on mobile-first sites.

Monitoring window: Immediate for the tag check; 1–4 weeks for the page to reappear in Search Console’s coverage report if it had already dropped out.

Rollback trigger: If removing the tag was itself a mistake (page was meant to stay noindexed), re-add it and re-verify.

Confirm trimmed/lazy-loaded content is now indexable

Test to run: With JavaScript enabled and without interacting with the page (no clicks, taps, or swipes), view the initial rendered HTML — Search Console’s “View Crawled Page” is the closest proxy to what Googlebot actually sees.

Expected result: The primary content in question is present in that rendered HTML without any interaction.

Failure interpretation: If the content only appears after you click/tap/swipe to reveal it, Googlebot still won’t see it — the fix (load on scroll or in the initial HTML) hasn’t taken effect yet.

Monitoring window: Immediate for the render check; 2–4 weeks for the content to show up in Search Console’s index coverage or in site: search results.

Rollback trigger: If moving the load behavior broke the page’s UX or performance, revert and find a load-on-scroll approach instead of an interaction-gated one.

Test yourself: Mobile-First Indexing

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

Mobile-First Indexing

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

Related: Indexing, Crawling

Mobile-First Indexing

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. means Google uses the mobile version of a page’s content 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. 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 most pages with a 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 what Google indexes, ranks, and shows snippets for is taken from the mobile HTML.

It is not a separate “mobile index” — there is one index — and it is not a ranking boost by itself. It changes which version of your content Google looks at, nothing more. If 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, or 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. only exist on your desktop version, Google may never see them.

Content parity is the rule that follows from it: anything you want indexed needs to be present in the mobile HTML. Mobile-first indexing is also distinct from mobile-friendliness — one is about which version is indexed, the other is a usability/page-experience concept. Google announced the shift in 2016 and finished rolling it out by 2023.

Related: Indexing, Crawling

Changelog