Mobile SEO und Mobile-First-Indexierung: Warum Google Ihre Website mit dem Smartphone liest – und wie Sie dafür sorgen, dass dort nichts fehlt

Viele Unternehmen prüfen ihre Website noch immer am großen Bildschirm im Büro: Texte vollständig, Tabellen übersichtlich, alles da. Google sieht die Website aber in erster Linie so, wie ein Smartphone sie abruft. Bei der Mobile-First-Indexierung ist die mobile Version Ihrer Website die Fassung, die Google indexiert und bewertet – was dort fehlt, fehlt für die Suche.

Dieser Leitfaden erklärt, was Mobile-First-Indexierung genau bedeutet, welche technischen Varianten mobiler Websites es gibt, was auf Smartphone und Desktop übereinstimmen muss, welche Fehler Google selbst als typisch nennt und wie Sie Ihre Website Schritt für Schritt prüfen.

Vertiefung: Technical SEO bei YellowFrog · SEO-Audit

Was Mobile-First-Indexierung bedeutet

Mobile-First-Indexierung heißt, dass Google die Smartphone-Fassung einer Seite crawlt, indexiert und für das Ranking heranzieht.

Laut den Best Practices von Google Search Central ist eine mobile Version keine Voraussetzung dafür, dass eine Website in den Suchergebnissen erscheint – sie wird aber dringend empfohlen. Der Hintergrund ist das Nutzungsverhalten: Im Search Central Blog beschreibt Google, dass der mobile Web-Traffic über die Jahre weiter gewachsen ist und Menschen in manchen Regionen fast ausschließlich mit dem Smartphone online gehen.

Eine kurze Chronologie

Die Umstellung hat sich über mehrere Jahre erstreckt. Laut demselben Blogbeitrag vom 31. Oktober 2023 hat sich die Google-Suche ab 2015 mit dem Mobile-Friendly-Update zunehmend auf Mobilgeräte ausgerichtet und 2016 mit dem mobilen Crawlen und Indexieren begonnen. Damit musste eine mobile Webseite so vollständig sein wie die zugehörige Desktop-Version. Im Oktober 2023 erklärte Google die Umstellung schließlich für abgeschlossen.

Für eine kleine Restgruppe gilt eine Ausnahme: Websites, die auf Mobilgeräten überhaupt nicht funktionieren, ruft Google vorerst weiter mit dem alten Desktop-Googlebot ab und prüft diese Liste einige Male im Jahr neu. Als typische Fehler dieser Websites nennt Google Fehlermeldungen für alle mobilen Nutzer, eine per robots.txt gesperrte mobile Version bei freigegebener Desktop-Version und mobile Seiten, die alle auf die Startseite weiterleiten. Zugleich will Google das Crawling mit dem Desktop-Googlebot so weit wie möglich reduzieren.

Drei Varianten mobiler Websites

Wie viel Aufwand Mobile SEO bedeutet, hängt vor allem davon ab, wie Ihre Website Inhalte für Mobilgeräte ausliefert.

Google unterscheidet drei Konfigurationen und empfiehlt eindeutig eine davon:

Die Best Practices zur Gleichwertigkeit, die Google in der Dokumentation aufführt, beziehen sich deshalb ausdrücklich auf Dynamic Serving und separate URLs – bei responsivem Design sind Inhalt und Metadaten ohnehin gleich. Unsere Empfehlung für Neubau und Relaunch ist entsprechend klar: responsiv. Was ein Relaunch darüber hinaus beachten sollte, besprechen wir in jedem Website- und Webshop-Projekt von Beginn an.

Was auf Smartphone und Desktop übereinstimmen muss

Der Kern der Mobile-First-Indexierung ist Parität: Die mobile Seite muss dieselben Inhalte und Signale enthalten wie die Desktop-Seite.

Google fasst in den Best Practices zusammen, was gleichwertig sein sollte. Die folgende Übersicht ordnet die Punkte und ergänzt, wie Sie sie prüfen können:

Zwei Hinweise aus der Google-Dokumentation verdienen besondere Aufmerksamkeit. Erstens: Inhalte, die erst nach einer Nutzerinteraktion wie Wischen, Klicken oder Tippen nachgeladen werden, lädt Google nicht. Lazy Loading ist für Bilder weiter unten auf der Seite sinnvoll, darf aber den primären Inhalt nicht betreffen. Zweitens: Weichen die Bild-URLs auf Smartphone und Desktop voneinander ab, ist laut Google vorübergehend mit Verlusten beim Bilder-Traffic zu rechnen. Mehr zu belegbaren Grundlagen der Bildoptimierung lesen Sie in unserem Beitrag Bild-SEO: Was wirkt und was nur behauptet wird.

Zusätzliche Regeln für separate mobile URLs

Wer eine m.-Subdomain oder andere separate mobile URLs betreibt, muss neben der Parität eine Reihe zusätzlicher Verweise und technischer Details pflegen.

Laut Google gelten für separate URLs unter anderem diese Anforderungen:

• Canonical und Alternate: Die Desktop-URL ist die kanonische URL. Die mobile Seite verweist per rel="canonical" auf die Desktop-Seite, die Desktop-Seite per rel="alternate" mit einer Media-Angabe auf die mobile Fassung.
• hreflang: Mobile URLs verweisen per hreflang auf mobile URLs, Desktop-URLs auf Desktop-URLs. Typische Fehler bei hreflang beschreiben wir im Beitrag Hreflang-Fehler vermeiden.
• Statuscodes: Beide Fassungen müssen denselben Status liefern. Liefert die mobile Seite eine Fehlerseite, fehlt die Seite im Index.
• Weiterleitungen: Verschiedene Desktop-Seiten dürfen nicht alle auf dieselbe mobile Seite, etwa die Startseite, weiterleiten.
• URL-Fragmente: Mobile URLs sollten keine Fragmente mit # verwenden, weil diese meist nicht indexiert werden.
• robots.txt und Search Console: robots.txt-Regeln sollten in den meisten Fällen auf beiden Versionen gleich sein, und beide Versionen sollten in der Search Console bestätigt sein.
• Serverkapazität: Der Server der mobilen Fassung muss eine mögliche höhere Crawling-Frequenz verkraften.

Allein diese Liste zeigt, warum wir separate mobile URLs heute nur noch in Ausnahmefällen empfehlen: Jede Regel muss für jede einzelne Seite dauerhaft stimmen, und schon eine fehlerhafte Weiterleitungslogik kann ganze Bereiche aus dem Index fallen lassen.

Nutzbarkeit auf dem Smartphone

Mobile SEO endet nicht bei der Indexierung: Die Seite muss auf kleinen Bildschirmen auch gut lesbar und bedienbar sein.

In der Selbstprüfung zur Seitenerfahrung fragt Google unter anderem, ob Inhalte auf Mobilgeräten gut dargestellt werden, ob übermäßige Werbung den Hauptinhalt stört und ob Seiten auf aufdringliche Interstitials verzichten. Die Ladegeschwindigkeit misst Google über die Core Web Vitals, die laut web.dev für Mobilgeräte und Desktop getrennt ausgewertet werden.

Technische Grundlagen für responsive Seiten

Der Leitfaden Responsive Web Design Basics auf web.dev nennt die Grundlagen:

• Seiten für verschiedene Geräte brauchen ein Viewport-Meta-Tag im Kopfbereich, üblicherweise mit width=device-width, initial-scale=1. Ohne dieses Tag wird die Seite stark verkleinert dargestellt und der Text ist schwer lesbar.
• Angaben wie user-scalable oder maximum-scale sollten vermieden werden, weil sie das Zoomen verhindern können.
• Bilder sollten eine max-width von 100 Prozent erhalten; Elemente mit fester Breite, die breiter als der Bildschirm sind, erzwingen horizontales Scrollen.
• Breakpoints sollten sich am Inhalt orientieren, nicht an bestimmten Geräten oder Marken, und Inhalte sollten nicht allein aus Platzgründen ausgeblendet werden.

Interstitials und Werbung

Google rät in der Dokumentation zu aufdringlichen Interstitials und Dialogen davon ab, die gesamte Seite mit einem Overlay zu verdecken oder Nutzer für eine Zustimmung oder Eingabe auf eine separate Seite umzuleiten. Statt bildschirmfüllender Overlays empfiehlt Google Banner, die nur einen kleinen Teil des Bildschirms einnehmen. Gesetzlich vorgeschriebene Interstitials wie eine Altersprüfung sind von diesen Hinweisen ausgenommen; auch dann sollte der Inhalt aber unter dem Overlay auf derselben Seite liegen. Für Werbung verweist Google in den Mobile-First-Best-Practices auf den Better Ads Standard, weil große Anzeigen oberhalb des Inhalts auf Smartphones zu viel Platz einnehmen können.

So prüfen Sie Ihre Website in fünf Schritten

Eine strukturierte Prüfung der mobilen Fassung deckt die meisten Probleme in wenigen Stunden auf – die folgende Reihenfolge ist unsere Praxisempfehlung.

1. Konfiguration klären: Stellen Sie fest, ob Ihre Website responsiv ist, per Dynamic Serving ausliefert oder separate mobile URLs nutzt. Davon hängt ab, welche der Prüfungen unten nötig sind.
2. Repräsentative Seiten auswählen: Je Seitenvorlage – etwa Startseite, Leistungsseite, Kategorie, Produkt, Blogartikel – eine typische URL wählen.
3. Live-Test im URL-Prüftool: Das URL-Prüftool der Search Console ruft die Seite im Live-Test in Echtzeit ab und zeigt einen Screenshot der gerenderten Seite, den HTML-Code, die geladenen Ressourcen und die Ausgabe der JavaScript-Konsole. Prüfen Sie, ob alle Inhalte, Überschriften und strukturierten Daten im gerenderten HTML stehen. Beachten Sie: Ein erfolgreicher Live-Test bestätigt nur, dass Google auf die Seite zugreifen kann, und garantiert keine Indexierung.
4. Parität abgleichen: Bei Dynamic Serving oder separaten URLs die Tabelle oben Punkt für Punkt durchgehen – vor allem robots-Meta-Tags, Title, strukturierte Daten und Bild-URLs.
5. Nutzbarkeit testen: Die Seiten auf einem echten Smartphone aufrufen: Ist der Text ohne Zoomen lesbar, verdeckt kein Overlay den Inhalt, lassen sich Navigation und Formulare bedienen?

Wenn Sie die Prüfung nicht selbst durchführen möchten, ist die mobile Fassung fester Bestandteil jedes SEO-Audits bei YellowFrog.

Häufige Fragen

Was bedeutet Mobile-First-Indexierung?

Mobile-First-Indexierung bedeutet, dass Google für die Indexierung und das Ranking die mobile Version einer Website verwendet, die mit dem Smartphone-Crawler abgerufen wird. Google hat die Umstellung im Oktober 2023 als abgeschlossen bezeichnet.

Brauche ich eine eigene mobile Website, um in Google zu erscheinen?

Nein. Eine mobile Version ist laut Google keine Voraussetzung für die Aufnahme in die Suchergebnisse, wird aber dringend empfohlen. Google empfiehlt responsives Webdesign, weil es das am einfachsten umzusetzende und zu pflegende Muster ist.

Darf ich Inhalte auf dem Smartphone in Akkordeons oder Tabs verstecken?

Ja. Google erlaubt ein abweichendes Design auf Mobilgeräten, etwa mit Akkordeons oder Tabs, und empfiehlt diese Lösung ausdrücklich statt Inhalte mobil zu entfernen. Wichtig ist, dass die Inhalte im Code vorhanden sind und nicht erst nach einer Nutzerinteraktion nachgeladen werden.

Was passiert, wenn meine mobile Seite weniger Inhalt hat als die Desktop-Seite?

Google kann dann weniger Informationen über Ihre Seite erfassen. Google weist ausdrücklich darauf hin, dass in diesem Fall mit Traffic-Verlusten zu rechnen ist. Abhilfe schafft, den primären Inhalt auf beiden Versionen gleichwertig bereitzustellen.

Ist eine m.-Subdomain heute noch sinnvoll?

Separate mobile URLs funktionieren, sind aber deutlich fehleranfälliger als responsives Design. Sie müssen unter anderem Canonical- und Alternate-Verweise, hreflang, Statuscodes, robots.txt und Weiterleitungen für jede Seite korrekt abbilden. Für neue Projekte empfehlen wir responsives Design, wie es auch Google empfiehlt.

Wie prüfe ich, wie Google meine mobile Seite sieht?

Am zuverlässigsten mit dem URL-Prüftool der Search Console. Der Live-Test ruft die Seite in Echtzeit ab und zeigt einen Screenshot der gerenderten Seite, den HTML-Code, geladene Ressourcen und Meldungen der JavaScript-Konsole. Ein erfolgreicher Test garantiert allerdings keine Indexierung.

Fazit: Die mobile Fassung ist die Website

Seit Abschluss der Umstellung gibt es für Google im Normalfall nur noch eine maßgebliche Fassung Ihrer Website: die mobile. Wer responsiv baut, hat die wichtigste Hürde bereits genommen und muss vor allem darauf achten, dass kein Inhalt erst nach Interaktion geladen wird und nichts mobil ausgeblendet wird. Wer Dynamic Serving oder separate URLs nutzt, braucht eine konsequente Paritätsprüfung – denn jede Lücke in der mobilen Fassung ist eine Lücke im Index.

• Maßgeblich: Google indexiert und rankt die mobile Version, abgerufen mit dem Smartphone-Crawler.
• Konfiguration: Responsives Design ist Googles Empfehlung und die fehlerärmste Variante.
• Parität: Inhalt, Überschriften, strukturierte Daten, Metadaten, robots-Tags, Bilder und Videos mobil gleichwertig.
• Kein Nachladen nach Interaktion: Primären Inhalt nicht hinter Wischen, Klicken oder Tippen verstecken.
• Nutzbarkeit: Viewport-Tag, flexible Bilder, keine bildschirmfüllenden Overlays.
• Prüfen: Live-Test im URL-Prüftool je Seitenvorlage, plus Test auf einem echten Smartphone.