Mobile SEO: Was Google auf dem Smartphone bewertet

Mobile SEO ist kein eigenes Fachgebiet neben der Suchmaschinenoptimierung — es ist inzwischen einfach SEO. Google bewertet seit der vollständigen Umstellung auf Mobile-First-Indexing die mobile Version einer Website als die maßgebliche. Was auf dem Smartphone fehlt, existiert für Google nicht, auch wenn es auf dem Desktop tadellos dasteht.

Dieser Beitrag erklärt, was dabei technisch bewertet wird, wie Du Probleme selbst findest und in welcher Reihenfolge sich die Behebung lohnt.

Was Mobile-First-Indexing konkret bedeutet

Googlebot ruft Deine Seiten mit einem Smartphone-User-Agent ab und indexiert, was er dabei sieht. Daraus folgen drei Dinge, die in der Praxis regelmäßig schiefgehen:

• Inhalte, die mobil ausgeblendet werden, zählen schlechter. Text, der nur im Desktop-Layout steht oder erst nach einem Klick nachgeladen wird, wird schwächer gewichtet. Aufklappbare Abschnitte sind unproblematisch, solange der Text im HTML steht — nachgeladener Text ist es nicht.
• Fehlende strukturierte Daten mobil = fehlende Rich Snippets. Wenn Auszeichnungen für Bewertungen, FAQ oder Öffnungszeiten nur in der Desktop-Variante liegen, verschwinden die erweiterten Suchergebnisse.
• Bilder brauchen dieselben Alt-Texte. Wer mobil verkleinerte Bilder ohne Alt-Attribute ausliefert, verliert die Bildersuche.

Wer eine eigene mobile Subdomain betreibt, hat es hier am schwersten. Ein responsives Design mit einer einzigen URL pro Inhalt vermeidet diese Fehlerklasse komplett.

Core Web Vitals — die drei Werte, die Google misst

Die Core Web Vitals sind die messbaren Teile der Nutzererfahrung. Google erhebt sie aus echten Nutzerdaten im Chrome-Browser, nicht aus Labortests:

INP hat 2024 den früheren Wert FID abgelöst und ist strenger: Gemessen wird nicht mehr nur die erste Interaktion, sondern die Reaktionszeit über den ganzen Besuch. Websites mit vielen Skripten fallen hier auf, weil der Hauptthread blockiert ist, während der Nutzer schon tippt.

Der häufigste CLS-Verursacher ist banal: Bilder ohne feste Breiten- und Höhenangabe. Der Browser weiß nicht, wie viel Platz er reservieren soll, und schiebt den Text nach unten, sobald das Bild da ist. Mehr dazu steht im Beitrag zu CLS-Fehlern.

Wichtig zur Einordnung: Die Core Web Vitals sind ein schwaches Ranking-Signal. Sie entscheiden selten zwischen Platz 3 und Platz 8. Sie entscheiden aber darüber, ob der Besucher bleibt — und das wirkt sich auf alles aus, was danach kommt.

Was mobil sonst noch bricht

Zu kleine Klickflächen. Ein Finger ist ungefähr 9 Millimeter breit. Buttons und Links unter 44 × 44 Pixeln werden systematisch danebengetippt. Besonders betroffen: Telefonnummern in der Fußzeile und eng gesetzte Menüpunkte.

Störende Interstitials. Ein Layer, der den Inhalt direkt nach dem Aufruf verdeckt, ist seit Jahren ein expliziter Abwertungsgrund. Cookie-Hinweise und gesetzlich vorgeschriebene Altersabfragen sind ausgenommen, Newsletter-Pop-ups nicht.

Horizontales Scrollen. Feste Pixelbreiten, überbreite Tabellen oder Code-Blöcke sprengen den Viewport. Tabellen gehören in einen Container, der für sich allein scrollt.

Formulare ohne passenden Eingabetyp. Ein Telefonfeld ohne inputmode="tel" öffnet die Buchstabentastatur. Das kostet mehr Abbrüche als jedes Designdetail.

Schriftgrößen unter 16 Pixeln. Unter diesem Wert zoomen iOS-Browser beim Antippen eines Formularfelds automatisch hinein — und viele Nutzer finden nicht wieder heraus.

Mobil und lokal gehören zusammen

Ein großer Teil der mobilen Suchanfragen hat einen Ortsbezug: „Schlüsseldienst in der Nähe“, „Zahnarzt Notdienst“, „Baumarkt offen“. Diese Suchen enden fast nie auf Seite zwei — sie enden im Kartenausschnitt ganz oben.

Was dort zählt, entscheidet sich nicht auf Deiner Website, sondern im Google-Unternehmensprofil: vollständige Kategorien, korrekte Öffnungszeiten, aktuelle Fotos und regelmäßig neue Bewertungen. Die Website liefert die Bestätigung — Adresse und Telefonnummer müssen exakt so dastehen wie im Profil, sonst schwächt die Abweichung das Signal. Wie das systematisch aufgebaut wird, steht auf der Seite zu Local SEO.

Reihenfolge: Was zuerst, was später

1. Messen, bevor Du etwas änderst. In der Google Search Console unter „Core Web Vitals“ siehst Du echte Nutzerdaten, gruppiert nach Seitentypen. PageSpeed Insights liefert für einzelne URLs die Detailanalyse. Beide sind kostenlos.
2. Die größten Bremsen zuerst. In neun von zehn Fällen sind das unkomprimierte Bilder, fehlende moderne Bildformate und Drittanbieter-Skripte, die niemand mehr braucht. Details dazu im Beitrag zur Website-Ladezeit.
3. Layout und Bedienung. Klickflächen vergrößern, Bildmaße setzen, Pop-ups entschärfen, Tabellen scrollbar machen.
4. Inhaltsgleichheit prüfen. Stichprobe: Ruf drei wichtige Seiten mit den Entwicklertools im Smartphone-Modus auf und vergleiche Text, Überschriften und Auszeichnungen mit der Desktop-Ansicht.
5. Nachmessen. Die Feld-Daten in der Search Console brauchen rund 28 Tage, bis sich eine Änderung zeigt. Wer nach drei Tagen keine Wirkung sieht, hat zu früh geschaut.

Wann sich Reparieren nicht mehr lohnt

Es gibt einen Punkt, an dem die Nachbesserung teurer wird als der Neubau. Wenn das Theme aus einer Zeit vor dem Responsive Design stammt, ein Dutzend Plugins um dieselben Skripte konkurriert und jede Korrektur an anderer Stelle etwas kaputt macht, ist ein Relaunch der ehrlichere Weg. Eine sauber gebaute Seite startet bei LCP-Werten, die eine nachgerüstete kaum erreicht.

Was in Deinem Fall gilt, lässt sich vorher klären. Der Beitrag zum technischen SEO beschreibt, was dabei geprüft wird; wenn ein Neubau die bessere Wahl ist, steht auf der Seite Website erstellen lassen, wie das abläuft. Eine Einschätzung zum Ist-Zustand bekommst Du über das kostenlose Audit.