← Clarigital·Clarity in Digital Marketing
SEO Foundation · Guide 8 of 8

Mobile-First Indexing · The Complete Guide

What mobile-first indexing means for how Google crawls and ranks your site, the complete history of the rollout, how responsive design differs from separate mobile URLs, and a full audit checklist to ensure your mobile experience is optimised for the primary index.

SEO2,800 wordsUpdated Apr 2026

What You'll Learn

  • What mobile-first indexing is and why Google switched to it
  • The full timeline from announcement (2016) to completion (2023)
  • Exactly how Googlebot crawls in mobile-first mode and what it evaluates
  • How mobile-first indexing affects ranking — for both mobile and desktop searchers
  • The difference between responsive design, dynamic serving, and separate mobile URLs
  • A complete 12-point mobile-first audit checklist with specific fixes
  • The most common mobile-first indexing problems and how to identify them in GSC

What is Mobile-First Indexing

Mobile-first indexing means Google primarily uses the mobile version of a page's content for indexing and ranking. In practice: when Googlebot crawls your site, it uses a smartphone user agent (Googlebot Smartphone) rather than a desktop user agent. The content it sees — the text, images, links, and structured data visible on the mobile version of the page — is what gets indexed and what is used to determine rankings for all searches, including desktop searches.

This is the opposite of how Google historically operated. Before mobile-first indexing, Google crawled desktop versions of pages and used desktop content as the primary indexing signal, treating mobile optimisation as a secondary ranking factor. The fundamental shift is that your mobile experience is now your entire search presence — not a separate or secondary consideration.

Global mobile share

~63%

Of all web traffic comes from mobile devices (Statcounter, 2024)

MFI completion

2023

All sites moved to mobile-first indexing by Google

MFI announcement

2016

Google first announced mobile-first indexing experiments

Mobile-first indexing affects all searches — not just mobile

A common misunderstanding: mobile-first indexing does not mean Google only uses mobile content for mobile search results. It means Google uses the mobile version of your page as the primary version for all indexing and ranking — both mobile and desktop search results. If your mobile page has less content than your desktop page, that missing content does not get indexed at all.

History and Timeline of Mobile-First Indexing

Mobile-first indexing was one of the most significant structural changes in Google's history — a 7-year rollout reflecting both the technical complexity of the change and Google's caution about disrupting existing rankings.

  • 2015
    Mobile-friendliness becomes a ranking signal

    Google's "Mobilegeddon" update (April 2015) made mobile-friendliness a ranking factor for mobile searches. Desktop rankings were unaffected — a separate signal applied only when users searched from mobile devices.

  • 2016
    Mobile-first indexing announced

    Google announced it was experimenting with a mobile-first index, noting that over half of global Google searches were being performed on mobile devices. No deployment timeline was given.

  • 2018
    Gradual rollout begins

    Google began migrating the first batch of sites to mobile-first indexing, notifying webmasters via Google Search Console. Migration was based on each site's mobile readiness assessment.

  • 2019
    Mobile-first indexing becomes default for new sites

    Google announced that all new websites would be indexed mobile-first by default. Existing sites continued to be migrated gradually.

  • 2020
    Completion target announced (then delayed)

    Google announced a September 2020 target for completing the migration of all sites. The deadline was extended due to COVID-19 disruptions and technical challenges with some site types.

  • 2023
    Full completion

    Google completed the migration of all remaining sites to mobile-first indexing. As of 2023, there is only one Google index — the mobile-first index. All sites are now crawled and indexed using smartphone Googlebot.

How Google Crawls in Mobile-First Mode

When crawling in mobile-first mode, Googlebot Smartphone requests your pages with a smartphone user agent string: 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). Your server responds with whatever it would serve to that user agent — and that is what gets indexed.

What Googlebot Evaluates on the Mobile Version

  • Text content. All text visible to mobile users, including text in expandable sections (accordions, tabs) — Google has confirmed it indexes content inside expandable elements even if not immediately visible, though this content may carry slightly less weight than fully visible text.
  • Images. Images visible on the mobile version, their alt text, and their context. Images hidden on mobile but visible on desktop are not indexed.
  • Structured data / schema markup. Any structured data implemented on the mobile version. If you have schema markup only on desktop, it will not be indexed.
  • Internal and external links. Links present on the mobile version pass PageRank. Links on desktop-only pages or elements hidden on mobile do not contribute to the link graph.
  • Canonical tags. Google reads the canonical tag present on the mobile version of the page.
  • Meta robots directives. Noindex and other meta robots directives on the mobile version control indexing for the entire page.

Google renders JavaScript on mobile

Googlebot Smartphone renders pages using a Chromium-based rendering engine — the same as desktop Googlebot. JavaScript-rendered content is therefore accessible to mobile-first indexing, subject to the same rendering delay considerations (Googlebot processes JavaScript in a second wave of crawling, which can introduce a lag of days to weeks between initial crawl and full JavaScript rendering). Serving JavaScript-critical content via server-side rendering or static HTML ensures it is immediately accessible.

SEO Impact of Mobile-First Indexing

For sites built with responsive design where the mobile and desktop experiences serve identical content (just in different layouts), mobile-first indexing has minimal direct impact — Google indexes the same content regardless of which version it crawls.

The impact is significant for sites that fall into one of these categories:

Site ConfigurationMobile-First Indexing RiskPrimary Concern
Responsive design (same content)LowVerify Core Web Vitals on mobile, check mobile usability
Separate mobile URLs (m.example.com)Medium-HighMobile version may have less content; canonical and hreflang must be correct
Dynamic serving (same URL, different HTML)MediumEnsure Googlebot Smartphone receives full content, not a stripped version
Desktop-only site (no mobile version)High (historically)Now deprecated — all sites have been migrated; desktop-only sites index as-is but may perform poorly on mobile
App-only content (no web equivalent)HighContent not accessible via web cannot be indexed
Content hidden on mobile is not fully indexed

If your site serves a stripped-down mobile version that omits substantial text content, images, or structured data that appears on the desktop version, that content will not be indexed. Rankings for queries where that content was relevant will degrade. This is the most common source of significant ranking loss from poor mobile-first indexing implementation.

Responsive Design vs Separate Mobile URLs

Google officially recommends responsive web design as the best approach for mobile-first indexing. Understanding why helps clarify how different configurations interact with the mobile-first index.

Responsive Web Design (Google's Recommendation)

A responsive site serves the same HTML content on the same URL to both desktop and mobile users, using CSS media queries to adapt the layout to different screen sizes. For mobile-first indexing, this is the simplest configuration — Googlebot Smartphone sees the same content as desktop Googlebot, just potentially in a different visual arrangement. There are no duplicate content concerns, no canonical tag issues between versions, and no risk of mobile-specific content gaps.

Separate Mobile URLs (m.example.com)

Sites that serve a separate mobile website at a different URL (typically an m. subdomain) require careful implementation for mobile-first indexing. Key requirements:

  • The mobile version must contain the same primary content as the desktop version — not a truncated or simplified version.
  • Each mobile URL must have a rel="canonical" tag pointing to the desktop URL, and each desktop URL must have a rel="alternate" media="only screen and (max-width: 640px)" tag pointing to the mobile URL.
  • The hreflang implementation (if applicable for international sites) must be present on both versions.
  • Structured data must be implemented on the mobile version, not just the desktop version.
  • Images and other resources must not be blocked to Googlebot Smartphone.
Google's official recommendation is responsive design

Google Search Central documentation explicitly states that responsive web design is the recommended configuration for mobile-first indexing because it eliminates the need to maintain content parity between two separate versions of each page. For sites currently operating with separate mobile URLs, migrating to responsive design is recommended unless there are strong technical reasons preventing it.

Mobile-First Indexing Audit Checklist

Use this checklist to identify and fix mobile-first indexing problems on your site. Check each item using Google Search Console, the Mobile-Friendly Test tool, or by directly inspecting the mobile version of your pages.

  • Verify the viewport meta tag is present

    Every page must include <meta name="viewport" content="width=device-width, initial-scale=1"> in the <head>. Without this, mobile browsers and Googlebot cannot correctly render the mobile layout.

  • Confirm mobile content parity with desktop

    Manually compare the text content, images, and key elements between the desktop and mobile versions of your most important pages. Use Chrome DevTools device emulation or a real mobile device.

  • !
    Ensure structured data is present on mobile

    If you use schema markup (Article, Product, FAQPage, etc.), verify it is present in the mobile version of the page. Test using Google's Rich Results Test with mobile user agent selected.

  • !
    Check that images are accessible on mobile

    Ensure images are not hidden via CSS on mobile versions using display: none. Hidden images are not indexed. Also verify that image alt attributes are present and descriptive on the mobile version.

  • Verify robots.txt allows Googlebot Smartphone

    If you have user agent-specific rules in robots.txt, ensure Googlebot Smartphone is not accidentally blocked from crawling CSS, JavaScript, or page content.

  • !
    Ensure internal links are present on mobile

    Navigation menus condensed to hamburger menus on mobile must still contain the same links as desktop navigation. Links present only in desktop-specific elements will not pass PageRank in the mobile-first index.

  • Check mobile page speed (Core Web Vitals)

    Review Google Search Console's Core Web Vitals report filtered for mobile. Mobile field data is typically worse than desktop due to device and network constraints. Poor mobile CWV directly affects the ranking signal.

  • Avoid blocked resources for mobile Googlebot

    Googlebot Smartphone must be able to load all CSS and JavaScript required to render the mobile experience. Check Search Console's Mobile Usability report and URL Inspection tool for rendering errors.

  • Verify tap targets are appropriately sized

    Buttons and links must be large enough for touch interaction — Google recommends a minimum tap target size of 48×48 CSS pixels with adequate spacing. Small or overlapping tap targets generate Mobile Usability errors in GSC.

  • !
    Check text legibility on mobile

    Font sizes must be large enough to read without zooming. Google recommends a base font size of at least 16px for body text on mobile.

  • !
    Ensure content does not require Flash or unsupported plugins

    Mobile browsers do not support Flash. Any content that relies on it is invisible to mobile users and to Googlebot Smartphone.

  • Test using URL Inspection in Google Search Console

    Use GSC's URL Inspection tool with "Test Live URL" to see exactly what Googlebot sees when it crawls your page in mobile-first mode. This is the most direct diagnostic tool available.

Common Mobile-First Indexing Problems in Google Search Console

GSC IssueRoot CauseFix
Mobile Usability — Clickable elements too close togetherTap targets are too small or too densely packed for accurate touch inputIncrease button/link padding; ensure min 48px tap target size; add spacing between adjacent links
Mobile Usability — Text too small to readFont sizes below ~12px on mobile viewportSet base font-size to 16px; use relative units (rem/em); avoid fixed pixel font sizes under 14px
Mobile Usability — Viewport not configuredMissing or incorrect viewport meta tagAdd <meta name="viewport" content="width=device-width, initial-scale=1"> to every page's <head>
Mobile Usability — Content wider than screenHorizontal overflow due to fixed-width elements or unresponsive CSSUse max-width: 100% on images; avoid fixed pixel widths on containers; use responsive CSS grid/flexbox
Indexed — though blocked by robots.txtMobile URL accessible but blocked; or canonical tag conflict between mobile and desktopVerify robots.txt allows both Googlebot and Googlebot-Smartphone; check canonical tag consistency
Coverage errors on mobile URLs onlySeparate m. mobile site has redirects, 404s, or canonical errors not present on desktopAudit m. domain separately; align redirect logic and canonical tags between both versions

Use URL Inspection as your primary diagnostic tool

Google Search Console's URL Inspection tool (available for individual pages) shows you exactly what Googlebot saw when it last crawled a page, including the rendered HTML, any resources that failed to load, and whether the mobile or desktop version was crawled. This is more reliable than third-party tools for understanding your actual mobile-first indexing status. Use "Test Live URL" to see the current state; use the cached snapshot to see what was indexed at last crawl.

Authentic Sources Used in This Guide

OfficialGoogle Search Central — Mobile-First Indexing

Official documentation on mobile-first indexing, best practices, and troubleshooting guidance.

OfficialGoogle Search Central — Responsive Web Design

Official guidance on responsive design as the recommended mobile configuration for SEO.

OfficialGoogle Search Central Blog — Mobile-First Indexing Announcement (2016)

Original announcement of mobile-first indexing experiments and the reasoning behind the change.

OfficialGoogle Search Central Blog — MFI Complete (2023)

Official announcement of the completion of mobile-first indexing migration for all sites.

OfficialGoogle Search Console — Mobile Usability Report

Documentation on the Mobile Usability report in GSC and how to interpret and fix mobile usability errors.

DataStatcounter — Desktop vs Mobile Market Share

Global web traffic distribution data used for mobile traffic share statistics cited in this guide.

600 guides on digital marketing. All authentic sources.

Official documentation, academic research, and government data only. No blogger opinions.