Inhalte müssen sich bei 320 CSS-Pixeln Breite ohne horizontales Scrollen neu anordnen

In jedem gescannten Viewport, standardmäßig 1440 oder 390 px breit, verkleinert die Prüfung die Seite auf 320 × 480 CSS-Pixel, wartet zwei Animationsframes und weitere 250 ms, misst und stellt dann den Viewport wieder her. Im mobilen Kontext bekommt eine Seite, die wegen eines fehlenden Viewport-Meta-Tags oder eines Tags mit fester Breite ein breiteres Layout behält, stattdessen einen einzigen Befund am Element html.

Andernfalls meldet die Prüfung Boxen, die mehr als 2 px über den Rand des Viewports am Zeilenende (inline end) hinausreichen, während ihre Vorfahren hineinpassen. Dazu kommen Elemente, die selbst hineinpassen, deren eigener Text aber nicht umbricht und über diesen Rand läuft. Die breitesten meldet sie zuerst, höchstens 10 pro Seite. Tabellen, Grids, Kartenansichten, role="application", Inhalte mit aria-hidden und leere Boxen ignoriert sie.

Scrollt die Seite seitwärts und wird sonst nichts gemeldet, erhält html den Befund, außer wenn eine Tabelle, ein Grid, eine Kartenansicht oder ein Bereich mit role="application" übergelaufen ist. Inhalt, den overflow-x: hidden an der Seite abschneidet, wird trotzdem gemeldet. Inhalt, der bei 320 px verborgen ist oder in einem eigenen Scroll- oder Clip-Container liegt, wird übersprungen.