What is mobile-first indexing?

Mobile-first indexing is the procedure by which Google primarily uses the mobile version of a website for indexing and ranking. Google crawls and evaluates the content a smartphone user gets to see, not the desktop version. Whatever is missing on the phone effectively does not exist for the evaluation. According to Google, mobile-first indexing has been the standard for new websites since July 2019 and the switch was completed for the existing stock by 2023 and 2024.

The term marks a fundamental reversal of perspective. For years the desktop version was the authoritative one that Google measured a page against. Because the majority of searches are made on a phone, Google turned the logic around: the basis of the evaluation is the version delivered to a smartphone. In practice that means a website has to be complete, fast and usable on mobile, otherwise it gives away rankings.

The term at a glance

Since when has mobile-first indexing existed and where do things stand?

Google announced mobile-first indexing in November 2016 and rolled it out step by step over several years. The change did not happen all at once but site by site: Google moved each domain into the mobile index individually, as soon as its mobile version met the requirements. According to Google, mobile-first indexing has applied automatically to every newly registered website since July 2019.

For existing websites the switch took longer than originally planned. According to Google the migration is now finished: since October 2023 Google crawls almost exclusively with the smartphone Googlebot, and the last exceptions, such as pages that were completely unusable on mobile, followed in 2023 and 2024. Mobile-first indexing is no longer a future scenario, it is the normal state for practically every website in the Google index.

What does mobile-first indexing mean for your website?

Mobile-first indexing means that the mobile version of your page alone decides visibility and ranking. Anything a crawler does not find in the smartphone rendering does not enter the evaluation, even if it sits prominently in the desktop view. The decisive point: what counts is not whether your page somehow works on mobile, but whether it is complete on mobile.

In concrete terms, Google checks the same signals on the mobile version that it used to check on the desktop: the body text, the heading structure, images with their alt attributes, internal links, structured data and the meta information. If those elements are stripped down on mobile, hidden, or buried in accordions that Google does not open, you risk losing rankings. The cleanest technical starting point is responsive design: one single HTML version adapts to every screen size through CSS, so desktop and mobile content are guaranteed to be identical.

Which problems come up most often?

Most mobile-first problems arise because the mobile version contains less than the desktop version. Google then evaluates that stripped down version and the rest is lost. These are the four most common pitfalls:

1. Content gaps between desktop and mobile: texts, product descriptions or entire sections that are removed or shortened on mobile to save space. Whatever is missing on mobile is no longer indexed.
2. Missing structured data: JSON-LD that is only delivered in the desktop version. For rich results, what counts is the mobile version, and it has to carry the same structured data.
3. Hidden or blocked rendering: content that only loads on interaction through lazy loading, or blocked resources (CSS, JavaScript, images) that the smartphone Googlebot is not allowed to fetch. Google then sees an empty or half finished page.
4. Poor mobile performance and usability: tap targets that are too small, layout shifts and long loading times. These factors enter the evaluation through the Core Web Vitals and mobile usability.

Strikingly often these problems affect websites with separate URLs for desktop and mobile, for example a separate m.example.com subdomain. In everyday work the two versions drift apart easily, because editors only maintain the desktop page. Setups like that cause the worst mobile-first drops.

How do you make a site mobile-first ready?

A page becomes mobile-first ready when the mobile version catches up with the desktop version in content and in technology. The goal is parity: everything that ranks on the desktop has to be present and crawlable on mobile too. The most important steps:

• Build on responsive design: a shared HTML base for every device prevents desktop and mobile content from falling apart in the first place.
• Check content parity: make sure the main text, headings, images (including alt texts), internal links and meta data are delivered in full on mobile.
• Mirror the structured data: provide the same JSON-LD markup in both versions so that rich results are kept.
• Release your resources: do not block CSS, JavaScript and images for the crawler in the robots.txt, so Google can render the page completely.
• Optimize mobile performance: keep an eye on loading times and Core Web Vitals, compress images and avoid layout shifts.
• Check the result: use the URL inspection tool in the Google Search Console to see what the smartphone Googlebot actually renders and indexes.

In practice, being mobile-first ready is not a one off project but part of a clean technical foundation. Anyone who builds a site responsively and fast from the start has largely settled the topic. That is exactly where professional web design comes in, and in day to day operation continuous SEO management keeps the mobile version technically sound.

Frequently asked questions about mobile-first indexing

Is mobile-first indexing the same as a mobile-friendliness ranking factor?
No. Mobile-first indexing describes which version Google uses as the basis of its evaluation, namely the mobile one. Mobile friendliness is a separate quality signal. The two are connected, but they are not the same thing.

Do I need a separate mobile website?
No, quite the opposite. A separate mobile URL is more of a risk today, because the two versions can drift apart. The recommended setup is responsive design with a single HTML version for every device.

Are desktop users put at a disadvantage?
No. Mobile-first indexing only affects the basis of Google’s evaluation, not what your server delivers. Desktop visitors still get the full desktop view.

How do I see whether my page is indexed from the mobile version?
Through the URL inspection tool in the Google Search Console. It shows which crawler (smartphone or desktop Googlebot) last indexed a URL and what the rendered page looks like.

What is the meta title?

The meta title, also called the title tag, is together with the meta description the main component of the snippet that Google shows for a page in the search results (SERP). The title tag counts as one of Google’s ranking factors, and both elements decide whether people click your result at all.

A meta element holds additional information about one single page of a website. The meta title therefore does not have to be visible to the user on the page itself.

By hand, the meta title is added to the <head> area of the page with the <title> tag:

<head>
<title>Meta title</title>
</head>

What length is optimal for the meta title?

On average, a length between 50 and 70 characters works well for the meta title. Titles that run longer are cut off automatically and can no longer be read in full.

The calculation is not quite that simple, though.

Many checking tools count characters when you write a meta title, but whether the title is displayed correctly depends on its pixel width. That width is about 920 pixels in the mobile view and about 580 pixels in the desktop view. Results in the search are rendered in Arial by default, and not every character has the same width in that font. So always check whether your titles show up in full in the search results, for example as part of a regular SEO audit.

Tip: the query “site:domainname.tld” (for example “site:taismo.de”) lists the indexed pages of a given domain.

What should a good meta title contain?

Write the title along the well-known AIDA formula:

• Attention: catch attention
• Interest: spark interest
• Desire: offer real value
• Action: include a call to action in the imperative

A meta title should answer three questions for the searcher:

• What content sits behind the link
• Who offers that content
• What the user gains from clicking the link

The SEO glossary explains the terms that surround the snippet in the search results.

What is the meta description?

The meta description is an HTML meta element that summarizes the content of a page in a few sentences. Together with the meta title it forms the main part of the snippet on the SERP, where it sits directly below the title. It is not a direct ranking factor, but it decides whether searchers click on your result, which makes it a lever for your click-through rate.

Metadata is enriched extra information about the individual pages of a website. The meta description therefore does not have to be visible to users on the page itself.

If you add it by hand in the HTML code, the description belongs in the <head> section of the page, written with the <meta> tag:

<head>
    <meta name="description" content="⭐ SEO and GEO agency from Munich ► we get you found in Google and in AI answers 📈 Start now!">
</head>

If no description is stored as a meta tag in the code, search engines show an automatic excerpt from the page content instead. That excerpt can be cut off and may not reflect the content of the page well, which is why it is worth writing your own meta descriptions.

What is the optimal length for a meta description?

On average a length between 150 and 160 characters works well. Descriptions that run longer are shortened automatically and can no longer be read in full.

The character count alone does not settle it, though. Many checking tools look at the number of characters, but whether a description is displayed in full depends on the pixel width. That width is roughly 1,300 pixels in the mobile view and roughly 990 pixels on the desktop.

Results on the SERP are rendered in Arial by default, and not every character has the same width in that typeface. So always check whether your descriptions appear in full in the search and are not truncated.

Tip: the command site:domainname.tld (for example site:taismo.de) lists the indexed pages of a domain.

What should a good meta description contain?

Every description should be unique, so no two pages share the same text. When you write one, keep these points in mind:

• Place the important keywords in the description
• What is the core message of the page?
• What are the USPs?
• Call to action: ask searchers directly to click

Writing descriptions for a whole site is groundwork that pays off on every single result. It is part of every project in our SEO services.