10 tips voor een straffe webshop (deel 1)

In deze nieuwe reeks artikels geven we in het totaal 10 tips voor een zeer goede webshop. Als Marlon hebben we al heel wat webshops bedacht, ontworpen en gebouwd. Geen bandwerk bij ons. We maken van elke shop iets uniek, met een eigen gezicht en het resultaat is altijd van een zeer hoge kwaliteit. Dus we mogen stellen — ok, toegegeven, dit klinkt arrogant — dat we stilaan weten waarover we het hebben.

The money will roll right in

Ga echter niet denken dat deze tips een perfect draaiende en geld binnenrijvende webwinkel garanderen. Zo werkt het helemaal niet!

Een goede webshop heeft om te starten een aantal basisvereisten, die keihard voor zich spreken, maar die we toch even kort opsommen:

• een reeks straffe producten;
• aan exact de juiste prijs;
• ideaal gepromoot;
• met een fenomenale klantendienst als ondersteuning.

Zonder deze fundering mag je webshop nog zo professioneel gemaakt zijn, zo mooi ogen of zo state-of-the-art zijn, je bereikt er niet zoveel mee. De vier puntjes hierboven, dat is waar je aan moet voldoen voor je ook maar aan de rest begint te denken.

Want dat is waar we het in deze artikels over gaan hebben: the icing on the cake. Die kleine dingen die het af maken. Die eenvoudige zaken die aandacht vergen, werk vereisen, met als resultaat dat jouw webshop nog beter wordt dan die al is.

Tip 1: De ervaring van het online shoppen

Elke winkel die zichzelf respecteert — en we hebben het hier even over echte winkels uit baksteen, met deuren en ramen, en in een straat; je weet wel, dat oud soort winkels — wil ervoor zorgen dat de klant iets ervaart. Sommige winkels zijn zeer praktisch ingericht, denk maar aan de Colruyt warenhuizen. De ervaring en sfeer in die winkels is quasi onbestaand. Maar dat is ook niet erg.

Andere winkels daarentegen gaan ver de andere richting uit: de etalage, de muziek, de belichting, hoe het personeel gekleed is (of niet gekleed is): aan alles wordt aandacht geschonken. En daar eindigt het niet: de verpakking, het prijskaartje, de kapstokken, tot en met de zak die je mee neemt naar buiten: dat allemaal maakt deel uit van een merk, van een ervaring, van een sfeer. Een identiteit.

Bij een webshop is dit niet anders. We hebben vaak het idee dat iemand die online winkelt een vrij praktische actie aan het uitvoeren is. Ah ja! Ze zitten aan een computer, hét saaie en technische werkinstrument bij uitstek! Dat is een foute redenering. Natuurlijk heeft de webshop een aantal zeer praktische voordelen tegenover een gewone winkel, en natuurlijk moet de webshop uitmunten in gebruiksvriendelijkheid. Maar dat betekent niet dat we een webshop mogen herleiden tot een praktische tool. Uw webshop moet op alle vlakken ook nog haar identiteit uitstralen.

De aankoop start vroeger en duurt langer dan je denkt

Als we nadenken over welke stappen doorlopen worden door iemand die in contact komt met je webshop, dan komen we ruwweg tot deze lijst:

• eerste kennismaking: een artikel lezen, je naam lezen (en al dan niet onthouden; of al dan niet weten hoe je die juist schrijft); of een vriend of vriendin die het er over heeft en zeer eerlijk zal zijn in het delen van zijn of haar ervaring; of een zoekresultaat in Google;
• je website bezoeken: welke kleuren gebruik je, welke afbeeldingen;
• nog straffer: welke bewoording hanteer je, hoe beschrijf je jouw producten, hoe praat je tegen je bezoeker;
• hoe loopt de bestelling: stroef, de ene drempel na de ander; of gaat alles vlot en is alles ongelooflijk duidelijk;

Let op je taal, jongen!

Kortom, stap één is je eigen stijl ontwikkelen. En dat is niet enkel visueel. Ook je taalgebruik is van belang. Het grootste gevaar is dat je webshop als een machine gaat klinken. Een aanvang als ‘Gelieve een… ‘ of een beschrijving als ‘Kurkentrekker die er uit ziet als een stier’ geeft niets van je persoonlijkheid of stijl weer.

Dus het start al met de productomschrijving. Webshop Lisa Mille schrijft bij elk product een haast persoonlijke beschrijving. Zelfs een eikokertje krijgt een mooi zelf geschreven en persoonlijke beschrijving. Zomaar de tekst van de leverancier overnemen is echt uit den boze.

Bij De Kleine Zebra trekken ze dit door in de manier waarop ze hun categorieën noemen, net als Monsters with an Attitude. Hier geen ‘Badkamer’ maar ‘splish splash‘ of geen ‘Speelgoed’ maar ‘Ravot’ en ‘Kot op stelten’

Bedanken en bevestigen, maar niet als een machine

En dan? Wat na de bestelling? Dan denken veel webshops dat het is afgelopen. Dan begint het pas! Weet de klant wanneer het pakje komt? Kan de klant het pakje volgen? Stuur je een degelijk bevestigingsmail uit? Wat staat daar in? Spreek je de klant persoonlijk aan of klinkt alles zeer technisch? Het geld is binnen en het lijkt er op dat alles beklonken is: de bestelling is namelijk geplaatst. Ook vlak na die stap moet je in contact blijven, de ervaring moet blijvend zijn. Je mag niet verzanden in formeel en technisch de bestelling af te handelen. Zo hebben we voor de website van Fuchsia-kwekerij Katrien Michiels een bevestigingsmail ontworpen waar een collage staat van de foto’s van de bloemen die je besteld hebt. Zo krijg je na je bestelling een mooi visueel overzicht van wat je kocht. Voor haar klanten — die echt gepassioneerde fuchsia-fans zijn — is het belangrijk dat ze na hun bestelling een visuele bevestiging hebben, waarmee ze bijvoorbeeld aan vrienden of familie in één oogopslag hun mooie bestelling kunnen tonen.

Verpakking, verpakking, verpakking

Is het dan afgelopen, eenmaal je mooi en persoonlijk bevestigd hebt? Neen, nog steeds niet. Want wat is allesbepalend bij het online kopen: het ontvangen van het product zelf. Is de doos een saaie bruine kartonnen ding vol gaten en blutsen, die ook nog eens lelijk is dicht gekleefd? Of is het een doos met een eigen grafiek? De Kleine Zebra levert aan in mooi bedrukte dozen. Zelf de sticker met het adres is ontworpen. De aankoop van een product bij hen blijft dus doorlopen tot het openen van het pakje. Het is zelfs zo dat we die dozen meermaals bij mensen thuis zien staan. Ze gooien die niet weg of gebruiken die niet om oude kranten in te verzamelen. Sommige klanten gebruiken die als volwaardige opbergdozen die mogen gezien worden.

Verrassing!

Zit er een verrassing in de doos? Een klein extraatje die de klant blij maakt? Vraag je achteraf om feedback, op een zeer persoonlijke manier? Monsters with an Attitude legt in al haar pakjes die ze opsturen een cadeautje: een klein stoffen popje. Een kleine attentie die bij vele klanten een leuke extra is en mensen een positief beeld geeft van de webshop en het online bestellen.

Maar hou het sober

Belangrijk is wel dat die ervaring niks in de weg staat. Een achtergrondmuziekje lijkt iets te zijn dat de sfeer van een webwinkel versterkt, maar werkt voor de overgrote meerderheid van de mensen eerder irritatie op. Een splash-pagina, een soort homepage voor de homepage, waar je in één beeld je sfeer wil oproepen: nutteloos en een drempel vol goede bedoelingen maar met een tegengesteld effect.

Tip 2: Persoonlijkheid: ge zijt wie ge zijt

We hebben het hiernet al vaak gezegd, en ik heb zelfs al 7 maal het woord ‘persoonlijk’ of een variant gebruikt: hoe technische een website ook lijkt (een stuk code, bekeken op een scherm, aan een computer), je webwinkel moet persoonlijkheid uitstralen in elke stap.

Je zal merken dat elk van de webshops die we gebouwd hebben dat doet. Of de meeste toch.

Geef je webshop een gezicht

De Kleine Zebra maakt elk jaar opnieuw een foto van de drie zussen die de winkel hebben opgestart, samen het hun kinderen. Wij vinden dit zo’n mooi voorbeeld. Deze dames zeggen en tonen dat ze echt zijn, dat ze net dezelfde personen zijn als hun klanten: mama’s op zoek naar mooie spullen voor hun kinderen. Ze maken ook werk van een jaarlijks aangepaste beschrijving van hun verhaal.

Lisa Mille spreekt de bezoeker ook zeer persoonlijk aan. Om te beginnen in de manier waarop ze de producten op een eigen manier beschrijft (zie hierboven), maar ook door een kleine foto met haar kinderen op elke pagina van de website te zetten. Op haar Facebook pagina geeft ze ook een eerlijke inkijk op haar werk als mama die een webshop runt.

Ook voor de kwekerij Fuchsia Michiels maakten we een punt van dat principe: Katrien Michiels, die de kwekerij van haar vader overnam, is in haar sector een naam en een gezicht. Het is daarom essentieel dat ze onmiddellijk op de homepagina staat. Iedereen in die sector kent haar. En op die manier geeft ze ook aan hoe authentiek de website is.

Vriendelijk ‘dank u’ zeggen

Maar persoonlijkheid kan ook schuilen in een klein hoekje. Zo leerden we van Plan België het belang van eenvoudigweg ‘bedankt’ te zeggen. Na een bestelling je klant bedanken, daar heel eerlijk en persoonlijk in zijn, geeft je webshop heel wat authenticiteit. Of je kan een eigen persoonlijkheid weergeven door een bepaalde filosofie te hanteren, zoals de bio, eco & fair-trade webshop Villa Kakelbont dat doet.

Giveaways

Wat te onthouden?

1. Get the basics right: product, prijs, promoten, customer service; die moeten allemaal top-notch zijn;
2. Zorg voor een echte ervaring: van copywriting (de lange teksten & de short-copy), tot stijl, tot verpakking; verras je klanten; maak hen blij; wees speciaal;
3. Zeg ‘Dank u’, wees vriendelijk en persoonlijk; maak van je webshop iets met een gezicht en kleef er zelfs letterlijk je eigen gezicht op; zorg voor een kijk achter de schermen. Wees dus levensecht;
4. En overdrijf niet, hou het subtiel;

Volgende keer…

In deel 2 zullen we het hebben over meer praktische zaken zoals ‘Duidelijkheid’ en ‘Bereikbaarheid’. Want naast een gevoel en sfeer moet je webshop vooral ook vertrouwen uitstralen.

• Toegevoegd op: 26 January 2012
• Geschreven door: vincent
• Tags: e-commerce, e-shop, eshop, gebruiksvriendelijkheid, optimalisatie, tips, usability, webshop, webwinkel

• Reageer
• Permanente link
• Geen reacties
• Links naar dit artikel

CSS sprites in de praktijk: Plan België titels

Aan de hand van CSS sprites kan je het aantal requests op een website beperken, door verschillende afbeeldingen in 1 of meerdere afbeeldingen te combineren. Dit heeft een grote impact op de performantie van je website. Als de sprites dan ook nog eens gecached worden, kan dit de rendering van de pagina’s drastisch optimaliseren.

Plan België

Zo hebben we ondermeer gezorgd voor een grondige frontend optimalisatie bij de uitwerking van de Plan België website. Het doel daar, was om het aantal requests tot een minimum beperken, omwille van het grafische karakter van de site. Daarom leek het ons wel een uitdaging om creatief aan de slag te gaan met PNG afbeeldingen en trachten 1 sprite te maken voor alle titels over heel de website.

Flexibele en herbruikbare PNG’s

Doorheen de Plan België website vind je dit soort titels:

Zoals je kan zien: verschillende kleuren en variabele breedtes zijn mogelijk.

Analyse en aanpak

Het idee dat we hadden, was om een transparante afbeelding te gebruiken, waarbij we hetgene dat wit moet zijn, wit houden en hetgene ingekleurd moet worden, transparant. Daardoor kunnen we via CSS een achtergrondafbeelding + achtergrondkleur specifiëren.

Om het gewenste effect te krijgen, maken we gebruik van een 24-bit PNG file. De afbeelding omvat tevens een semi-transparant gedeelte, waar een lichtere variant van de kleur doorschijnt (opacity 85%).

Omdat transparante 24-bit PNG files niet ondersteund worden in Internet Explorer 6, opteren we ervoor om in die browser een 8-bit PNG versie te voorzien. Het resultaat in deze browser is een iets ruwere versie, maar omdat bij Plan België het toch ging om een grunge look, vormde dat geen probleem.

De code

HTML

1. <h2>
2. <span class="border">Steun Plan</span>
3. <span class="bg"></span>
4. </h2>

Er zijn twee extra spans nodig om de styling naar behoren uit te voeren.

CSS

1. h2 {
2. position: relative;
3. font-size: 15px;
4. height: 32px;
5. }

Position wordt op relative geplaatst, om een span absoluut te kunnen positioneren t.o.v. de h2. Verder wordt een vaste hoogte bepaald, omdat de children ofwel absoluut gepositioneerd zullen zijn, ofwel een float zullen krijgen.

1. .bg {
2. position: absolute;
3. left: 0;
4. height: 18px;
5. padding: 7px 10px 3px;
6. color: #fff;
7. background: #0D5F99 url(img/sprite.png) no-repeat 0 0;
8. }

De .bg class is het gekleurde vlak achter de tekst. Het wordt absoluut gepositioneerd, krijgt een witte tekstkleur, als achtergrond een kleur én een afbeelding (het bovenste deel van de sprite).

De totale hoogte is 18px + 7px (padding-top) + 3px (padding-bottom) = 28px.

1. .border {
2. float: left;
3. margin: 2px 0 0;
4. height: 28px;
5. width: 100%;
6. background: #0D5F99 url(img/sprite.png) no-repeat 0 100%;
7. }

De .border class krijgt een float: left, alsook de achtergrondkleur en afbeelding (het onderste deel van de sprite). De hoogte wordt ook ingesteld op 28px, maar met een margin-top van 2px, zodat de lijn net onder het tekstvlak wordt getoond.

De breedte van de .border krijgt een waarde van 100%. Hij neemt dus de hele breedte van zijn parent in (dus de h2). Hierdoor zal de titel steeds even breed zijn als de container waarin hij zich bevindt (bvb smalle kolom, volledige pagina breedte, …)

Om een gelijkaardig resultaat te krijgen in IE6 waren nog enkele aanpassingen nodig in de conditional stylesheet.

1. .bg, .border {
2. background-image: url(img/sprite_8bit.png);
3. z-index: 20;
4. }
5. .example .border {
6. position: absolute;
7. margin-top: 0;
8. height: 30px;
9. z-index: 10;
10. }

Varianten

Op de Plan België website wordt ook een vereenvoudigde versie van deze titels gebruikt, waarbij een grunge lijntje onder de titel staat. Ook hier hanteren we dezelfde techniek.

Demo

Voor het gemak heb ik een demo klaargezet.

Voordelen van deze techniek

• Slechts 1 HTTP request voor de afbeelding
• Alle kleuren van titels (voor- en achtergrond alsook het semi-transparante gedeelte) kunnen eenvoudig via CSS aangepast worden
• Geen image replacement technieken nodig
• Titel zijn horizontaal schaalbaar
• Je moet geen afzonderlijke images maken voor de verschillende titels of kleuren

• Toegevoegd op: 27 May 2009
• Geschreven door: davy
• Tags: code, CSS, CSS sprites, frontend, optimalisatie, PNG, technieken

• Reageer
• Permanente link
• Reacties (2)
• Links naar dit artikel

Website optimalisatietips: de tools

Tools om performantie te meten

Het lijkt allemaal eenvoudig: je laadt een webpagina, je start de chrono en je drukt opnieuw af wanneer de website geladen is. Alleen zijn we met die onnauwkeurige en algemene tijd niet veel. We moeten veel preciezer weten hoeveel tijd bepaalde componenten nodig hebben en achterhalen waar we verbeteringen kunnen aanbrengen.

Gelukkig bestaan er een aantal tools die dit proces voor de frontend ontwikkelaar vereenvoudigen.

IBM Page Detailer

IBM Page Detailer is een Windows tool, die in de achtergrond gegevens analyseert terwijl je surft. Aan de hand van deze tool kan je kijken hoe webpagina’s aan de browser worden bezorgd. Dit houdt ondermeer in: de timing en volgorde, bestandsgroottes, de identiteit en details van elk item op de pagina.

IBM Page Detailer moet als zelfstandige applicatie draaien en werkt dus browseronafhankelijk.

Handig bij de Page Detailer zijn de gedetailleerde waterfall reports. Aan de hand van deze charts kan je de sequentie en de timing van webobjecten analyseren. Je zal dus kunnen zien waar de typische performantieproblemen optreden. Ondermeer dat het laden van Javascript files de rest van de downloads blokkeert, of de browserlimitatie van 2 connecties per hostname.

Naast de grafiek, heb je ook nog toegang tot een detailscherm, met daarop meer informatie over elk object op de pagina. Je kan bovendien zelf in de tabel definiëren welke gegevens moeten weergegeven worden.

Download IBM Page Detailer

Firebug

Met deze onmisbare extensie ben je ondermeer in staat om te meten wat er precies allemaal in Firefox gebeurt. Firebug beschikt onder de tab Net ook over waterfall reports en basisgegevens van bestandsgroottes, requests en de tijd die nodig is om de bestanden binnen te halen. Wanneer je met de muis even blijft hangen over items, krijg je een preview van dat element te zien.

Firebug toont echter geen details van elk van de requests. De response time, delivery time en zelfs de tijd om JavaScript uit te voeren worden gecombineerd.

Download Firebug

YSlow (Firebug extension)

YSlow is een Firebug uitbreiding, ontwikkeld door Yahoo!. Hiermee kan je een website testen tegen de 14 performantieregels, toegelicht in het boek High Performance Web Sites. YSlow analyseert je website aan de hand van Firebug’s Net Panel in combinatie met het overlopen van de DOM tree. Het voorziet de website dan van een score (Performance Grade).

Je kan op elk van de items klikken om meer details te ervan te bekijken.

Onder stats vinden we dan weer een handige grafiek waarop je de empty en primed cache met elkaar kan vergelijken.

De components tab geeft een overzicht van alle componenten die ingeladen werden, met onder andere vermelding van type, url, response time, bestandsgrootte, ETag,…

Zeer praktisch is ook de print view (onder Tools), de ultieme checklist om mee te starten.

Download YSlow

AOL Pagetest

Deze tool werd oorspronkelijk door AOL ontwikkeld voor interne performance testing, maar enkele maanden geleden werd de tool gereleased als open source. Het is momenteel de applicatie met de meeste features.

Bij AOL Pagetest worden ook waterfall reports gegenereerd, maar deze zijn voorzien van tijdslijn bovenaan, genummerde componenten en markeringen voor belangrijke sleutelmomenten bij de rendering van de pagina.

Elke request wordt visueel in een aantal kleuren voorgesteld en dit iets eleganter dan bij IBM Page Detailer.

Naast de charts heb je ook nog toegang tot een handige checklist view, die je componenten test tegen een aantal optimalisatieregels (vergelijkbaar met die van YSlow).

Bij AOL Pagetest kan je optimalisatierapporten exporteren (in .txt files), of de charts en checklists als afbeelding (.png)

Pagetest is enkel beschikbaar voor Internet Explorer.
Download AOL Pagetest

Er bestaat tevens een online versie: Pagetest webpage performance test

Zelf de websiteperformatie testen

Nu je weet welke tools je kan gebruiken, is het belangrijk te weten wat je moet doen om deze zo waarheidsgetrouw te gebruiken.

We willen uiteraard zowel testen voor de bezoekers die nog nooit op de website hebben gesurfd, als de terugkerende bezoekers.

Flush DNS

Wanneer een browser een domeinnaam voor het eerst tegenkomt, moet hij een DNS lookup uitvoeren, om het IP adres van die domeinnaam te achterhalen. Gemiddeld duurt dit zo’n 10 tot 20 ms.

Dat IP adres wordt dan lokaal gecached. Dus voor je de website op performantie test, kan je deze cache best legen.

Windows: Start -> run -> ipconfig /flushdns
Mac OS X: Terminal -> lookupd -flushcache

Browsercache legen en cookies wissen

Om te verzekeren dat alle bestanden moeten gedownload worden, wis je best de cache en cookies.

Internet Explorer 7:
Selecteer Tools -> Internet Options -> Delete -> Delete Files
Selecteer Tools -> Internet Options -> Delete -> Delete Cookies

Internet Explorer 6:
Selecteer Tools -> Internet Options -> Delete Files
Selecteer Tools -> Internet Options -> Delete Cookies

Firefox:
Selecteer Tools -> Clear Private Date -> Check Cache, Cookies -> Clear Private Data Now

Connectiesnelheden simuleren

Als webontwikkelaars verschillen wij meestal van de doorsnee websitebezoekers: zo beschikken wij over recente computers en snelle internetverbindingen. Daarom zou het wel handig zijn als we bepaalde parameters kunnen simuleren.

Charles

Charles is een web debugging proxy. Via Charles kan je ondermeer toezicht houden op al de HTTP traffiek tussen jouw computer en het internet, dus zowel requests, responses als de HTTP headers zelf. Bovendien kan je verschillende connectiesnelheden simuleren en bewust vertragingen introduceren (round-trip latencies).

Charles is een Java applicatie en is zowel beschikbaar voor Windows, Mac OS X als Linux / Unix.
Download Charles

En tot slot…

Zo, deze reeks van artikels over website (en dan vooral frontend) optimalisatie zit er bijna op. Ik wil jullie om af te sluiten nog enkele handige resources meegeven, voor zij wiens honger nog niet helemaal gestild is.

Interessante websites

• YDN (Yahoo! Developer Network)
• YDN Blog
• YUI Blog

Aanbevolen boeken

• High Performance Web Sites (Steve Saunders)
• Website Optimization (Andrew B. King)

Podcasts en presentaties:

• Nate Koechley – Professional frontend engineering (download MP3)
• Stoyan Stefanov – High Performance Web Pages 20 new best pratices

• Toegevoegd op: 15 January 2009
• Geschreven door: davy
• Tags: frontend, optimalisatie, performantie, software, tools

• Reageer
• Permanente link
• Reacties (4)
• Links naar dit artikel

Website optimalisatietips: de frontend

In het inleidende artikel haalde ik enkele cijfers aan: 80 à 90% van de snelheid van een website wordt bepaald bij het ophalen van de verschillende componenten. Dit ophalen van assets gebeurt aan de hand van HTTP requests.

Achtergrondinformatie

In de RFC 2616 staat het volgende te lezen:

Clients that use persistent connections SHOULD limit the number of simultaneous connections that they maintain to a given server. A single-user client SHOULD NOT maintain more than 2 connections with any server or proxy.

De eerste draft van deze RFC dateert van januari 1997 en toen was die connectielimiet nog te verantwoorden, omdat breedbandconnecties toen heel zeldzaam waren.

To find a decent balance, IE and Firefox by default restrict users to 6 connections total and 2 connections per host for HTTP 1.1 connections.

Omwille van historische redenen wordt standaard in browsers het aantal simultane connecties naar dezelfde host beperkt tot 2. De geavanceerde browsergebruiker kan die waarden wel aanpassen, maar de modale bezoeker van je website zit dus met die limiet van 2 connecties per host.

Opmerking: Internet Explorer 8 zal de limiet optrekken van 2 naar 6 connecties per host.

Downloaden van componenten

De performantie van je website hangt, zoals je nu al zal doorhebben, grotendeels af van het aantal componenten op de pagina.

Bij een standaard browserinstallatie, downloaden die componenten parallel in groepjes van 2 per hostnaam.

Gelukkig kan je deze beperking omzeilen en dit door de componenten te spreiden over 2 hostnamen. Zo kan je de response time dus halveren.

Je zou hier nog verder in kunnen gaan en bijvoorbeeld 4 of meer hostnames gebruiken, maar omwille van de vertraging die optreedt bij DNS lookups, kan dit dan weer een negatieve impact hebben op de performantie. Het kan in sommige gevallen de server CPU, bandbreedte of aantal simultane connecties belasten.

Volgens onderzoek van Yahoo! is het spreiden van componenten over 2 tot 4 hostnamen ideaal voor performantie.

Verschillende grote sites plaatsen hun statische componenten onder een andere hostname: Yahoo! op yimg.com, Youtube op ytimg.com en Amazon op images-amazon.com. Je hoeft zelfs geen afzonderlijke domeinnaam aan te kopen, het kan evengoed met een subdomein.

Ik haalde de techniek ook al aan in het vorige artikel uit de reeks met optimalisatietips, meerbepaald in de sectie over cookies:

Bij de meeste websites staan de cookies gewoon op de root (/), wat die cookie dan voor elk object zet. Daarom is het aan te raden om je statische content op een aparte domein, of subdomein te plaatsen, waarop dan geen cookies worden geplaatst.

Wij hebben er een gewoonte van gemaakt om de statische content (CSS, Javascript files, afbeeldingen, …) onder een subdomein te plaatsen. Meestal iets als static.example.be.

Minder HTTP Requests

Je kan de performantie van je website dus drastisch verhogen door het aantal HTTP requests tot een minimum te beperken.

In het vorige artikel legde ik uit hoe je via enkele serveraanpassingen componenten kan cachen voor hergebruik… Maar ook op de frontend kan je nog enkele performantie verhogende technieken toepassen.

CSS Sprites

Bij CSS Sprites worden verschillende afbeeldingen gecombineerd in 1 grotere afbeelding. Voorbeelden vind je op verschillende sites, waaronder die van BBC (voorbeeld), Yahoo (voorbeeld), Google (voorbeeld), … Met CSS sprites kan je dus al een groot aantal requests reduceren tot 1 of slechts enkele requests.

Een bijkomend voordeel van CSS sprites is dat de gecombineerde afbeelding, in de meeste gevallen ook kleiner in bestandsgrootte is dan de optelsom van de verschillende afzonderlijke groottes en dit doordat er minder kleurentabellen en formaatinformatie moet opgeslagen worden.

Op complexe websites met een groot kleurenpallet kan je dan opteren om eventueel meerdere sprites te gebruiken.

Zo heeft het ontwikkelingsteam van de BBC website 60 externe afbeeldingen kunnen samenvoegen tot 3 sprites: 1 voor achtergronden, 1 voor kleurverlopen en 1 voor de afgeronde hoekjes.

Combineren van scripts en stylesheets

De meeste websites gebruiken meerdere scripts of stylesheet documenten. Vaak kunnen deze zonder probleem gecombineerd worden: dus alle Javascript files combineren tot 1 script file, en alle CSS files tot 1 stylesheet document. Uitzonderingen zijn natuurlijk de print stylesheet en de stylesheets specifiek voor Internet Explorer (via conditional comments).

Je kan, zoals ons, een onderscheid maken tussen development en productie omgevingen en blijven werken met afzonderlijke files tijdens het ontwikkelen van de website en deze dan op de productieserver samenvoegen, eventueel via een geautomatiseerd server-side script.

Comprimeren van CSS en Javascript files

Je kan HTTP compressie toepassen op serverniveau, om bestandsgroottes in realtime te verkleinen, maar je kan je ook baseren op minifying. Hierbij worden onnodige karakters uit de files verwijderd. Het gaat dan om commentaarregels, spaties, tabinsprongen, newlines, … Het resultaat is een compactere (maar minder leesbare) file. Ideaal dus voor productieomgevingen.

Obfuscation gaat als techniek nog verder, waarbij het moeilijker wordt om de source files correct te interpreteren. Het vervangt functienamen en variabelen door kortere karakters (a, b, c, …). Deze compressiemethode kan echter ook bugs in je code introduceren. Wees dus voorzichtig bij gebruik.

Enkele populaire tools om je code te minimaliseren zijn: JSMin en onze persoonlijke favoriet, YUICompressor.

Onze methodiek bij Javascript files is: de namen van variabelen en functies zo compact mogelijk te houden en dan de verschillende files via een PHP script samen te voegen, om daarna te comprimeren (via de minify techniek) en dan via HTTP compressie in de browser te bezorgen.

Gemiddeld kan je met de minify techniek op de bestandsgrootte zo’n 20% besparen. Als je het combineert met HTTP compressie kan je er vaak nog eens een extra 5% van krijgen.

CSS optimalisatie

We kennen ondertussen allemaal het belang van CSS. Maar toch kan je ook met CSS nog de mist in gaan. Vooral bij grotere sites is het soms moeilijk om het aantal CSS regels beperkt te houden. Vandaar deze quote van Nate Koechley:

We spend a lot of time on familiarizing ourselves with all the properties and values of CSS, but the power of professional CSS lies in choosing the right selectors.

Het komt er dus op neer om je CSS compact te houden, ondermeer door het kiezen van de juiste selectors.

Je kan je CSS ook optimaliseren door:

• Geen te lange namen te kiezen bij je ids en classes
• Shorthand CSS properties toepassen
• Modulaire aanpak volgen en groeperen van gemeenschappelijke kenmerken

Gebruik geen @import

Ondanks het gemak van het importeren van CSS via @import, is het ten stelligste af te raden. Zelfs al staat de @import regel helemaal bovenaan de HTML pagina, dan nog zullen die files pas als allerlaatste ingeladen worden. Het verhindert dus de vlotte rendering van de website.

Het laden van de externe CSS files gebeurt best via de <link> tag in de head van het document.

Javascript: plaats je externe scripttags niet in de head

In tegenstelling tot externe CSS files, plaats je scripts best onderaan de pagina. Vele developers doen dit net in de head van het HTML document, maar dat heeft een negatieve inpact op de performantie.

Tijdens het laden van zo’n script wordt namelijk het downloaden in parallel tijdelijk geblokkeerd. De reden hiervoor is dat het script document.write kan bevatten, waardoor de structuur van de HTML nog voor het renderen kan wijzigen.

Een andere reden voor dit gedrag is omdat browsers willen vermijden dat het ene script onbedoeld voor het andere wordt geladen. Hierdoor zouden Javascript errors kunnen optreden, wanneer de ene file afhankelijk is van de andere.

Tijdens het downloaden van Javascript files, worden er dus geen andere componenten gedownload… Als je wil dat de website snel wordt weergegeven, dan plaats je dus best Javascript files onderaan de pagina.

Deferred scripts

Je zou eventueel het attribuut defer kunnen toevoegen aan je script in de head, waarmee je aangeeft dat die file geen document.write zal bevatten, maar helaas werkt dat niet in Firefox en dus eigenlijk is dat geen optie.

Preloading

Door te preloaden kan je optimaal gebruik maken van de tijd nadat de browser alle huidige componenten heeft ingeladen, om nieuwe te downloaden, die je misschien nodig hebt op volgende pagina’s.

We onderscheiden 3 scenario’s waarin je assets kan preloaden:

1. Unconditional preload:

   In dit geval worden de assets altijd ingeladen wanneer je bepaalde een pagina bezoekt. Een goed voorbeeld hiervan is de homepage van Google. Hierop downloaden ze de sprite met de afbeeldingen voor de resultaten pagina van zodra de homepage klaar is met laden (onLoad event). Wanneer de gebruikers dus iets zoekt en op de resultatenpagina terecht komt, dan zit de sprite al in de browsercache.

2. Conditional preload:

   Hier start je het downloaden van sommige componenten of scripts van zodra de gebruiker bepaalde controls of widgets begint te gebruiken. Voorbeelden hiervan vind je op de Yahoo! homepage.

3. Anticipated preload:

   Bij het redesignen van een website kan je een tijdje op voorhand de stylesheets, scripts of afbeeldingen van het nieuwe design laten downloaden. Wanneer de nieuwe site dan gelanceerd wordt, blijft hij toch snel presteren, omdat de componenten in de browsercache van de trouwe bezoekers zullen zitten.

En verder

Tot zover dus de theorie. In het volgende artikel ga ik met concrete voorbeelden en cijfers aantonen hoeveel voordeel je kan halen uit caching, het beperken van het aantal HTTP requests, de CSS en Javascript technieken, … En vooral met welke tools je de performantie kan meten, om zelf ook aan de slag te gaan. Stay tuned!

• Toegevoegd op: 14 November 2008
• Geschreven door: davy
• Tags: CSS, CSS sprites, frontend, HTTP request, Javascript, minify, optimalisatie, preloading, technieken, tips, website

• Reageer
• Permanente link
• Reacties (3)
• Links naar dit artikel

LoadModule expires_module modules/mod_expires.so
LoadModule headers_module modules/mod_headers.so

ExpiresActive On

<Directory "/var/www/htdocs" />
   Options FollowSymLinks MultiViews
   AllowOverride All
   Order allow,deny
   Allow from all
   ExpiresDefault A3600
   <FilesMatch "\.html$">
      ExpiresDefault A86400
   </FilesMatch>
   <FilesMatch "\.(gif|jpg|png|js|css)$">
      ExpiresDefault A31536000
   </FilesMatch>
</Directory>

<VirtualHost *>
...
ExpiresActive On
ExpiresDefault "access plus 3600 seconds"
<Directory "/var/www/htdocs" />
   Options FollowSymLinks MultiViews
   AllowOverride All
   Order allow,deny
   Allow from all
   ExpiresByType text/html "access plus 1 day"
   ExpiresByType text/css "access plus 1 year"
   ExpiresByType text/javascript "access plus 1 year"
</Directory>
</VirtualHost>

<FilesMatch "\.(css)$">
Header set Cache-Control "max-age=604800, public"
</FilesMatch>

LoadModule deflate_module modules/mod_deflate.so

AddOutputFilterByType DEFLATE text/html text/plain
text/xml text/css application/javascript

<Directory /usr/local/httpd/htdocs>
   FileETag MTime Size
</Directory>

Header unset Etag
FileETag none