<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Frontaal.net &#187; Gebruiksvriendelijkheid | Frontaal.net</title>
	<atom:link href="http://frontaal.net/tag/gebruiksvriendelijkheid/feed/" rel="self" type="application/rss+xml" />
	<link>http://frontaal.net</link>
	<description>Front-end basics over markup, CSS en toegankelijkheid</description>
	<lastBuildDate>Thu, 24 May 2012 00:17:26 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
		<item>
		<title>Zes tips voor gebruiksvriendelijke links</title>
		<link>http://frontaal.net/200901/zes-tips-voor-gebruiksvriendelijke-links/</link>
		<comments>http://frontaal.net/200901/zes-tips-voor-gebruiksvriendelijke-links/#comments</comments>
		<pubDate>Tue, 06 Jan 2009 08:42:08 +0000</pubDate>
		<dc:creator>Roger</dc:creator>
				<category><![CDATA[Gebruiksvriendelijkheid]]></category>
		<category><![CDATA[html]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[markup]]></category>
		<category><![CDATA[Toegankelijkheid]]></category>

		<guid isPermaLink="false">http://frontaal.net/?p=11</guid>
		<description><![CDATA[Zonder links zou internet niet bestaan. Links zijn essentieel voor je website. Maar ook voor zoekmachines. En zeker voor bezoekers. En dan niet alleen links naar de website toe, maar ook links op de site zelf. Toch wordt er in de praktijk relatief weinig aandacht besteed aan de gebruiksvriendelijkheid en toegankelijkheid van links, terwijl een simpele verbetering soms een boost voor je site kan betekenen.]]></description>
			<content:encoded><![CDATA[<p>Zonder links zou internet niet bestaan. Links zijn essentieel voor je website. Maar ook voor zoekmachines. En zeker voor bezoekers. En dan niet alleen links naar de website toe, maar ook links op de site zelf. Toch wordt er in de praktijk relatief weinig aandacht besteed aan de gebruiksvriendelijkheid en toegankelijkheid van links, terwijl een simpele verbetering soms een boost voor je site kan betekenen.</p>
<p>De tips in het kort:</p>
<ol>
<li><a href="#echte-link">Maak van elke link een echte link</a></li>
<li><a href="#beschrijvende-tekst">Geef een link een beschrijvende tekst</a></li>
<li><a href="#tekstonderscheid">Zorg dat duidelijk is wat een link is (en wat niet)</a></li>
<li><a href="#linkonderscheid">Maak onderscheid in onbezochte en bezochte links</a></li>
<li><a href="#venster">Open links niet in een nieuw venster</a></li>
<li><a href="#iconen">Gebruik iconen om links te verhelderen</a></li>
</ol>
<p><span id="more-11"></span></p>
<h2 id="echte-link">1. Maak van elke link een echte link</h2>
<p>Wanneer je links hebt waar bezoekers javascript voor nodig hebben om erop te kunnen klikken, dan heb je onechte links. Meestal staat er iets dergelijks in als:</p>
<pre class="brush: html">
&lt;a href=&quot;javascript:newwindow()&quot;&gt;link&lt;/a&gt;
&lt;a href=&quot;#&quot; onclick=&quot;javascript:popUp(&#039;http://www.example.com&#039;)&quot;&gt;link&lt;/a&gt;
</pre>
<p>Die link leidt nergens naartoe wanneer javascript uitstaat. Nou hebben de meeste <em>mensen</em> wel javascript aan, maar <em>zoekmachines</em> niet. Daarom kunnen veel sites met javascriptmenu’s een hoge score in zoekmachines bij voorbaat al vergeten; er valt voor een zoekmachine weinig te indexeren. Daarnaast blijven er altijd mensen die bijvoorbeeld vanwege bedrijfsveiligheid javascript niet aan hebben staan (<a href="http://upsdell.com/BrowserNews/stat_trends.htm#script" title="Browser News: javascript trends" rel="external">ongeveer 5%</a>). En zelfs voor je  webstatistiekenpakket kan het een <a href=" http://www.kaushik.net/avinash/2007/01/web-analytics-technical-implementation-best-practices-javascript-tags.html" rel="external">probleem</a> zijn. <strong>Kortom, zorg dat elke link ook zonder javascript ergens naartoe leidt.</strong> (Alternatieve menu&#8217;s bouw je met CSS, zoals wordt uitgelegd in het <a href="http://css.maxdesign.com.au/listutorial/" rel="external">Listutorial</a>. Gevorderde alternatieven zijn de o.a. de <a href=" http://htmldog.com/articles/suckerfish/ " rel="external">Son of Suckerfish dropdowns</a> of de <a href="http://www.udm4.com/" rel="external">UDM4</a>.)</p>
<h2 id="beschrijvende-tekst">2. Geef een link een beschrijvende tekst</h2>
<p>Uit onderzoek blijkt dat veel <a href="http://www.useit.com/alertbox/9710a.html" rel="external">bezoekers pagina’s niet <em>lezen</em>, maar door de pagina <em>scannen</em></a> naar informatie. <strong>Bezoekers letten op kopjes, dikgedrukte woorden, lijsten/opsommingen, maar ook op links</strong>. Immers, links zijn veelal bedoeld om aan te geven dat je naar meer informatie kun navigeren.</p>
<p>Tot voor kort was één van de meestvoorkomende linkteksten: “klik hier”. Wanneer je weet dat mensen de pagina niet lezen, maar scannen naar woorden en zinsdelen die aangeven dat er bepaalde informatie volgt, dan wordt duidelijk dat ‘klik hier’ de bezoeker weinig zegt. Men moet dan alsnog de context lezen om te begrijpen waar de link naartoe leidt. Bovendien is de &#8216;klik hier&#8217;-zin tekstueel gezien veelal overbodig; het is vaak voldoende om een woord of zinsdeel uit de voorgaande zin te linken.<br />
<img src="/wp-content/px/artikelen-links/links-klik-hier.gif" alt="Niet alleen zegt een 'klik hier'-link niks over waar de link naartoe leidt, de zin is vaak ook overbodig" /><br />
In bovenstaande afbeelding had men makkelijk kunnen volstaan door alles te verwijderen behalve de kopjes en vervolgens een link te maken van &#8216;Lenen via internet&#8217; en &#8216;Muziek lenen&#8217;. Niet alleen is meteen duidelijk wat het onderwerp van de link is, de extra regels &#8216;klik hier voor meer informatie&#8217; zijn ook nog duidelijk overbodig.</p>
<h2 id="tekstonderscheid">3. Zorg dat duidelijk is wat een link is (en wat niet)</h2>
<p>Links zijn vaak onderstreept. Maar op sommige sites wordt daarnaast onderstreping gebruikt om tekstkopjes te maken, of om een bepaald tekstdeel nadruk te geven. Bij teksten op papier is onderstreping daar erg geschikt voor, maar op internet valt zo moeilijker te onderscheiden wat een link is en wat niet.</p>
<p>Voorbeeld:<br />
Dit is <span style="text-decoration:underline;">onderstreepte tekst</span> en dit is een <a href="http://frontaal.net/">link naar de homepage</a>.</p>
<p><strong>Onderstreep dus nooit in internetteksten, tenzij het een link is</strong>. Het <a href="http://www.w3.org" rel="external">W3C</a> heeft niet voor niks het underline-element afgekeurd, zoals ook valt te lezen in mijn artikel over <a href="http://frontaal.net/200611/achterhaalde-elementen-deel-1/">achterhaalde elementen</a>.</p>
<p>Hoewel links dus vaak onderstreept zijn, kiezen sommige sites ervoor de onderstreping van links juist weg te halen. Dat maakt links moeilijker te herkennen. In dat geval is het belangrijk dat je links op andere manieren goed zichtbaar maakt, bijvoorbeeld door ze zowel een andere kleur mee te geven, als door ze dikgedrukt te maken. Let er dan wel goed op dat die links niet lijken op andere elementen in de tekst die <em>geen</em> links zijn.</p>
<h2 id="linkonderscheid">4. Maak onderscheid in onbezochte en bezochte links</h2>
<p>Zeker wanneer je een grote website hebt, is het handig als bezoekers ziet welke pagina’s ze al wel hebben bezocht en welke nog niet. Hoe frustrerend is het als je op een site naar informatie zoekt en je meerdere malen op dezelfde pagina terecht komt, terwijl je daar al bent geweest? Voorkom zulke ergernissen op je eigen site en <a href="http://www.useit.com/alertbox/20040503.html" rel="external">geef bezochte links een ander kleurtje mee</a>. Hiervoor gebruik je de <a href="http://htmldog.com/guides/cssintermediate/pseudoclasses/" rel="external">link-pseudo-classes</a> <code>a:link</code> en <code>a:visited</code>.</p>
<p>Je kunt je pagina nóg gebruiksvriendelijker maken door links op te lichten wanneer je muis er overheen gaat (<code>a:hover</code>), door links op te lichten als je met de tabknop erop staat (<code>a:focus</code>) en door links op te lichten wanneer je erop klikt (<code>a:active</code>). Tip: let in je CSS op de <a href="http://meyerweb.com/eric/thoughts/2007/06/11/who-ordered-the-link-states/" rel="external">volgorde van de link-states</a>.</p>
<h2 id="venster">5. Open links niet in een nieuw venster</h2>
<p>Sites openen links in een nieuw venster meestal om twee redenen:</p>
<ul>
<li>Om te voorkomen dat mensen je site verlaten.</li>
<li>Om de huidige pagina te houden, maar tegelijkertijd een aanvulling te tonen, zoals een extra uitleg, een vergroting van een foto, of een invulscherm.</li>
</ul>
<p>Met name het eerste punt is een veelgehoorde reden om een nieuw venster te laten openen. En inderdaad zijn er veel mensen die een nieuw scherm op prijs stellen. Het blijkt echter dat er net zoveel mensen zijn die helemaal <a href="http://www.smashingmagazine.com/2008/07/01/should-links-open-in-new-windows/" rel="external">geen nieuw venster willen openen</a>, of op z&#8217;n minst zelf de keus daarover willen hebben. Dus <strong>hoewel je de helft helpt, val je de andere helft er mee lastig</strong>. Mensen zelf laten kiezen voor een nieuw scherm is dan de beste optie. Bovendien is het maar de vraag of je mensen kwijt bent zodra je de link in hetzelfde venster opent. Raakt Google mensen kwijt doordat geen enkele link in een nieuw scherm wordt geopend?</p>
<p>Voor het tweede punt, het tonen van aanvullende info over de betreffende pagina, heeft men tegenwoordig methodes bedacht die als alternatief kunnen dienen voor het openen van een nieuw scherm. De informatie die je in het nieuwe scherm zou zetten, kun je bijvoorbeeld ook <a href="http://websemantics.co.uk/resources/accessible_form_help/" rel="external">verwerken in je huidige pagina</a>; je verbergt het met CSS en toont het slechts wanneer men erom vraagt. Een ander alternatief is om de &#8216;popup-pagina&#8217; te openen binnen hetzelfde scherm met behulp van scripts zoals <a href="http://www.huddletogether.com/projects/lightbox2/" rel="external">Lightbox2</a> of <a href="http://jquery.com/demo/thickbox/" rel="external">Thickbox</a>. Is een nieuw scherm toch nodig, zorg dan in ieder geval dat de popuplink leidt naar een <a href="#echte-link">echte pagina</a> (zie punt 1).</p>
<h2 id="iconen">6. Gebruik iconen om links te verhelderen</h2>
<p>Soms werkt het verhelderend om in één oogopslag te zien wat een link doet of waar het naartoe leidt. Op dit blog bijvoorbeeld gebruik ik een icoon om aan te geven dat een link naar een externe website leidt. Ik gebruik daarvoor <a href="http://netters.nl/css-selectors-deel-2" rel="external">attribuut-selectors</a>.</p>
<h2 id="leesvoer">Meer leesvoer</h2>
<ul>
<li>Webrichtlijnen: <a href="http://www.webrichtlijnen.nl/handleiding/ontwikkeling/productie/links-navigatie/" rel="external">Links en navigatie</a></li>
<li>Usarchy: <a href="http://www.usarchy.com/2007/06/klik-hier/" rel="external">Nooit meer &#8220;Klik hier&#8221; en &#8220;Lees verder&#8221;</a></li>
<li>Usarchy: <a href="http://www.usarchy.com/2007/11/usability-mythe-nieuw-venster/" rel="external">Usability mythe #2: open externe links in nieuw venster</a></li>
<li>UseIt: <a href="http://www.useit.com/alertbox/9605.html" rel="external">Top Ten Mistakes in Web Design</a></li>
<li>Dev.Opera: <a href="http://dev.opera.com/articles/view/accessible-context-sensitive-help-with-u/" rel="external">Accessible Context-sensitive Help with Unobtrusive DOM Scripting</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://frontaal.net/200901/zes-tips-voor-gebruiksvriendelijke-links/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>De splashpagina: handig! Of toch niet?</title>
		<link>http://frontaal.net/200611/de-splashpagina-handig-of-toch-niet/</link>
		<comments>http://frontaal.net/200611/de-splashpagina-handig-of-toch-niet/#comments</comments>
		<pubDate>Tue, 21 Nov 2006 23:14:15 +0000</pubDate>
		<dc:creator>Roger</dc:creator>
				<category><![CDATA[Gebruiksvriendelijkheid]]></category>

		<guid isPermaLink="false">http://frontaal.net/2006/11/de-splashpagina-handig-of-toch-niet/</guid>
		<description><![CDATA[Stel je hebt een geweldige beginpagina voor je site gebouwd. Een mooi logo. Een geweldig intro. Geluid erbij. En de bezoeker mag ook nog kiezen uit een taal of websiteversie. Prachtig toch? Of niet...?]]></description>
			<content:encoded><![CDATA[<p>Een splashpagina is een pagina van een website die bedoeld is als binnenkomstpagina. Meestal vind je daar een groot logo van de website, al dan niet verwerkt in een flitsend introfilmpje. Vaak wordt de splashpagina gebruikt om gebruikers te laten kiezen uit een taal, schermgrootte, of mogen ze naar wens een ‘gewone’ of een ‘superdeluxe’ versie van de website bekijken. Een splashpagina wordt dus meestal gebruikt:</p>
<div id="attachment_143" class="wp-caption alignright" style="width: 310px"><a href="http://frontaal.net/wp-content/uploads/splashpagina-skatezone.jpg" rel="shadowbox[sbpost-5];player=img;"><img src="http://frontaal.net/wp-content/uploads/splashpagina-skatezone-300x177.jpg" alt="" title="splashpagina-skatezone" width="300" height="177" class="size-medium wp-image-143" /></a><p class="wp-caption-text">Voorbeeld van een splashpagina</p></div>
<ul>
<li>Om duidelijk te maken wat voor website het is;</li>
<li>Om een goede indruk achter te laten;</li>
<li>Om gebruikers keuzevrijheid te gunnen.</li>
</ul>
<p>Allemaal erg begrijpelijke redenen, immers, bezoekers willen graag weten of ze op de goede site zijn; je wilt ook graag dat je bezoekers behoudt, door een goede indruk achter te laten; en bezoekers houden graag zelf de touwtjes in handen, dus bezoekers laten kiezen is ideaal. Toch?</p>
<p>De vraag is of daar een splashpagina voor nodig is. Vaak kan informatie en een goede indruk prima overgebracht worden zonder extra beginpagina. En zou het niet nog mooier zijn om bezoekers al voor te leggen waar men naar zoekt, in plaats van hen in een extra tussenstap een vraag voor te leggen?</p>
<h3>Inhoud</h3>
<ul>
<li><a href="#nadelen">Nadelen van een splashpagina</a></li>
<li><a href="#intro">Ja, allemaal leuk en aardig, maar mijn flitsende intro dan?</a></li>
<li><a href="#cookie">Maar als ik het intro alleen bij het eerste bezoek toon?</a></li>
<li><a href="#duidelijk">Hoe maak ik dan duidelijk wat voor website het is?</a></li>
<li><a href="#kiezen">Maar hoe laat ik gebruikers dan een taal/schermgrootte/websiteversie kiezen?</a>
<ul>
<li><a href="#schermgrootte">Het kiezen van een schermgrootte</a></li>
<li><a href="#taalkeuze">Het kiezen van een taal</a></li>
<li><a href="#luxe">Luxe versie vs. HTML</a></li>
</ul>
</li>
<li><a href="#conclusie">Conclusie</a></li>
<li><a href="#leesvoer">Extra leesvoer</a></li>
</ul>
<h3 id="nadelen">Nadelen van een splashpagina</h3>
<p>Er blijken veel nadelen te zitten aan een splashpagina: <span id="more-5"></span><br />
<div id="attachment_160" class="wp-caption alignright" style="width: 244px"><a href="http://frontaal.net/wp-content/uploads/website-niet-vindbaar.jpg" rel="shadowbox[sbpost-5];player=img;"><img src="http://frontaal.net/wp-content/uploads/website-niet-vindbaar-234x300.jpg" alt="" title="website-niet-vindbaar" width="234" height="300" class="size-medium wp-image-160" /></a><p class="wp-caption-text">De site met de splashpagina is moeilijk vindbaar; concurrenten zijn wel te vinden.</p></div></p>
<ol>
<li><strong>In de weg.</strong> Er zijn nauwelijks bezoekers die een splashpagina bekijken, want er staat nauwelijks informatie. En mocht er een animatie of filmpje staan, dan klikt men ook weg: <a href="http://news.bbc.co.uk/1/hi/technology/3023514.stm" rel="external">internetters zijn ongeduldig</a>. Vergelijk het met de ingang van een winkel waar je bij elk bezoek eerst verplicht langs een groot spandoek moet om bij de deur te komen. Of verplicht naar het optreden van steeds dezelfde clown moet kijken voordat je naar binnen mag.</li>
<li><strong>Extra moeite.</strong> Makkelijk te bagatelliseren, maar een splashpagina betekent een extra muisklik voor bezoekers. Extra moeite is drempelverhogend. En elke drempel maakt de kans groter dat men vertrekt.</li>
<li><strong>Extra laadtijd.</strong> Met name een groot logo of een animatie betekent extra laadtijd voor bezoekers. Extra laadtijd is drempelverhogend. Elke drempel maakt de kans groter dat men vertrekt.</li>
<li><strong>Extra onderhoud.</strong> Wanneer men op de splashpagina uit meerdere versies van je website kan kiezen, betekent het ook dat je meerdere versies van je website moet onderhouden.</li>
<li><strong>Extra bandbreedte.</strong> Extra laadtijd betekent vaak ook extra bandbreedteverbruik voor je website. Dat kan extra kosten met zich meebrengen.</li>
<li><strong>Slechter vindbaar.</strong> En last but not least, omdat er nauwelijks informatie (trefwoorden) en links op een splashpagina staan, krijgt deze pagina een lage score in zoekmachines. <a href="http://www.seomoz.org/blog/how-to-convince-a-client-they-dont-need-a-splash-page" rel="external">Met een splashpagina zul je slechter vindbaar zijn</a> dan zonder splashpagina. Dit valt al een aantal jaren niet meer op te lossen door trucs zoals het toevoegen van trefwoorden. Sterker nog, pagina’s waarop trucs worden toegepast, kunnen zonder pardon uit de index van de zoekmachine worden gegooid, <a href="http://www.elsevier.nl/web/1032626/Nieuws/Cultuur-Televisie/Google-bestraft-websites-FBTO-en-AMEV.htm" rel="external">zoals ook grote bedrijven als Ohra is gebeurd</a>.</li>
</ol>
<h3 id="intro">Ja, allemaal leuk en aardig, maar mijn flitsende intro dan?</h3>
<p>Een goede indruk achterlaten is niet afhankelijk van een flitsende splashpagina. Je intro kan best geweldig zijn, maar aangezien de meeste internetters ongeduldig zijn, zijn ze ook weer <a href="http://www.webwereld.nl/articles/43675/online-consument-wacht-maximaal-vier-seconden.html" rel="external">snel weg</a>. Daar gaat die mooie indruk. Een goede indruk achterlaten doe je wél door een overzichtelijke en makkelijk te gebruiken site te bouwen. En, belangrijker nog, door duidelijk te maken wat voor site het is en door zaken te bieden die de bezoeker wenst.</p>
<h3 id="cookie">Maar als ik het intro alleen bij het eerste bezoek toon?</h3>
<p>Als je ondanks alle tegenargumenten nog steeds een intro wilt tonen, dan kun je m.b.v. een cookie ervoor zorgen dat vaste bezoekers het intro overslaan. Echter, als de beveiligingsinstellingen van sommige vaste bezoekers zo zijn ingesteld dat ze geen cookies accepteren of dat cookies na het surfen worden weggegooid, zullen die vaste bezoekers bij elk bezoek alsnog iedere keer jouw intro zien. Dus iedere keer laden, iedere keer &#8216;skip intro&#8217; klikken&#8230; </p>
<p>Kortom, er zijn simpelweg teveel argumenten om géén splashpagina te gebruiken. Duidelijk maken waar je site over gaat, gaat zelfs een stuk beter zónder splashpagina.</p>
<h3 id="duidelijk">Hoe maak ik dan duidelijk wat voor website het is?</h3>
<p>Enkele ideeën:</p>
<ul>
<li>Toon op elke pagina een duidelijk logo en/of titel.</li>
<li>Geef op de homepage een duidelijke maar korte omschrijving waar de website over gaat, of gebruik een <a href="http://www.schrijvenvoorinternet.nl/2007/10/30/het-belangrijkste-tekstje-op-je-website/" rel="external">tagline</a>.</li>
<li>Lever links naar pagina’s op je site die meer informatie bieden.</li>
</ul>
<h3 id="kiezen">Maar hoe laat ik gebruikers dan een taal/schermgrootte/websiteversie kiezen?</h3>
<p>Bezoekers laten kiezen is vaak helemaal niet nodig, omdat in de praktijk blijkt dat bezoekersgedrag goed voorspelbaar is en je dus bij de bouw al rekening mee kunt houden met wat bezoekers willen.</p>
<h4 id="schermgrootte">Het kiezen van een schermgrootte</h4>
<p>Aangezien nagenoeg elke computergebruiker surft met een <a href="http://www.onestat.com/html/press-release-wide-screen-resolutions-extremely-popular.html" rel="external">schermresolutie</a> van 1024&#215;768 of groter (ca. 95%), is één van de meest gebruikte breedtes van een website ongeveer 960-990 pixels. Zo is de site met veruit de meeste schermgroottes <sup class="voetnoot-nummer">1</sup> goed te bekijken, ook op de minilaptops of <a href="http://nl.wikipedia.org/wiki/Netbook" rel="external">netbooks</a> die tegenwoordig &#8216;in&#8217; zijn. Wil je dat de site meer ruimte inneemt bij grotere resoluties, dan kun je kiezen voor een layout die zich aanpast aan de beschikbare grootte op het scherm, de zogenoemde fluid of <a href="http://www.cssliquid.com/resources/" rel="external">liquid layouts</a>. Zo val je de bezoeker niet lastig met vragen over schermgrootte.</p>
<p>Let op dat ik het het hierboven had over de schermresolutie van <em>computergebruikers</em>; er zijn tegenwoordig ook steeds meer mensen die surfen op hun iPhone of ander mobieltje met internet. Mobiele internetters maken gebruik van een tragere verbinding en een veel kleiner scherm. Voor hen is het prettig als je een manier biedt die verder gaat dan een smallere website. Je kunt denken aan een speciale site voor mobiele browsers (zoals bijvoorbeeld <a href="http://tweakers.net" rel="external">Tweakers</a> heeft gedaan met <a href="http://tweakers.mobi/" rel="external">Tweakers.mobi</a>), of een vergelijkbare functionaliteit waarbij je jouw site laat omzetten naar een <a href="http://www.google.com/reader/m/view/feed/http://frontaal.net/feed/">versie geschikt voor mobieltjes</a>.</p>
<h4 id="taalkeuze">Het kiezen van een taal</h4>
<p>Dit kun je afvangen door met behulp van serverside scripting te kijken in wat voor taal de browser van bezoekers staat afgesteld en aan de hand daarvan de website <a href="http://www.w3.org/QA/2006/02/content_negotiation" rel="external">in de juiste taal voor te leggen</a>. Dan krijgt men zonder enige moeite te doen de taal die men wenst. Ook kun je de taalkeuze deel laten uitmaken van een vaste keuze op de pagina’s van je website. Dan kan men op ieder moment switchen en is men niet afhankelijk van binnenkomst via de voorpagina.</p>
<h4 id="luxe">Luxe versie vs. HTML</h4>
<p>Bezoekers gaan in het overgrote deel van de gevallen voor de versie die de content biedt die ze zoeken. Bewegende animaties of filmpjes om je site op te fleuren zijn van ondergeschikt belang. Sterker nog, na het één of twee keer gezien te hebben, gaat het irriteren en wil men liever een versie zonder fancy animaties. Richt je dus vooral op heldere, boeiende content. Waarom zou je de moeite van het bouwen van twee websites (een luxe versie en een gewone versie) niet steken in het bouwen van één geweldige website?</p>
<h3 id="conclusie">Conclusie</h3>
<p>Uiteindelijk gaat het bezoekers slechts om het makkelijk en snel vinden van de juiste informatie. Een splashpagina levert <strong>extra laadtijd, extra klikken, teveel keuze, weinig info en slechte vindbaarheid</strong>, dus draagt daar niet aan bij.</p>
<p>Wel ben ik benieuwd of er nog andere argumenten zijn vóór een splashpagina?</p>
<h3 id="leesvoer">Extra leesvoer</h3>
<ul>
<li><a href="http://www.websiteoptimization.com/speed/tweak/splash/" rel="external">Sink the splash pages</a> (invalshoek: snellere website)</li>
<li><a href="http://www.seomoz.org/blog/how-to-convince-a-client-they-dont-need-a-splash-page" rel="external">How to convince a client they don&#8217;t need a splash page</a> (invalshoek: zoekmachineoptimalisatie)</li>
<li><a href="http://www.useit.com/alertbox/20020512.html" rel="external">Top Ten Guidelines for Homepage Usability</a> (invalshoek: gebruiksvriendelijkheid)</li>
</ul>
<p><em>Update 18 april 2009</em>: extra links en info over cookies toegevoegd</p>
]]></content:encoded>
			<wfw:commentRss>http://frontaal.net/200611/de-splashpagina-handig-of-toch-niet/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

