Google verwendet für Indexierung und Ranking die mobile Version einer Website, wie sie der Smartphone-Crawler abruft [1]. Was auf dem Telefon fehlt oder nicht funktioniert, fehlt also auch für die Suche. Einen schnellen Überblick über die Werkzeuge gibt unser FAQ-Portal unter Wie teste ich die mobile Darstellung. Dieser Ratgeber beschreibt einen vollständigen Prüfablauf, wie wir ihn vor einem Relaunch oder nach größeren Änderungen am Design durchgehen.
Teil 1: der Testplan
Wer ohne Plan testet, prüft meist die Startseite und vergisst den Rest. Legen Sie vorher fest, welche Seitentypen Sie prüfen: Startseite, eine Leistungs- oder Kategorieseite, eine Detailseite wie ein Produkt oder Artikel, das Kontaktformular, den Warenkorb oder Buchungsweg und eine lange Seite mit Tabellen. Jede Vorlage Ihres Systems sollte mindestens einmal dabei sein.
Legen Sie auch die Breiten fest. Sinnvoll sind eine sehr schmale Breite von 320 Pixeln, eine übliche Smartphone-Breite, eine Tablet-Breite im Hochformat und das Querformat eines Telefons. Notieren Sie für jede Kombination aus Seite und Breite das Ergebnis in einer Tabelle. So sehen Sie beim nächsten Test, was sich geändert hat.
Teil 2: der Gerätemodus im Browser
Für den ersten Durchgang reicht der Gerätemodus der Entwicklertools. In Chrome öffnet sich die Geräte-Symbolleiste standardmäßig im responsiven Modus, in dem Sie die Breite frei ziehen oder Gerätegrößen aus einer Liste wählen [2]. Ziehen Sie die Breite langsam von breit nach schmal. Dabei sehen Sie die Stellen, an denen das Layout umbricht, und Elemente, die an einer bestimmten Breite überlappen.
Mit der Drosselung lässt sich ein langsameres Gerät nachahmen. Die Einstellung "Mittelklasse" simuliert laut Chrome eine schnelle 3G-Verbindung und drosselt die CPU auf ein Viertel der normalen Geschwindigkeit, gemessen an Ihrem eigenen Rechner [2]. Chrome weist selbst auf die Grenze hin: "Im Gerätemodus wird Ihr Code nicht auf einem Mobilgerät ausgeführt." [2]
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.
Teil 3: drei Prüfungen, die jede Seite bestehen muss
Die erste Prüfung ist der Viewport. Ohne passende Angabe im head stellt das Telefon die Seite wie eine verkleinerte Desktopseite dar. web.dev empfiehlt die Zeile meta name="viewport" content="width=device-width, initial-scale=1" [3]. Von Angaben wie maximum-scale oder user-scalable rät web.dev ab, weil sie Nutzer am Zoomen hindern können und damit Probleme bei der Barrierefreiheit verursachen [3]. Prüfen Sie im Quelltext, ob die Zeile vorhanden ist, und testen Sie auf dem Telefon, ob sich die Seite mit zwei Fingern vergrößern lässt.
Die zweite Prüfung ist der Umbruch bei schmaler Breite. Die WCAG 2.2 verlangen im Erfolgskriterium 1.4.10 (Stufe AA), dass sich Inhalte bei einer Breite von 320 CSS-Pixeln ohne Verlust von Informationen oder Funktionen darstellen lassen, ohne dass in zwei Richtungen gescrollt werden muss [4]. Ausgenommen sind Inhalte, die für ihre Nutzung ein zweidimensionales Layout brauchen, etwa große Datentabellen oder Karten [4]. Stellen Sie die Breite im Gerätemodus auf 320 Pixel und prüfen Sie, ob irgendwo ein waagerechter Rollbalken erscheint.
Die dritte Prüfung betrifft Tippziele. Das Erfolgskriterium 2.5.8 (Stufe AA) verlangt für Ziele, die mit Zeiger oder Finger bedient werden, mindestens 24 mal 24 CSS-Pixel, mit Ausnahmen etwa für ausreichenden Abstand oder Links im Fließtext [5]. Typische Funde sind kleine Symbole im Kopf, eng gesetzte Links in der Fußzeile und Schaltflächen zum Schließen von Hinweisen. Mehr dazu im Ratgeber Tippziele und Schriftgrößen.
Teil 4: gleiche Inhalte auf beiden Geräten
Für die Suche ist eine zweite Frage genauso wichtig wie das Aussehen: Steht mobil alles da, was am Desktop steht? Google empfiehlt, auf der mobilen Website dieselben Inhalte zu zeigen wie auf der Desktopwebsite [1]. Dasselbe gilt laut Google für strukturierte Daten, für das title-Element und die Meta-Beschreibung, für robots-Meta-Tags und für die Alt-Texte von Bildern [1]. Für Hauptinhalte rät Google ausdrücklich davon ab, Lazy Loading erst nach einer Nutzerinteraktion auszulösen [1].
Prüfen lässt sich das mit einem Vergleich: Rufen Sie eine Seite einmal mit Desktop- und einmal mit Smartphone-Kennung auf, etwa mit einem Crawler, und vergleichen Sie Wortzahl, Überschriften, Links und strukturierte Daten. Akkordeons und Reiter sind erlaubt, solange der Inhalt dem der Desktopfassung entspricht. Was dabei zu beachten ist, beschreibt der Ratgeber Mobile Inhalte gleichwertig halten. Google empfiehlt für diese Gleichwertigkeit responsives Webdesign, weil es am einfachsten umzusetzen und zu pflegen ist [1].
Teil 5: was Google sieht
In der Search Console gibt es kein eigenes Werkzeug für mobile Nutzerfreundlichkeit mehr. Den Bericht zur Nutzerfreundlichkeit auf Mobilgeräten in der Search Console, den Test auf Optimierung für Mobilgeräte und dessen Schnittstelle hat Google zum 01.12.2023 eingestellt [6]. Google schrieb dazu: "This doesn't mean that mobile usability isn't important for success with Google Search." [6] Die Hintergründe stehen in unserer Meldung Mobile-Friendly Test eingestellt.
Was der Googlebot von einer Seite sieht, zeigt weiterhin das URL-Prüftool der Search Console. Der Live-Test ruft die Adresse in Echtzeit ab, und bei erfolgreichem Test gibt es unter "Getestete Seite anzeigen" einen Screenshot [8]. Prüfen Sie dort vor allem, ob Inhalte, die Sie im Browser sehen, auch im gerenderten HTML stehen. Für die Ladezeit auf dem Telefon gibt es einen eigenen Ratgeber: Core Web Vitals auf Mobilgeräten.
Teil 6: der Durchgang auf echten Geräten
Zum Schluss kommt der Test auf echten Telefonen. Chrome empfiehlt selbst: "Im Zweifelsfall sollten Sie Ihre Seite auf einem Mobilgerät aufrufen." [2] Nehmen Sie, wenn möglich, ein aktuelles und ein älteres Gerät, eines mit Android und eines mit iOS. Gehen Sie die wichtigsten Wege so durch, wie ein Kunde es tun würde: Menü öffnen, ein Formular ausfüllen und absenden, die Telefonnummer antippen, ein Produkt in den Warenkorb legen, eine lange Tabelle lesen.
Fällt dabei auf Android ein Fehler auf, hilft das Remote-Debugging. Damit lassen sich laut Chrome Live-Inhalte auf einem Android-Gerät vom Computer aus untersuchen, nachdem das Gerät per USB angeschlossen und das USB-Debugging in den Entwickleroptionen aktiviert ist [7]. Auf dem Rechner öffnen Sie dann chrome://inspect#devices [7].
Nach unserer Erfahrung finden echte Geräte Fehler, die keine Simulation zeigt, etwa eine Bildschirmtastatur, die das Absendefeld verdeckt, oder einen Cookie-Hinweis, der sich auf kleinen Telefonen nicht schließen lässt. Hinweise zu Einblendungen, die den Inhalt überdecken, stehen im Ratgeber Interstitials auf Mobilgeräten. Den Begriff Mobile-First-Indexierung erklärt das Glossar unter Mobile-First-Indexierung.
Sie haben einen Fehler auf dem Telefon gefunden und wissen nicht, woher er kommt? Stellen Sie die Frage mit der Adresse und dem Gerät in der gratis Sprechstunde. Wenn mehrere Vorlagen für Mobilgeräte überarbeitet werden müssen, ist die Leistung Mobile SEO der passende Rahmen.
- Organisation Best Practices für mobile Websites und die Mobile-First-Indexierung. Google Search Central. Stand 20.02.2026. abgerufen am 31.10.2026
- Organisation Mobilgeräte mit dem Gerätemodus simulieren. Chrome for Developers. Stand 20.02.2024. abgerufen am 31.10.2026
- Organisation Responsive web design basics (Pete LePage, Rachel Andrew). web.dev (Google). Stand 12.02.2019. 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
- Organisation Understanding Success Criterion 2.5.8: Target Size (Minimum). W3C Web Accessibility Initiative. Stand WCAG 2.2. abgerufen am 31.10.2026
- Organisation The role of page experience in creating helpful content (Danny Sullivan). Google Search Central Blog. Stand 19.04.2023. abgerufen am 31.10.2026
- Organisation Remote-Debugging von Android-Geräten. Chrome for Developers. Stand 13.04.2015. abgerufen am 31.10.2026
- Organisation URL-Prüftool. Search Console-Hilfe. Stand laufend. abgerufen am 31.10.2026
Häufige Fragen
Gibt es den Mobile-Friendly-Test von Google noch?
Nein. Google hat den Test, seine Schnittstelle und den Bericht zur Nutzerfreundlichkeit auf Mobilgeräten in der Search Console zum 01.12.2023 eingestellt. Mobile Nutzerfreundlichkeit bleibt laut Google trotzdem wichtig.
Reicht der Gerätemodus im Browser für den Test?
Für den ersten Durchgang ja. Chrome weist aber darauf hin, dass der Code dabei nicht auf einem Mobilgerät läuft, und empfiehlt im Zweifel den Aufruf auf einem echten Gerät.
Welche Breite sollte ich mindestens testen?
320 CSS-Pixel. Die WCAG 2.2 verlangen, dass Inhalte bei dieser Breite ohne Scrollen in zwei Richtungen und ohne Verlust von Informationen nutzbar sind.
Wie groß müssen Schaltflächen auf dem Smartphone sein?
Die WCAG 2.2 verlangen im Kriterium 2.5.8 mindestens 24 mal 24 CSS-Pixel, mit Ausnahmen etwa bei genug Abstand oder für Links im Fließtext.
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.
