Prüfer für Mobilfreundlichkeit

Free, no signup. Run this tool's seven weighted mobile-layout checks and get a 0–100 diagnostic score, plus a phone-viewport preview as separate supporting evidence.

Built by Patrick Stox

Free, no sign-up. The analysis reads your HTML the way a mobile browser would; the screenshot renders in headless Chrome on a 390×844 iPhone-sized viewport.

Die Prüfungen laufen auf unserem Server. Wir rufen die von dir eingegebene URL ab und speichern die Ergebnisse nicht. Results are kept in a short-lived cache, not stored long-term. Anonymous aggregate stats feed our research posts; domains are counted once via an anonymized hash and never stored in the clear. Anonyme Ergebniszähler auf Ausführungsebene können für aggregierte Forschung verwendet werden; URLs, Domains, IP-Adressen und Kennungen werden nie einbezogen, und Statistiken werden erst ab 100 Ausführungen veröffentlicht.

Rückmeldung

What the score is made of

Mobile-friendly scoring thresholds
Check	Threshold / points	What this free pass can confirm
Viewport	30 points	width=device-width and zoom accessibility
Responsive CSS	20 points	@media rules in inspected CSS
Fixed widths	15 points · >400px warning	Markup-level width attributes and inline styles
Font sizes	10 points · <12px warning	CSS declarations and legacy font tags
Tap targets / horizontal overflow	Needs a rendered layout pass	Not claimed by this free HTML score

Source: Tool scoring contract · Updated: July 2026

Viewport is 30 points

Without width=device-width, phones render your page at ~980px and shrink it to fit — every other mobile problem starts here. Disabling zoom costs points too: it’s an accessibility failure.

Layout checks

Responsive CSS (@media rules, including in external stylesheets), hard-coded widths over 400px, and sub-12px font sizes — the three classic ways a desktop layout breaks on a phone.

Delivery checks

Responsive images (srcset/<picture>), HTML page weight on mobile networks, and leftover <object>/<embed> plugin content that mobile browsers won’t run.

Über dieses Werkzeug

Führe eine siebenstufige Diagnose für mobile Layouts aus. Der Produktwert 0–100 bewertet Viewport, responsives CSS, feste Breiten, Schriftgrößen, Bilder, Seitengröße und Plugins; die separate Handy-Vorschau zeigt, wie eine öffentliche Seite in einem 390×844-Viewport wirkt.

Die Checks sind Produktheuristiken für wahrscheinliche Layoutprobleme und keine Google-Eignungsprüfung oder ein Ersatz für echte Geräte.

Funktionen

Sieben gewichtete Checks mit Pass-, Warn-, Info- und Fehlerstufen
Prüfung von Viewport-Meta, @media-Regeln, festen Breiten über 400 px und kleinen Schriftgrößen
Headless-Chrome-Vorschau in einem 390×844-iPhone-Viewport als ergänzender Nachweis
Klare Hinweise zu blockierten Ressourcen, Stylesheets, Turnstile und repräsentativen Folgetests

So funktioniert es

Gib die vollständige URL einer echten Seite ein und starte den Test. Ein Server-Endpoint analysiert das HTML und bis zu vier Stylesheets auf sieben Layoutsignale und berechnet den 0–100-Wert. Danach kann eine begrenzte Chrome-Vorschau im Handy-Viewport folgen; Score und Diagnose bleiben unabhängig von ihrem Ergebnis.

Einschränkungen

Die statische Analyse liest HTML und bis zu vier Stylesheets, führt JavaScript aber nicht aus. Laufzeit-CSS oder ungewöhnliche responsive Techniken können deshalb unvollständig wirken.
Die Handy-Vorschau ist ein einzelner Viewport und eine Rendering-Umgebung; sie kann wegen Kostenlimit, Auslastung oder Bot-Schutz übersprungen werden.
Ein öffentlich erreichbarer Test deckt weder Login-Seiten noch alle Geräte, Browser, Interaktionen oder realen Nutzerbedingungen ab.

Häufig gestellte Fragen

Ist das ein Ersatz für Googles `Mobile`-`Friendly` `Test`?

Google hat den eigenständigen `Test` und den `Mobile`-`Usability`-Bericht 2023 eingestellt. Dieses Werkzeug nutzt ein eigenes Diagnosemodell und ersetzt weder reale Geräteprüfungen noch Google-spezifische Kriterien.

Führt der `Test` JavaScript aus?

Nein. Die Punkte und sieben Checks stammen aus der kostenlosen HTML-Analyse. Die separate Handy-Vorschau rendert in `Headless` `Chrome`, kann aber aus Kosten- oder Zugriffsgründen entfallen.

Warum erhielt ich wegen des `Viewport`-Tags 30 Punkte Abzug?

Ohne width=device-width rendern viele Telefone die Seite zunächst mit ungefähr 980 px und verkleinern sie. Deaktiviertes Zoomen kostet zusätzlich Punkte, weil es die Bedienbarkeit beeinträchtigt.

Was bedeutet ein festes `Element` mit zu großer Breite?

Der `Check` markiert ein `Element` mit hart codierter Breite über 400 px, etwa ein `Inline`-`Style` oder `width`-Attribut. Solche Werte können horizontales Scrollen erzwingen; `max`-`width` und `relative` Einheiten lassen den Block schrumpfen.

Der `Screenshot` ist nicht verfügbar, aber ich erhielt eine Bewertung – ist das ein Fehler?

Nein. `Screenshot`-Erfassung und HTML-Prüfungen sind getrennte Nachweise. Wenn das Bild fehlt, kann die Auswertung weiterhin auf den erfolgreich erhobenen Signalen beruhen.

Häufige Probleme und ihre Behebung

Fehler Viewport meta tag ist fehlend oder ungültig Lösung: Hinzufügen ein gültig width=device-width viewport meta tag zu die anfänglich HTML Kopf.
Warnung Responsive CSS Signale sind fehlend Lösung: Hinzufügen responsive CSS breakpoints das adapt layout und typography zu narrow viewports.
Fehler Fixed-width Inhalt exceeds die viewport Lösung: Ersetzen viewport-breaking behoben widths mit fluid max-width, percentage, grid, oder flex Größe.
Warnung Text ist zu small für mobil reading Lösung: Raise mobil body text zu ein readable base Größe und avoid essential text unterhalb 12 CSS pixels.
Warnung Bilder sind nicht sized responsively Lösung: Constrain bilder mit max-width:100% und height:auto, und bereitstellen responsive quellen wo nützlich.
Warnung HTML Seite weight ist hoch Lösung: Entfernen unnötig inline payload, compress Assets, und defer noncritical Ressourcen zu reduce mobil transfer Kosten.
Fehler Incompatible plugin Inhalt ist present Lösung: Ersetzen Flash, Java applets, oder andere unsupported plugin Inhalt mit native HTML, CSS, und JavaScript.