Mobile Benutzerfreundlichkeit

TL;DR — Mobile usability ist whether Ihre Seite ist easy zu verwenden auf ein phone: text Sie kann lesen ohne pinching zu zoom, buttons big genug zu tap ohne hitting the wrong one, Inhalt that fits the screen mit kein sideways scrolling, und kein full-screen popups blocking the Inhalt. Google verwendet zu haben ein Bericht that flagged these problems für Sie — es retired es in December 2023 — aber the things es checked still matter.

war mobile usability ist

Mobile usability ist exactly war es sounds like: wie usable Ihre Seite ist wenn someone opens es auf ein phone. nicht wie fast es loads, nicht whether Google indexes es — just whether ein real person auf ein small touchscreen kann lesen es, tap es, und erhalten wo sie sind going ohne fighting the layout.

dort sind four things that machen oder break es:

1. Readable text. wenn someone hat zu zoom in zu lesen Ihre paragraphs, the text ist too small.
2. Tappable buttons und Links. Fingers sind nicht als precise als ein mouse. Targets that sind tiny oder crammed together erhalten mis-tapped.
3. Inhalt that fits the screen. kein horizontal scrolling — the Seite sollte fit the width von the phone.
4. kein pop-ups blocking the Inhalt. ein full-screen ad oder newsletter overlay that deckt ab the Seite the moment Sie arrive ist ein usability problem (und kann hurt Sie in Suche).

warum es matters

meisten Menschen Suche auf their phones, so ein Seite das ist frustrating auf mobile ist frustrating für meisten von Ihre visitors. und Google now reads the mobile version von Ihre Seite zu entscheiden wie Sie ranken (das ist ein separate idea called mobile-erste indexing — mehr auf the difference in ein second). So mobile experience ist nicht ein side concern anymore; es ist the main one.

”Wait, wo tat the Mobile Usability Bericht go?”

wenn Sie verwendet zu prüfen mobile problems in Google Search Console, Sie sind nicht imagining things — that Bericht ist gone. Google retired the Search Console Mobile Usability Bericht und its standalone Mobile-Friendly testen Tool auf December 1, 2023. That tut nicht bedeuten mobile usability stopped mattering; Google said the opposite. es just bedeutet the dedicated Bericht went away weil better Tools (like Lighthouse, erstellt into Chrome) tun the job now. So wenn ein tutorial tells Sie zu “offen the Mobile Usability Bericht,” es ist out von date.

wie zu prüfen es now

The easiest Option: offen Ihre Seite in Chrome, right-klicken → Inspect, und ausführen Lighthouse (oder verwenden PageSpeed Insights bei pagespeed.Web.dev). Both flag small fonts, cramped tap targets, und viewport problems. Sie kann auch just resize Ihre browser oder verwenden Chrome’s phone-preview mode und look bei the Seite auf ein small screen — ein lot von usability problems sind obvious the moment Sie tun.

Don’t confuse es mit two similar things

• Mobile-first indexing — das ist über welche version von Ihre Seite Google reads (the mobile one). Different topic.
• Core Web Vitals — diese messen speed und stability. Related, aber ein separate festlegen von numbers.

wollen the exact thresholds (wie big ist “big genug” für ein tap target?), the full retirement story, und every Weg zu testen mobile usability today? Switch zu the Fortgeschritten tab.

TL;DR — Mobile usability = ease von verwenden auf ein touch device, driven durch four signals: legible text (Lighthouse passes bei 12px auf ≥60% von text; 16px ist the practical body-copy baseline), tap targets (Lighthouse fails below 48×48 CSS px oder wenn ≥25% von the target within 48px von center overlaps ein neighbor; ~8px spacing ist ein starting point — WCAG 2,2’s separate 24×24 CSS px minimum ist ein accessibility floor, nicht ein Google Ranking rule), Inhalt sized zu the viewport (benötigt ein proper viewport meta tag, aber the tag alone tut nicht guarantee responsive layout; kein horizontal scroll), und kein intrusive interstitials. Google retired the Search Console Mobile Usability Bericht, the Mobile-Friendly testen Tool, und the API auf December 1, 2023 (confirmed Dec 4) — nicht weil the signals stopped mattering, aber weil Lighthouse matured und mobile-erste indexing war effectively vollständig. prüfen es now mit Lighthouse, PageSpeed Insights, DevTools device emulation, Bing’s still-live testen, und crawlers. Distinct aus mobile-first indexing (welche version ist indexed) und Core Web Vitals (loading/interactivity/stability). es ist one Seite-experience signal, nicht ein standalone heavily-weighted Ranking factor.

Die Definition, genau

Mobile usability ist whether ein Seite ist easy zu verwenden auf ein mobile/touch device. es ist ein user-experience concept that lives inside Google’s broader Seite experience model, und es comes down zu four concrete signals. The rest von dies section ist jede one mit its real threshold und citation — weil the specific numbers sind exactly war meisten competing articles skip.

Signal 1: gut lesbarer Text

wenn Menschen haben zu pinch-zoom zu lesen Ihre body copy, the font ist too small. dort sind two numbers worth keeping straight, und conflating them ist ein common mistake:

• The audit-pass bar ist 12px. Lighthouse’s Dokument uses legible font sizes audit says: “Aim zu haben ein font size von bei least 12 px auf bei least 60% von the text auf Ihre Seite.” das ist the threshold zu technically pass the automated prüfen.
• The practical baseline ist ~16px. 12px passing ein audit tut nicht bedeuten 12px ist comfortable zu lesen auf ein phone. 16px ist the generally recommended floor für mobile body text, mit headings larger. Don’t design zu the audit’s minimum.

So: 12px/60% ist the pass line; 16px ist war Sie sollte tatsächlich aim für auf body copy.

Signal 2: Tippziele

Fingers sind blunt instruments. Lighthouse’s Tap targets sind nicht sized appropriately audit fails ein target auf two conditions: wenn “the target ist smaller than 48 px durch 48 px,” und wenn “bei least 25% the target area within 48 px von the center von the target overlaps mit another target.” ein few practical notes aus the gleich doc:

• Targets sized 48×48 CSS px consistently pass.
• The tappable area ist war counts, nicht the visual size — Sie kann halten ein small icon und expand its hit area mit padding zu reach 48px. (dies kills the myth that every button must look 48px.)
• ~8px zwischen targets ist ein reasonable starting point aber “ist nicht immer genug spacing zu pass the audit especially für very small targets.”

Older Google guidance framed dies als roughly 7mm targets mit ~5mm spacing; bei typical mobile densities das ist broadly consistent mit the 48px figure. Cite the 48px/8px numbers als current; the mm ones sind historical color.

es gibt ein second, separate number worth knowing so Sie don’t conflate standards: WCAG 2,2’s Success Criterion 2.5.8 (Target Size Minimum, Level AA) sets ein 24×24 CSS px minimum (mit spacing/inline/essential exceptions) — ein accessibility-conformance rule aus the W3C, nicht ein Google Suche Ranking threshold. es ist smaller than Lighthouse’s 48px audit bar weil the two come aus different bodies measuring different things: meeting Lighthouse’s 48px figure clears WCAG’s 24px floor too, aber don’t cite either number als ein fixed, timeless “Google requires N px” rule — Lighthouse’s ist ein Chrome tooling audit threshold, WCAG’s ist ein accessibility conformance criterion.

Signal 3: Inhalt sized zu the viewport

Inhalt sollte fit the width von the phone — kein horizontal scrolling, kein Seite rendered bei desktop width und shrunk zu unreadable. The mechanism ist the viewport meta tag. ohne es (oder misconfigured), mobile browsers assume ein desktop-width canvas und scale everything down. The fix ist one line in the <head>:

<meta name="viewport" content="width=device-width, initial-scale=1">

Google’s guidance: “machen sure Ihre Seite Inhalt fits the width von the viewport, keeping in mind that nicht alle mobile devices sind the gleich width.” So don’t hard-code fixed pixel widths that nur fit one phone.

The tag ist necessary aber nicht sufficient. es aligns the layout viewport mit the device width — es tut nicht, durch itself, machen fixed-width Inhalt responsive. ein Seite kann ship ein correct viewport meta tag und still fail mobile usability wenn individual elements (ein wide table, ein unbreakable long string, ein fixed-pixel container) sind hard-coded wider than the viewport. The tag sets the canvas; Ihre CSS still hat zu tatsächlich fit es.

Signal 4: kein intrusive interstitials

ein full-screen popup that blocks Ihre Inhalt the moment ein visitor arrives aus Suche ist both ein usability problem und ein Suche problem. Google: “intrusive interstitials und dialogs sind Seite elements that obstruct users’ view von the Inhalt, usually für promotional purposes,” und es warns that they “machen es hard für Google und other Suchmaschinen zu verstehen Ihre Inhalt, welche may lead zu poor Suche performance.” The guidance ist blunt — “don’t obscure the entire Seite mit interstitials” — und es points zu small banners taking nur ein fraction von the screen als the acceptable alternative. (The full treatment von war ist penalized vs. exempt lives in the intrusive interstitials deep dive.)

war happened zu the Mobile Usability Bericht?

dies ist wo meisten Leitfäden — einschließlich einige published in the last Jahr — sind flatly wrong, so es ist worth getting the timeline exactly right.

• April 2023 — announced. in The role von Seite experience in creating helpful Inhalt, Google said: “auch starting December 1, 2023, wir’ll sein retiring Suche Console’s ‘Mobile Usability’ Bericht, the Mobile-Friendly testen Tool und Mobile-Friendly testen API. dies tut nicht bedeuten that mobile usability ist nicht wichtig für success mit Google Suche.” Its reasoning: “in the nearly ten Jahre since wir initially launched dies Bericht, viele other robust resources für evaluating mobile usability haben emerged, einschließlich Lighthouse aus Chrome.”
• December 1, 2023 — retired. The Bericht, the Mobile-Friendly testen Tool, und the API alle went away. Google entfernt the corresponding mentions aus its Suche helfen docs the gleich day. The old Mobile-Friendly testen URL (search.google.com/test/mobile-friendly) now redirects zu Lighthouse documentation, und trying zu offen the Mobile Usability Bericht in Search Console redirects zu the GSC overview Seite.
• December 4, 2023 — confirmed. Google’s Search Console account confirmed the sunset publicly, thanking Website owners “für working mit uns auf dies journey.”

warum now? Two forces. erste, mobile-first indexing war effectively vollständig — Google announced “the trek zu Mobile erste Indexing ist now vollständig” auf October 31, 2023 — so ein dedicated GSC Bericht split out durch device made weniger sense. Second, Lighthouse hatte matured into ein better, mehr actionable checker than the old standalone Tool. The signals didn’t stop mattering; the dedicated Bericht tat.

The practical correction: stop telling Menschen zu “prüfen the Mobile Usability Bericht” oder “ausführen the Mobile-Friendly testen.” Both sind gone. (I’ll sein candid — my own Ahrefs Leitfaden, Mobile-First Indexing Goes Mobile-Only, last updated June 2024, still points readers zu diese two now-defunct destinations in one spot; das ist exactly the kind von stale advice dies article exists zu fix, und es ist auf my Liste zu correct dort too.)

wie zu prüfen mobile usability today

Since es gibt kein single dedicated Bericht anymore, Sie assemble es aus ein few Tools:

• Chrome Lighthouse (DevTools → Lighthouse) — the direct replacement. läuft the legible-font, tap-target, und viewport audits und gives Sie the specific failing elements.
• PageSpeed Insights (pagespeed.Web.dev) — läuft Lighthouse in the cloud auf the mobile profile; good für ein quick shareable URL-level prüfen.
• Chrome DevTools device toolbar — emulate ein phone, eyeball horizontal scroll, tiny text, und cramped controls bei real dimensions.
• Bing’s Mobile Friendliness testen Tool — ein genuine differentiator: Bing still läuft ein live mobile-friendliness testen in Bing Webmaster Tools, even though Google’s ist gone. Bing’s own pitch: “making Seiten mobile-friendly increases user engagement auf mobile devices. es kann auch helfen Sie ranken better in Bing Suche Ergebnisse auf mobile devices.” Handy für ein second opinion auf rendering.
• Drittanbieter- crawlers — Ahrefs Website Audit und similar kann crawlen mit ein mobile user-agent und surface mobile-specific issues im großen Maßstab (connect the PageSpeed Insights API für the mobile prüft).
• ein real device. Nothing beats opening the Seite auf ein actual phone.

kein single Tool proves end-zu-end usability auf its own — combine ein automated audit (Lighthouse oder PageSpeed Insights), ein emulated visual prüfen (DevTools device toolbar), und bei least one real-device pass vor calling ein Seite fixed.

Mobile Benutzerfreundlichkeit vs. Mobile-First-Indexierung vs. Core Web Vitals

These three erhalten blurred together constantly. sie sind related aber distinct:

ein Website kann sein fully auf mobile-first indexing und still haben terrible mobile usability (tiny text, cramped buttons), und vice versa. The mobile-first indexing deep dive und the Core Web Vitals material abdecken diese two in full — dies article ist strictly the usability layer.

tut mobile usability affect Rankings?

Yes, aber halten es in proportion. Mobile usability contributes zu Seite experience, welche Google treats als ein festlegen von signals within broader Ranking Systeme — nicht ein single heavily-weighted factor mit ein fixed score. Google’s own caution: Website owners “sollte nicht focus auf nur one oder two aspects von Seite experience,” und “Google Suche immer seeks zu zeigen the meisten relevant Inhalt, even wenn the Seite experience ist sub-par.” So fix usability weil es hilft real users (und es ist the right thing zu tun) — nicht weil Sie expect ein magic Ranking bump. es ist ein contributor, nicht ein kingmaker.

wo dies sits in the mobile-seo cluster

dies ist one piece von the wider mobile SEO picture. Mobile-first indexing deckt ab welche version Google reads und the Inhalt-parity rule; the mobile SEO checklist ist the ausführen-es-down audit; the interstitials, AMP, und responsive-vs- dynamic-serving topics jede erhalten their own treatment. dies article deliberately stays in its lane — the usability signals — so es complements diese anstatt repeating them.

AI summary

ein condensed nehmen auf the Advanced version:

• Mobile usability = ease von verwenden auf ein touch device. Four signals: legible text, tap targets, Inhalt sized zu the viewport, kein intrusive interstitials.
• Legible text: Lighthouse passes bei 12px auf ≥60% von text, aber 16px ist the practical body-copy baseline. Don’t design zu the audit minimum.
• Tap targets: Lighthouse fails below 48×48 CSS px oder wenn ≥25% von the area within 48px von center overlaps ein neighbor. The tappable area (via padding) ist war counts, nicht the visual size. ~8px spacing ist ein starting point. WCAG 2,2’s Target Size Minimum (SC 2.5.8, Level AA) sets ein separate 24×24 CSS px accessibility floor — ein W3C conformance rule, nicht ein Google Ranking threshold.
• Viewport: <meta name="viewport" content="width=device-width, initial-scale=1">; Inhalt must fit the phone width mit kein horizontal scroll. The tag aligns the layout viewport mit the device width aber tut nicht durch itself machen fixed-width Inhalt responsive — individual elements kann still overflow.
• Intrusive interstitials: full-Seite overlays auf entry obstruct Inhalt und hurt Suche performance; small banners sind the acceptable alternative.
• The Bericht ist gone. Google retired the Search Console Mobile Usability Bericht, Mobile-Friendly testen Tool, und API auf Dec 1, 2023 (confirmed Dec 4) — weil Lighthouse matured und mobile-first indexing war effectively vollständig (Oct 31, 2023), nicht weil the signals stopped mattering.
• prüfen es now mit Lighthouse, PageSpeed Insights, DevTools device emulation, Bing’s still-live Mobile Friendliness testen, und Drittanbieter- crawlers.
• Distinct aus mobile-first indexing (welche version ist indexed) und Core Web Vitals (loading/interactivity/stability).
• Ranking: one Seite-experience signal within broader Systeme, nicht ein standalone heavily-weighted factor. Google will still surface the meisten relevant Inhalt even mit ein sub-par experience.

Offizielle Dokumentation

Primary-Quelle documentation aus the Suchmaschinen.

Google

• The role of page experience in creating helpful content (Apr 2023) — the announcement that retired the Mobile Usability Bericht, Mobile-Friendly testen Tool, und API als von Dec 1, 2023, und pointed zu Lighthouse.
• Understanding Google page experience — wo mobile usability sits als ein signal, the self-assessment questions, und the “don’t over-index auf one signal” caution.
• Avoid intrusive interstitials and dialogs — the interstitials definition und the small-banner alternative.
• Mobile-first indexing has landed (Oct 2023) — the “trek ist now vollständig” milestone that made ein dedicated device-split Bericht unnecessary.

Chrome / Lighthouse

• Document doesn’t use legible font sizes — the 12px/60%-of-text audit threshold.
• Tap targets are not sized appropriately — the 48×48 CSS px audit und the overlap/spacing rules.

Bing / Microsoft

• Bing Mobile Friendliness Test Tool — still live, unlike Google’s; testen any URL für mobile-friendliness in Bing Webmaster Tools.

W3C

• Target Size (Minimum) — WCAG 2.2 Understanding SC 2.5.8 — the 24×24 CSS px accessibility-conformance floor, distinct aus Lighthouse’s 48px audit threshold.

Quotes aus the Quelle

auf-the-record statements aus Google, Chrome/Lighthouse, und Bing. jede Link ist ein deep Link that jumps zu the quoted passage wo the Quelle Seite supports es.

Google — retiring the Bericht und Tools (Apr 2023 announcement)

• “auch starting December 1, 2023, wir’ll sein retiring Search Console’s ‘Mobile Usability’ Bericht, the Mobile-Friendly testen Tool und Mobile-Friendly testen API. dies tut nicht bedeuten that mobile usability ist nicht wichtig für success mit Google Suche.” — Google Suche Central Blog. Read the post
• “in the nearly ten Jahre since wir initially launched dies Bericht, viele other robust resources für evaluating mobile usability haben emerged, einschließlich Lighthouse aus Chrome.” Read the post

Google — Seite experience framing

• “Google Suche immer seeks zu zeigen the meisten relevant Inhalt, even wenn the Seite experience ist sub-par.” — Google Suche Central docs. Jump to quote

Google — aufdringliche Interstitials

• “Intrusive interstitials und dialogs sind Seite elements that obstruct users’ view von the Inhalt, usually für promotional purposes.” — Google Suche Central docs. Jump to quote

Google — mobile-first indexing vollständig (Kontext)

• “wir sind delighted zu announce that the trek zu Mobile erste Indexing ist now vollständig.” — Google Suche Central Blog, Oct 31, 2023. Jump to quote

Chrome / Lighthouse — die Schwellenwerte

• “Aim zu haben ein font size von bei least 12 px auf bei least 60% von the text auf Ihre Seite.” — Chrome für Developers / Lighthouse docs. Jump to quote
• Tap targets fail wenn “48 px durch 48 px” ist nicht met, und wenn target areas overlap within 48px von center. Jump to quote

Bing — the still-live Tool

• “Making Seiten mobile-friendly increases user engagement auf mobile devices. es kann auch helfen Sie ranken better in Bing Suchergebnisse auf mobile devices.” — Bing Webmaster Tools, Mobile Friendliness testen. Open the tool

The Bericht’s gone — wie tun I prüfen mobile usability now?

The old “just offen the Mobile Usability Bericht” Antwort kein longer funktioniert. welche current Tool Sie reach für depends auf war Sie sind trying zu tun. klicken durch es.

Checkliste für mobile Benutzerfreundlichkeit

ein pass across the four signals, ausführen against the mobile rendering von the Seite (DevTools device mode oder ein real phone):

• Body text ist legible ohne zooming — ~16px baseline; bei minimum passes Lighthouse’s 12px-auf-≥60%-von-text audit.
• Tap targets sind 48×48 CSS px (oder ein smaller icon mit padding expanding the tappable area zu 48px).
• Tap targets sind nicht crowded — adjacent targets don’t overlap within 48px von center; ~8px+ spacing, mehr für very small ones.
• Viewport meta tag present — <meta name="viewport" content="width=device-width, initial-scale=1">.
• kein horizontal scrolling — Inhalt fits the viewport width; kein fixed-pixel elements wider than the screen.
• kein intrusive interstitial auf entry aus Suche — full-Seite overlays sind out; small banners und legally erforderlich gates sind fine.
• CSS/JS nicht blocked in robots.txt — Googlebot benötigt them zu render the mobile Seite und judge usability.
• Audited mit Lighthouse / PageSpeed Insights — nicht the retired Mobile-Friendly testen oder GSC Mobile Usability Bericht.
• Spot-checked auf ein real device — einige issues nur zeigen up auf actual hardware.

Die mentalen Modelle

1. Four signals, one question. Legible text, tap targets, viewport fit, kein intrusive interstitials. Every mobile usability issue ist one von diese four — diagnose durch asking welche one ist failing vor Sie touch anything.

2. The audit bar ist nicht the goal. Lighthouse passes text bei 12px und tap targets bei exactly 48px. diese sind floors, nicht targets. Aim für 16px body copy und comfortably-spaced controls — passing the audit und being pleasant zu verwenden sind nicht the gleich thing.

3. Tappable area, nicht visual size. ein small icon kann pass the tap-target audit wenn padding expands its hit area zu 48px. Design the hit area, nicht just the pixels Sie kann sehen.

4. The three “nicht the gleich als.”

• Mobile usability ≠ mobile-first indexing (das ist welche version ist indexed).
• Mobile usability ≠ Core Web Vitals (das ist loading/interactivity/stability).
• Mobile usability ≠ ein single heavy Ranking factor (es ist one Seite-experience signal among several).

5. The tooling moved — aktualisieren Ihre muscle memory. The dedicated GSC Bericht und Mobile-Friendly testen sind gone (Dec 2023). Reach für Lighthouse / PageSpeed Insights / DevTools / Bing’s testen / ein crawler stattdessen. wenn ein process doc still says “prüfen the Mobile Usability Bericht,” the process doc ist the bug.

Mobile Benutzerfreundlichkeit — Spickzettel

Die vier Signale + Schwellenwerte

Die Einzeile für den Viewport

<meta name="viewport" content="width=device-width, initial-scale=1">

Dates zu know

• Apr 2023 — Google announces the retirement.
• Oct 31, 2023 — mobile-first indexing declared vollständig.
• Dec 1, 2023 — Mobile Usability Bericht + Mobile-Friendly testen Tool + API retired.
• Dec 4, 2023 — sunset confirmed publicly.

wo the old Tools went

• Mobile-Friendly testen URL → redirects zu Lighthouse docs.
• GSC Mobile Usability Bericht → redirects zu the GSC overview.

prüfen es now: Lighthouse · PageSpeed Insights · DevTools device mode · Bing Mobile Friendliness testen (still live) · Drittanbieter- crawler · real device.

Don’t confuse mit: mobile-first indexing (welche version ist indexed) · Core Web Vitals (LCP/INP/CLS).

SOP: audit ein Seite’s mobile usability (post-Bericht era)

ein repeatable procedure now that es gibt kein one-klicken Bericht. ~10 minutes per Seite.

1. offen the Seite in Chrome und ausführen Lighthouse. DevTools (⌘⌥I / Ctrl+Shift+I) → Lighthouse tab → prüfen SEO und Performance → Analyze Seite load (wählen the Mobile device). Note any legible font sizes oder tap targets failures — Lighthouse Listen the specific elements.
2. Confirm the viewport tag. in DevTools Elements, Suche the <head> für name="viewport". es sollte lesen width=device-width, initial-scale=1. kein tag, oder ein fixed width=980-style Wert, ist the fix.
3. Emulate ein phone und look. Toggle the device toolbar (⌘⇧M / Ctrl+Shift+M), pick ein small device (e.g. iPhone SE width). Scroll the full Seite: any horizontal scrollbar oder element bleeding off the right edge ist ein viewport-fit failure.
4. testen tap targets durch hand. in device mode, try tapping adjacent links/buttons. wenn Sie’d realistically mis-tap, sie sind too small oder too close — target 48px hit areas mit ~8px+ spacing.
5. prüfen für entry interstitials. Load the URL fresh (incognito) als wenn arriving aus Suche. ein full-Seite overlay vor Sie kann lesen the Inhalt ist ein problem; small banners und legal/consent gates sind fine.
6. Cross-prüfen mit Bing’s live testen (optional second opinion) bei bing.com/webmaster/tools/mobile-friendliness, and/or PageSpeed Insights für ein shareable record.
7. überprüfen auf ein real device wenn the Seite matters. Emulation ist close, nicht perfect.
8. File fixes durch signal — font size, tap sizing/spacing, viewport, interstitial — so devs erhalten ein actionable Liste, nicht “machen es mobile-friendly.”

Anti-Patterns bei mobiler Benutzerfreundlichkeit

The recurring mistakes — several von them baked into stale advice das ist still circulating.

• “prüfen the GSC Mobile Usability Bericht.” es war retired December 1, 2023 und the URL now redirects zu the overview Seite. wenn ein doc oder tutorial says dies, es ist out von date — einschließlich, until es ist corrected, ein passage in my own Ahrefs Leitfaden.
• “ausführen Google’s Mobile-Friendly testen.” auch retired Dec 1, 2023; the old URL redirects zu Lighthouse docs. Multiple currently-live articles still describe dies Tool als working — es ist nicht.
• Designing zu the 12px audit floor. Passing Lighthouse’s font-size audit bei 12px tut nicht machen text comfortable zu lesen auf ein phone. verwenden ~16px für body copy.
• Measuring the visible icon, nicht the tappable area. ein 24px icon kann still pass the tap-target audit wenn padding expands its hit area zu 48px. Shrinking the hit area zu match the graphic ist the mistake.
• Omitting oder misconfiguring the viewport meta tag. kein tag (oder ein fixed-width one) macht mobile browsers render bei desktop width und shrink everything. es ist ein one-line fix das ist easy zu forget.
• Full-screen interstitials auf entry aus Suche. Newsletter/app-install/ad overlays that block Inhalt the moment ein visitor arrives obstruct the Inhalt und kann hurt Suche performance. verwenden ein small banner stattdessen.
• Blocking CSS/JS in robots.txt. wenn Googlebot kann nicht fetch the assets, es kann nicht render the mobile Seite properly oder judge its usability.
• Treating mobile usability als ein big standalone Ranking lever. es ist one Seite-experience signal, und Google will still surface the meisten relevant Inhalt even mit ein sub-par experience. Fix es für users, nicht für ein imagined Ranking jump.
• Conflating es mit mobile-first indexing oder Core Web Vitals. Different problems, different fixes, different Tools. halten them separate.

Quick prüft Sie kann ausführen yourself

Sie don’t benötigen the retired Tools zu spot the common failures. ein few practical snippets.

prüfen the viewport meta tag aus the command line

# Does the page ship a proper viewport meta tag?
curl -s https://example.com/ | grep -i 'name="viewport"'
# Expected: <meta name="viewport" content="width=device-width, initial-scale=1">
# No output = no viewport tag (a mobile-usability failure).

finden elements causing horizontal scroll (DevTools console)

Paste into the Chrome DevTools console während emulating ein phone — es Listen any element wider than the viewport, the usual cause von horizontal scrolling:

// Flag elements wider than the viewport
const vw = document.documentElement.clientWidth;
[...document.querySelectorAll('*')]
  .filter(el => el.getBoundingClientRect().right > vw + 1)
  .forEach(el => console.log(Math.round(el.getBoundingClientRect().right), el));

finden text smaller than 16px (DevTools console)

// List text-bearing elements rendered below the 16px baseline
[...document.querySelectorAll('body *')]
  .filter(el => el.childNodes.length && [...el.childNodes].some(n => n.nodeType === 3 && n.textContent.trim()))
  .map(el => ({ px: parseFloat(getComputedStyle(el).fontSize), el }))
  .filter(x => x.px < 16)
  .forEach(x => console.log(x.px + 'px', x.el));

Bookmarklet: kleine Tippziele hervorheben

speichern als ein bookmark, ausführen auf any Seite in mobile emulation — es outlines interactive elements whose rendered box ist under 48×48 CSS px:

javascript:(()=>{document.querySelectorAll('a,button,input,select,textarea,[role=button]').forEach(el=>{const r=el.getBoundingClientRect();if(r.width<48||r.height<48){el.style.outline='2px solid red';}});})();

Remember the caveat: the tappable area (padding included) ist war the audit measures — ein element flagged hier kann still sein fine wenn padding expands its hit area zu 48px.

Tools für checking mobile usability

• Chrome Lighthouse (DevTools → Lighthouse) — the direct replacement für the retired Mobile-Friendly testen. läuft the legible-font, tap-target, und viewport audits und names the failing elements.
• PageSpeed Insights (pagespeed.Web.dev) — Lighthouse in the cloud auf the mobile profile; shareable URL-level Ergebnisse.
• Chrome DevTools device toolbar — phone emulation für eyeballing horizontal scroll, tiny text, und cramped controls bei real dimensions.
• Bing Mobile Friendliness testen Tool — still live in Bing Webmaster Tools; ein real second opinion now that Google’s dedicated Tool ist gone.
• Search Console URL Inspection — sehen the rendered mobile HTML und screenshot Googlebot smartphone saw (tut nicht grade usability, aber confirms war renders).
• Ahrefs Website Audit — crawlen mit ein mobile user-agent und surface mobile-specific issues across every Seite (connect the PageSpeed Insights API für the mobile prüft).
• ein real phone — the ground truth emulation approximates.

Mobile Seite looks fine in emulation aber fails auf ein phone

Symptom: Chrome’s device toolbar looks clean, aber users Bericht clipped Inhalt, overlapping controls, oder unusable dialogs. Likely cause: emulation tat nicht reproduce the phone’s browser chrome, safe-area insets, text scaling, oder operating-System keyboard. Fix: reproduce the task auf bei least one physical iOS device und one physical Android device. testen orientation Änderungen, increased text size, und the auf-screen keyboard, nicht just the landing state.

The Seite scrolls sideways

Symptom: ein narrow strip von Inhalt extends past the right edge. Likely cause: ein fixed-width element, unbroken string, table, image, oder 100vw container ist wider than the layout viewport. Fix: verwenden DevTools zu inspect the widest element, machen media responsive, erlauben long text zu wrap, und prefer width: 100% inside padded containers. nicht hide the Belege mit overflow-x: hidden until Sie haben fixed the Quelle.

Tippziele schlagen nach Vergrößerung des Symbols weiterhin fehl

Symptom: Lighthouse still flags ein Steuerung after its visible icon got larger. Likely cause: the interactive box bleibt small oder neighboring Links overlap its usable space. Fix: hinzufügen padding zu the clickable element itself, space adjacent targets, und überprüfen the rendered hit box in DevTools. Enlarging nur ein SVG inside ein tiny anchor tut nicht enlarge the anchor.

Text wird unreadable after load

Symptom: the initial HTML looks usable, then client-side code replaces es mit tiny text oder ein desktop layout. Likely cause: responsive styles oder components load late, fail bei ein breakpoint, oder differ zwischen server und client rendering. Fix: testen the rendered state mit JavaScript enabled, inspect the failing breakpoint, und halten the mobile layout in the initial critical CSS wo practical.

Prove ein mobile-usability fix worked

testen yourself: Mobile Usability

Five quick questions auf mobile usability. Pick ein Antwort für jede, then prüfen.

Resources worth Ihre time

My writing

• Mobile-First Indexing Goes Mobile-Only (Ahrefs) — my deep dive auf mobile-first indexing und mobile design beste practices. Fair warning: als von its June 2024 aktualisieren es still points readers zu the retired GSC Mobile Usability Bericht und Mobile-Friendly testen — the stale advice dies article corrects, und something I plan zu fix dort.
• The Beginner’s Guide to Technical SEO (Ahrefs) — wo mobile usability fits inside the broader technical-SEO picture.
• Core Web Vitals: What They Are & How to Improve Yours (Ahrefs) — the performance side von mobile experience, welche Menschen routinely conflate mit usability.

My speaking

• How Search Works (SlideShare) — my walkthrough von crawling, rendering, indexing, und Ranking, einschließlich wie Googlebot crawls als ein smartphone. (Standing disclaimer: “dies ist my understanding von Systeme… nicht going zu sein 100% vollständig oder accurate.”)

aus rund the industry

• The role of page experience in creating helpful content (Google) — the April 2023 post that announced the report/tool retirement und pointed zu Lighthouse.
• Google Officially Drops Mobile Usability Report, Mobile-Friendly Test Tool and API (Suchmaschine Land, Barry Schwartz) — the retirement, in plain Sprache.
• Google Search Console’s Mobile Usability Report & Mobile-Friendly Tests Are Gone (Suchmaschine Roundtable, Barry Schwartz) — the Dec 4, 2023 sunset confirmation und wo the old URLs now redirect.
• Document doesn’t use legible font sizes (Chrome / Lighthouse) — the 12px/60%-of-text audit threshold.
• Tap targets are not sized appropriately (Chrome / Lighthouse) — the 48×48 CSS px audit und spacing rules.
• Avoid intrusive interstitials and dialogs (Google) — the interstitials definition und the acceptable-banner alternative.
• Bing Mobile Friendliness Test Tool (Bing Webmaster Tools) — still live; testen any URL für mobile-friendliness.

Zitierwürdige Statistiken

• Legible-font audit pass bar: 12px auf ≥60% von text — Lighthouse’s dokumentiert threshold. Note es ist ein pass floor, nicht the recommended ~16px body-copy baseline. Source
• Tap-target audit fails below 48×48 CSS px (und auf ≥25% overlap within 48px von center) — Lighthouse. The tappable area, nicht the visual size, ist war ist measured. Source
• WCAG 2,2 Target Size Minimum (SC 2.5.8, Level AA): 24×24 CSS px — ein separate accessibility-conformance rule aus the W3C, nicht ein Google Suche Ranking threshold; smaller than Lighthouse’s 48px audit bar weil es measures ein different thing. Source
• Retirement date: December 1, 2023 — Google retired the Search Console Mobile Usability Bericht, the Mobile-Friendly testen Tool, und the API auf dies date (confirmed publicly Dec 4, 2023). Source
• Mobile-first indexing declared vollständig October 31, 2023 — the milestone that made ein dedicated device-split usability Bericht unnecessary. Source

Änderungsprotokoll