Der Mobile-Friendly-Test von SEOmator ruft jede URL zweimal ab — einmal als Desktop-Browser, einmal als Smartphone — und meldet vier Responsive-Signale: das Viewport-Meta-Tag, Inline-Media-Queries, bis zu drei externe Stylesheets und ob ein mobiler User-Agent umgeleitet wird. Kein Bestanden-Badge, kein Konto, kostenlos.
Geprüft von Charles DuncanDies ist eine statische Analyse, kein Rendering-Test. Wir rufen Ihr HTML mit einem Desktop-User-Agent und noch einmal mit dem eines Smartphones ab, durchsuchen das Markup nach einem Viewport-Tag und Inline-@media-Regeln und laden anschließend bis zu drei verlinkte Stylesheets, um darin nach Media Queries zu suchen. Es wird kein JavaScript ausgeführt und keine Seite gerendert.
Kein Konto, keine Verifizierung. Private Hosts und interne IP-Bereiche werden abgewiesen, bevor eine Anfrage unser Netz verlässt — das Tool lässt sich nicht auf nicht öffentlich erreichbare Adressen richten.
Eine Anfrage trägt einen Desktop-User-Agent, eine den eines Smartphones. Endet die mobile Anfrage auf einer anderen URL, betreiben Sie eine separate mobile Website — das Ziel wird als eigenes Signal ausgewiesen.
Viewport-Tag, Inline-Media-Queries und jedes Stylesheet erscheinen als eigene Zeile mit dem tatsächlich gefundenen Wert. So sehen Sie, welcher Baustein verantwortlich ist, statt nur ein Gesamturteil.
Jedes Signal unten läuft ohne Konto. Ein kostenloses SEOmator-Konto ergänzt Verlauf, Überwachung und das vollständige Audit.
Jede Prüfung ruft die URL zweimal ab, einmal mit Desktop- und einmal mit mobilem User-Agent, und vergleicht, wo beide Anfragen landen.
Wir geben den tatsächlichen content-Wert Ihres Viewport-Meta-Tags aus statt eines Häkchens — so fällt eine fehlerhafte oder fehlende Skalierungsangabe auf.
Erkennt @media-Regeln, die direkt im HTML der Seite stehen — so liefern die meisten CMS-Themes und Page-Builder ihr responsives Layout aus.
Jedes verlinkte Stylesheet wird geladen und auf Media Queries geprüft, danach in einer eigenen Zeile ausgewiesen — das Blatt ohne responsive Regeln wird benannt.
Wird ein mobiler User-Agent auf eine andere URL umgeleitet, zeigen wir das Ziel — Sie wissen dann, dass Sie zwei Websites pflegen.
Ziel-URL und jede Stylesheet-URL werden vor dem Abruf als öffentlich validiert. Das Tool lässt sich nicht auf interne Adressen richten.
Behalten Sie jeden Lauf zu einer URL, damit ein Rückschritt nach einem Theme-Update ein Diff ist und keine Erinnerungsfrage.
Werden Sie benachrichtigt, wenn eine bestandene Seite zu scheitern beginnt — meist das erste Anzeichen für ein ausgetauschtes Vendor-Stylesheet.
Mobiles Rendering ist eine von 20 Kategorien im vollständigen Audit. Ein kostenloses Konto führt alle aus — auch die mobile LCP-Prüfung, die dieses Tool bewusst nicht vornimmt.
Verlauf, Warnungen und das vollständige Audit gibt es mit einem kostenlosen Konto.
Kostenloses Konto erstellen
Geprüft vonCharles Duncan · Co-founder & CTOIch habe das Tool gebaut, um eine Frage schnell zu beantworten: Liefert die Seite überhaupt responsives CSS aus? Es ruft Ihr HTML mit einem Desktop- und einem Smartphone-User-Agent ab, gibt das Viewport-Tag aus und lädt bis zu drei Stylesheets auf der Suche nach Media Queries. Was es bewusst nicht tut, ist die Seite zu rendern — es sieht also weder zu eng beieinanderliegende Tap-Ziele noch Text, der vergrößert werden muss, noch ein Layout, das bei 360px horizontal überläuft. Außerdem endet es nach drei Stylesheets, und ein einzelner @media print-Block genügt, damit ein Blatt responsiv wirkt. Lesen Sie ein Bestehen als „die responsive Grundinstallation ist vorhanden" und führen Sie danach den Speed-Test für das aus, was ein Smartphone tatsächlich erlebt.
Charles Duncan · Co-founder & CTOVon den über 100.000 Websites, die wir zwischen Januar und Juli 2026 auditiert haben, wiesen nur 11,8% einen kritischen Fehler in der Kategorie Mobil auf — aber 58,4% scheiterten an einem LCP über 2,5 Sekunden auf Mobilgeräten. Responsives Markup ist heute nahezu Standard. Auf einem Smartphone nutzbar zu sein ist nicht dasselbe wie darauf schnell zu sein.
Das Gesamturteil fällt positiv aus, sobald ein einziges Signal besteht. Eine Seite mit gutem Viewport-Tag und einem responsiven Blatt zeigt Ihnen trotzdem das Stylesheet ohne jede Media Query — meist die Altdatei, die seit zwei Jahren niemand geöffnet hat.
Landet der mobile Abruf auf einer anderen URL, pflegen Sie zwei Websites. Googlebot crawlt seit Juli 2024 ausschließlich mobil-first, die mobile Version wird also indexiert — und bei getrennten Setups ist sie meist die dünnere.
Die Prüfung sucht nach jeder @media-Regel; ein Stylesheet, dessen einzige Media Query ein print-Block ist, besteht daher. Besteht ein Blatt, bricht die Seite auf dem Smartphone aber trotzdem, öffnen Sie es und prüfen Sie, ob die Queries breitenbasiert sind.
Startseiten bekommen die Designaufmerksamkeit. Prüfen Sie eine Produktseite, einen Blogbeitrag und eine Formularseite — in den einmal gebauten und nie überarbeiteten Templates überlebt das nicht responsive Stylesheet.
Theme-Updates tauschen Stylesheets aus. Das Viewport-Tag überlebt das meist; ein Vendor-Blatt ohne Media Queries an erster Position kündigt sich nicht an.
Wenn Sie über eine Anleitung hierhergekommen sind, die Googles Mobile-Friendly-Test sucht: Es gibt ihn nicht mehr. Google kündigte die Abschaltung im April 2023 an und vollzog sie am 1. Dezember 2023: „Also starting December 1, 2023, we'll be retiring Search Console's ‚Mobile Usability' report, the Mobile-Friendly Test tool and Mobile-Friendly Test API" (Google Search Central). Die alte Adresse search.google.com/test/mobile-friendly liefert nichts mehr.
Googles Begründung: Das mobile Web sei gereift, und es gebe genügend Werkzeuge von Drittanbietern, die dasselbe abdecken. Nicht gesagt wurde, dass mobile Nutzerfreundlichkeit an Bedeutung verloren hätte — derselbe Beitrag hält ausdrücklich fest, sie bleibe „critical for success with Google Search". Das Signal ist aus der Search Console verschwunden, die Anforderung nicht.
Deshalb enthalten so viele Artikel zur Mobilfreundlichkeit heute einen toten Link: Der Rat wurde gegen ein Werkzeug geschrieben, das Google entfernt hat, und niemand ist zurückgegangen.
Der Test oben auf dieser Seite ruft Ihre URL zweimal ab — einmal mit einem Desktop-User-Agent, einmal mit dem eines Smartphones — und liefert vier Angaben statt eines Urteils.
Weiterleitung. Endet die mobile Anfrage auf einer anderen URL als die Desktop-Anfrage, betreiben Sie eine separate mobile Website; wir zeigen Ihnen das Ziel.
Viewport. Wir lesen meta[name="viewport"] und geben den content-Wert im Wortlaut aus. Ein Tag, das zwar existiert, aber eine feste Breite setzt oder das Zoomen unterbindet, sieht in einem Bestanden/Nicht-bestanden-Tool genauso aus wie ein gutes.
Media Query. Ob @media-Regeln direkt im HTML stehen — so liefern die meisten Themes und Page-Builder ihr responsives Layout aus.
Stylesheet. Bis zu drei verlinkte Stylesheets werden geladen und einzeln auf Media Queries geprüft, dann in einer eigenen Zeile ausgewiesen. Diese Zeile leistet meist die eigentliche Arbeit: Eine Seite kann insgesamt bestehen und trotzdem genau das eine Blatt ohne responsive Regeln benennen.
Diese Prüfung liest HTML und CSS. Sie führt kein JavaScript aus und rendert die Seite nicht — diese Grenze gehört klar benannt statt verschwiegen.
Sie erkennt weder zu eng beieinanderliegende Tap-Ziele noch Fließtext unterhalb einer lesbaren Größe noch ein Layout, das bei 360px horizontal überläuft; all das setzt eine gerenderte Seite voraus. Sie endet nach drei Stylesheets, eine responsive Regel im vierten bleibt also unsichtbar. Und weil sie auf jede @media-Regel anschlägt, besteht auch ein Stylesheet, dessen einzige Media Query ein print-Block ist.
Die praktische Folge: Lesen Sie ein Bestehen als „die responsive Grundinstallation ist vorhanden", nicht als „diese Seite ist auf dem Smartphone gut". Für die Rendering-Hälfte öffnen Sie die Geräteemulation Ihres Browsers — in Chrome und Firefox mit Strg/Cmd + Umschalt + M — und stellen die Breite auf etwa 360px.
Von den über 100.000 Websites, die wir zwischen Januar und Juli 2026 auditiert haben, wiesen nur 11,8% einen kritischen Fehler in der Kategorie Mobil auf, während 58,4% an einem Largest Contentful Paint über 2,5 Sekunden auf Mobilgeräten scheiterten — die am häufigsten verletzte Einzelregel unseres gesamten Regelwerks aus 251 Prüfungen. Weitere 29,6% scheiterten an einem Interaction to Next Paint über 200 ms.
Liest man beide Zahlen zusammen, wird der Zustand des mobilen Webs deutlich. Responsives Layout ist weitgehend gelöst: Themes liefern es mit, Frameworks setzen es voraus, und eine im letzten Jahrzehnt gebaute Website hat mit hoher Wahrscheinlichkeit ein Viewport-Tag und Media Queries. Geschwindigkeit ist überhaupt nicht gelöst.
Das ist die ehrliche Grenze jedes Mobilfreundlichkeitstests, auch unseres. Bestehen heißt, Ihre Seite passt auf den Bildschirm. Es sagt nichts darüber aus, ob die Besucherin noch da ist, wenn sie fertig geladen hat.
Quelle: SEOmator Crawling- und Analytics-Daten, Januar–Juli 2026 (100.000+ auditierte Websites, 50 Mio.+ gecrawlte Seiten).
Ein fehlendes oder fest breites Viewport-Tag. Ohne es nehmen mobile Browser eine Arbeitsfläche von etwa 980px an und verkleinern die Seite — daher der herausgezoomte Eindruck. Üblich ist width=device-width, initial-scale=1. Ein Tag, das eine feste Pixelbreite festlegt oder user-scalable=no setzt, ist schlimmer als ein fehlendes, weil es in den meisten Werkzeugen als vorhanden erscheint.
Ein Stylesheet ohne Media Queries. Fast immer eine Alt- oder Vendor-Datei, die einen Relaunch überlebt hat. Sie zerlegt selten das ganze Layout, sondern eine Komponente — meist eine Tabelle, einen Preisblock oder den Footer.
Eine m-dot-Weiterleitung, an deren Einrichtung sich niemand erinnert. Landet ein mobiler User-Agent woanders, pflegen Sie zwei Websites — und Google indexiert die mobile.
Templates statt Startseite. Startseiten bekommen die Designaufmerksamkeit. Prüfen Sie je eine URL pro Template — Produktseite, Artikel, Formular — denn dort überlebt ein nicht responsives Stylesheet über Jahre.
Google hat die Umstellung 2024 abgeschlossen: „the small set of sites we've still been crawling with desktop Googlebot will be crawled with mobile Googlebot after July 5, 2024" (Google Search Central). Jede Website wird heute aus ihrer mobilen Darstellung heraus gecrawlt und indexiert.
Am häufigsten wird das so missverstanden, als beträfe es nur mobile Rankings. Tut es nicht. Google führt keinen separaten Desktop-Index — es indexiert die mobile Version und liefert diesen Index an alle Geräte aus. Inhalte, interne Links oder strukturierte Daten, die es nur auf dem Desktop gibt, sind nicht „desktop-only", sondern schlicht abwesend, auch aus den Desktop-Ergebnissen.
Daraus folgt die Paritätsregel: Die mobile Version sollte dieselben Inhalte, dieselben internen Links und dieselben strukturierten Daten tragen wie die Desktop-Version. Eingeklappte Akkordeons und Tabs sind unproblematisch — Google rendert und indexiert auch dahinterliegende Inhalte —, aber Inhalte, die tatsächlich aus dem mobilen HTML entfernt wurden, haben Sie gelöscht.
Sobald das Layout besteht, folgt die Kostenfrage: Führen Sie den kostenlosen Website-Geschwindigkeitstest für das aus, was eine Mobilverbindung tatsächlich erlebt, oder das vollständige SEO-Audit für alle 20 Kategorien auf einmal.
Prüfen Sie die Website eines Interessenten vor dem Pitch. Ein benanntes Stylesheet ohne Media Queries ist ein konkreter, belegbarer Befund — besser, als zu sagen, die Seite wirke „mobil veraltet".
Führen Sie den Test nach einem Theme-Upgrade oder einer CMS-Migration für je eine URL pro Template aus. Bei Upgrades werden Vendor-Stylesheets ersetzt, und niemand diffed das CSS.
Bestätigen Sie eine Übergabe vor der Rechnungsstellung. Der Viewport-Wert und das Ergebnis je Stylesheet sind Belege, die Sie ins Übergabeprotokoll übernehmen können.
Googles abgeschalteter Test lieferte ein einzelnes Bestanden/Nicht bestanden. Hier bekommen Sie den Viewport-Wert, das Inline-Media-Query-Ergebnis und eine Zeile je Stylesheet — ein Fehler zeigt auf eine Datei.
Google hat den Mobile-Friendly-Test und den Bericht zur Nutzerfreundlichkeit auf Mobilgeräten in der Search Console am 1. Dezember 2023 abgeschaltet. Die meisten Anleitungen verlinken sie weiterhin.
Kein Konto, keine E-Mail, keine Kreditkarte, kein Tageskontingent zum Freischalten. URL einfügen und Tabelle lesen.
Der tatsächliche content-String des Viewports und die tatsächliche Stylesheet-URL — Sie können handeln, ohne vorher die Entwicklertools zu öffnen.
Es ist eine statische Analyse. Tap-Ziele, Schriftskalierung und horizontaler Überlauf brauchen eine gerenderte Seite — das sagen wir, statt eine Abdeckung zu suggerieren, die es nicht gibt.
Dieselbe Abrufschicht treibt das vollständige SEO-Audit an, in dem mobiles Rendering neben Performance, strukturierten Daten und AI-Readiness steht.
Nein. Google hat den Mobile-Friendly-Test am 1. Dezember 2023 abgeschaltet, zusammen mit dem Bericht zur Nutzerfreundlichkeit auf Mobilgeräten in der Search Console und der zugehörigen API. Die alte Adresse search.google.com/test/mobile-friendly liefert kein Ergebnis mehr. Google begründete das damit, dass das mobile Web gereift sei und es bessere Werkzeuge von Drittanbietern gebe. Viele vor 2024 veröffentlichte Anleitungen — und etliche seitdem geschriebene — verlinken den Test weiterhin.
Fügen Sie die URL oben auf dieser Seite in das Tool ein. Es ruft die Seite mit einem Desktop- und einem mobilen User-Agent ab und meldet vier Signale: das Viewport-Meta-Tag samt Wert, das Vorhandensein von Inline-@media-Regeln, ob jedes von bis zu drei verlinkten Stylesheets Media Queries enthält, und ob die mobile Anfrage auf eine andere URL umgeleitet wurde. Für die Rendering-Seite — Abstand der Tap-Ziele, Schriftgröße, horizontaler Überlauf — nutzen Sie die Geräteemulation Ihres Browsers, und für die tatsächlichen Kosten auf einer Mobilverbindung einen Speed-Test.
Eine mobilfreundliche Website stellt sich auf einem Smartphone dar und funktioniert dort, ohne dass zoomen, aufziehen oder seitwärts scrollen nötig ist. Praktisch heißt das: ein Viewport-Meta-Tag, das das Layout auf die Gerätebreite abbildet, CSS-Media-Queries, die das Layout bei kleinen Breiten umbrechen, Tap-Ziele, die sich mit dem Daumen treffen lassen, und Text, der ohne Zoom lesbar ist. Üblich ist responsives Design — eine URL, ein HTML-Dokument, das sich anpasst — statt einer separaten mobilen Website.
Google indexiert die mobile Version Ihrer Seiten. Seit Juli 2024 crawlt Google das gesamte Web mit dem Smartphone-Googlebot, die mobile Darstellung ist also die bewertete und gespeicherte. Fehlen Inhalte, Links oder strukturierte Daten in der mobilen Version, fehlen sie faktisch im Index. Mobile Nutzerfreundlichkeit ist weniger ein separater Ranking-Bonus als eine Voraussetzung: Eine Seite, die auf dem Smartphone scheitert, wird in genau dieser scheiternden Fassung bewertet.
Ja. Das ist das häufigste Missverständnis zur Mobile-First-Indexierung. Google führt keinen separaten Desktop-Index — es indexiert die mobile Darstellung und liefert diesen Index an alle Geräte aus. Lässt Ihre mobile Version einen Inhaltsblock weg, den es nur auf dem Desktop gibt, fehlt dieser Inhalt auch in den Desktop-Ergebnissen. Die praktische Regel heißt Parität: Die mobile Version sollte dieselben Inhalte, internen Links und strukturierten Daten tragen wie die Desktop-Version.
Es sagt dem Browser, wie er die Seite auf den Bildschirm des Geräts abbilden soll. Ohne das Tag nehmen mobile Browser eine Desktop-Breite an — typischerweise 980px — und verkleinern die gesamte Seite, was zu unlesbarem Text und einem herausgezoomten Layout führt. Üblich ist der Wert width=device-width, initial-scale=1. Dieses Tool gibt den tatsächlich gefundenen content-Wert aus, sodass Sie ein Tag erkennen, das zwar existiert, aber eine feste Breite setzt oder das Zoomen unterbindet.
Öffnen Sie im Browser die Entwicklertools und schalten Sie die Geräteemulation ein — in Chrome und Firefox mit Strg/Cmd + Umschalt + M — und wählen Sie ein Gerät oder stellen Sie eine Breite um 360px ein. Das ändert Viewport und User-Agent, was genügt, um responsives CSS und die meisten serverseitigen mobilen Weiterleitungen auszulösen. Das ist eine Rendering-Ansicht und ergänzt dieses Tool: Die Emulation zeigt, wie die Seite aussieht, die Prüfung oben sagt Ihnen, welches Stylesheet dafür verantwortlich ist.
Nein, und diese Grenze ist bewusst gesetzt. Es führt eine statische Analyse durch: Es liest Ihr HTML und CSS auf Responsive-Signale, führt aber kein JavaScript aus und rendert die Seite nicht. Das macht es schnell und das Ergebnis erklärbar — ein Fehler benennt eine Datei. Es bedeutet zugleich, dass es zu eng beieinanderliegende Tap-Ziele, zu kleinen Text, horizontalen Überlauf oder ein erst zur Laufzeit per JavaScript eingefügtes responsives Layout nicht erkennen kann.
Mobilfreundlichkeit betrifft das Layout: Passt die Seite auf einen kleinen Bildschirm und funktioniert sie dort. Mobile Seitengeschwindigkeit betrifft, wie lange es dauert, bis sie nutzbar ist. Beides scheitert unabhängig voneinander, und Geschwindigkeit ist das weit häufigere Problem — von den Websites, die wir zwischen Januar und Juli 2026 auditiert haben, wiesen 11,8% einen kritischen Fehler in der Kategorie Mobil auf, während 58,4% an einem LCP über 2,5 Sekunden auf Mobilgeräten scheiterten. Eine Seite kann jede Prüfung auf dieser Seite bestehen und trotzdem so langsam sein, dass der Besuch abbricht.
Anlassbezogen schlägt kalenderbasiert. Prüfen Sie erneut nach einem Theme-Wechsel, einem CMS- oder Plugin-Update, einem Relaunch oder jedem Deploy, der CSS berührt — das sind die Änderungen, die Stylesheets austauschen. Darüber hinaus genügt für die meisten Websites ein Quartalsdurchlauf mit je einer URL pro Template. Ein kostenloses Konto bewahrt den Verlauf, sodass ein Rückschritt als Diff sichtbar wird, statt von Ihrer Erinnerung an das letzte Quartal abzuhängen.
Vertiefende Beiträge aus dem SEOmator-Blog zu dem, was dieses Tool misst.
Führen Sie ein vollständiges Shopify SEO-Audit für 2026 durch – mit dieser 4-Phasen-Checkliste zu Core Web Vitals (INP), AI-Overviews-Readiness, strukturierten Daten und kostenlosen Audit-Tools.
Organische Suche bringt 53 % des SaaS-Traffics bei 702 % ROI. Dieses 8-Schritte-Audit behebt Crawlability, Core Web Vitals, Canonicals und KI-Sichtbarkeit.
Erfahren Sie, wie Sie ein SEO-Audit fuer Wohltaetigkeitsorganisationen durchfuehren, um Sichtbarkeit und Spenderengagement zu maximieren. 16-Punkte-Checkliste mit Nonprofit-spezifischen Strategien.
Mobiles Rendering ist 1 von 20 Kategorien. Führen Sie das vollständige Audit mit 251 Regeln kostenlos aus.
