“Slechts 23% van de internetgebruikers scrollt op de homepagina. 42% scrollt op een contentpagina” schrijft Jakob Nielsen, de usability goeroe. Deze richtlijn pleit ervoor dat er geen content onder de vouw geplaatst wordt. Dit legt een grote beperking op aan de content, pagina-indeling en het ontwerp. Waar ligt de paginavouw precies? Scrollen gebruikers echt niet? En vooral, hoe ga je er in het paginaontwerp mee om?
Wat is de paginavouw?
De paginavouw is de fictieve lijn die in een browser het direct zichtbare deel van de webpagina afscheidt van het deel van de pagina dat zichtbaar wordt na scrollen. De term is afkomstig uit de krantenwereld waarbij deze vouw fysiek aanwezig is.
Waar ligt de paginavouw precies?
Het is lastig te zeggen op welke hoogte de paginavouw bij jouw doelgroep zich bevindt. Eén ding is zeker: de hoogte van de paginavouw kan per gebruiker verschillen. Deze hoogte is van meerdere dingen afhankelijk.
De beeldschermresolutie
Afhankelijk van de computer en de daarbij behorende resolutie ziet de gebruiker een bepaald deel van jouw site. Beeldschermverhoudingen en -afmetingen verschillen enorm. De trend hierin is dat schermen steeds breder worden en ook wat hoger.
Veel websites worden ontworpen op beeldschermresolutie 1024 x 768. Dit was zeker de meest gebruikte monitorresolutie, maar we zien een duidelijke verschuiving hierin.
- Figuur 2. Daling in resolutie 1024 x 768 veroorzaakt door stijging in breedbeeldschermen & de schermhoogte in 2009
Op dit moment is namelijk de meest populaire breedte 1280 pixels. Voor de hoogte geldt dat 27 % van de gebruikers websites op een schermhoogte van 768 pixels bekijkt. 68 % van de gebruikers heeft een schermhoogte van meer dan 768 pixels en heeft dus meer ruimte boven de vouw.
Van de standaard 1024 x 768 verschuift de afmeting niet alleen omhoog, maar ook omlaag. Schermen worden ook kleiner, zoals bij netbooks en smartbooks (minilaptops) en internetten via de mobiele telefoon. In 2008 surften 1,6 miljoen Nederlanders één of meerdere keren per maand mobiel over het internet. De groei van het aantal gebruikers van mobiel internet ligt tussen de 30 à 40 procent per jaar. Deze trend laat ik verder buiten beschouwing, omdat ik van mening ben dat er speciale versies van de website voor mobiel gebruik ontworpen moeten worden.
Toolbars en tabbladen
De ruimte boven de vouw wordt naast de beeldschermresolutie ook beperkt door:
- Ingestelde toolbars
- Openstaande tabbladen

Figuur 3. Toolbars en tabbladen beïnvloeden de afstand tot de paginavouw
- Grootte van het browservenster. Mensen met een breed beeldscherm hebben soms meerdere browsers of programma’s naast elkaar open staan. Dit komt mede doordat websites vaak niet geoptimaliseerd zijn voor grote schermen.
Scrollt de gebruiker nou wel of niet?
Ja, internetgebruikers scrollen. Meer op contentpagina’s dan op homepagina’s, zoals het citaat van Jakob Nielsen al aangaf. Maar ook hier raakt de bezoeker aan gewend. Met dank aan veelbezochte sites met lange pagina’s als Bol.com, Amazon of nieuwssites.
Bij de usabilitytesten van Jungle Minds zien we ook dat gebruikers scrollen. Bij heatmaps van de pagina zien we dat de scrollbar bekeken wordt. Dit wordt vaak gedaan om een idee te krijgen van de lengte van de pagina. Joe Leech kwam tot dezelfde conclusie door gebruikerstesten. Naast de scrollbar is de onderrand van het browserscherm een belangrijke indicator om in te schatten of een pagina doorloopt. Als er componenten van de pagina ‘afvallen’, is dat een hint dat er meer content onder de vouw te vinden is. De scrollbar en de onderrand van de pagina zijn de twee belangrijkste items die invloed hebben om het scrollgedrag van de bezoeker.
Hoe om te gaan met de paginavouw in het paginaontwerp?
1. Optimaliseer voor 1024 x 768 pixels
De cijfers geven aan dat de schermresoluties (en dus de ruimte boven de paginavouw) steeds groter worden. Er blijven alleen ook gebruikers met kleinere schermen. Optimaliseer daarom de website voor 1024 x 768 pixels. Maar zorg er voor dat de site op andere resoluties ook goed functioneert, waarbij het overgrote deel van de bezoekers de site op een breder en hoger scherm zal bekijken.
Houd bij de hoogte rekening met de toolbar en eventuele tabbladen. Plaats daarom de belangrijkste content niet lager dan 714 pixels van de bovenrand (768 pixels minus 2 x 27 pixels voor de balken).
Is je doelgroep uitsluitend B2B? Dan kun je van iets lagere resoluties uitgaan. Deze groep gebruikt nog meer de 1024 x 768 monitoren dan bij de B2C markt. Dit wordt veroorzaakt doordat bedrijfscomputers minder snel vervangen worden dan particuliere computers. Ze lopen hierdoor iets achter in technologie en trends.
2. Geef hints dat er meer onder de vouw te vinden is
De gebruiker scrollt alleen als hij duidelijke hints krijgt dat er nog iets onder de paginavouw te vinden is.
Plaats titels boven de vouw
Dit kan door de titels van de items onder de vouw net zichtbaar te maken boven de vouw. Door de titels wordt de bezoeker erop geattendeerd dat er meer content onder de paginavouw volgt. Een mogelijkheid om het verschil in schermhoogtes op te vangen, is het op verschillende hoogtes plaatsen van componenten. Zo zullen nooit alle titels net onder de vouw vallen. Dit zie je in het screenshot hieronder van Bol.com goed terugkomen. De eerste afbeelding is van een scherm met een enkele toolbar waarbij de titels van kolom 2 en 3 net boven de paginavouw vallen. In de volgende afbeelding met meerdere toolbars, vallen deze titels net onder de vouw. Dit wordt goed opgevangen doordat nu de componenten in kolom 1 en 4 onderbroken worden door de vouw.

Figuur 5. De titels in kolom 2 en 3 geven aan dat de pagina doorloopt onder de vouw

Figuur 6. De componenten in kolom 1 en 4 geven aan dat de pagina doorloopt onder de vouw
Vermijd horizontale lijnen rond de paginavouw
Zorg ervoor dat een pagina niet op zijn eind lijkt te komen voordat hij dat werkelijk is. Gebruik geen sterke horizontale lijnen rond de paginavouw. Deze wekken de indruk dat de pagina daar ophoudt. In het voorbeeld hieronder lijkt de pagina in eerste instantie niet scrollbaar door de sterke horizontale lijnen en vakken. Alleen de scrollbar is niet indicatief genoeg.

Figuur 7. Horizontale lijnen rond de paginavouw nodigen niet uit tot scrollen
Geen scrollbare delen in de pagina
Een belangrijk oriëntatiemiddel voor paginalengte is de scrollbar uiterst rechts. Gebruikers lezen hieraan af hoe lang de pagina is. Sommige sites bevatten scrollbare content, bijvoorbeeld in een iFrame. Dit geeft een vertekend beeld van de totale paginalengte. Hierdoor is de gebruiker minder snel geneigd om te scrollen. Vermijd daarom scrollbare delen in de content.

Figuur 8. De rechter rand geeft geen betrouwbare indicatie van de lengte van de pagina
3. Deel de ruimte boven de vouw zo optimaal mogelijk in
De meest bekeken ruimte blijft toch boven de vouw. Daarom:
- Plaats de belangrijkste informatie ruim boven de vouw. Dit is de content waarvoor de bezoeker komt.
- Gebruik genoeg witruimte. Witruimte maakt je pagina overzichtelijk waardoor de bezoeker sneller ziet dat de pagina onder de vouw doorloopt.
De paginavouw is niet het einde
De paginavouw is zeker niet het einde van je pagina. Geef duidelijke hints dat er meer relevante informatie te vinden is na scrollen. Bekijk je site in meerdere resoluties en leg het uiteindelijke resultaat aan je gebruikers voor. Alleen zij weten hoe ze jouw site echt ervaren.












Nooit geweten dat het de paginavouw heet maar wist meteen wat er bedoeld werd.
Dat er weinig gescrollt werd dacht ik al, maar zo weinig kijk ik echt van op. Het verklaart ook waarom er bij google vooral op de gesponsorde ads en de 1e 5 resultaten en wordt geklikt. Ik beschouw mijzelf als professioneel surfer maar de beleving van een normale gebruiker is totaal anders.
Zeer leuk artikel om te lezen en te weten.
Dit artikel heeft een erg hoog ‘open deuren intrappen’ gehalte.
Omgaan met de fold in deze tijd betekent eigenlijk gewoon “zo weinig mogelijk rekening houden met de fold” en je verstand gebruiken (belangrijke content bovenaan, gebruik van witruimte, zoals in dit artikel goed beschreven). Een Engels webdesign bureau heeft in de afgelopen jaren 800 cases van user testing behandeld. In slechts 3(!) gevallen werd er niet of nauwelijks naar beneden gescrolld. De oorzaak was steeds het design, waarin het leek alsof de pagina op z’n einde was. Ik ben het dan ook helemaal eens met Anne-Roos als ze zegt dat je horizontale lijnen/elementen rond die fold moet vermijden.
Ik las vorige week trouwens toevallig dat deze term uit de wereld van de dagbladen komt (in datzelfde artikel werd verwezen naar het onderzoek van het Engelse webdesign bureau). De krant was immers altijd dubbelgevouwen; mensen die langs een kiosk liepen, zagen alleen de artikelen boven de fold. Interessant weetje!
Goed artikel, dat inderdaad niets wereldschokkends onthult, maar dat hoeft ook niet altijd. Hoe meer mensen op de hoogte zijn van zulke zaken, hoe beter.
Bedankt trouwens om naar ons te linken als bron voor de schermresoluties.
Ik wijs de lezers ook graag op het artikel “Scrollen en de paginavouw: feiten en fictie” dat we recent over dit onderwerp schreven en mooi aansluit bij dit artikel.
Voorbeeldje hoe het niet moet: nu.nl. Deze hebben vaak een advertentie op de vouw (http://www.nu.nl/binnenland/2114942/cel-en-tbs-kinderporno-maken-met-dochter.html)
Ook leuk om te zien hoe bol.com er mee omgaat!
We waren hier net mee bezig betreffende onze iegen homepage op http://www.naupar.nl dus dit artikel kwam op een juist moment. Eens kijken hoe we dit toch beter kunnen doen. Tips?
Wij hebben zopas onze pagefold toegepast maar nu is ons computerscherm in 2 gebroken!
Vox & Jacks
:-)
Je hebt natuurlijk ook van die eikels zoals ik die een Ad-blocker hebben waardoor de layout van een site zoals nu.nl (en zelfs google.com) anders is. Om toch eens te zien hoe nu.nl er met ad’s uitzag heb ik voor de gein even ABP uitgezet. Er verschenen wat ad’s maar niks schokkends.
Toen wilde ik voor de gein even FrankWatching eens zien met ad’s. Ik klik op refresh en schrok nogal. Onderaan mijn beeld verscheen een layer ad met een snelweg met daarop een mini. Als ik over de snelweg ging met de muis kwam er een nog grotere uitklap ad. IMO 1 van de meest vervelende AD’s die er zijn. Ik heb ABP maar snel weer aangezet.
Met layer ad’s zoals die van Mini maakt het niet uit wat je op de paginavouw zet….
Ik gebruik veel tabellen op pagina’s (niet las layout, maar echt puur als… euh… tabel?!) en ik merk dat pagina’s met tabellen zowieso langer de bezoeker vasthouden. De gemiddelde tijd op een pagina met een grote tabel is zo’n 35% hoger dan die op een pagina met wel veel informatie maar bijvoorbeeld in een lijst/tekst.
Het is natuurlijk een grove aanname, maar kan ik er dan van uitgaan dat mensen die een tabel lezen wel scrollen?
Verder leuk artikel, misschien niet vernieuwend maar met de constant oprukkende breedbeeld monitoren toch erg relevant. Een breedbeeld monitor heeft namelijk meer last van de fold!
@Jorrit,
Breedbeeld monitoren worden inderdaad steeds meer gebruikt, interessante ontwikkeling waarop meer websites zich zouden kunnen richten. Meer beeld in de breedte plaatsen, dan hebben we straks de pagefold (paginavouw=Engrish ;) misschien ook niet eens meer nodig zoals ook dit interessante artikel illustreert:
http://www.noupe.com/trends/the-future-of-the-web-where-will-we-be-in-five-years.html
Mooi artikel! Webdesign en e-maildesign zijn twee aparte disciplines, maar volgens mij is hier een parallel te trekken. Allereerst heb je bij e-mail natuurlijk ook een ‘vouw’. Bij e-mail is al jaren de gouden regel dat je het belangrijkste bovenaan moet zetten en dan ‘afrollen’ met steeds minder prominente content. Voor een website is het wat dat betreft niet anders.
Ten tweede is het advies bij e-mailmarketing altijd om de mailing max. 600pixels breed te maken. Met de hogere resoluties en grotere schermen, hou je dan altijd witruimte over links en rechts. Dat zie je in o.a. Gmail, Outlook en Hotmail terug. Tegenwoordig kun je daarom bij e-mail ook best een bredere opmaak aanhouden. Dat biedt weer nieuwe mogelijkheden om meer content bovenaan te plaatsen.
Ik wilde eigenlijk commentaar geven op dit artikel, maar ik behoor tot die 58% die niet op een content pagina scrollt ;)…
@ Karl. Jullie site bevat inderdaad veel nuttige informatie over usability aspecten, een goede inspiratiebron
@ Mark van Loon. Ik vind nu.nl (net als Maurice) helemaal niet zo slecht. De componenten beginnen op verschillende hoogten, waardoor ik wel gewezen word op de informatie onder de vouw.
@Maurice. Frankwatching is op dit moment inderdaad een goed voorbeeld van hoe het niet moet! Naast het niet stimuleren tot scrollen, zou het ook nog irritatie kunnen opwekken bij veel lezers.
@Jorrit. Het voordeel van (overzichtelijke) tabellen is dat het scanbaar en onderling beter vergelijkbaar is. Dit past helemaal bij hoe men surft en hierdoor blijft de lezer langer op een pagina met tabel in plaats van alleen maar content.
@Remy. Leuke voorspelling voor de toekomst van het web in dat artikel.
@Michael Linthorst. Is je scherm bij een e-mail niet nog kleiner, voor gebruikers die in outlook beneden of rechts een deelvenster gebruiken? Hoeveel rekening houdt je hiermee?
@Remy, mooi artikel heb je daar even geplaatst. Ik kom vaker op Noupe.com maar was dat artikel nog niet tegen gekomen. Erg inspirerend.
Helder artikel met duidelijke en praktische richtlijnen. Geen grote onthullingen, maar ongeacht dit ‘common knowledge’ zou moeten zijn, zie ik het nog vaak genoeg fout gaan
Goed geschreven. Alleen is die viewable pagina-hoogte op een 1024×768 resolutie zelden 714 pixels. Door de combinatie van de Windows taskbar, de browser status bar, menu en een enkele toolbaar raakt een mens al snel 200 pixels kwijt. Flash microsites worden hiervoor ook vaak gedesigned voor 990x570pixels.
Jakob Nielsen presenteerde op de User Experience in Amsterdam in 2008 cijfers uit wereldwijd onderzoek van de Nielsen Norman Group. Daarbij werd aangegeven dat op 70% van de inhoudelijke pagina’s gescrold werd in 2007 waar dit in 2004 nog 42% was.
@ Rutger en Martin Specken. Bedankt voor de nuttige toevoegingen!
Goede samenvatting! De pagefold is voor veel te veel mensen reden geweest om krampachtig binnen de 700 px hoogte te blijven… Gelukkig is dit artikel hier weer een goed tegengeluid voor. In e-maildesign heb ik regelmatig gezien dat het onderste artikel ook goed scoort op kliks. Hét bewijs dat in e-mail fors gescrold wordt. In gebruikerstesten zie ik ook terug dat veel mensen eerst heen en weer fietsen en scannen alvorens te lezen. Content is dan natuurlijk king: als de inhoud na “scannen” niet interessant is, klikt er alsnog niemand.
Visueel aangeven dat de mail / de webpagina wél doorloopt is inderdaad belangrijk: kleurvlakken lenen zich hier erg goed voor. Witruimte is killing.
Verder is de invloed van microblogs zichtbaar: die lees je van onder naar boven. Ik merk zelf al dat ik zelfs tijdschriften van achter naar voor begin te lezen :-)
Goed artikel, ‘t is altijd goed om weer even een heldere uiteenzetting van het principe van ‘the fold’ onder ogen te krijgen. De Engelstalige, en daarom op internet veelgebruikte, term mag trouwens nog wel terugkomen in het artikel, mochten mensen die hier nog niet mee bezig zijn er verder op willen zoeken.
@Michael: Binnen email wordt the fold trouwens ook steeds belangrijker om te zorgen dat mensen daadwerkelijk je email gebruiken ipv direct wegklikken. Aangezien ‘ user engagement’ een belangrijk aspect begint te worden bij het verschil junkfolder/inbox.
PS: ik word wel helemaal krankjorum van reclames die precies op the fold liggen, mee scrollen en ook nog eens erg bugrijk zijn…
Overigens is BusinessCompleet ook niet echt optimaal aan het omgaan met deze paginavouw:
http://www.businesscompleet.nl/kennisbank/3231-Veel-start-ups-worden-groot-door-crisis.html
Uiteraard ook een beetje resolutie afhankelijk.
Dit artikel mag natuurlijk niet ontbreken in de discussie, zet alles wel in een heel ander daglicht: http://blog.clicktale.com/?p=19
En anno 2009 wordt er nog steeds gepraat over de maximale beeldschermresoluties, die in veel gevallen niks te maken hebben met de grootte van het browserscherm (laat staan met de grootte van de content binnen die browser, maar dat is hierboven al besproken).