<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Reacties op: Taalkeuzescherm: absoluut te vermijden?</title>
	<atom:link href="http://usability-blog.be/taalkeuzescherm-vermijden/feed/" rel="self" type="application/rss+xml" />
	<link>http://usability-blog.be/taalkeuzescherm-vermijden/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=taalkeuzescherm-vermijden</link>
	<description>Over usability, conversie, internet marketing en informatiearchitectuur</description>
	<lastBuildDate>Fri, 04 May 2012 18:54:00 +0200</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>Door: Arjen van Kol</title>
		<link>http://usability-blog.be/taalkeuzescherm-vermijden/#comment-9967</link>
		<dc:creator>Arjen van Kol</dc:creator>
		<pubDate>Mon, 21 Mar 2011 17:37:49 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2684#comment-9967</guid>
		<description>Fascinerende discussie. Hier wat observaties van een Nederlander.

Ik stel vast dat de gevoeligheden bij _sommige_ Belgen zo hoog zijn, dat een serieuze organisatie het zich simpelweg niet kan veroorloven om iemand te bejegenen in een taal die niet zijn voorkeurstaal is. Toch lijkt het me onwenselijk om 100% van de mensen een keer extra te laten klikken voor ze hun doel bereiken, terwijl (foutieve) automatische taalselectie voor een klein percentage van de mensen een probleem zou zijn, dat bovendien met een extra klik is op te lossen. Toon een taalkeuzescherm alleen aan de echte twijfelgevallen.

URL&#039;s moeten taalspecifiek zijn, zodat alleen een bezoek aan de homepage tot een taalkeuzeprobleem leidt en eventueel voor automatische detectie in aanmerking komt.

Iedere pagina dient een taalkeuzeoptie te bevatten, bij voorkeur rechtsboven omdat het de conventie is.

Gemaakte taalkeuzes dienen te worden opgeslagen in een cookie, dat lang bewaard wordt. Dit zou potentieel kunnen leiden tot problemen bij publiek toegankelijke computers, maar die horen wat mij betreft zo ingesteld te zijn, dat ze cookies sowieso alleen voor de duur van een browsersessie bewaren.

Taalkeuze op basis van HTML5-geolocatie of locatiebepaling aan de hand van het IP-adres zijn onwenselijk, omdat het verband tussen voorkeurstaal en locatie niet zomaar mag worden verondersteld (en dat zeker niet alleen _binnen_ België).

Een paar ideeën: als in de HTTP request header bij &#039;accept-language&#039; wel een nl, maar geen fr voorkomt (of andersom), kies dan op basis daarvan een taal. Als een bezoeker komt vanaf een Nederland/Franstalige resultaatpagina van Google (te zien in de URL in HTTP Referrer), kies dan op basis daarvan een taal.</description>
		<content:encoded><![CDATA[<p>Fascinerende discussie. Hier wat observaties van een Nederlander.</p>
<p>Ik stel vast dat de gevoeligheden bij _sommige_ Belgen zo hoog zijn, dat een serieuze organisatie het zich simpelweg niet kan veroorloven om iemand te bejegenen in een taal die niet zijn voorkeurstaal is. Toch lijkt het me onwenselijk om 100% van de mensen een keer extra te laten klikken voor ze hun doel bereiken, terwijl (foutieve) automatische taalselectie voor een klein percentage van de mensen een probleem zou zijn, dat bovendien met een extra klik is op te lossen. Toon een taalkeuzescherm alleen aan de echte twijfelgevallen.</p>
<p>URL&#8217;s moeten taalspecifiek zijn, zodat alleen een bezoek aan de homepage tot een taalkeuzeprobleem leidt en eventueel voor automatische detectie in aanmerking komt.</p>
<p>Iedere pagina dient een taalkeuzeoptie te bevatten, bij voorkeur rechtsboven omdat het de conventie is.</p>
<p>Gemaakte taalkeuzes dienen te worden opgeslagen in een cookie, dat lang bewaard wordt. Dit zou potentieel kunnen leiden tot problemen bij publiek toegankelijke computers, maar die horen wat mij betreft zo ingesteld te zijn, dat ze cookies sowieso alleen voor de duur van een browsersessie bewaren.</p>
<p>Taalkeuze op basis van HTML5-geolocatie of locatiebepaling aan de hand van het IP-adres zijn onwenselijk, omdat het verband tussen voorkeurstaal en locatie niet zomaar mag worden verondersteld (en dat zeker niet alleen _binnen_ België).</p>
<p>Een paar ideeën: als in de HTTP request header bij &#8216;accept-language&#8217; wel een nl, maar geen fr voorkomt (of andersom), kies dan op basis daarvan een taal. Als een bezoeker komt vanaf een Nederland/Franstalige resultaatpagina van Google (te zien in de URL in HTTP Referrer), kies dan op basis daarvan een taal.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Tom Hermans</title>
		<link>http://usability-blog.be/taalkeuzescherm-vermijden/#comment-7625</link>
		<dc:creator>Tom Hermans</dc:creator>
		<pubDate>Thu, 18 Nov 2010 12:22:09 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2684#comment-7625</guid>
		<description>Voor de meertalige sites die ik totnogtoe maakte, zit er geen taalkeuzescherm, wel iconen op elke pagina om steeds te kunnen switchen. Handiger, plus er is vaak ook een voorkeurstaal, bij de klanten die ik bediende althans (bv. Vlaams bedrijf met +/-20% klanten in Wallonië).

Als het om echt veel talen gaat, is het dan ook niet interessant om naast de taalkeuze overal te displayen (dropdown bv. om plaats te winnen) dit &#039;taalkeuzescherm&#039; mbv een modal box op de homepage op te vangen ? Of is dat niet accessible genoeg ?</description>
		<content:encoded><![CDATA[<p>Voor de meertalige sites die ik totnogtoe maakte, zit er geen taalkeuzescherm, wel iconen op elke pagina om steeds te kunnen switchen. Handiger, plus er is vaak ook een voorkeurstaal, bij de klanten die ik bediende althans (bv. Vlaams bedrijf met +/-20% klanten in Wallonië).</p>
<p>Als het om echt veel talen gaat, is het dan ook niet interessant om naast de taalkeuze overal te displayen (dropdown bv. om plaats te winnen) dit &#8216;taalkeuzescherm&#8217; mbv een modal box op de homepage op te vangen ? Of is dat niet accessible genoeg ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Onno Willems</title>
		<link>http://usability-blog.be/taalkeuzescherm-vermijden/#comment-5515</link>
		<dc:creator>Onno Willems</dc:creator>
		<pubDate>Sun, 11 Jul 2010 10:13:29 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2684#comment-5515</guid>
		<description>Klein tegengeluidje: Automatiseren heeft niet mijn voorkeur! Ik installeer mijn computers altijd in het Engels (zowel OS als de applicaties). Websites van Nederlandstalige bedrijven wil ik echter wel gewoon in het Nederlands zien. Niets irritanter dan web sites die slim willen zijn en mij een Engelse variant aan gaan bieden waarbij de keuzemogelijkheid goed verstopt is. Mijn voorkeur: Op domeinextensie en als er meerdere talen per domein nodig zijn is een goed keuzescherm best oke.</description>
		<content:encoded><![CDATA[<p>Klein tegengeluidje: Automatiseren heeft niet mijn voorkeur! Ik installeer mijn computers altijd in het Engels (zowel OS als de applicaties). Websites van Nederlandstalige bedrijven wil ik echter wel gewoon in het Nederlands zien. Niets irritanter dan web sites die slim willen zijn en mij een Engelse variant aan gaan bieden waarbij de keuzemogelijkheid goed verstopt is. Mijn voorkeur: Op domeinextensie en als er meerdere talen per domein nodig zijn is een goed keuzescherm best oke.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: maarten hazebroek</title>
		<link>http://usability-blog.be/taalkeuzescherm-vermijden/#comment-5479</link>
		<dc:creator>maarten hazebroek</dc:creator>
		<pubDate>Tue, 06 Jul 2010 09:47:01 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2684#comment-5479</guid>
		<description>Geo-locatie lijkt me moeilijk haalbaar omdat je gewoon niet kunt zeggen welke taal iemand spreekt aan de hand van waar hij zich bevindt.

De al eerder aangehaalde voorbeelden (Pixmania) die eerst in het Frans getoond worden wekken mijn ergernis. 
En ik hoor van mijn franstalige collega&#039;s hetzelfde als het andersom is.

Een techniek die ik vaak gebruik is vergelijken met &#039;real life&#039; en als ik naar een Belgisch bedrijf bel neemt men daar vaak de telefoon op met &#039;Goedendag-Bonjour&#039; (Begacom, Proximus, Fortis, ...) en als ik dan mijn vraag stel , in de taal van mijn keuze, is mijn keuze gemaakt en de rest duidelijk. En word ik vriendelijk geholpen.

Taalkeuze-schermen zijn dus een bewijs van hoffelijkheid.
Maar ze moeten natuurlijk wel goed zijn.

En Google zal er wel iets op vinden als er in de VS wat meer tweetalige site (Engels/Spaans) gaan bestaan.</description>
		<content:encoded><![CDATA[<p>Geo-locatie lijkt me moeilijk haalbaar omdat je gewoon niet kunt zeggen welke taal iemand spreekt aan de hand van waar hij zich bevindt.</p>
<p>De al eerder aangehaalde voorbeelden (Pixmania) die eerst in het Frans getoond worden wekken mijn ergernis.<br />
En ik hoor van mijn franstalige collega&#8217;s hetzelfde als het andersom is.</p>
<p>Een techniek die ik vaak gebruik is vergelijken met &#8216;real life&#8217; en als ik naar een Belgisch bedrijf bel neemt men daar vaak de telefoon op met &#8216;Goedendag-Bonjour&#8217; (Begacom, Proximus, Fortis, &#8230;) en als ik dan mijn vraag stel , in de taal van mijn keuze, is mijn keuze gemaakt en de rest duidelijk. En word ik vriendelijk geholpen.</p>
<p>Taalkeuze-schermen zijn dus een bewijs van hoffelijkheid.<br />
Maar ze moeten natuurlijk wel goed zijn.</p>
<p>En Google zal er wel iets op vinden als er in de VS wat meer tweetalige site (Engels/Spaans) gaan bestaan.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: wds</title>
		<link>http://usability-blog.be/taalkeuzescherm-vermijden/#comment-5476</link>
		<dc:creator>wds</dc:creator>
		<pubDate>Mon, 05 Jul 2010 11:43:53 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2684#comment-5476</guid>
		<description>Qua automatische taalkeuze denk ik dat de enige juiste manier is te kijken naar wat de browser je vertelt. Een firefox gedownload van de nederlandstalige mozilla website zal geloof ik nederlands als voorkeurtaal hebben. Gelijkaardig voor IE in windows etc. Als je naar deze taal kijkt dan weet je tenminste dat de gebruiker die al begrijpt (want het is hoogstwaarschijnlijk de taal die zijn browser gebruikt).

Geolocation kan heel vervelend zijn. Mensen die reizen in Europa en google willen gebruiken kunnen ervan meespreken. Als je ooit es naar myspace geweest bent (nog altijd een populaire lokatie voor bands) vanuit België heb je waarschijnlijk de franstalige versie voorgeschoteld gekregen. Niet alleen kijken ze niet naar mijn voorkeurstaal (ik heb engels en nederlands ingesteld staan), maar ze vertikken ook te onthouden wat mijn voorkeur is als ik niet ingelogd ben (heb geen myspace account). Eén van de beste manieren om klanten te weren, zou ik zo zeggen. De 5de keer dat je je taal moet veranderen zeg je gewoon van laat maar zo.</description>
		<content:encoded><![CDATA[<p>Qua automatische taalkeuze denk ik dat de enige juiste manier is te kijken naar wat de browser je vertelt. Een firefox gedownload van de nederlandstalige mozilla website zal geloof ik nederlands als voorkeurtaal hebben. Gelijkaardig voor IE in windows etc. Als je naar deze taal kijkt dan weet je tenminste dat de gebruiker die al begrijpt (want het is hoogstwaarschijnlijk de taal die zijn browser gebruikt).</p>
<p>Geolocation kan heel vervelend zijn. Mensen die reizen in Europa en google willen gebruiken kunnen ervan meespreken. Als je ooit es naar myspace geweest bent (nog altijd een populaire lokatie voor bands) vanuit België heb je waarschijnlijk de franstalige versie voorgeschoteld gekregen. Niet alleen kijken ze niet naar mijn voorkeurstaal (ik heb engels en nederlands ingesteld staan), maar ze vertikken ook te onthouden wat mijn voorkeur is als ik niet ingelogd ben (heb geen myspace account). Eén van de beste manieren om klanten te weren, zou ik zo zeggen. De 5de keer dat je je taal moet veranderen zeg je gewoon van laat maar zo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Edwin</title>
		<link>http://usability-blog.be/taalkeuzescherm-vermijden/#comment-5436</link>
		<dc:creator>Edwin</dc:creator>
		<pubDate>Wed, 30 Jun 2010 13:52:53 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2684#comment-5436</guid>
		<description>Nog een ander element dat mee speelt met die taalkeuze pagina&#039;s...

Stel je bent een Vlaams bedrijf met voornamelijk Vlaamse klanten. Zoals misschien wel de meeste kleinere bedrijven hier dus.

Nu goed, je wil je bezoekers ter wille zijn, en je hebt Frans en Engels in de aanbieding.

Als iedereen, bij het betreden van de website, eerst door het taalkeuze scherm zijn weg moet klikken, dan wil dit ook zeggen dat de overgrote meerderheid van je bezoekers iets moeten gaan doen dat niet nodig is...

&lt;b&gt;Dave,&lt;/b&gt;

Je kan het ook zonder taalkeuze pagina doen. Bij de meeste websites is het aantal talen toch maar beperkt. Dat kan je perfect met tekst linkjes, en onder bepaalde omstandigheden met vlaggetjes, oplossen die overal in de website zichtbaar zijn.</description>
		<content:encoded><![CDATA[<p>Nog een ander element dat mee speelt met die taalkeuze pagina&#8217;s&#8230;</p>
<p>Stel je bent een Vlaams bedrijf met voornamelijk Vlaamse klanten. Zoals misschien wel de meeste kleinere bedrijven hier dus.</p>
<p>Nu goed, je wil je bezoekers ter wille zijn, en je hebt Frans en Engels in de aanbieding.</p>
<p>Als iedereen, bij het betreden van de website, eerst door het taalkeuze scherm zijn weg moet klikken, dan wil dit ook zeggen dat de overgrote meerderheid van je bezoekers iets moeten gaan doen dat niet nodig is&#8230;</p>
<p><b>Dave,</b></p>
<p>Je kan het ook zonder taalkeuze pagina doen. Bij de meeste websites is het aantal talen toch maar beperkt. Dat kan je perfect met tekst linkjes, en onder bepaalde omstandigheden met vlaggetjes, oplossen die overal in de website zichtbaar zijn.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: David</title>
		<link>http://usability-blog.be/taalkeuzescherm-vermijden/#comment-5435</link>
		<dc:creator>David</dc:creator>
		<pubDate>Wed, 30 Jun 2010 10:17:38 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2684#comment-5435</guid>
		<description>Met 3 talen in een land van een &quot;schup&quot; groot zijn dergelijke pagina&#039;s helaas vaak onmisbaar, zeker bij overheidswebsites die het nog steeds unitaire land bedienen. Wat doe je bvb met Brusselaars?

Veel url&#039;s bevatten zowel de Franse als Nederlandse benaming die meestal een erg goede ranking heeft in google en op veel pagina&#039;s opgenomen is.

Sommige bedrijven stellen de taal van de browser in zonder dat de gebruiker deze kan wijzigen en hoeveel gebruikers weten dat je dit kan instellen en hoe?

Automatisch betekent meestal dat het automatisch... verkeerd gaat. Ik wil zelf kiezen in welke taal ik een website lees en eventueel kunnen overschakelen. Veel vertalingen zijn verre van perfect en dan is het ook handig om de originele tekst te kunnen lezen als je dat wenst.

De meeste problemen met dergelijke pagina&#039;s komen niet door het beiden van een vrije keuze maar door andere fouten. Vaak is het gewoon onduidelijk dat het om een keuzepagina gaat en wat de keuze is. Het aantal afhakers kan ook wijzen op mensen die gewoon op de verkeerde pagina terecht komen (bvb buitenlanders) en het feit dat ze de pagina desondanks toch vinden is een teken dat ze zo slecht niet te vinden is :)

Ze zijn niet perfect maar soms wel een minst erge oplossing voor een typisch probleem van kleine landen met veel taaltroubles.</description>
		<content:encoded><![CDATA[<p>Met 3 talen in een land van een &#8220;schup&#8221; groot zijn dergelijke pagina&#8217;s helaas vaak onmisbaar, zeker bij overheidswebsites die het nog steeds unitaire land bedienen. Wat doe je bvb met Brusselaars?</p>
<p>Veel url&#8217;s bevatten zowel de Franse als Nederlandse benaming die meestal een erg goede ranking heeft in google en op veel pagina&#8217;s opgenomen is.</p>
<p>Sommige bedrijven stellen de taal van de browser in zonder dat de gebruiker deze kan wijzigen en hoeveel gebruikers weten dat je dit kan instellen en hoe?</p>
<p>Automatisch betekent meestal dat het automatisch&#8230; verkeerd gaat. Ik wil zelf kiezen in welke taal ik een website lees en eventueel kunnen overschakelen. Veel vertalingen zijn verre van perfect en dan is het ook handig om de originele tekst te kunnen lezen als je dat wenst.</p>
<p>De meeste problemen met dergelijke pagina&#8217;s komen niet door het beiden van een vrije keuze maar door andere fouten. Vaak is het gewoon onduidelijk dat het om een keuzepagina gaat en wat de keuze is. Het aantal afhakers kan ook wijzen op mensen die gewoon op de verkeerde pagina terecht komen (bvb buitenlanders) en het feit dat ze de pagina desondanks toch vinden is een teken dat ze zo slecht niet te vinden is <img src='http://cdn2.usability-blog.be/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Ze zijn niet perfect maar soms wel een minst erge oplossing voor een typisch probleem van kleine landen met veel taaltroubles.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Jaak</title>
		<link>http://usability-blog.be/taalkeuzescherm-vermijden/#comment-5429</link>
		<dc:creator>Jaak</dc:creator>
		<pubDate>Wed, 30 Jun 2010 08:29:30 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2684#comment-5429</guid>
		<description>Als Vlaming in Wallonië vind ik het gebruik van de geo-locatie een afschuwelijk onding.
Websites die me zonder keuze op een Franse websiteversie droppen, zijn me meestal meteen kwijt.</description>
		<content:encoded><![CDATA[<p>Als Vlaming in Wallonië vind ik het gebruik van de geo-locatie een afschuwelijk onding.<br />
Websites die me zonder keuze op een Franse websiteversie droppen, zijn me meestal meteen kwijt.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Edwin</title>
		<link>http://usability-blog.be/taalkeuzescherm-vermijden/#comment-5423</link>
		<dc:creator>Edwin</dc:creator>
		<pubDate>Tue, 29 Jun 2010 12:55:51 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2684#comment-5423</guid>
		<description>Soms kan het geen kwaad om eens te gaan kijken wat oude rotten in het vak er over denken:

&lt;i&gt;&quot;...At the moment, content negotiation is not sufficiently widely used to be a reliable solution, so many websites use manual options for language selection....&quot;&lt;/i&gt;

Het artikel is 14 jaar oud en de techniek om te bepalen welke taal de bezoeker gebruikt is wel verbeterd, maar het is niet waterdicht. Er zijn te veel uitzonderingen, zoals beschreven eerder.

&lt;i&gt;&quot;...If language choice is supported by a site, I recommend providing a link to the choice on every single page since users often go directly to pages from search services or bookmarks without passing through the home page. Some sites put up a language choice page before the user can reach the home page, but I recommend against this if it is possible to determine a default language that will be used by a very large proportion of the users (the Louvre Museum in Paris is a good example: fair enough to start in French).&quot;&lt;/i&gt;

&lt;b&gt;Bron:&lt;/b&gt; Jakob Nielsen - Augustus 1996

http://www.useit.com/alertbox/9608.html</description>
		<content:encoded><![CDATA[<p>Soms kan het geen kwaad om eens te gaan kijken wat oude rotten in het vak er over denken:</p>
<p><i>&#8220;&#8230;At the moment, content negotiation is not sufficiently widely used to be a reliable solution, so many websites use manual options for language selection&#8230;.&#8221;</i></p>
<p>Het artikel is 14 jaar oud en de techniek om te bepalen welke taal de bezoeker gebruikt is wel verbeterd, maar het is niet waterdicht. Er zijn te veel uitzonderingen, zoals beschreven eerder.</p>
<p><i>&#8220;&#8230;If language choice is supported by a site, I recommend providing a link to the choice on every single page since users often go directly to pages from search services or bookmarks without passing through the home page. Some sites put up a language choice page before the user can reach the home page, but I recommend against this if it is possible to determine a default language that will be used by a very large proportion of the users (the Louvre Museum in Paris is a good example: fair enough to start in French).&#8221;</i></p>
<p><b>Bron:</b> Jakob Nielsen &#8211; Augustus 1996</p>
<p><a href="http://www.useit.com/alertbox/9608.html" rel="nofollow">http://www.useit.com/alertbox/9608.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Dave</title>
		<link>http://usability-blog.be/taalkeuzescherm-vermijden/#comment-5416</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Tue, 29 Jun 2010 06:57:25 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2684#comment-5416</guid>
		<description>@Karl .. nog nooit getest  (en zal daar mijn tijd ook niet aan verprutsen :o ) maar als je een goede linkbuilding campagne hebt opgezet met voldoende deeplinks, dan zie ik geen reden waarom een site met een taalkeuze scherm het minder goed zou doen.

Dat taalkeuze scherm is maar 1 pagina van de zovele die je site uiteindelijk rijk is...

Dave</description>
		<content:encoded><![CDATA[<p>@Karl .. nog nooit getest  (en zal daar mijn tijd ook niet aan verprutsen <img src='http://cdn1.usability-blog.be/wp-includes/images/smilies/icon_surprised.gif' alt=':o' class='wp-smiley' />  ) maar als je een goede linkbuilding campagne hebt opgezet met voldoende deeplinks, dan zie ik geen reden waarom een site met een taalkeuze scherm het minder goed zou doen.</p>
<p>Dat taalkeuze scherm is maar 1 pagina van de zovele die je site uiteindelijk rijk is&#8230;</p>
<p>Dave</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Edwin</title>
		<link>http://usability-blog.be/taalkeuzescherm-vermijden/#comment-5415</link>
		<dc:creator>Edwin</dc:creator>
		<pubDate>Mon, 28 Jun 2010 23:48:17 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2684#comment-5415</guid>
		<description>Karel,

Ik ben de eerste om te streven naar software die met ons meedenkt.

Probleem is dat het moeilijk te testen is. Het profiel van je site gebruikers kan (zelfs snel) veranderen.

Gaan we dan elk jaar een update doen en kiezen voor een totaal andere strategie?

Ik zeg niet dat SEO e.a. zaken geen nut hebben, maar ik optimaliseer eerst voor mensen en dan kijk ik of er ruimte is voor de &#039;machines&#039;. Soms gaan die hand in hand, soms ook niet. In het geval van dat laatste is het een kwestie van testen om te zien wat het meest optimale is, maar toegeven ik heb de neiging om de mens voorrang te geven. Op langere termijn is dat wellicht de beste keuze. 

Veel websites, met automatische taal bepaling, verbergen hun vrijwillige taalkeuze veel te goed, waardoor de gebruiker de facto geen andere keuze heeft dan de taal die hem is voorgeschoteld. Is dat dan zo goed voor de conversie?

Ik wil nog eventueel mee gaan in die automatische bepaling bij bepaalde websites, maar dan moet de gebruiker wel ten alle tijde de mogelijkheid hebben om dit te herroepen. En die keuze kan dan beter zichtbaar zijn in de volledige website, niet alleen op de home pagina. En dat mis ik nu net veelal met websites die menen wat goed voor me is en de taalkeuze alvast voor me invullen.</description>
		<content:encoded><![CDATA[<p>Karel,</p>
<p>Ik ben de eerste om te streven naar software die met ons meedenkt.</p>
<p>Probleem is dat het moeilijk te testen is. Het profiel van je site gebruikers kan (zelfs snel) veranderen.</p>
<p>Gaan we dan elk jaar een update doen en kiezen voor een totaal andere strategie?</p>
<p>Ik zeg niet dat SEO e.a. zaken geen nut hebben, maar ik optimaliseer eerst voor mensen en dan kijk ik of er ruimte is voor de &#8216;machines&#8217;. Soms gaan die hand in hand, soms ook niet. In het geval van dat laatste is het een kwestie van testen om te zien wat het meest optimale is, maar toegeven ik heb de neiging om de mens voorrang te geven. Op langere termijn is dat wellicht de beste keuze. </p>
<p>Veel websites, met automatische taal bepaling, verbergen hun vrijwillige taalkeuze veel te goed, waardoor de gebruiker de facto geen andere keuze heeft dan de taal die hem is voorgeschoteld. Is dat dan zo goed voor de conversie?</p>
<p>Ik wil nog eventueel mee gaan in die automatische bepaling bij bepaalde websites, maar dan moet de gebruiker wel ten alle tijde de mogelijkheid hebben om dit te herroepen. En die keuze kan dan beter zichtbaar zijn in de volledige website, niet alleen op de home pagina. En dat mis ik nu net veelal met websites die menen wat goed voor me is en de taalkeuze alvast voor me invullen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Toon</title>
		<link>http://usability-blog.be/taalkeuzescherm-vermijden/#comment-5414</link>
		<dc:creator>Toon</dc:creator>
		<pubDate>Mon, 28 Jun 2010 22:08:23 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2684#comment-5414</guid>
		<description>Taal bepalen op basis van geologocatie is geen optie naarmate mensen meer en meer mobiel surfen. Dan wordt het een ergernis dat je die taal altijd weer moet resetten.
Ikzelf stel de meeste software standaard in om Engels te gebruiken, kwestie van rare Nederlandse vertalingen te vermijden. Dus dat zal ook wel roet in het eten gooien af en toe.
Ikzelf heb geen probleem met Engels als default, gekoppeld aan een taalkeuze in de rechterbovenhoek die dan via een cookie of zo onthouden wordt. Maar ik kan me voorstellen dat dat van mens tot mens en van site tot site verschilt. Kan je een vergelijking maken tussen het percentage mensen dat wegklikt van een taalkeuzescherm vs. het percentage dat wegklikt van een pagina in een vreemde taal? Eventueel afhankelijk van welke taal het is?
Persoonlijke ergernis van me is pixmania.be, die steevast eerst in het Frans verschijnt, en pas na een klik op &#039;nederlands&#039; doet wat ik wil. Maar die site heeft nog wel meer issues (krak hetzelfde product aan drie verschillende prijzen, bijvoorbeeld)</description>
		<content:encoded><![CDATA[<p>Taal bepalen op basis van geologocatie is geen optie naarmate mensen meer en meer mobiel surfen. Dan wordt het een ergernis dat je die taal altijd weer moet resetten.<br />
Ikzelf stel de meeste software standaard in om Engels te gebruiken, kwestie van rare Nederlandse vertalingen te vermijden. Dus dat zal ook wel roet in het eten gooien af en toe.<br />
Ikzelf heb geen probleem met Engels als default, gekoppeld aan een taalkeuze in de rechterbovenhoek die dan via een cookie of zo onthouden wordt. Maar ik kan me voorstellen dat dat van mens tot mens en van site tot site verschilt. Kan je een vergelijking maken tussen het percentage mensen dat wegklikt van een taalkeuzescherm vs. het percentage dat wegklikt van een pagina in een vreemde taal? Eventueel afhankelijk van welke taal het is?<br />
Persoonlijke ergernis van me is pixmania.be, die steevast eerst in het Frans verschijnt, en pas na een klik op &#8216;nederlands&#8217; doet wat ik wil. Maar die site heeft nog wel meer issues (krak hetzelfde product aan drie verschillende prijzen, bijvoorbeeld)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Karl Gilis</title>
		<link>http://usability-blog.be/taalkeuzescherm-vermijden/#comment-5413</link>
		<dc:creator>Karl Gilis</dc:creator>
		<pubDate>Mon, 28 Jun 2010 22:06:10 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2684#comment-5413</guid>
		<description>@Edwin
Je moet altijd afwegen wat de voor- en nadelen zijn. Afhankelijk van de aard van de website zal de foutmarge van de automatisatie niet opwegen tegen het koudweg voorschotelen van de Nederlandse dan wel Franse of Engelse versie aan alle bezoekers.

Ik denk dat het beter is op basis van de mogelijkheden die er zijn te proberen de meest juiste taalversie te tonen.

Dat SEO bijkomstig is vind ik zeer kort door de bocht. SEO, usability, toegankelijkheid en conversie gaan volledig hand in hand. Usability omwille van de usability is onzin.

Eigenlijk moet dat toch makkelijk testbaar zijn? Bij een website met taalkeuzescherm die pagina weglaten en na x tijd kijken wat de gemiddelde ranktings zijn voor een serie trefwoorden.

Kan me moeilijk inbeelden dat nog geen enkel Belgisch SEO-bedrijf dat getest zou hebben. Waar zijn ze?


@Davy
Ooit komt er daar wel eens aan artikel over. Het is moeilijk om dat te veralgemenen maar vaak is een doelgroepkeuze geen goed idee.</description>
		<content:encoded><![CDATA[<p>@Edwin<br />
Je moet altijd afwegen wat de voor- en nadelen zijn. Afhankelijk van de aard van de website zal de foutmarge van de automatisatie niet opwegen tegen het koudweg voorschotelen van de Nederlandse dan wel Franse of Engelse versie aan alle bezoekers.</p>
<p>Ik denk dat het beter is op basis van de mogelijkheden die er zijn te proberen de meest juiste taalversie te tonen.</p>
<p>Dat SEO bijkomstig is vind ik zeer kort door de bocht. SEO, usability, toegankelijkheid en conversie gaan volledig hand in hand. Usability omwille van de usability is onzin.</p>
<p>Eigenlijk moet dat toch makkelijk testbaar zijn? Bij een website met taalkeuzescherm die pagina weglaten en na x tijd kijken wat de gemiddelde ranktings zijn voor een serie trefwoorden.</p>
<p>Kan me moeilijk inbeelden dat nog geen enkel Belgisch SEO-bedrijf dat getest zou hebben. Waar zijn ze?</p>
<p>@Davy<br />
Ooit komt er daar wel eens aan artikel over. Het is moeilijk om dat te veralgemenen maar vaak is een doelgroepkeuze geen goed idee.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Edwin</title>
		<link>http://usability-blog.be/taalkeuzescherm-vermijden/#comment-5412</link>
		<dc:creator>Edwin</dc:creator>
		<pubDate>Mon, 28 Jun 2010 20:43:49 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2684#comment-5412</guid>
		<description>Davy,

Beter is het om in dat geval 2 aparte websites te maken. De verkoopsvoorwaarden en de prijzen zijn dikwijls significant verschillend. Wees gerust dat er een hoop mensen gaan vergelijken, wanneer ze dat kunnen. Zijn de verschillen vanuit hun standpunt te groot dan bestellen ze misschien wel eens niets.</description>
		<content:encoded><![CDATA[<p>Davy,</p>
<p>Beter is het om in dat geval 2 aparte websites te maken. De verkoopsvoorwaarden en de prijzen zijn dikwijls significant verschillend. Wees gerust dat er een hoop mensen gaan vergelijken, wanneer ze dat kunnen. Zijn de verschillen vanuit hun standpunt te groot dan bestellen ze misschien wel eens niets.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Edwin</title>
		<link>http://usability-blog.be/taalkeuzescherm-vermijden/#comment-5411</link>
		<dc:creator>Edwin</dc:creator>
		<pubDate>Mon, 28 Jun 2010 20:37:35 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2684#comment-5411</guid>
		<description>Automatiseren doe je alleen wanneer het te automatiseren valt.

Zomaar voor de mensen gaan bepalen in welke taal hij of zij de website moet gaan lezen is niet zo verstandig en dit om allerlei redenen:

* Karel zijn voorbeeld van de werknemers van een Amerikaans bedrijf in België met een Amerikaans IP

* Wat met vreemdelingen, het Nederlands onmachtig, die vanuit Vlaanderen surfen met een Vlaams IP?

* Wat ga je doen met inwoners van pakweg Zuid-Afrika met 11 officiële talen en een 40 tal dialecten, die nagenoeg aparte talen zijn? Welke taal ga je die mensen voorschotelen? En neen, die wonen niet allemaal in netjes afgebakende gebieden. Korter bij huis: de Franstalige in de wereldberoemde BHV sector...

* Wat ga je doen met vreemdelingen die hun Belgische website in verschillende talen aanbieden, maar waarbij de vertalingen niet altijd goed leesbaar zijn. En waar ik misschien liever het Engelse of Franse origineel wil lezen, ipv de &#039;fout&#039; vertaalde Nederlandse variant. 

* Soms heb ik gewoon &#039;goesting&#039; om de Engelse of Franse versie te lezen ipv de Nederlandse, mag ik?

En dit lijstje kunnen we ongetwijfeld nog wel even aanvullen.

In het kort: er zijn redenen genoeg om het beter niet te automatiseren

Een taalkeuze intro scherm is ook geen oplossing. Dat Google er niets mee kan aanvangen vind ik niet erg, een Bridgestone gaat er geen band meer of minder door verkopen (let op dat is zo voor Bridgestone, niet voor degene met één of ander obscuur webwinkeltje).

Usability is niet iets gebruiksvriendelijk maken voor machines, wel voor mensen. Dat het slecht is voor je SEO, is gewoon een vervelend bijproduct, maar nogmaals irrelevant voor de gebruiksvriendelijkheid.

Dat 10% tot 20% (ik heb plus minus dezelfde cijfers) van de mensen al afhaakt nog voor ze uw feitelijke website hebben gezien, vind ik veel interessanter. Da&#039;s een hoop mensen, sommige bedrijven doen nog alle moeite van de wereld om de pakweg 4% a 5% IE6 gebruikers te ondersteunen, maar zouden er niet om malen dat 10% tot 20% mensen afhaken om andere redenen?

Laat een eventuele taalkeuze gewoon duidelijk zien op de website zelf. Mensen zijn groot genoeg om zelf de keuze te maken. 

Heb je veel talen in de aanbieding? Doe dat dan eventueel vanuit een apart taalselectie scherm.</description>
		<content:encoded><![CDATA[<p>Automatiseren doe je alleen wanneer het te automatiseren valt.</p>
<p>Zomaar voor de mensen gaan bepalen in welke taal hij of zij de website moet gaan lezen is niet zo verstandig en dit om allerlei redenen:</p>
<p>* Karel zijn voorbeeld van de werknemers van een Amerikaans bedrijf in België met een Amerikaans IP</p>
<p>* Wat met vreemdelingen, het Nederlands onmachtig, die vanuit Vlaanderen surfen met een Vlaams IP?</p>
<p>* Wat ga je doen met inwoners van pakweg Zuid-Afrika met 11 officiële talen en een 40 tal dialecten, die nagenoeg aparte talen zijn? Welke taal ga je die mensen voorschotelen? En neen, die wonen niet allemaal in netjes afgebakende gebieden. Korter bij huis: de Franstalige in de wereldberoemde BHV sector&#8230;</p>
<p>* Wat ga je doen met vreemdelingen die hun Belgische website in verschillende talen aanbieden, maar waarbij de vertalingen niet altijd goed leesbaar zijn. En waar ik misschien liever het Engelse of Franse origineel wil lezen, ipv de &#8216;fout&#8217; vertaalde Nederlandse variant. </p>
<p>* Soms heb ik gewoon &#8216;goesting&#8217; om de Engelse of Franse versie te lezen ipv de Nederlandse, mag ik?</p>
<p>En dit lijstje kunnen we ongetwijfeld nog wel even aanvullen.</p>
<p>In het kort: er zijn redenen genoeg om het beter niet te automatiseren</p>
<p>Een taalkeuze intro scherm is ook geen oplossing. Dat Google er niets mee kan aanvangen vind ik niet erg, een Bridgestone gaat er geen band meer of minder door verkopen (let op dat is zo voor Bridgestone, niet voor degene met één of ander obscuur webwinkeltje).</p>
<p>Usability is niet iets gebruiksvriendelijk maken voor machines, wel voor mensen. Dat het slecht is voor je SEO, is gewoon een vervelend bijproduct, maar nogmaals irrelevant voor de gebruiksvriendelijkheid.</p>
<p>Dat 10% tot 20% (ik heb plus minus dezelfde cijfers) van de mensen al afhaakt nog voor ze uw feitelijke website hebben gezien, vind ik veel interessanter. Da&#8217;s een hoop mensen, sommige bedrijven doen nog alle moeite van de wereld om de pakweg 4% a 5% IE6 gebruikers te ondersteunen, maar zouden er niet om malen dat 10% tot 20% mensen afhaken om andere redenen?</p>
<p>Laat een eventuele taalkeuze gewoon duidelijk zien op de website zelf. Mensen zijn groot genoeg om zelf de keuze te maken. </p>
<p>Heb je veel talen in de aanbieding? Doe dat dan eventueel vanuit een apart taalselectie scherm.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Davy</title>
		<link>http://usability-blog.be/taalkeuzescherm-vermijden/#comment-5410</link>
		<dc:creator>Davy</dc:creator>
		<pubDate>Mon, 28 Jun 2010 13:53:31 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2684#comment-5410</guid>
		<description>Ideetje voor een vervolg op dit artikel:

Keuzescherm voor &quot;bedrijven en particulieren&quot;? 

Heel wat bedrijven bieden diensten of producten aan voor B2B én B2C. Vaak verschilt het aanbod en pricing (btw!) voor deze 2 categorieën van klanten.

Is het dan aan te raden om de bezoeker in eerste instantie al te laten kiezen?</description>
		<content:encoded><![CDATA[<p>Ideetje voor een vervolg op dit artikel:</p>
<p>Keuzescherm voor &#8220;bedrijven en particulieren&#8221;? </p>
<p>Heel wat bedrijven bieden diensten of producten aan voor B2B én B2C. Vaak verschilt het aanbod en pricing (btw!) voor deze 2 categorieën van klanten.</p>
<p>Is het dan aan te raden om de bezoeker in eerste instantie al te laten kiezen?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Roel Van Gils</title>
		<link>http://usability-blog.be/taalkeuzescherm-vermijden/#comment-5409</link>
		<dc:creator>Roel Van Gils</dc:creator>
		<pubDate>Mon, 28 Jun 2010 12:44:25 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2684#comment-5409</guid>
		<description>Wedstrijdje? Om ter eerst een nieuwe website?

Want: www.anysurfer.be is dan nog maar 5 jaar oud; het is ook allesbehalve een toonbeeld van hoe het éigenlijk vandaag nog veel beter zou kunnen. We zitten dus in hetzelfde schuitje. Alle begrip dus.</description>
		<content:encoded><![CDATA[<p>Wedstrijdje? Om ter eerst een nieuwe website?</p>
<p>Want: <a href="http://www.anysurfer.be" rel="nofollow">http://www.anysurfer.be</a> is dan nog maar 5 jaar oud; het is ook allesbehalve een toonbeeld van hoe het éigenlijk vandaag nog veel beter zou kunnen. We zitten dus in hetzelfde schuitje. Alle begrip dus.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Karl Gilis</title>
		<link>http://usability-blog.be/taalkeuzescherm-vermijden/#comment-5408</link>
		<dc:creator>Karl Gilis</dc:creator>
		<pubDate>Mon, 28 Jun 2010 12:37:09 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2684#comment-5408</guid>
		<description>@Roel
Ah, een beetje stoken. Da&#039;s proper :-)

We zijn ons volledig bewust van de tekortkomingen van onze weldra 10 jaar oude website... 

Maar gelukkig voldoet ons taalkeuzescherm wel aan de 10 tips die we morgen geven voor de die-hards die nog met een taalkeuzescherm opgescheept zitten :-)</description>
		<content:encoded><![CDATA[<p>@Roel<br />
Ah, een beetje stoken. Da&#8217;s proper <img src='http://cdn2.usability-blog.be/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>We zijn ons volledig bewust van de tekortkomingen van onze weldra 10 jaar oude website&#8230; </p>
<p>Maar gelukkig voldoet ons taalkeuzescherm wel aan de 10 tips die we morgen geven voor de die-hards die nog met een taalkeuzescherm opgescheept zitten <img src='http://cdn2.usability-blog.be/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Roel Van Gils</title>
		<link>http://usability-blog.be/taalkeuzescherm-vermijden/#comment-5407</link>
		<dc:creator>Roel Van Gils</dc:creator>
		<pubDate>Mon, 28 Jun 2010 12:32:42 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2684#comment-5407</guid>
		<description>Damn, heb ik het dan zo slecht uitgelegd? :/ Mozilla heeft hier gelukkig ook een zeer duidelijke FAQ over: http://www.mozilla.com/nl/firefox/geolocation/. Trouwens: de Geolocation API kan de gebruiksvriendelijkheid van (vooral) mobiele websites juist ook sterk verbeteren, dus misschien toch interessant om je eens in te verdiepen? :p

Wat de blinde medemens betreft: geen voordelen, zelfde nadelen als voor jou en mij. Een beetje opletten met afkortingen (EN, FR, NL) en lang-attributen, maar voor de rest niets bijzonders.

Maar, mag ik nu eens een stout screenshot bijvoegen? En ik weet het: ik doe het zelf helemaal niet beter op mijn eigen sites, maar toch: http://img.skitch.com/20100628-fdcb2hqkdp4786b286n9jr8xbj.png

:)</description>
		<content:encoded><![CDATA[<p>Damn, heb ik het dan zo slecht uitgelegd? :/ Mozilla heeft hier gelukkig ook een zeer duidelijke FAQ over: <a href="http://www.mozilla.com/nl/firefox/geolocation/" rel="nofollow">http://www.mozilla.com/nl/firefox/geolocation/</a>. Trouwens: de Geolocation API kan de gebruiksvriendelijkheid van (vooral) mobiele websites juist ook sterk verbeteren, dus misschien toch interessant om je eens in te verdiepen? :p</p>
<p>Wat de blinde medemens betreft: geen voordelen, zelfde nadelen als voor jou en mij. Een beetje opletten met afkortingen (EN, FR, NL) en lang-attributen, maar voor de rest niets bijzonders.</p>
<p>Maar, mag ik nu eens een stout screenshot bijvoegen? En ik weet het: ik doe het zelf helemaal niet beter op mijn eigen sites, maar toch: <a href="http://img.skitch.com/20100628-fdcb2hqkdp4786b286n9jr8xbj.png" rel="nofollow">http://img.skitch.com/20100628-fdcb2hqkdp4786b286n9jr8xbj.png</a></p>
<p> <img src='http://cdn2.usability-blog.be/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Karl Gilis</title>
		<link>http://usability-blog.be/taalkeuzescherm-vermijden/#comment-5406</link>
		<dc:creator>Karl Gilis</dc:creator>
		<pubDate>Mon, 28 Jun 2010 12:18:06 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2684#comment-5406</guid>
		<description>@Allemaal
Bedankt voor de input totnogtoe. Meer feedback is uiteraard nog steeds welkom.

Het is nu wachten op iemand die het taalkeuzescherm toch een noodzaak vindt...

Uiteraard staat binnen de website een taalkeuze, liefst rechts bovenaan, en wordt de taal onthouden via een cookie

@Roel
Bedankt voor de -euhm- verheldering (al snap ik er maar de helft van).

Overigens: heeft het taalkeuzescherm voor- of nadelen voor de blinde medemens?</description>
		<content:encoded><![CDATA[<p>@Allemaal<br />
Bedankt voor de input totnogtoe. Meer feedback is uiteraard nog steeds welkom.</p>
<p>Het is nu wachten op iemand die het taalkeuzescherm toch een noodzaak vindt&#8230;</p>
<p>Uiteraard staat binnen de website een taalkeuze, liefst rechts bovenaan, en wordt de taal onthouden via een cookie</p>
<p>@Roel<br />
Bedankt voor de -euhm- verheldering (al snap ik er maar de helft van).</p>
<p>Overigens: heeft het taalkeuzescherm voor- of nadelen voor de blinde medemens?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: enhanced
Object Caching 566/599 objects using disk: basic
Content Delivery Network via Amazon Web Services: CloudFront: cdn1.usability-blog.be

Served from: usability-blog.be @ 2012-05-17 18:01:41 -->
