<?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: Links moeten betekenis hebben</title>
	<atom:link href="http://usability-blog.be/links-moeten-betekenis-hebben/feed/" rel="self" type="application/rss+xml" />
	<link>http://usability-blog.be/links-moeten-betekenis-hebben/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=links-moeten-betekenis-hebben</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: Ellen</title>
		<link>http://usability-blog.be/links-moeten-betekenis-hebben/#comment-11977</link>
		<dc:creator>Ellen</dc:creator>
		<pubDate>Wed, 15 Jun 2011 13:53:51 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=341#comment-11977</guid>
		<description>Misschien wat laat om op dit artikel te reageren, maar het is nog steeds &quot;Meld u aan&quot;. Niet &quot;Meldt u aan&quot;. ;)</description>
		<content:encoded><![CDATA[<p>Misschien wat laat om op dit artikel te reageren, maar het is nog steeds &#8220;Meld u aan&#8221;. Niet &#8220;Meldt u aan&#8221;. <img src='http://cdn2.usability-blog.be/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Edwin</title>
		<link>http://usability-blog.be/links-moeten-betekenis-hebben/#comment-5635</link>
		<dc:creator>Edwin</dc:creator>
		<pubDate>Mon, 26 Jul 2010 18:27:23 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=341#comment-5635</guid>
		<description>Het klopt er is een vrij groot verschil in conversie tussen een &#039;lees meer&#039; en een &#039;kort-zinnetje-met-vraag&#039; link.

Mensen begrijpen wel de betekenis van die &#039;lees meer&#039; link, maar met die laatste prikkel je een stuk meer hun nieuwsgierigheid, waardoor de klik kans significant toeneemt. Ze willen, neen ze moeten, het antwoord weten. :)

Buiten de reden die Karl heeft aangehaald, snap ik niet waarom Anysurfer zo&#039;n &#039;lees meer&#039; link toe laat. Beetje zwak van hun, niet?

Ik ben geen grote kenner van screen readers, maar ik dacht toch dat het voor blinden niet leuk is om verschillende links, met dezelfde omschrijving (bv &#039;lees meer&#039;, &#039;klik hier&#039;, etc...), naar verschillende pagina&#039;s te leiden.

Ik wou dat ik die &#039;lees meer&#039; linkjes kon kwijt geraken op mijn eigen blog, maar dat gaat (voorlopig) bij mijn weten nog niet. :)

Gewoon de teksten in al hun glorie laten zien, is ook niet goed. Ik moet dus voor het minste kwaad kiezen.</description>
		<content:encoded><![CDATA[<p>Het klopt er is een vrij groot verschil in conversie tussen een &#8216;lees meer&#8217; en een &#8216;kort-zinnetje-met-vraag&#8217; link.</p>
<p>Mensen begrijpen wel de betekenis van die &#8216;lees meer&#8217; link, maar met die laatste prikkel je een stuk meer hun nieuwsgierigheid, waardoor de klik kans significant toeneemt. Ze willen, neen ze moeten, het antwoord weten. <img src='http://cdn2.usability-blog.be/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Buiten de reden die Karl heeft aangehaald, snap ik niet waarom Anysurfer zo&#8217;n &#8216;lees meer&#8217; link toe laat. Beetje zwak van hun, niet?</p>
<p>Ik ben geen grote kenner van screen readers, maar ik dacht toch dat het voor blinden niet leuk is om verschillende links, met dezelfde omschrijving (bv &#8216;lees meer&#8217;, &#8216;klik hier&#8217;, etc&#8230;), naar verschillende pagina&#8217;s te leiden.</p>
<p>Ik wou dat ik die &#8216;lees meer&#8217; linkjes kon kwijt geraken op mijn eigen blog, maar dat gaat (voorlopig) bij mijn weten nog niet. <img src='http://cdn2.usability-blog.be/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Gewoon de teksten in al hun glorie laten zien, is ook niet goed. Ik moet dus voor het minste kwaad kiezen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Jonathan</title>
		<link>http://usability-blog.be/links-moeten-betekenis-hebben/#comment-1241</link>
		<dc:creator>Jonathan</dc:creator>
		<pubDate>Mon, 14 Sep 2009 11:46:16 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=341#comment-1241</guid>
		<description>Ben ik hier mis, of ... ?

Is het geen oplossing om, zoals Anysurfer beschrijft, beide te combineren.
+
Op de link &quot;Lees verder&quot; gewoonweg het title-attribuut in te vullen met semantisch inhoudelijke informatie&quot; (ipv zaken offscreen te gaan positioneren...)</description>
		<content:encoded><![CDATA[<p>Ben ik hier mis, of &#8230; ?</p>
<p>Is het geen oplossing om, zoals Anysurfer beschrijft, beide te combineren.<br />
+<br />
Op de link &#8220;Lees verder&#8221; gewoonweg het title-attribuut in te vullen met semantisch inhoudelijke informatie&#8221; (ipv zaken offscreen te gaan positioneren&#8230;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Karl Gilis</title>
		<link>http://usability-blog.be/links-moeten-betekenis-hebben/#comment-45</link>
		<dc:creator>Karl Gilis</dc:creator>
		<pubDate>Wed, 22 Apr 2009 20:27:30 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=341#comment-45</guid>
		<description>@Gino

1. Je hebt gelijk dat AnySurfer een uitzondering voorziet in dat specifieke geval. Ik heb een zwaar vermoeden dat dit is omdat er anders amper sites het label zouden kunnen halen. Net omdat de dwaze &#039;lees verder&#039; nu eenmaal ingebakken zit/zat in zowel elk CMS. Het spreekt voor zich dat als een &#039;lees verder&#039; vermeden kan worden, dit beter is. Veel beter. 100 keer beter zelfs. Kiezen voor een goed CMS en een beetje creativiteit bij het copywriten dus.

2. Wat grafici graag zien, is van weinig belang. Het gaat om de gebruiker van de website, niet om de maker. En nietszeggende links storen de gebruiker. En leveren overigens minder kliks op dan goed gekozen, betekenisvolle links.</description>
		<content:encoded><![CDATA[<p>@Gino</p>
<p>1. Je hebt gelijk dat AnySurfer een uitzondering voorziet in dat specifieke geval. Ik heb een zwaar vermoeden dat dit is omdat er anders amper sites het label zouden kunnen halen. Net omdat de dwaze &#8216;lees verder&#8217; nu eenmaal ingebakken zit/zat in zowel elk CMS. Het spreekt voor zich dat als een &#8216;lees verder&#8217; vermeden kan worden, dit beter is. Veel beter. 100 keer beter zelfs. Kiezen voor een goed CMS en een beetje creativiteit bij het copywriten dus.</p>
<p>2. Wat grafici graag zien, is van weinig belang. Het gaat om de gebruiker van de website, niet om de maker. En nietszeggende links storen de gebruiker. En leveren overigens minder kliks op dan goed gekozen, betekenisvolle links.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Gino Lardon</title>
		<link>http://usability-blog.be/links-moeten-betekenis-hebben/#comment-43</link>
		<dc:creator>Gino Lardon</dc:creator>
		<pubDate>Wed, 22 Apr 2009 18:27:59 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=341#comment-43</guid>
		<description>Hierbij 2 aanvullingen:

1.
Er bestaat een uitzonderingsregel in de huidige AnySurfer richtlijnen m.b.t. het betekenisvol zijn, nl.

&quot;Bij korte nieuwsberichten hoort vaak een &#039;Lees verder&#039; link. Op zichzelf is de linktekst &#039;Lees verder&#039; niet informatiedragend, maar als op dezelfde pagina ook een tweede, duidelijke link met hetzelfde doel aanwezig is, zijn dergelijke links toch toegestaan. De titel van het bericht is meestal het best geschikt voor die extra link.&quot;

2.
Als compromis oplossing tussen grafici (die liever kortere linken zien) en accessibility mensen kan ook een meer betekenisvol onderdeel aan een dergelijke link worden toegevoegd via een  die offscreen wordt gepositioneerd.  Visuele surfers zien dan deze extra info niet en hebben genoeg aan de context waarin de link zich bevindt.  Blinden, SearchBots e.d. &#039;zien&#039; de bijkomende info wel.</description>
		<content:encoded><![CDATA[<p>Hierbij 2 aanvullingen:</p>
<p>1.<br />
Er bestaat een uitzonderingsregel in de huidige AnySurfer richtlijnen m.b.t. het betekenisvol zijn, nl.</p>
<p>&#8220;Bij korte nieuwsberichten hoort vaak een &#8216;Lees verder&#8217; link. Op zichzelf is de linktekst &#8216;Lees verder&#8217; niet informatiedragend, maar als op dezelfde pagina ook een tweede, duidelijke link met hetzelfde doel aanwezig is, zijn dergelijke links toch toegestaan. De titel van het bericht is meestal het best geschikt voor die extra link.&#8221;</p>
<p>2.<br />
Als compromis oplossing tussen grafici (die liever kortere linken zien) en accessibility mensen kan ook een meer betekenisvol onderdeel aan een dergelijke link worden toegevoegd via een  die offscreen wordt gepositioneerd.  Visuele surfers zien dan deze extra info niet en hebben genoeg aan de context waarin de link zich bevindt.  Blinden, SearchBots e.d. &#8216;zien&#8217; de bijkomende info wel.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Patrick Vanhoucke</title>
		<link>http://usability-blog.be/links-moeten-betekenis-hebben/#comment-31</link>
		<dc:creator>Patrick Vanhoucke</dc:creator>
		<pubDate>Sun, 19 Apr 2009 13:10:21 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=341#comment-31</guid>
		<description>Bedankt voor de link naar de Headspace2 plug-in. Lijkt me een aantal zinvolle mogelijkheden te bevatten die je werk uit handen kunnen nemen.

Ik zag trouwens dat in mijn antwoord er een stuk tekst is weggevallen omdat dit als code werd geïnterpreteerd.

De link naar informatie voor het aanpassen van de more-tag via WordPress is hier te vinden: http://codex.wordpress.org/Customizing_the_Read_More#Having_a_custom_text_for_each_post</description>
		<content:encoded><![CDATA[<p>Bedankt voor de link naar de Headspace2 plug-in. Lijkt me een aantal zinvolle mogelijkheden te bevatten die je werk uit handen kunnen nemen.</p>
<p>Ik zag trouwens dat in mijn antwoord er een stuk tekst is weggevallen omdat dit als code werd geïnterpreteerd.</p>
<p>De link naar informatie voor het aanpassen van de more-tag via WordPress is hier te vinden: <a href="http://codex.wordpress.org/Customizing_the_Read_More#Having_a_custom_text_for_each_post" rel="nofollow">http://codex.wordpress.org/Customizing_the_Read_More#Having_a_custom_text_for_each_post</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Karl Gilis</title>
		<link>http://usability-blog.be/links-moeten-betekenis-hebben/#comment-30</link>
		<dc:creator>Karl Gilis</dc:creator>
		<pubDate>Sun, 19 Apr 2009 11:11:53 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=341#comment-30</guid>
		<description>Fantastisch: mensen die zelf het antwoord geven op hun eigen vraag :-)
Het is inderdaad jammer genoeg zo dat veel CMSen standaard iets zetten als &#039;Lees meer&#039;. gelukkig kan je in veel van die systemen, zeker de open source, met zelf wat knoeien of een goede plugin die tekst veranderen. 
Zelf gebruiken we Headspace2 als plug-in. Die helpt om wat zaken fine te tunen in verband met SEO en laat toe de read more tag van elk artikel in te stellen. Zie http://urbangiraffe.com/plugins/headspace2/</description>
		<content:encoded><![CDATA[<p>Fantastisch: mensen die zelf het antwoord geven op hun eigen vraag <img src='http://cdn2.usability-blog.be/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /><br />
Het is inderdaad jammer genoeg zo dat veel CMSen standaard iets zetten als &#8216;Lees meer&#8217;. gelukkig kan je in veel van die systemen, zeker de open source, met zelf wat knoeien of een goede plugin die tekst veranderen.<br />
Zelf gebruiken we Headspace2 als plug-in. Die helpt om wat zaken fine te tunen in verband met SEO en laat toe de read more tag van elk artikel in te stellen. Zie <a href="http://urbangiraffe.com/plugins/headspace2/" rel="nofollow">http://urbangiraffe.com/plugins/headspace2/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Patrick Vanhoucke</title>
		<link>http://usability-blog.be/links-moeten-betekenis-hebben/#comment-29</link>
		<dc:creator>Patrick Vanhoucke</dc:creator>
		<pubDate>Sun, 19 Apr 2009 01:21:16 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=341#comment-29</guid>
		<description>Ik werk zelf met WordPress en was aangenaam verrast om in de WordPress Codex een oplossing te vinden. In plaats van &lt;!--more--&gt; kun je bijvoorbeeld &lt;!--more Wat zijn de mogelijkheden? --&gt; gebruiken. Je kunt dus zelf kiezen van welke tekst je een link wilt maken.</description>
		<content:encoded><![CDATA[<p>Ik werk zelf met WordPress en was aangenaam verrast om in de WordPress Codex een oplossing te vinden. In plaats van <!--more--> kun je bijvoorbeeld <!--more Wat zijn de mogelijkheden? --> gebruiken. Je kunt dus zelf kiezen van welke tekst je een link wilt maken.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Patrick Vanhoucke</title>
		<link>http://usability-blog.be/links-moeten-betekenis-hebben/#comment-28</link>
		<dc:creator>Patrick Vanhoucke</dc:creator>
		<pubDate>Sun, 19 Apr 2009 00:36:53 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=341#comment-28</guid>
		<description>Akkoord met jullie standpunt, maar een link met &quot;Lees meer&quot; is bij veel CMSen niet te vermijden omdat dit standaard wordt toegevoegd. Of bestaan daar toch oplossingen voor?</description>
		<content:encoded><![CDATA[<p>Akkoord met jullie standpunt, maar een link met &#8220;Lees meer&#8221; is bij veel CMSen niet te vermijden omdat dit standaard wordt toegevoegd. Of bestaan daar toch oplossingen voor?</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 441/474 objects using disk: basic
Content Delivery Network via Amazon Web Services: CloudFront: cdn1.usability-blog.be

Served from: usability-blog.be @ 2012-05-17 17:07:34 -->
