Softonic

Testare för mobila enheter

Steg 1 / 2
Nästa

Ange en URL så laddar testprogrammet den i en simulerad telefon-viewport (standardmåttet är 375×812 pixlar, motsvarande iPhone-storlek), kontrollerar vanliga problem med läsbarhet på mobil som Googles eget Mobile-Friendly-test tidigare flaggade innan det avvecklades, och returnerar en lista över fel som kan åtgärdas: saknad viewport-metatagg, text mindre än 12 px, tryckmål närmare varandra än 48×48 px, horisontell rullning, Flash eller plugins som inte stöds, samt innehåll som är bredare än viewporten.

Hur testet genomförs

  1. 1

    Ange URL:n

    Hela URL med protokoll. Endast offentliga sidor.

  2. 2

    Webbsida renderas i en skärmstorlek

    375×812 som standard, kan konfigureras.

  3. 3

    Automatiska kontroller körs

    Viewportmeta, textstorlek, avstånd mellan tryckmål, överskridning, plugins

  4. 4

    Förhandsgranskning och rapportering

    Skärmbild av den renderade telefonvisningen samt en lista över specifika problem.

Vad testaren kontrollerar

Konfiguration av vy

  • Finns det en modell med namnet <meta name="viewport" content="width=device-width, initial-scale=1">? Utan den visar mobilwebbläsare skärmen som om telefonen hade skärmstorlek för stationär dator och minskar i storlek för att passa in, vilket leder till mycket liten text.

Textstorlek

  • All text med en storlek under 12 px markeras – svår att läsa på telefon utan pinch-zoom.
  • Många stilmässiga riktlinjer rekommenderar en minsta teckensstorlek på 16 px för huvudtexten. mycket små undertexter är acceptabla; huvudtext med 11 px är inte acceptabelt.

Storlek på målmarkeringen

  • Knappar, länkar och formularkontroller bör vara minst 48×48 px (enligt Google/W3C:s riktlinjer för mobilåtkomlighet).
  • Mindre mål är svåra att träffa exakt med tummen och markeras.

Avstånd mellan målmarkerna

  • Mål som ligger närmare än 8 px från intilliggande mål orsakar felaktiga tryck. Markeras separat.

Horisontell rullning

  • Innehåll som är bredare än visningsfältet tvingar till horisontell svepning – dåligt användarupplevelse på mobila enheter. Det orsakas vanligtvis av en bild utan max-width: 100% eller en tabell som inte kan omflöda sig.

Ostödda plugins

  • Flash, Silverlight och ActiveX fungerar inte på mobiltelefoner. Äldre webbplatser använder dem ibland fortfarande.

Laddning av skrifttyp

  • Mycket stora webbteckensnitt som blockerar renderingen i flera sekunder markeras.

Varför det fortfarande är viktigt

Google stängde sin självständiga Mobile-Friendly-test i december 2023, men mobilvänlighet förblir ett direkt rankningssignal via Core Web Vitals och mått på sidupplevelse. Med mobilförst-indexering skannar Google din webbplats som en telefon; det som fungerar bra på mobila enheter visar sig också i rankningar för datoranvändare.

Typiska åtgärder

  • Lägg till viewport-metadata för <head> och <meta name="viewport" content="width=device-width, initial-scale=1">.
  • Anpassningsbar CSS med hjälp av mediafrågor: @media (max-width: 768px) { ... }
  • Flexbox och grid istället för layouter med fast bredd.
  • Ställ in bilden max-width: 100%; height: auto så att bilderna minskar i storlek med skärmen.
  • Gör tabeller rullbara på små skärmar: omslut i <div style="overflow-x: auto">.
  • Använd rem eller em för textstorlek så att skalning enligt användarpreferenser fungerar.

Vad testaren inte upptäcker

  • Prestanda på verklig hårdvara. En budgetmodell av Android-telefon med 3G upplever fördröjningar som denna testare inte simulerar. Använd Lighthouse för att mäta prestanda.
  • Beröringsinteraktioner: Rullgardinsmenyer som bara fungerar vid hovring och som slutar fungera vid beröring kräver manuell testning på en verklig enhet.
  • Tillgänglighet utöver storskalig mobilanpassning. Kontrast, stöd för skärmläsare och tangentbordsnavigering – använd specialiserade tillgänglighetsverktyg.
  • JavaScript-fel i mobilspecifika webbläsare. Safari på iOS beter sig ibland annorlunda än andra WebKit-versioner.

Vanliga frågor

Liknande kontroller, men med annan implementering. Google stängde ner sitt offentliga verktyg i slutet av 2023. Denna testprogram körs med samma uppsättning klassiska kontroller som Google använde, mot den version av sidan som en headless-webbläsare hämtar.

Ja – Google har indexerat mobilversionen som först sedan 2020, vilket innebär att din mobilrendering är den primära versionen för rankning. Problem med mobilversionen påverkar rankningen negativt även vid sökningar på dator.

Nej. Testern hämtar endast URL:er som är offentligt tillgängliga. För skyddad testning använd lokalt Chrome DevTools enhetsemuleringsläge.

Standardupplösningen är 375×812 (iPhone 12/13/14). Kan anpassas till 390×844 (iPhone 14 Pro), 360×640 (vanlig Android) eller 412×915 (Pixel 7).

Vanligtvis 5–15 sekunder, beroende på sidans storlek. Tyngda sidor med många skript tar längre tid; testern väntar på laddningshändelsen samt en kort stillaståndsfase innan den registrerar data.

Relaterade verktyg

Metabeskrivning – längdkontroll

Mät en metabeskrivning i tecken och uppskattade pixlar, jämför redaktionella riktvärden och granska layoutexempel för dator och mobil.

Kontroll av HTTP-säkerhetsrubriker

Klistra in HTTP-svarsrubriker och granska HSTS, CSP, ramskydd, MIME-, referrer- och cross-origin-policyer lokalt i webbläsaren.

Extraherare för externa länkar

Klistra in rå HTML, ange valfritt en bas-URL och få en ren lista utan dubbletter över alla externa http/https-länkar i koden för länkgranskningar och SEO-granskningar.

Google SERP-simulator

Förhandsgranska en ungefärlig Google-liknande sökträff med teckengränser för mobil och dator. Utkastet stannar i den här webbläsarsessionen.

Kanonisk taggtaggar

Generera en giltig rel=canonical-länktag för valfri URL. Inkluderar URL-validering och vanliga misstag att undvika.

FAQ-schemagenerator

Generera FAQPage-markup i JSON-LD från dina fråge- och svarspar så att sidan kan kvalificera sig för Googles rika resultat och svarsrutor.

Verktyget finns på andra språk