Mobile SEO umfasst alles, was die Smartphone-Fassung einer Website für Suchmaschinen und Besucher tauglich macht. Der Grund, warum die Mobile SEO Grundlagen heute für jede Website gelten: Google nutzt für Indexierung und Ranking die mobile Version der Inhalte, die der Smartphone-Agent des Googlebot gecrawlt hat [1]. Seit dem 31.10.2023 ist diese Umstellung abgeschlossen, alle Websites, die auf Mobilgeräten funktionieren, crawlt Google vorrangig mit dem mobilen Crawler [2]. Dieser Ratgeber gibt den Überblick über die Bausteine und führt zu den Seiten, die jeden Baustein im Detail behandeln.
Was der Smartphone-Crawler sieht
Google crawlt mit zwei Varianten des Googlebot, einer für Smartphones und einer für Computer. Bei den meisten Websites entfällt die Mehrheit der Crawling-Anfragen auf den mobilen Crawler [3]. Beide Varianten hören in der robots.txt auf dasselbe Produkt-Token, Sie können also nicht eine von beiden gezielt ausschließen [3].
Für Ihre Website heißt das: Der Text, die Überschriften, die Bilder und die Links, die Google bewertet, sind die der Smartphone-Fassung. Eine Desktopseite mit ausführlichem Ratgebertext hilft wenig, wenn die mobile Fassung davon nur die Einleitung zeigt. Google schreibt dazu, dass absichtlich weniger Inhalt auf der Mobilseite zu einem leichten Rückgang der Zugriffe führen kann [1]. Welche Schritte zur Umstellung geführt haben, beschreibt unser Beitrag Mobile-First-Indexierung: der Weg bis 2023.
Damit der Smartphone-Crawler die Seite so sieht wie ein Besucher, muss er auch Stylesheets, Skripte und Bilder abrufen dürfen. Google rät deshalb davon ab, solche Ressourcen per disallow in der robots.txt zu sperren, vor allem wenn die mobilen Adressen von den Desktopadressen abweichen [1]. Ebenso sollen auf beiden Fassungen dieselben robots-Meta-Tags stehen. Ein noindex oder nofollow, das nur auf der mobilen Seite sitzt, kann die Indexierung verhindern [1].
Die Bauweise der mobilen Website
Google unterscheidet drei Konfigurationen: responsives Webdesign, dynamische Bereitstellung und separate Adressen für Mobilgeräte, oft als m-Domain bezeichnet [1]. Google empfiehlt responsives Webdesign, weil es am einfachsten umzusetzen und zu pflegen ist [1]. Dabei liefert der Server unter einer Adresse dasselbe HTML an alle Geräte, und das Stylesheet passt die Darstellung an die Bildschirmbreite an.
Grundlage jeder responsiven Seite ist das Viewport-Meta-Tag mit dem Wert width=device-width, initial-scale=1. Ohne diese Angabe stellen mobile Browser eine Seite in Desktopbreite dar und verkleinern sie, sodass Besucher zoomen müssen [4]. Welche Bauweise in welchem Fall passt und was eine m-Domain an Pflege verlangt, vergleicht der Ratgeber Responsive Design oder separate mobile Seite.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder Sie rufen einfach an.
Die fünf Bausteine im Überblick
Mobile SEO lässt sich in fünf Bausteine gliedern. Die Tabelle nennt sie mit der Frage, die Sie für jeden Baustein beantworten sollten.
| Baustein | Prüffrage | Vertiefung |
|---|---|---|
| Inhalte | Steht der Hauptinhalt der Desktopfassung auch mobil auf der Seite? | Mobile Inhalte gleichwertig halten |
| Indexierung | Stimmen robots-Angaben, strukturierte Daten und Metadaten auf beiden Fassungen überein? | Mobile-First-Indexierung beachten |
| Ladezeit | Erscheint der größte Inhalt auf dem Smartphone innerhalb von 2,5 Sekunden? | Mobile Ladezeit verbessern |
| Navigation | Sind die Menülinks als echte Links im HTML und gut zu treffen? | Mobile Navigation und SEO |
| Störungen | Verdecken Pop-ups oder große Anzeigen den Inhalt? | Interstitials auf Mobilgeräten |
Inhalte und Metadaten gleich halten
Die mobile Fassung soll den Hauptinhalt der Desktopfassung enthalten. Akkordeons und Tabs sind dafür ausdrücklich erlaubt, wenn sie die Bedienung erleichtern [1]. Überschriften, das title-Element und die Meta-Beschreibung sollen auf beiden Fassungen gleich sein, ebenso die strukturierten Daten [1]. Bei Bildern nennt Google Alt-Text, Titel, Bildunterschriften und Dateinamen, die denen der Desktopfassung entsprechen sollen [1].
Eine Falle sitzt im Laden der Inhalte. Hauptinhalte sollen nicht erst laden, wenn jemand wischt, klickt oder tippt [1], denn die Google Suche interagiert nicht mit der Seite [5]. Ein Ratgebertext, der hinter einer Schaltfläche "Weiterlesen" erst nachgeladen wird, fehlt Google deshalb.
Bei responsiven Websites ergibt sich die Gleichheit meist von selbst, weil beide Geräte dasselbe HTML bekommen. Unterschiede entstehen trotzdem, etwa wenn ein Theme Abschnitte auf kleinen Bildschirmen per Skript entfernt statt sie nur anders anzuordnen, oder wenn ein Plugin für Mobilgeräte eine eigene, gekürzte Vorlage ausliefert.
Ladezeit und Seitenerlebnis
Google beschreibt mit den Core Web Vitals drei Messwerte für das Seitenerlebnis: Largest Contentful Paint für die Ladeleistung mit dem Zielwert unter 2,5 Sekunden, Interaction to Next Paint für die Reaktion auf Eingaben mit dem Zielwert unter 200 Millisekunden und Cumulative Layout Shift für die visuelle Stabilität mit dem Zielwert unter 0,1 [6]. Auf Smartphones kann es schwerer sein, diese Werte zu erreichen, weil Prozessor und Verbindung schwächer sein können. Wie sich die mobilen Werte messen lassen, erklärt der Ratgeber Core Web Vitals auf Mobilgeräten.
Wie stark das Seitenerlebnis zählt, ordnet Google selbst ein: Die Suche versucht immer, die relevantesten Inhalte zu zeigen, auch wenn das Seitenerlebnis in mancher Hinsicht unterdurchschnittlich ist. Gibt es zu einer Suchanfrage viele hilfreiche Inhalte, kann ein gutes Seitenerlebnis zum Erfolg beitragen [7]. Zu den Fragen, die Google zur Selbstprüfung stellt, gehört auch, ob Inhalte auf Mobilgeräten gut angezeigt werden und ob störende Interstitials vermieden werden [7].
Bedienung mit dem Finger
Auf dem Touchscreen ersetzt der Finger den Mauszeiger. Die Barrierefreiheitsrichtlinie WCAG 2.2 verlangt in Kriterium 2.5.8 für Bedienelemente eine Zielgröße von mindestens 24 mal 24 CSS-Pixeln oder genug Abstand zu benachbarten Elementen [8]. Das ist ein Mindestmaß. Die strengere Stufe AAA nennt 44 mal 44 CSS-Pixel [9]. Nach unserer Erfahrung fallen in diesem Bereich vor allem kleine Textlinks auf, die im Fließtext oder in der Fußzeile dicht an dicht stehen.
Zur Bedienung gehört auch, dass Besucher nicht seitlich verschieben müssen, um einen Text zu lesen. WCAG 2.2 verlangt in Kriterium 1.4.10, dass Inhalte bei einer Breite von 320 CSS-Pixeln ohne Verschieben in zwei Richtungen nutzbar bleiben [11]. Prüfen Sie deshalb jede Vorlage auch in dieser Breite. Einen festen Prüfablauf dafür beschreibt der Ratgeber Mobile Darstellung testen.
Womit Sie anfangen
Für eine erste Bestandsaufnahme reichen drei Schritte. Öffnen Sie im URL-Prüftool der Search Console eine wichtige Seite, testen Sie die Live-URL und sehen Sie sich den Screenshot und das gerenderte HTML an [10]. Fehlen dort Texte, Bilder oder Links, die auf dem Rechner sichtbar sind, liegt ein Inhaltsproblem vor. Danach öffnen Sie den Bericht zu den Core Web Vitals und prüfen, ob die mobilen Adressen als gut, verbesserungswürdig oder schlecht eingestuft sind. Zum Schluss nehmen Sie ein echtes Smartphone und tippen sich durch Menü, Suche und Kontaktformular.
Bei Websites mit lokalem Bezug lohnt ein zusätzlicher Blick auf Telefonnummer, Anfahrt und Öffnungszeiten, denn diese Angaben suchen viele Besucher unterwegs. Mehr dazu steht auf der Local-SEO-Seite Lokale Suche auf dem Smartphone. Wenn Sie die mobile Fassung prüfen und verbessern lassen möchten, finden Sie den Ablauf auf der Seite Mobile SEO Optimierung.
Haben Sie eine Frage zu Ihrer eigenen mobilen Website, etwa warum Google einen Text nicht findet, der auf dem Smartphone sichtbar ist? Stellen Sie sie in der gratis Sprechstunde. Am schnellsten geht es mit einer Beispieladresse und einem Screenshot aus dem URL-Prüftool.
- Organisation Best Practices für die Mobile-First-Indexierung. Google Search Central. Stand 20.02.2026. abgerufen am 31.10.2026
- Organisation Mobile-first indexing has landed: thanks for all your support (John Mueller, Nir Kalush). Google Search Central Blog. Stand 31.10.2023. abgerufen am 31.10.2026
- Organisation Googlebot. Google Search Central. Stand 06.02.2026. abgerufen am 31.10.2026
- Organisation Responsives Webdesign: Grundlagen. web.dev (Google). Stand 12.02.2019. abgerufen am 31.10.2026
- Organisation Probleme mit Lazy-Load-Inhalten beheben. Google Search Central. Stand 18.12.2025. abgerufen am 31.10.2026
- Organisation Core Web Vitals und Google-Suchergebnisse. Google Search Central. Stand 18.12.2025. abgerufen am 31.10.2026
- Organisation Nutzerfreundlichkeit von Seiten bei Google. Google Search Central. Stand 24.09.2026. abgerufen am 31.10.2026
- Organisation Understanding Success Criterion 2.5.8: Target Size (Minimum). W3C Web Accessibility Initiative. Stand WCAG 2.2. abgerufen am 31.10.2026
- Organisation Understanding Success Criterion 2.5.5: Target Size (Enhanced). W3C Web Accessibility Initiative. Stand WCAG 2.2. abgerufen am 31.10.2026
- Organisation URL-Prüftool. Search Console-Hilfe. Stand laufend. abgerufen am 31.10.2026
- Organisation Understanding Success Criterion 1.4.10: Reflow. W3C Web Accessibility Initiative. Stand WCAG 2.2. abgerufen am 31.10.2026
Häufige Fragen
Brauche ich überhaupt eine mobile Version meiner Website?
Google schreibt, dass eine mobile Version nicht zwingend erforderlich ist, empfiehlt sie aber dringend. Da Google die Smartphone-Fassung indexiert, sollte jede Website auf dem Smartphone vollständig und bedienbar sein. Am einfachsten gelingt das mit responsivem Design.
Bewertet Google die Desktopversion gar nicht mehr?
Google crawlt weiterhin auch mit dem Desktop-Crawler, aber nur noch zu einem kleinen Teil. Für Indexierung und Ranking zählt die mobile Fassung. Für eine sehr kleine Zahl von Websites, die mobil gar nicht funktionieren, nutzt Google vorerst noch den älteren Desktop-Crawler.
Darf ich auf dem Smartphone Inhalte in Akkordeons verstecken?
Ja. Google erlaubt Akkordeons und Tabs ausdrücklich, wenn sie die Bedienung erleichtern. Wichtig ist, dass der Text im HTML steht und nicht erst nach einem Tippen vom Server nachgeladen wird.
Wie erkenne ich, ob Google meine mobile Seite richtig sieht?
Testen Sie die Adresse im URL-Prüftool der Search Console mit "Live-URL testen" und vergleichen Sie Screenshot und gerendertes HTML mit dem, was Besucher auf dem Smartphone sehen.
Sind die Core Web Vitals ein starker Rankingfaktor?
Google sagt, dass die relevantesten Inhalte Vorrang haben, auch bei schwächerem Seitenerlebnis. Bei vielen ähnlich hilfreichen Ergebnissen kann ein gutes Seitenerlebnis den Ausschlag geben.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder Sie rufen einfach an.
Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Haben Sie einen Fehler entdeckt? Schreiben Sie uns.
