9 min read
Mobile SEO: A Practical Guide to Mobile-First Indexing
Google now indexes the web through the eyes of a smartphone. This guide explains what mobile-first indexing means in practice, how to check a mobile site after the Mobile-Friendly Test was retired, and which mistakes still cost visibility.

Mobile SEO is the work of making sure the mobile version of a site can be crawled, rendered, understood and comfortably used, because that version is the one Google indexes. For most sites the switch happened years ago, yet audits still find mobile pages with missing content, blocked resources or pop-ups that cover the text. This guide collects what matters in 2026 and how to check it.
What is mobile SEO and why does it matter?
Mobile SEO covers everything that affects how a site's mobile version is crawled, indexed and experienced. It matters because Google uses mobile-first indexing: the smartphone version of a page is the one it indexes and ranks.
Under mobile-first indexing, Google crawls with its smartphone agent and builds its index from what that agent sees. In October 2023 Google announced that the move to mobile-first indexing was complete, and that it would keep reducing crawling with the desktop Googlebot. Only a very small set of sites that do not work on mobile at all are still crawled as desktop.
Mobile SEO vs desktop SEO
There is one index and one set of ranking systems, not a separate mobile algorithm, so SEO for mobile is the same discipline viewed through a different device. The difference lies in what Google sees and what users experience. If something exists only on the desktop version, such as a block of text, internal links or structured data, Google may not see it at all.
Results also look different on small screens. Google truncates title links to fit the device width, and since January 2025 breadcrumbs in results have been shown on desktop only, so mobile results display a simpler visible URL.
How does Google evaluate mobile pages?
Google has no single mobile score. Its core ranking systems look at several page experience aspects together, including Core Web Vitals, secure delivery, how content displays on mobile and whether intrusive interstitials get in the way.
Core Web Vitals and page experience
Core Web Vitals measure loading, responsiveness and visual stability with real-user data. Google's recommended thresholds are:
- Largest Contentful Paint (LCP): within 2.5 seconds.
- Interaction to Next Paint (INP): under 200 milliseconds. INP replaced First Input Delay in March 2024.
- Cumulative Layout Shift (CLS): below 0.1.
Mobile devices usually have slower processors and less stable connections than desktops, so the same page often scores worse on mobile. Google's page experience guidance also asks whether content displays well on mobile, whether ads distract from the main content and whether the main content is easy to tell apart from everything else.
How to test mobile pages now
Google retired the standalone Mobile-Friendly Test and the Search Console Mobile Usability report in December 2023. The tools to use instead:
- Search Console Core Web Vitals report, split into mobile and desktop, based on field data.
- PageSpeed Insights, which combines field data with a Lighthouse lab test for a single URL.
- Lighthouse in Chrome DevTools, for detailed lab audits with device emulation.
- URL Inspection in Search Console, which shows how Google fetched and rendered the page, including a screenshot from a live test.
Which mobile site configuration should you choose?

There are three ways to serve mobile users: responsive design, dynamic serving and separate mobile URLs. Google recommends responsive design because it is the easiest to implement and maintain, and it removes most mobile-first risks.
| Configuration | How it works | Main risks |
|---|---|---|
| Responsive design | Same URL and HTML for all devices; CSS adapts the layout | Heavy pages on mobile if images and scripts are not adapted |
| Dynamic serving | Same URL, different HTML depending on the user agent; requires the Vary: User-Agent header | Mobile HTML drifting away from desktop content; caching errors |
| Separate URLs | Different URLs, often an m. subdomain, with redirects by device | Wrong canonical and alternate annotations, mismatched content and hreflang, double maintenance |
With responsive design, content and metadata are identical by definition, so the work shifts to performance and usability. Teams planning a redesign can build responsive design in from the start rather than retrofitting it. Existing dynamic serving or m. sites need regular parity checks between versions.
Technical mobile SEO checklist
A technical mobile SEO check confirms that the smartphone crawler can fetch everything it needs and that the mobile page carries the same content, metadata and markup as the desktop page.
- Content parity. The mobile page should contain the same primary content. Text in tabs or accordions is fine.
- Same robots meta tags. A noindex or nofollow that appears only on mobile can remove pages from the index.
- Same structured data and metadata. Titles, descriptions and markup should match across versions.
- No blocked resources. robots.txt must not block CSS, JavaScript or images that the page needs to render.
- Lazy loading without interaction. Google does not swipe, click or type, so primary content must not depend on those actions to load.
- Images. Keep equivalent quality, alt text and stable URLs that do not change on every load.
- Viewport. Pages need a viewport meta tag, typically width=device-width with an initial scale of 1.
- Speed. Compress and size images for small screens, defer non-critical scripts and keep third-party tags under control.
These mobile SEO best practices apply to every configuration, but on dynamic serving and m. sites they need checking page by page, because the two versions are maintained separately.
Optimising the mobile user experience
Mobile UX is about letting people read, tap and complete tasks with one thumb on a small screen, without zooming, mis-tapping or fighting pop-ups. These issues hurt conversions first and page experience second.
Touch-friendly navigation and readability
Text should be readable without zooming and pages should not scroll sideways. Buttons and links need room: WCAG 2.2 sets a minimum target size of 24 by 24 CSS pixels, or enough spacing around smaller targets, and generous sizes work better for primary actions. Keep the main menu short and put search and key actions where a thumb can reach them.
Avoiding intrusive interstitials
A pop-up that covers the content as soon as someone arrives from search is one of the page experience problems Google names. Prefer inline banners or prompts that appear after the visitor has engaged with the page, and make sure any overlay closes easily on a small screen.
Forms and checkout
For online shops, the mobile checkout is where revenue is lost. Use correct input types so the right keyboard appears, support autofill and saved payment methods, keep fields to a minimum and show the order total before the final step.
Mobile content, local search and snippets
A mobile SEO strategy uses the same keyword research as desktop, but pays closer attention to local intent, conversational queries and short snippets that must make sense on a narrow screen.
Put the main point of a title at the start, because long titles are cut to fit the screen. Meta descriptions should answer the query in the first sentence. AI Overviews appear on mobile results too, and Google says no special optimisation is needed beyond normal SEO practice, so clear, well-structured pages remain the best preparation.
Many mobile searches have local intent, including "near me" queries. Keep your Google Business Profile accurate, make addresses and opening hours consistent with the site, use tap-to-call phone links and include a map or clear directions on location pages.
Monitoring and common mistakes on mobile
Mobile issues tend to return with every redesign, plugin update or new tracking script, so treat mobile checks as an ongoing routine rather than a one-off project, and audit after every significant release.
Watch the mobile section of the Core Web Vitals report, compare mobile and desktop behaviour in your analytics and spot-check key templates with URL Inspection. A full mobile SEO audit once or twice a year, plus quick checks after releases, catches most regressions.
The mistakes that appear most often:
- Content, links or reviews removed from the mobile layout to save space.
- CSS or JavaScript blocked in robots.txt, so Google cannot render the page.
- Full-screen pop-ups on entry from search.
- m. sites with missing or contradictory canonical and alternate tags.
- Hero images and sliders that make LCP slow on mobile networks.
- Tap targets packed too closely in menus and filters.
Most of these checks are part of QIO's technical SEO service, where the mobile version is treated as the primary version of the site.
Sources
- Mobile site and mobile-first indexing best practices | Google Search Central
- Mobile-first indexing has landed - thanks for all your support | Google Search Central Blog
- Understanding Core Web Vitals and Google search results | Google Search Central
- Understanding page experience in Google Search results | Google Search Central
- Understanding Success Criterion 2.5.8: Target Size (Minimum) | W3C WAI
Questions and answers
How can I check if my website is mobile-friendly now the Mobile-Friendly Test is gone?
Run Lighthouse in Chrome DevTools or PageSpeed Insights for individual pages, and use the Core Web Vitals report and URL Inspection in Search Console for site-wide and Google-specific views.
What is the difference between mobile-first indexing and mobile-friendly design?
Mobile-first indexing describes how Google crawls and indexes: it uses the smartphone version of pages. Mobile-friendly design describes the site itself: whether people can use it comfortably on a phone.
Does Google still crawl with a desktop bot?
Only rarely. Google said in 2023 that it would keep reducing desktop crawling, and it still uses the desktop crawler for a very small set of sites that do not work on mobile at all.
Is a separate m. site bad for SEO?
It is not penalised, but it is harder to maintain. Every page pair needs correct annotations and matching content, which is why Google recommends responsive design.
How often should I audit mobile SEO?
A full review once or twice a year is reasonable for most sites, with quick checks after redesigns, CMS updates and new third-party scripts.
Follow the journal
New pieces on websites, SEO and AI come out in the QIO journal. Follow in Google, by RSS or in Telegram to get them first.


