Een website zonder scrollbalk: wanneer is uiterlijk belangrijker dan functionaliteit?

Een tijdje geleden bekeek ik de website van een softwarebedrijf dat ik goed ken. Mooie site, strak, rustig. En geen scrollbalk. Dat viel me op, want naast het scrollwiel sleep ik ook de balk om snel en gericht te scrollen. Als ontwerper had ik meteen het idee dat hier de verkeerde afweging was gemaakt. Het bedrijf maakt apps en is dagelijks bezig met interface en gebruikservaring. Hoe kan het dan dat niemand in het team hierover was gevallen?

Ik was benieuwd naar de reden en heb het aangekaart. Het gesprek dat volgde bleek interessanter dan de scrollbalk zelf.

Het probleem dat je zelf niet ervaart

De eerste reactie van de eigenaar was begrijpelijk: waar heb je het over? Hij scrolt altijd met het scrollwiel van zijn muis. Voor hem veranderde er niets. Daar zit de valkuil. Niet uit onwil, maar omdat je nu eenmaal uitgaat van je eigen gebruik. Je scrolt zoals je altijd scrolt, op het apparaat dat je altijd gebruikt, en alles werkt zoals je gewend bent.

Maar jouw manier van de site gebruiken is niet vanzelfsprekend voor iedere bezoeker. Dat geldt ook voor mij: ik scrol zelf vrij snel, en als ik iemand een site laat zien, hoor ik regelmatig dat het te snel gaat. Wie snel scrolt, scant vooral: koppen en beelden zijn daardoor belangrijker dan gewone tekst.

Met een scrollwiel of een trackpad kun je ook zonder balk prima scrollen. Maar wie snel door een lange pagina heen wil of gericht naar een bepaald deel wil springen, kan de scrollbalk in één beweging naar de juiste plek slepen. Als de balk verdwijnt, valt die manier van navigeren weg.

De scrollbalk geeft daarnaast informatie over waar je bent en hoeveel content er nog komt. Nielsen Norman Group beschrijft die visuele functie expliciet. Zonder die aanwijzing weet je minder goed hoe lang de pagina is. Er zijn alternatieven voor, zoals een voortgangsindicator, maar die moet je dan wel bewust toevoegen.

De norm is minder eenduidig dan je denkt

Toen ik dit verder uitzocht, bleek het genuanceerder te liggen. Of je een scrollbalk ziet, hangt af van je besturingssysteem, je instellingen en of je met een muis of een trackpad werkt. Op een telefoon zie je vaak alleen even een zwevend balkje tijdens het scrollen.

Een ontwerper die vooral op een Mac met trackpad werkt, ziet in zijn dagelijkse gebruik misschien nauwelijks een scrollbalk. Een bezoeker die de balk altijd in beeld heeft, mist hem eerder.

“Ik vind zo’n balk niet mooi”

Dat was het argument van de webdesigner. En eerlijk: ik snap het. Een scrollbalk is niet het mooiste onderdeel van een ontwerp. Zonder balk oogt een pagina iets rustiger en ruimer.

Er zitten ook ontwerpvoordelen aan. Een permanent zichtbare scrollbalk neemt breedte in beslag, wat je vooral merkt bij een beeld dat over de volle breedte moet lopen. De standaardbalk sluit zelden aan op de kleuren van een ontwerp en kan in een donkere interface extra opvallen. En hoe hij er precies uitziet en wanneer hij verschijnt, bepaal je maar deels zelf. Dat gebrek aan grip zit ontwerpers dwars.

Die voordelen gaan vooral over hoe de pagina eruitziet. Wat ertegenover staat, gaat over hoe de site wordt gebruikt. Mijn opmerking bracht binnen het team een discussie op gang, met voorstanders en tegenstanders van een aanpassing. Opvallend, want de site stond al lang online. Blijkbaar was er iemand nodig die hem anders gebruikte.

Wat ik hier zag, was niet per se een slechte keuze. De prioriteiten lagen bij het uiterlijk, en het gebruik was vooraf onvoldoende meegewogen.

Wanneer mag je wél afwijken?

Ik pleit niet voor standaard en saai. Afwijken van de norm kan een site juist eigen maken. Bij een portfolio of een campagnesite is de vormgeving onderdeel van de boodschap, en daar mag een oplossing best ongebruikelijk zijn.

Maar de meerwaarde moet opwegen tegen wat je de bezoeker laat inleveren.

Een bewuste keuze kun je uitleggen: wat levert hij op, wat kost hij de bezoeker en hoe vang je dat op? Een campagnesite die de scrollbalk verbergt en met een eigen voortgangsindicator laat zien waar je bent, heeft daarover nagedacht. Een dienstenpagina die de balk verbergt omdat het strakker oogt, niet.

Ik ben terughoudend met afwijken bij functies waarvan gebruikers de standaardwerking van de browser verwachten. Een custom invoerveld of een eigen knopstijl: prima. Maar het aanpassen of verbergen van iets waarmee mensen navigeren, ligt voor mij gevoeliger. Hetzelfde geldt voor een menu op een onverwachte plek. De maker weet waar alles zit, de bezoeker nog niet. Het kan origineel zijn, maar als bezoekers moeten zoeken, is dat het je waard?

Bij de scrollbalk weegt het beetje extra rust voor mij niet op tegen het risico dat bezoekers de site als foutief of vervelend ervaren. Potentiële klanten haken dan eerder af, nog voordat ze contact opnemen.

Een middenweg waar ik goed mee kan leven: een scrollbalk die smaller is of beter bij het ontwerp past. Dat kan inmiddels in moderne browsers. Je haalt de visuele ruis weg zonder de functie weg te nemen. Ook MDN Web Docs waarschuwt voor het volledig verbergen van scrollbalken, omdat sommige apparaten geen andere manier bieden om te scrollen.

4 vragen die je kunt stellen

Je gaat er logischerwijs van uit dat wie je site maakt hierover heeft nagedacht. Meestal klopt dat ook, maar niet altijd. Je hoeft geen UX-specialist te zijn om de goede vragen te stellen.

1. Welke keuzes wijken bewust af van wat bezoekers gewend zijn, en waarom?
   Wie dit kan beantwoorden, heeft erover nagedacht. Blijft het stil, dan is dat ook een antwoord.
2. Wat levert de bezoeker in?
   Denk aan een scrollbalk die wegvalt, een menu dat eerst gezocht moet worden of een slider die sneller doorloopt dan je kunt lezen.
3. Op welke manieren is de site uitgeprobeerd?
   Met een muis en een trackpad, op een laptop en een telefoon. Wie zelf altijd met een scrollwiel scrolt, mist een scrollbalk niet snel.
4. Hoe weten we dat bezoekers ermee overweg kunnen?
   Laat een paar buitenstaanders de site zonder uitleg gebruiken en let op waar ze aarzelen. Dat levert vaak waardevolle inzichten op. Een ervaren ontwerper of UX-specialist helpt om ze boven tafel te krijgen.

Dat zijn vragen over gebruik, niet over smaak. Ze dwingen je de afweging te maken die anders misschien onbesproken blijft. Is het antwoord “we vinden dit mooier”, dan is dat een terecht punt. De vraag is alleen of het voor jou ook het zwaarst weegt.

Het ging nooit alleen om die scrollbalk

De scrollbalk was maar een klein onderdeel van de site, maar juist aan zo’n detail zie je welke keuzes er zijn gemaakt.

De opdrachtgever bepaalt wat de site moet bereiken en welke belangen vooropstaan. De ontwerper vertaalt die doelen naar interface en interacties. De bezoeker gebruikt de site op zijn eigen apparaat, met zijn instellingen en verwachtingen. In het beste geval sluiten die drie op elkaar aan.

Een site mag er strak uitzien. Maar als bezoekers daardoor onnodig moeten zoeken of zich afvragen hoe de site werkt, is er iets uit balans. Want uiteindelijk hoeft de bezoeker niet te begrijpen waarom je iets zo hebt ontworpen. Hij moet er gewoon mee uit de voeten kunnen.