<?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"
	>
<channel>
	<title>Reacties op: Meer resultaat met een goede zoekfunctie</title>
	<atom:link href="http://www.frankwatching.com/archive/2008/07/01/meer-resultaat-met-een-goede-zoekfunctie/feed" rel="self" type="application/rss+xml" />
	<link>http://www.frankwatching.com/archive/2008/07/01/meer-resultaat-met-een-goede-zoekfunctie/</link>
	<description>Nieuws en opinie over digitale trends</description>
	<pubDate>Fri, 21 Nov 2008 04:32:42 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>Door: Roger Boeken</title>
		<link>http://www.frankwatching.com/archive/2008/07/01/meer-resultaat-met-een-goede-zoekfunctie/#comment-69039</link>
		<dc:creator>Roger Boeken</dc:creator>
		<pubDate>Sun, 20 Jul 2008 09:08:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.frankwatching.com/?p=5952#comment-69039</guid>
		<description>Het vermelden van het relevantie percentage in de zoekresultaten is wel degelijk nuttig. Als dit percentage  laag is dan betekent dit dat je je vraag anders moet formuleren of dat de informatie niet aanwezig is. Als je vraag geen resultaten oplevert weet je dit onmiddelijk. Maar bij lage relevantie of zeer weinig resultaten met hoge relevantie is dit ook zo.  Dus niet alleen de volgorde maar ook het getal (percentage relevantie) is belangrijk. Het verhaal van oogst/precisie : http://en.wikipedia.org/wiki/Precision_and_Recall.
Of dit nu met getallen (%) of balkjes of sterretjes moet ? Ik zie geen meerwaarde in al die alternatieve grafische  weergaven. Bij percentages daarentegen kan ik eenvoudig vergelijken of een andere zoekterm voor de zelfde vraagstelling resultaten met hogere relevantie oplevert en ik dus waarschijnlijk dichter bij het gezochte antwoord kom. De lengte van een balkje onthouden of een getal van 1 tot 100 ?
Roger</description>
		<content:encoded><![CDATA[<p>Het vermelden van het relevantie percentage in de zoekresultaten is wel degelijk nuttig. Als dit percentage  laag is dan betekent dit dat je je vraag anders moet formuleren of dat de informatie niet aanwezig is. Als je vraag geen resultaten oplevert weet je dit onmiddelijk. Maar bij lage relevantie of zeer weinig resultaten met hoge relevantie is dit ook zo.  Dus niet alleen de volgorde maar ook het getal (percentage relevantie) is belangrijk. Het verhaal van oogst/precisie : <a href="http://en.wikipedia.org/wiki/Precision_and_Recall" rel="nofollow">http://en.wikipedia.org/wiki/Precision_and_Recall</a>.<br />
Of dit nu met getallen (%) of balkjes of sterretjes moet ? Ik zie geen meerwaarde in al die alternatieve grafische  weergaven. Bij percentages daarentegen kan ik eenvoudig vergelijken of een andere zoekterm voor de zelfde vraagstelling resultaten met hogere relevantie oplevert en ik dus waarschijnlijk dichter bij het gezochte antwoord kom. De lengte van een balkje onthouden of een getal van 1 tot 100 ?<br />
Roger</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Remmert</title>
		<link>http://www.frankwatching.com/archive/2008/07/01/meer-resultaat-met-een-goede-zoekfunctie/#comment-68974</link>
		<dc:creator>Remmert</dc:creator>
		<pubDate>Mon, 14 Jul 2008 12:08:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.frankwatching.com/?p=5952#comment-68974</guid>
		<description>altijd mooi wat bruikbare tips. 

Ik heb wat aanvullingen in een post staan over site search. Wellicht interessant voor de liefhebbers. Kijk eens op
 http://www.remdel.nl/2008/07/has+site+search+lost+its+way.aspx</description>
		<content:encoded><![CDATA[<p>altijd mooi wat bruikbare tips. </p>
<p>Ik heb wat aanvullingen in een post staan over site search. Wellicht interessant voor de liefhebbers. Kijk eens op<br />
 <a href="http://www.remdel.nl/2008/07/has+site+search+lost+its+way.aspx" rel="nofollow">http://www.remdel.nl/2008/07/has+site+search+lost+its+way.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Paul Aelen</title>
		<link>http://www.frankwatching.com/archive/2008/07/01/meer-resultaat-met-een-goede-zoekfunctie/#comment-68877</link>
		<dc:creator>Paul Aelen</dc:creator>
		<pubDate>Wed, 09 Jul 2008 07:16:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.frankwatching.com/?p=5952#comment-68877</guid>
		<description>Leuk en interessant artikel! Wat wel een beetje wordt vergeten is dat de zoekfunctie en de presentatie ervan een middel zijn om je doel te bereiken. Bij deze middelen wordt 2 zaken vergeten:

1) een interne zoekrobot de website goed moet kunnen doorcrawlen,
2) de informatie die wordt meegegeven (o.a. de metadata, maar ook de opbouw van de artikelen etc.) is vaak slecht geregeld. 

Wat gebeurd er vervolgens, de gebruiker krijgt een goede zoekfunctie, prachtig gepresenteerd, maar kan nog steeds geen wegwijs worden. We adviseren en trainen organisaties hier dan ook in hoe je het beste je copy doorcrawlbaar en goed geschreven kunt gaan opbouwen voor je (externe en interne) Search opdrachten.</description>
		<content:encoded><![CDATA[<p>Leuk en interessant artikel! Wat wel een beetje wordt vergeten is dat de zoekfunctie en de presentatie ervan een middel zijn om je doel te bereiken. Bij deze middelen wordt 2 zaken vergeten:</p>
<p>1) een interne zoekrobot de website goed moet kunnen doorcrawlen,<br />
2) de informatie die wordt meegegeven (o.a. de metadata, maar ook de opbouw van de artikelen etc.) is vaak slecht geregeld. </p>
<p>Wat gebeurd er vervolgens, de gebruiker krijgt een goede zoekfunctie, prachtig gepresenteerd, maar kan nog steeds geen wegwijs worden. We adviseren en trainen organisaties hier dan ook in hoe je het beste je copy doorcrawlbaar en goed geschreven kunt gaan opbouwen voor je (externe en interne) Search opdrachten.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Willem</title>
		<link>http://www.frankwatching.com/archive/2008/07/01/meer-resultaat-met-een-goede-zoekfunctie/#comment-68833</link>
		<dc:creator>Willem</dc:creator>
		<pubDate>Sat, 05 Jul 2008 11:42:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.frankwatching.com/?p=5952#comment-68833</guid>
		<description>@Anneriek: ik vraag me af of je "mensen verwachten dat op 1 site de zoekfunctie telkens hetzelfde werkt en oplevert" letterlijk moet toepassen. Hetzelfde werkt wel natuurlijk: je typt een woord en krijgt resultaten. Maar exact dezelfde resultaten lijkt me een patroon dat er in gesleten is en geen verwarring veroorzaakt als je er van afwijkt. De resultaten op onze site zijn overigens hetzelfde alleen de sortering is aangepast. Google laat trouwens ook afhankelijk van de gebruiker en tijdstip verschillende resultaten zien.

Verder zeg je "Bij een kleine site is de site erg klein dat het aantal zoekresultaten bij een meervoudige zoekacties nul is. Tenzij je gerelateerde onderwerpen kunt bieden. Helaas is voor kleine sites vaak te kostbaar."

Gerelateerde onderwerpen vraagt om een synoniemenlijst / semantische database en dat kan kostbaar zijn. Maar alternatieve resultaten tonen bij een zoekopdracht met meerdere keywords kost enkele tientallen regels code die zelfs de kleinste site zich kan veroorloven. Geen resultaten voor de exacte match? Zoek op de woorden afzonderlijk en toon die resultaten. Iets geavanceerder: gebruik je een trefwoorden database? Voeg een soundex / metaphone toe (fonetisch zoeken)</description>
		<content:encoded><![CDATA[<p>@Anneriek: ik vraag me af of je &#8220;mensen verwachten dat op 1 site de zoekfunctie telkens hetzelfde werkt en oplevert&#8221; letterlijk moet toepassen. Hetzelfde werkt wel natuurlijk: je typt een woord en krijgt resultaten. Maar exact dezelfde resultaten lijkt me een patroon dat er in gesleten is en geen verwarring veroorzaakt als je er van afwijkt. De resultaten op onze site zijn overigens hetzelfde alleen de sortering is aangepast. Google laat trouwens ook afhankelijk van de gebruiker en tijdstip verschillende resultaten zien.</p>
<p>Verder zeg je &#8220;Bij een kleine site is de site erg klein dat het aantal zoekresultaten bij een meervoudige zoekacties nul is. Tenzij je gerelateerde onderwerpen kunt bieden. Helaas is voor kleine sites vaak te kostbaar.&#8221;</p>
<p>Gerelateerde onderwerpen vraagt om een synoniemenlijst / semantische database en dat kan kostbaar zijn. Maar alternatieve resultaten tonen bij een zoekopdracht met meerdere keywords kost enkele tientallen regels code die zelfs de kleinste site zich kan veroorloven. Geen resultaten voor de exacte match? Zoek op de woorden afzonderlijk en toon die resultaten. Iets geavanceerder: gebruik je een trefwoorden database? Voeg een soundex / metaphone toe (fonetisch zoeken)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Inge Janse</title>
		<link>http://www.frankwatching.com/archive/2008/07/01/meer-resultaat-met-een-goede-zoekfunctie/#comment-68806</link>
		<dc:creator>Inge Janse</dc:creator>
		<pubDate>Fri, 04 Jul 2008 12:48:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.frankwatching.com/?p=5952#comment-68806</guid>
		<description>@ Ferry: heel goed punt. Bij mijn sites is dit toevallig niet zo (via shift-tab terug zorgt voor selectie van het ingevoerde woord, maar niet een automatische veldleging), maar in veel gevallen zal dit inderdaad het geval zijn. Daarnaast zal 'leeg veld + knop' inderdaad bij veel mensen die zoekmachines gewend zijn direct de assocatie 'ha, zoeken!' triggeren.

Ergo: ik ga testen. Spannend. Jammer dat mijn sites te klein zijn om statistisch valide cijfers te krijgen.</description>
		<content:encoded><![CDATA[<p>@ Ferry: heel goed punt. Bij mijn sites is dit toevallig niet zo (via shift-tab terug zorgt voor selectie van het ingevoerde woord, maar niet een automatische veldleging), maar in veel gevallen zal dit inderdaad het geval zijn. Daarnaast zal &#8216;leeg veld + knop&#8217; inderdaad bij veel mensen die zoekmachines gewend zijn direct de assocatie &#8216;ha, zoeken!&#8217; triggeren.</p>
<p>Ergo: ik ga testen. Spannend. Jammer dat mijn sites te klein zijn om statistisch valide cijfers te krijgen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Ferry den Dopper</title>
		<link>http://www.frankwatching.com/archive/2008/07/01/meer-resultaat-met-een-goede-zoekfunctie/#comment-68802</link>
		<dc:creator>Ferry den Dopper</dc:creator>
		<pubDate>Fri, 04 Jul 2008 12:11:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.frankwatching.com/?p=5952#comment-68802</guid>
		<description>@ Inge: Er is nog een argument tegen een directive tekst in een zoekbox (of eigenlijk ieder tekstbox), namelijk toegankelijkheid. 

Vaak wordt JavaScript gebruikt om het zoekveld leeg te maken zodra de gebruiker op dat veld focust (muisklik of tab). Dit kan problemen geven als de gebruiker het veld heeft ingevuld, door-tabt, zich bedenkt en weer terug-tabt of opnieuw klikt op het zoekveld. Vaak wordt de invoer dan weer door diezelfde JavaScriptie-functie gewist. Zeker blinden (die dus 'tab' gebruiken om door de pagina te navigeren) merken het dus niet altijd als dit gebeurt.

Overigens associëren veel mensen dankzij de zoekmachines een lege tekstbox met daarachter een knop automatisch met een zoekfunctie. Ze lezen vaak niet eens de labels. Een lege box zal prima werken.</description>
		<content:encoded><![CDATA[<p>@ Inge: Er is nog een argument tegen een directive tekst in een zoekbox (of eigenlijk ieder tekstbox), namelijk toegankelijkheid. </p>
<p>Vaak wordt JavaScript gebruikt om het zoekveld leeg te maken zodra de gebruiker op dat veld focust (muisklik of tab). Dit kan problemen geven als de gebruiker het veld heeft ingevuld, door-tabt, zich bedenkt en weer terug-tabt of opnieuw klikt op het zoekveld. Vaak wordt de invoer dan weer door diezelfde JavaScriptie-functie gewist. Zeker blinden (die dus &#8216;tab&#8217; gebruiken om door de pagina te navigeren) merken het dus niet altijd als dit gebeurt.</p>
<p>Overigens associëren veel mensen dankzij de zoekmachines een lege tekstbox met daarachter een knop automatisch met een zoekfunctie. Ze lezen vaak niet eens de labels. Een lege box zal prima werken.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Inge Janse</title>
		<link>http://www.frankwatching.com/archive/2008/07/01/meer-resultaat-met-een-goede-zoekfunctie/#comment-68795</link>
		<dc:creator>Inge Janse</dc:creator>
		<pubDate>Fri, 04 Jul 2008 10:57:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.frankwatching.com/?p=5952#comment-68795</guid>
		<description>@ Anneriek: bedankt voor je feedback. Op de website van mijn werkgever volg ik deze aanpak, dus je input zorgt ervoor dat ik ga kijken wat de mogelijkheden zijn voor een a-b-test. 

Een ander argument tégen deze aanpak is dat geen enkele zoekmachine dit doet. Nu is de situatie hier wel anders, aangezien de zoekintentie van de bezoekers op deze pagina's veel groter is dan bij een normale website. Ik ga eens met mezelf overleggen.</description>
		<content:encoded><![CDATA[<p>@ Anneriek: bedankt voor je feedback. Op de website van mijn werkgever volg ik deze aanpak, dus je input zorgt ervoor dat ik ga kijken wat de mogelijkheden zijn voor een a-b-test. </p>
<p>Een ander argument tégen deze aanpak is dat geen enkele zoekmachine dit doet. Nu is de situatie hier wel anders, aangezien de zoekintentie van de bezoekers op deze pagina&#8217;s veel groter is dan bij een normale website. Ik ga eens met mezelf overleggen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Anneriek Poelman</title>
		<link>http://www.frankwatching.com/archive/2008/07/01/meer-resultaat-met-een-goede-zoekfunctie/#comment-68712</link>
		<dc:creator>Anneriek Poelman</dc:creator>
		<pubDate>Thu, 03 Jul 2008 16:48:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.frankwatching.com/?p=5952#comment-68712</guid>
		<description>Dank voor jullie reactie, leuk om ook andere praktijkervaringen te lezen! 

@ Ton: leuk en interessant artikel! 
De tips die ik geef zijn inderdaad gebaseerd dingen die me opvielen tijdens tientallen gebruikersonderzoeken die ik inmiddels (met m'n collega's van Jungle Rating) heb uitgevoerd. 

@ Willem; een context gevoelige zoekfunctie kan inderdaad ook maar ik zou er wel mee oppassen. Geef duidelijk aan dat er binnen een nieuwe context gezocht wordt. Mensen verwachten dat op 1 site de zoekfunctie telkens hetzelfde werkt en oplevert tenzij duidelijk iets anders is aangegeven. Overigens zijn zoekfuncties voor reissites een vak op zich. Kijk voor een mooi voorbeeld eens naar Expedia.com.

@ Heel goed punt Pascalle; te vaak lopen zoekacties spaak omdat de producent zich alleen wil bedienen van keurige taal (b.v.: een aanbieder van vaatwasmachines die geen resultaten geeft voor de zoekterm ' vaatwasser'). Soms gebeurt dit zelfs bewust, omdat ze zich chique willen positioneren... 

@Ferry: dank voor je uitvoerige reactie. Ten aanzien van het Forrester onderzoek is een aanvulling op z'n plaats. Zij keken naar mensen die specifieke informatie zochten op een website. In lang niet alle gevallen hebben mensen zo'n specifieke informatie behoefte. Mensen met een minder vastomlijnd doel zullen eerder gaan browsen, dat zien we ook in onze eigen usability tests. 

In antwoord op je vragen:
" 6) Waarom.."
Bij een kleine site is de site erg klein dat het aantal zoekresultaten bij een meervoudige zoekacties nul is. Tenzij je gerelateerde onderwerpen kunt bieden. Helaas is voor kleine sites vaak te kostbaar.  
"(9) Relevantie-algoritmes zijn"
Het moet uiteraard wel rendabel blijven maar in het geval van een zoekopdracht met de term ziektekostenverzekering (op de site van een verzekeraar) loont het zeker op de pagina waarop je de usp's en de belangrijkste verzekeringen weergeeft. 
"(10) Is het gebruik" 
Overschat de gemiddelde gebruiker niet. sommige mensen denken dat het eerst getoonde resultaat bijvoorbeeld het meest actueel is. Het plaatsen van exacte persentages vind ik overbodig. wel is het goed om te vermelden dat het om "Relevantie"  gaat, anders is een balkje of een serie sterretjes niet erg duidelijk 

@Inge: Mij zijn hierover geen cijfers bekend maar ik merk zelf in gebruikersonderzoeken dat een directieve tekst in de zoekbox vaak juist een negatief effect heeft; mensen verwachten dat ze op de knop naast 'vul zoekterm in'  moeten klikken om naar de zoekfunctie toe te gaan. Mijn ervaring is dat mensen met een open veld het meest geneigd zijn tot het invullen van zoektermen.</description>
		<content:encoded><![CDATA[<p>Dank voor jullie reactie, leuk om ook andere praktijkervaringen te lezen! </p>
<p>@ Ton: leuk en interessant artikel!<br />
De tips die ik geef zijn inderdaad gebaseerd dingen die me opvielen tijdens tientallen gebruikersonderzoeken die ik inmiddels (met m&#8217;n collega&#8217;s van Jungle Rating) heb uitgevoerd. </p>
<p>@ Willem; een context gevoelige zoekfunctie kan inderdaad ook maar ik zou er wel mee oppassen. Geef duidelijk aan dat er binnen een nieuwe context gezocht wordt. Mensen verwachten dat op 1 site de zoekfunctie telkens hetzelfde werkt en oplevert tenzij duidelijk iets anders is aangegeven. Overigens zijn zoekfuncties voor reissites een vak op zich. Kijk voor een mooi voorbeeld eens naar Expedia.com.</p>
<p>@ Heel goed punt Pascalle; te vaak lopen zoekacties spaak omdat de producent zich alleen wil bedienen van keurige taal (b.v.: een aanbieder van vaatwasmachines die geen resultaten geeft voor de zoekterm &#8216; vaatwasser&#8217;). Soms gebeurt dit zelfs bewust, omdat ze zich chique willen positioneren&#8230; </p>
<p>@Ferry: dank voor je uitvoerige reactie. Ten aanzien van het Forrester onderzoek is een aanvulling op z&#8217;n plaats. Zij keken naar mensen die specifieke informatie zochten op een website. In lang niet alle gevallen hebben mensen zo&#8217;n specifieke informatie behoefte. Mensen met een minder vastomlijnd doel zullen eerder gaan browsen, dat zien we ook in onze eigen usability tests. </p>
<p>In antwoord op je vragen:<br />
&#8221; 6) Waarom..&#8221;<br />
Bij een kleine site is de site erg klein dat het aantal zoekresultaten bij een meervoudige zoekacties nul is. Tenzij je gerelateerde onderwerpen kunt bieden. Helaas is voor kleine sites vaak te kostbaar.<br />
&#8220;(9) Relevantie-algoritmes zijn&#8221;<br />
Het moet uiteraard wel rendabel blijven maar in het geval van een zoekopdracht met de term ziektekostenverzekering (op de site van een verzekeraar) loont het zeker op de pagina waarop je de usp&#8217;s en de belangrijkste verzekeringen weergeeft.<br />
&#8220;(10) Is het gebruik&#8221;<br />
Overschat de gemiddelde gebruiker niet. sommige mensen denken dat het eerst getoonde resultaat bijvoorbeeld het meest actueel is. Het plaatsen van exacte persentages vind ik overbodig. wel is het goed om te vermelden dat het om &#8220;Relevantie&#8221;  gaat, anders is een balkje of een serie sterretjes niet erg duidelijk </p>
<p>@Inge: Mij zijn hierover geen cijfers bekend maar ik merk zelf in gebruikersonderzoeken dat een directieve tekst in de zoekbox vaak juist een negatief effect heeft; mensen verwachten dat ze op de knop naast &#8216;vul zoekterm in&#8217;  moeten klikken om naar de zoekfunctie toe te gaan. Mijn ervaring is dat mensen met een open veld het meest geneigd zijn tot het invullen van zoektermen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Inge Janse</title>
		<link>http://www.frankwatching.com/archive/2008/07/01/meer-resultaat-met-een-goede-zoekfunctie/#comment-68535</link>
		<dc:creator>Inge Janse</dc:creator>
		<pubDate>Wed, 02 Jul 2008 09:06:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.frankwatching.com/?p=5952#comment-68535</guid>
		<description>Mooie, nuttige lijst. Alle kritische punten zijn hierboven al ruimschoots aan de orde gekomen, dus een vraag lijkt me handiger.

Zijn er cijfers bekend over het nut van een directief in de (nog niet gebruikte) zoekbox, zoals 'vul zoekterm in'?, wat automatisch verdwijnt op het moment dat de gebruiker op dit kader klikt? Zelf geloof ik hier wel in om de interactie van het kader te benadrukken en mensen explicieter te wijzen op het zoekveld.</description>
		<content:encoded><![CDATA[<p>Mooie, nuttige lijst. Alle kritische punten zijn hierboven al ruimschoots aan de orde gekomen, dus een vraag lijkt me handiger.</p>
<p>Zijn er cijfers bekend over het nut van een directief in de (nog niet gebruikte) zoekbox, zoals &#8216;vul zoekterm in&#8217;?, wat automatisch verdwijnt op het moment dat de gebruiker op dit kader klikt? Zelf geloof ik hier wel in om de interactie van het kader te benadrukken en mensen explicieter te wijzen op het zoekveld.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Rolf Diepeveen</title>
		<link>http://www.frankwatching.com/archive/2008/07/01/meer-resultaat-met-een-goede-zoekfunctie/#comment-68534</link>
		<dc:creator>Rolf Diepeveen</dc:creator>
		<pubDate>Wed, 02 Jul 2008 09:05:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.frankwatching.com/?p=5952#comment-68534</guid>
		<description>Goed artikel, jammer dat in de discussie toch weer een poging wordt gedaan om de dingen tegenover elkaar te zetten. De zoekfunctie mag nooit een alternatief zijn voor een duidelijke en gebruiksvriendelijke navigatiestrcutuur, maar andersom ook niet. De ene bezoeker is de andere niet. En zelfs een sitemap wordt door een flinke groep nog gewaardeerd. Gebruik dus alles, en doe het dan ook zo goed mogelijk. Dat betekent vanuit de bezoeker gedacht en niet vanuit de aanbieder van de informatie.

En wat betreft het Forrester onderzoek; iedereen die een beetje thuis is in het wereldje van de analisten als Gartner, Forrester en anderen, weet dat ze nog altijd heel erg Amerikaans zijn, denken en doen. Hun rapporten zijn daarom lang niet altijd relevant voor Nederland.

@ Ferry: De manier waarop websites gebruikt worden verschilt zoveel per website, per doelgroep, leeftijd, etc. dat je wel heel erg veel usability onderzoeken moet doen om daar een algemene conclusie aan te verbinden. Ik geloof daar voorlopig nog niet in en adviseer daarom altijd om alles te doen en goed te doen.</description>
		<content:encoded><![CDATA[<p>Goed artikel, jammer dat in de discussie toch weer een poging wordt gedaan om de dingen tegenover elkaar te zetten. De zoekfunctie mag nooit een alternatief zijn voor een duidelijke en gebruiksvriendelijke navigatiestrcutuur, maar andersom ook niet. De ene bezoeker is de andere niet. En zelfs een sitemap wordt door een flinke groep nog gewaardeerd. Gebruik dus alles, en doe het dan ook zo goed mogelijk. Dat betekent vanuit de bezoeker gedacht en niet vanuit de aanbieder van de informatie.</p>
<p>En wat betreft het Forrester onderzoek; iedereen die een beetje thuis is in het wereldje van de analisten als Gartner, Forrester en anderen, weet dat ze nog altijd heel erg Amerikaans zijn, denken en doen. Hun rapporten zijn daarom lang niet altijd relevant voor Nederland.</p>
<p>@ Ferry: De manier waarop websites gebruikt worden verschilt zoveel per website, per doelgroep, leeftijd, etc. dat je wel heel erg veel usability onderzoeken moet doen om daar een algemene conclusie aan te verbinden. Ik geloof daar voorlopig nog niet in en adviseer daarom altijd om alles te doen en goed te doen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Jasper van Weerd</title>
		<link>http://www.frankwatching.com/archive/2008/07/01/meer-resultaat-met-een-goede-zoekfunctie/#comment-68505</link>
		<dc:creator>Jasper van Weerd</dc:creator>
		<pubDate>Wed, 02 Jul 2008 06:17:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.frankwatching.com/?p=5952#comment-68505</guid>
		<description>De meeste grote websites zijn het makkelijkst te doorzoeken met google. Kader het domein af in de google zoekopdracht en je kun heel gericht zoeken op een site.</description>
		<content:encoded><![CDATA[<p>De meeste grote websites zijn het makkelijkst te doorzoeken met google. Kader het domein af in de google zoekopdracht en je kun heel gericht zoeken op een site.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Ferry den Dopper</title>
		<link>http://www.frankwatching.com/archive/2008/07/01/meer-resultaat-met-een-goede-zoekfunctie/#comment-68496</link>
		<dc:creator>Ferry den Dopper</dc:creator>
		<pubDate>Wed, 02 Jul 2008 05:17:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.frankwatching.com/?p=5952#comment-68496</guid>
		<description>Anneriek, je eerste zin roept bij mij al direct een fundamentele vraag op. Ik ben heel nieuwsgierig naar dit Forrester-onderzoek, omdat de leidende opvatting in usability-land is dat bijna niemand direct gaat naar de zoekfunctie gaat, maar pas als ze geen goed aanknopingspunt vinden in de navigatie. In de tests die ik de afgelopen jaren zelf heb bijgewoond, heb ik dit ook altijd gezien (aan de hand van eyetracking). Nielsen's opvatting over zoekdominantie dateert uit &lt;a href="http://www.useit.com/alertbox/20010513.html" rel="nofollow"&gt;mei 2001&lt;/a&gt; en is sindsdien regelmatig weerlegd door o.a. Jared Spool.

De populariteit van de on-site zoekfunctie staat volgens mij niet in verhouding tot die van Google. Vorige week nog gaf een aantal gebruikers tijdens een usability test aan de zoekfunctie pas te willen gebruiken als ze zouden vastlopen, omdat hun ervaring is dat zoekfuncties op websites vaak slecht geïmplementeerd zijn. Ik merk zelfs vrij regelmatig dat mensen dat eerder teruggaan naar Google om iets op een website te zoeken dan dat ze de on-site zoekfunctie gebruiken. Om diezelfde reden adviseren maar weinig usability-sprekers "Al is je website nog zo klein, bied altijd een zoekfunctie". Een slechte zoekfunctie doet vaak namelijk meer schade dan geen zoekfunctie. Wel ben ik het met je eens dat als je geen tijd en geld hebt om een echt goede zoekfunctie te implementeren, je beter voor Google Custom Search kunt gaan. In feite is dat hetzelfde als terug naar Google gaan om op de site te zoeken.

Je 13 tips zijn heel bruikbaar, maar bij 3 punten heb ik nog wel een vraag:
-(6) Waarom pas bij grote sites de mogelijkheid bieden meerdere woorden in te voeren? Verwachten gebruikers niet altijd meer woorden te kunnen opgeven?
-(9) Relevantie-algoritmes zijn vaak diep geworteld in de zoeksoftware. Hoe financieel haalbaar is het voor de gemiddelde website om te zoekfunctie zo te tweaken dat commercieel interessante items een hogere relevantie krijgen? Of doel je op 'best bets'?
-(10) Is het gebruik van relevantie-indicatoren inmiddels niet achterhaald? Mensen nemen standaard aan dat nr.1 het meest relevant is en dat alles op pagina 2 en verder minder relevant is. Wat voegt het toe te vermelden dat het ene item 53% en het volgende 51% relevant is?</description>
		<content:encoded><![CDATA[<p>Anneriek, je eerste zin roept bij mij al direct een fundamentele vraag op. Ik ben heel nieuwsgierig naar dit Forrester-onderzoek, omdat de leidende opvatting in usability-land is dat bijna niemand direct gaat naar de zoekfunctie gaat, maar pas als ze geen goed aanknopingspunt vinden in de navigatie. In de tests die ik de afgelopen jaren zelf heb bijgewoond, heb ik dit ook altijd gezien (aan de hand van eyetracking). Nielsen&#8217;s opvatting over zoekdominantie dateert uit <a href="http://www.useit.com/alertbox/20010513.html" rel="nofollow">mei 2001</a> en is sindsdien regelmatig weerlegd door o.a. Jared Spool.</p>
<p>De populariteit van de on-site zoekfunctie staat volgens mij niet in verhouding tot die van Google. Vorige week nog gaf een aantal gebruikers tijdens een usability test aan de zoekfunctie pas te willen gebruiken als ze zouden vastlopen, omdat hun ervaring is dat zoekfuncties op websites vaak slecht geïmplementeerd zijn. Ik merk zelfs vrij regelmatig dat mensen dat eerder teruggaan naar Google om iets op een website te zoeken dan dat ze de on-site zoekfunctie gebruiken. Om diezelfde reden adviseren maar weinig usability-sprekers &#8220;Al is je website nog zo klein, bied altijd een zoekfunctie&#8221;. Een slechte zoekfunctie doet vaak namelijk meer schade dan geen zoekfunctie. Wel ben ik het met je eens dat als je geen tijd en geld hebt om een echt goede zoekfunctie te implementeren, je beter voor Google Custom Search kunt gaan. In feite is dat hetzelfde als terug naar Google gaan om op de site te zoeken.</p>
<p>Je 13 tips zijn heel bruikbaar, maar bij 3 punten heb ik nog wel een vraag:<br />
-(6) Waarom pas bij grote sites de mogelijkheid bieden meerdere woorden in te voeren? Verwachten gebruikers niet altijd meer woorden te kunnen opgeven?<br />
-(9) Relevantie-algoritmes zijn vaak diep geworteld in de zoeksoftware. Hoe financieel haalbaar is het voor de gemiddelde website om te zoekfunctie zo te tweaken dat commercieel interessante items een hogere relevantie krijgen? Of doel je op &#8216;best bets&#8217;?<br />
-(10) Is het gebruik van relevantie-indicatoren inmiddels niet achterhaald? Mensen nemen standaard aan dat nr.1 het meest relevant is en dat alles op pagina 2 en verder minder relevant is. Wat voegt het toe te vermelden dat het ene item 53% en het volgende 51% relevant is?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Pascal Selles</title>
		<link>http://www.frankwatching.com/archive/2008/07/01/meer-resultaat-met-een-goede-zoekfunctie/#comment-68453</link>
		<dc:creator>Pascal Selles</dc:creator>
		<pubDate>Tue, 01 Jul 2008 18:57:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.frankwatching.com/?p=5952#comment-68453</guid>
		<description>Leuk artikel!
Extra aandachtspunt is dat mensen een zoekfunctie gebruiken zoals ze denken en spreken, bijvoorbeeld 'wanneer krijg ik mijn poen'. Het herkennen van 'natural language' is iets wat nog niet veel interne zoekmachines kunnen. Volgens mij is Q-go http://www.q-go.nl/ die enige partij in Nederland die dat kan.</description>
		<content:encoded><![CDATA[<p>Leuk artikel!<br />
Extra aandachtspunt is dat mensen een zoekfunctie gebruiken zoals ze denken en spreken, bijvoorbeeld &#8216;wanneer krijg ik mijn poen&#8217;. Het herkennen van &#8216;natural language&#8217; is iets wat nog niet veel interne zoekmachines kunnen. Volgens mij is Q-go <a href="http://www.q-go.nl/" rel="nofollow">http://www.q-go.nl/</a> die enige partij in Nederland die dat kan.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Willem</title>
		<link>http://www.frankwatching.com/archive/2008/07/01/meer-resultaat-met-een-goede-zoekfunctie/#comment-68446</link>
		<dc:creator>Willem</dc:creator>
		<pubDate>Tue, 01 Jul 2008 16:28:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.frankwatching.com/?p=5952#comment-68446</guid>
		<description>Een aanvullende tip voor relevante zoekresultaten. Maak de zoekfunctie contextgevoelig. Op onze reissite staan de zoekresultaten gesorteerd op land tot je bijvoorbeeld zoekt op de pagina http://italie.goaze.nl/. Je bent dan blijkbaar op zoek naar iets in Italie en de resultaten daarvoor komen dan ook bovenaan.</description>
		<content:encoded><![CDATA[<p>Een aanvullende tip voor relevante zoekresultaten. Maak de zoekfunctie contextgevoelig. Op onze reissite staan de zoekresultaten gesorteerd op land tot je bijvoorbeeld zoekt op de pagina <a href="http://italie.goaze.nl/" rel="nofollow">http://italie.goaze.nl/</a>. Je bent dan blijkbaar op zoek naar iets in Italie en de resultaten daarvoor komen dan ook bovenaan.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Ton Wesseling</title>
		<link>http://www.frankwatching.com/archive/2008/07/01/meer-resultaat-met-een-goede-zoekfunctie/#comment-68433</link>
		<dc:creator>Ton Wesseling</dc:creator>
		<pubDate>Tue, 01 Jul 2008 13:44:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.frankwatching.com/?p=5952#comment-68433</guid>
		<description>De eerste URL als hyperlink:
http://www.webanalisten.nl/analyse/conversie-cijfers/benchmark-gegevens-conversie-ecommerce-shops-uk-us.html</description>
		<content:encoded><![CDATA[<p>De eerste URL als hyperlink:<br />
<a href="http://www.webanalisten.nl/analyse/conversie-cijfers/benchmark-gegevens-conversie-ecommerce-shops-uk-us.html" rel="nofollow">http://www.webanalisten.nl/analyse/conversie-cijfers/benchmark-gegevens-conversie-ecommerce-shops-uk-us.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Ton Wesseling</title>
		<link>http://www.frankwatching.com/archive/2008/07/01/meer-resultaat-met-een-goede-zoekfunctie/#comment-68432</link>
		<dc:creator>Ton Wesseling</dc:creator>
		<pubDate>Tue, 01 Jul 2008 13:43:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.frankwatching.com/?p=5952#comment-68432</guid>
		<description>Anneriek, dank voor de tips. Zijn dit tips vanuit usability oogpunt / eigen inzicht, of zijn ze ook getest op daadwerdelijk gebruiksgemak voor de bezoeker en/of meer conversie?

In een recent artikel op webanalisten.nl schreef ik op basis van onderzoeksgegevens van Coremetrics al over het feit dat mensen die de interne zoekmachine gebruiken 4 maal zo vaak converteren als mensen die dat niet doen (&lt;a href="http://www.webanalisten.nl/analyse/conversie-cijfers/benchmark-gegevens-conversie-ecommerce-shops-uk-us.html" rel="nofollow"&gt;http://www.webanalisten.nl/analyse/conversie-cijfers/benchmark-gegevens-conversie-ecommerce-shops-uk-us.html&lt;/a&gt;). Dit betekent dat je dit bezoek dat op zoek is naar iets specifieks echt goed moet bedienen!

Het monitoren van zoekopdrachten is overigens ook een raadzame bezigheid. Vooral zoekopdrachten die geen resultaten opleveren. Lees hier over de ANWB dakkoffer / skibox case op: http://www.webanalisten.nl/analyse/case-interne-zoekopdrachten-een-klein-kijkje-in-het-hoofd-van-de-klant.html</description>
		<content:encoded><![CDATA[<p>Anneriek, dank voor de tips. Zijn dit tips vanuit usability oogpunt / eigen inzicht, of zijn ze ook getest op daadwerdelijk gebruiksgemak voor de bezoeker en/of meer conversie?</p>
<p>In een recent artikel op webanalisten.nl schreef ik op basis van onderzoeksgegevens van Coremetrics al over het feit dat mensen die de interne zoekmachine gebruiken 4 maal zo vaak converteren als mensen die dat niet doen (<a href="http://www.webanalisten.nl/analyse/conversie-cijfers/benchmark-gegevens-conversie-ecommerce-shops-uk-us.html" rel="nofollow">http://www.webanalisten.nl/analyse/conversie-cijfers/benchmark-gegevens-conversie-ecommerce-shops-uk-us.html</a>). Dit betekent dat je dit bezoek dat op zoek is naar iets specifieks echt goed moet bedienen!</p>
<p>Het monitoren van zoekopdrachten is overigens ook een raadzame bezigheid. Vooral zoekopdrachten die geen resultaten opleveren. Lees hier over de ANWB dakkoffer / skibox case op: <a href="http://www.webanalisten.nl/analyse/case-interne-zoekopdrachten-een-klein-kijkje-in-het-hoofd-van-de-klant.html" rel="nofollow">http://www.webanalisten.nl/analyse/case-interne-zoekopdrachten-een-klein-kijkje-in-het-hoofd-van-de-klant.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Jee</title>
		<link>http://www.frankwatching.com/archive/2008/07/01/meer-resultaat-met-een-goede-zoekfunctie/#comment-68431</link>
		<dc:creator>Jee</dc:creator>
		<pubDate>Tue, 01 Jul 2008 13:37:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.frankwatching.com/?p=5952#comment-68431</guid>
		<description>Zie 9.
'Sorteer resultaten in eerste instantie op relevantie...'

De presentatie van resultaten op relevantie is NIET 'relevant' als het gaat om een site die insteekt op nieuws. Daar dient de sortering in eerste instantie altijd chronologisch te gebeuren, met het nieuwste bericht als eerste.</description>
		<content:encoded><![CDATA[<p>Zie 9.<br />
&#8216;Sorteer resultaten in eerste instantie op relevantie&#8230;&#8217;</p>
<p>De presentatie van resultaten op relevantie is NIET &#8216;relevant&#8217; als het gaat om een site die insteekt op nieuws. Daar dient de sortering in eerste instantie altijd chronologisch te gebeuren, met het nieuwste bericht als eerste.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
