Beperk de omvang van inhoud en laadtijd van pagina's

De fysieke omvang (laadtijd) van een webpagina
Als je kijkt naar de laadtijd van een webpagina is een belangrijk aspect de lijn verbinding die de gebruiker heeft met het internet. Ga ervan uit dat de gewone gebruiker in Nederland nog steeds met een normale modem verbinding maakt met het internet. Dit levert een gemiddelde snelheid op van ongeveer 4,5 kb/seconde. Deze gebruiker is vaak ongeduldig en wil het liefst dat hij snel zijn informatie kan raadplegen. Ga er van uit dat de maximale psychologische wachttijd ongeveer 5 seconden per pagina is. In die tijd kan er maximaal 22,5 kb worden ingelezen door de browser.

Ook het algoritme van een zoekmachine is hierop afgestemd. 'Kleinere' pagina's zullen een hogere ranking krijgen omdat de zoekmachine de eindgebruiker ter dienste wil zijn, zodat deze in de toekomst weer terug zal komen. Wat zou jij doen als je bij een bepaalde zoekmachine resultaten krijgt waarvan het oneindig lang duurt voordat je ze kan lezen?
Beperk daarom zoveel mogelijk de omvang van een pagina en maak zo min mogelijk gebruik van additionele functionaliteiten welke als doel hebben de interface te verfraaien. Een voorbeeld hiervoor is het gebruik van de Javascript dhtml menu's. Vaak is hiervan de minimale omvang al 40 Kb wat de gebruiker ongeveer 8 seconden kost om het menu in te lezen, waarbij de informatie nog moet worden getoond. Dit kost een gewone gebruiker meestal meer dan 10 seconden. De gebruiker zal dan niet wachten totdat de pagina is ingeladen want vaak wil hij nog meerdere zoekresultaten bekijken! Mijn advies is om van een maximale grens van 25 kb uit te gaan.
Hou in ieder geval de vormgeving en navigatie zo simpel mogelijk. Je kan veel bereiken door het gebruik van tabellen kleuren en fonts. Onthoud hierbij 1 aspect en dat is dat het de gebruiker uiteindelijk om de informatie gaat en niet zozeer om de vormgeving en navigatie mogelijkheden. De informatie wordt onthouden en de vormgeving en navigatie mogelijkheden worden vaak vergeten. Ga maar eens na hoeveel pagina's je zelf bekijkt vanuit een zoekresultaat en waarnaar je interesse uitgaat: informatie of vormgeving? En weet je morgen nog hoe deze site eruit zag?

De omvang van de inhoud van de pagina zelf
Als je uitgaat van de fysieke omvang van ongeveer 50 Kb per webpagina houdt dit in dat de omvang van de inhoud maximaal tot 2 a4-tjes beperkt dient te worden. Indien de inhoud een grotere omvang heeft splits de pagina's dan op in sub pagina's, waarbij er makkelijk van de ene pagina naar de ander pagina kan worden gesprongen.
Bijkomende voordelen hierbij zijn:

• De leesbaarheid van de informatie wordt voor de eindgebruiker beter. In plaats van veel te scrollen blijft de context van het document (o.a. de navigatie structuur) vaak goed zichtbaar. Tevens schijnt dit ergonomisch gezien beter te zijn.
• Je creert extra kansen om gevonden te worden. In plaats van 1 kans maak je per aparte pagina kans om gevonden te worden. Elke nieuwe pagina biedt je immers de mogelijkheid om te differentieren op het des betreffende onderwerp. Zo kan je per pagina differentieren in trefwoorden, titels en andere aspecten.

Let er overigens op dat je niet gaat overdrijven en te veel sub pagina's ga maken waardoor er te veel geklikt /gezocht moet worden waardoor de gebruiker uiteindelijk af moet haken.

Het gebruik van gezipte webpagina's
Wat veel nog niet weten is dat de inhoud van een webpagina gezipt over de lijn kan gaan. Sinds 1999 is dit als een standaard door W3C opgenomen en vrijwel alle browser ondersteunen gezipte webpagina's. Gek genoeg ,maken slechts weinig websites gebruiken deze mogelijkheid.

Hoe gaat het in zijn werk:

Als een pagina vanuit een webserver wordt opgevraagd is er de mogelijkheid om deze voordat hij wordt verstuurd eerst te zippen (server site) en vervolgens gezipt te versturen naar de browser. De browser herkent dat de pagina gezipt is en pakt deze automatisch uit. Het groote voordeel is dat een webpagina die veel tekst bevat een factor van 80% tot 90% kleiner wordt. Niet alleen op internet scheelt dit behoorlijk kwa performance maar ook in een omvangrijke intranet omgeving kan het verkeer op deze manier behoorlijk worden beperkt. Onderstaande berekening is slechts een pratijk voorbeeld van 1 intranet site:

- Omvang van de gemiddelde pagina is 60 Kb
- Aantal page views per dag 300.000, per maand 6,6 miljoen gemiddeld
- Omvang verkeer per maand zonder compressie: 377 Gb
- Omvang verkeer per maand met compressie: 75 Gb

Als je uitgaat van ongeveer 200 intranet sites waarvan het verkeer alleen maar zal toenemen kan je je afvragen wat raadzaam is: upgraden van het netwerk of het implementeren van compressie technologie.

Het toepassen van compressie technologie is vrij simpel. Feitelijk zijn hiervoor 2 mogelijkheden:

• Het installeren van mod_gzip op een apache webserver waarmee compressie mogelijk wordt (alleen voor statische pagina's). Meer informatie over mod_gzip vind je op http://i4net.tv/marticle/mod_gzip/
• Het toepassen van compressie technologie in dynamische webpagina's. Zie hiervoor het PHP voorbeeld op PHP builder.com hoe je server site php agina's gecompressed kan versturen. In principe kan dit met elke goede progammeertaal (bijvoorbeeld Java) ook worden gerealiseerd

Als je wilt weten of je webpagina al gezipt wordt verstuurd klik dan hier om webpaginas te testen op compressie technologie.