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

<channel>
	<title>SEO copywriting: Searchwritten&#187; usability Archives  &#8211; A Study in Content SEO</title>
	<atom:link href="http://searchwritten.com/tag/usability/feed" rel="self" type="application/rss+xml" />
	<link>http://searchwritten.com</link>
	<description>A Study in Content SEO</description>
	<lastBuildDate>Tue, 09 Feb 2010 07:43:19 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>A Print Friendly Website? How To make your website Printer Friendly</title>
		<link>http://searchwritten.com/a-print-friendly-website-how-to-make-your-website-printer-friendly.html</link>
		<comments>http://searchwritten.com/a-print-friendly-website-how-to-make-your-website-printer-friendly.html#comments</comments>
		<pubDate>Thu, 24 Jul 2008 20:21:12 +0000</pubDate>
		<dc:creator>Martin</dc:creator>
				<category><![CDATA[usability]]></category>
		<category><![CDATA[css]]></category>

		<guid isPermaLink="false">http://searchwritten.com/?p=50</guid>
		<description><![CDATA[A print friendly website automatically formats your website to a user-friendly format when printed. Like said before there are some guidelines for a user-friendly format.
Below I will explain the basics of making a print stylesheet for your website, product page or just a page with your contact details. Some knowhow of CSS and HTML will [...]<p><a href="http://searchwritten.com">SEO copywriting: Searchwritten - A Study in Content SEO</a></p>
]]></description>
			<content:encoded><![CDATA[<p>A print friendly website automatically formats your website to a user-friendly format when printed. Like said before there are some guidelines for a user-friendly format.</p>
<p>Below I will explain the basics of making a print stylesheet for your website, product page or just a page with your contact details. Some knowhow of CSS and HTML will be nice, but don&#8217;t be affraid. It’s pretty simple, and if you do need any help, don’t be afraid to drop your question in the comments.<span id="more-50"></span></p>
<p>Ok, so first things first. The easiest and most common way is to make a new css file in which you put the formatting for your print stylesheet. You can use a simple texteditor to do this. Call the file “print.css”.</p>
<p>Save the file in a location on your webserver and leave it for now.</p>
<p>Go to your html pages or your template files and edit them. If everything is ok, you’ll see some code between the <code>&lt;head&gt; &lt;/head&gt;</code> tags.<br />
Put the following line of code between those tags:</p>
<p><code>&lt;link rel="stylesheet" href="print.css" type="text/css" media="print" /&gt;</code></p>
<p>Do this for every html file or template file.</p>
<p>Some explanation:<br />
<code>href=”print.css”</code> points to the location of your new CSS file. Change that location if your CSS file is in another directory.</p>
<p><code>media=”print”</code> tells the browser to use this stylesheet for printing the page. Nice to know: You can also use this for other media. For example a PDA. A full list of media types you can use can be found at <a href="http://www.w3.org/TR/REC-CSS2/media.html">W3</a>.</p>
<p>Now the browser will know that when a visitor prints the page, it should use your new print stylesheet.</p>
<h2>Formatting the print stylesheet</h2>
<p>The print stylesheet overwrites your normal stylesheet. So you don’t have to put all your formatting in here. Just the difference is enough.</p>
<h3>Hiding all unwanted images, ads and the navigation</h3>
<p>Is your navigation in <code>&lt;div id=”navigation”&gt;&lt;/div&gt;</code>? Put the following code in print.css:</p>
<p><code>#navigation {<br />
display: none;<br />
}</code></p>
<p>Ads or images you don&#8217;t want to appear in the print copy? Do the same thing. For example, if you have ads in:<br />
<code>&lt;div id=”ads”&gt; &lt;/div&gt;</code></p>
<p>use the following code:</p>
<p><code>#ads{<br />
display: none;<br />
}</code></p>
<p>For images it can also be handy to use a class. Use the following class in your image:<br />
<code>&lt;img src=”image.jpg” alt=”alternative description” class=”noprint” /&gt;</code></p>
<p>Now put the following code in print.css:</p>
<p><code>.noprint {<br />
display: none;<br />
}</code></p>
<p>You can combine this to:</p>
<p><code>#navigation, #ads, .noprint {<br />
display: none;<br />
}</code></p>
<h2>Using the full size of paper</h2>
<p>Visitors want to use the full size of a paper when they print your page. In most cases, they use an A4 or the letter format, but this method also works for A5, A3 and other formats.</p>
<p>To get the content on the full size of a paper you give all elements (divs and tables) the following styling:</p>
<p><code>{<br />
float: none;<br />
margin: 0;<br />
width: 100%;<br />
}</code></p>
<p>For example:</p>
<p><code>#container, #content, #post, #comments {<br />
width: 100%;<br />
margin: 0;<br />
float: none;<br />
}</code></p>
<h2>Writing out the URL of a link</h2>
<p>Of course you can’t click a link on a paper. So if people have a print copy of your page, they want to see the full URL of the link. This is pretty simple to realize. Just put the following code in print.css:</p>
<p><code>a:after {<br />
content: " (" attr(href) ") ";<br />
}</code></p>
<p>Now, when you print a page, the full URL will be shown behind the link between two brackets.</p>
<p>Of course it is possible to give the URL some different formatting, for example another colour or a smaller, italic or bold font.</p>
<p>A disadvantage of this method is that when you have a lot of links in your page, it will harm the readabilty. A solution for this is using footnotes, in my opinion the best way to go.</p>
<h3>Putting links as footnotes in the print copy</h3>
<p>A nice method to put links on your page as a footnote in the print copy has been written by <a href=" http://alistapart.com/articles/improvingprint">Aaron Gustafson</a>. This method uses a little JaveScript code to collect all unique links on your page, assigns a number to them and puts them as a footnote on the bottom of the page. You can find the <a href="http://v2.easy-designs.net/code/footnoteLinks/">last version of this script</a> here.</p>
<p><a href="http://searchwritten.com">SEO copywriting: Searchwritten - A Study in Content SEO</a></p>
]]></content:encoded>
			<wfw:commentRss>http://searchwritten.com/a-print-friendly-website-how-to-make-your-website-printer-friendly.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Usability of print pages</title>
		<link>http://searchwritten.com/usability-of-print-pages.html</link>
		<comments>http://searchwritten.com/usability-of-print-pages.html#comments</comments>
		<pubDate>Mon, 21 Jul 2008 13:56:12 +0000</pubDate>
		<dc:creator>Erik-Jan</dc:creator>
				<category><![CDATA[website structure]]></category>
		<category><![CDATA[usability]]></category>

		<guid isPermaLink="false">http://searchwritten.com/?p=49</guid>
		<description><![CDATA[It’s difficult to read long articles from screen. Fortunately, some clever guys invented printers. But printing some articles can be a real pain in the ass. Most webpages I try to print, don’t have a good workaround for this function. Among the greatest irritations are:

   1. Navigation items that takes two pages
   2. Text that is wider than my page
   3. White pages or pages with only a title
   4. Unreadable URLs
   5. Flash or other applications which can’t be printed
   6. Images that are broken done on the bottom of the page
   7. Text in frames that can’t be printed
<p><a href="http://searchwritten.com">SEO copywriting: Searchwritten - A Study in Content SEO</a></p>
]]></description>
			<content:encoded><![CDATA[<p>It’s difficult to read long articles from screen. Fortunately, some clever guys invented printers. But printing some articles can be a real pain. Most webpages I try to print, don’t have a good workaround for this function. Among the greatest irritations are:</p>
<ol>
<li>Navigation items that takes two pages</li>
<li>Text that is wider than my page</li>
<li>White pages or pages with only a title</li>
<li>Unreadable URLs</li>
<li>Flash or other applications which can’t be printed</li>
<li>Images that are broken done on the bottom of the page</li>
<li>Text in frames that can’t be printed</li>
</ol>
<p>Let’s say something more about some of these irritations.<span id="more-49"></span></p>
<p>Some websites use different print pages. As a user, I’m not very happy with this. Most of the times, I don’t see the link to the print page and I just press Ctrl + P which most of the time doesn’t work that well. The only reason a separate print page might be useful, is when an article is spread over multiple URLs. The print page should contain the entire article.</p>
<h3>Duplicate content</h3>
<p>This is how <a href="http://www.sitepoint.com">SitePoint</a> works. Articles are split in pieces of about 500 words. However, the complete article can be printed on www.sitepoint.com/print/article-name. The danger is of course that this leads to duplicate content and SitePoint doesn’t seem to be aware of this danger. The links to the print version are follow links and the print version isn’t excluded for indexation by a robots.txt file. By the way, SitePoint has another problem as well. Both of the following URLs lead to the same page:</p>
<ul>
<li>www.sitepoint.com/print/properties-glance-guide</li>
<li>www.sitepoint.com/print/1231</li>
</ul>
<h3>Print pages at the ANWB</h3>
<p>The Dutch organization ANWB offers a <a href="http://route.anwb.nl">nice routing tool</a>. The ANWB also uses a separate print page. This print page works well in the browsers I used for testing. However, it’s quite hard to find the link to the print page. This is frustrating because printing the normal page in Firefox doesn’t work that well. The routemap changes to a black or a white rectangle, depending on your printer. It’s hard to solve this problem because the Google Maps application uses JavaScript functions to navigate through the map. Google Maps itself doesn’t have a print version itself. The print version of the ANWB uses a .png file.</p>
<h2>Irritation #2: Empty pages and more problems at SEOmoz</h2>
<p>The blog pages of SEOmoz don’t have a separate print version. Internet Explorer prints their pages really nice, but Firefox doesn’t understand the print CSS. I assume most visitors of SEOmoz will use Firefox. The first page only shows the title of the blog. The blog itself starts at page #2, which leaves a nearly empty first page.<br />
SEOmoz does have another problem with their print functionality. I tries to print a page of about 2,000 words. In the opposite order, I received 4 pages with comments, one page with (a part of) the article and my printer ended with the almost empty title page. The article itself should me around 5 pages long, but I only received the first page. Internet Explorer understands what should be printed.</p>
<h2>Irritation #3: Useless navigation</h2>
<p>A printed version of an article doesn’t need any form of navigation. Many print versions of articles however do place the navigation on the paper. A few days ago, I printed an article of a Duth online marketing blog. The article had a length of about 2 pages (including comments) but my printer printed 7 pages consisting:</p>
<ul>
<li>Top navigation</li>
<li>Last reaction on the entire site</li>
<li>Some statistics</li>
<li>A little bit of whitespace</li>
<li>A long list of tags</li>
<li><strong>The article itself</strong></li>
<li><strong>The comments</strong></li>
<li>Links to not related article on other sites</li>
</ul>
<p>We know that important content should be placed above the fold. It’s weird that it seems that this doesn’t apply for print pages based on the history of the term ‘above the fold’.<br />
Some articles say that it’s a bad user experience if a print version has a different layout than the normal webpage. I don’t agree with them. People print an article to read the stuff and not to study the navigation.<br />
Most advertisements don’t have any value on a print page. The only work for branding but people can’t click on them. An advertisements for a new cartridge with a short URL might be a good idea though.</p>
<h2>Irritation #4: Non-readable URLs</h2>
<p>How do you tackle links on a print page? Most print versions underline the link but it’s still not possible to read the underlying URL. SitePoint uses an elegant solution. They use footprints in their print versions so the URL of a link is placed in a list below the document.</p>
<h2>Best practices</h2>
<p>What is the way to go with print pages? Let me give my few cents about this one:</p>
<ul>
<li>Use a media=”print” CSS</li>
<li>Delete all navigation and banners</li>
<li>Use the entire paper</li>
<li>Place URLs in a footprint</li>
<li>Test the print version in the most important browsers</li>
</ul>
<p><a href="http://searchwritten.com">SEO copywriting: Searchwritten - A Study in Content SEO</a></p>
]]></content:encoded>
			<wfw:commentRss>http://searchwritten.com/usability-of-print-pages.html/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Web writing: less is more? Or maybe not</title>
		<link>http://searchwritten.com/web-writing-less-is-more-or-maybe-not.html</link>
		<comments>http://searchwritten.com/web-writing-less-is-more-or-maybe-not.html#comments</comments>
		<pubDate>Sat, 10 May 2008 18:29:10 +0000</pubDate>
		<dc:creator>Ramon Eijkemans</dc:creator>
				<category><![CDATA[seo copywriting]]></category>
		<category><![CDATA[copywriting]]></category>
		<category><![CDATA[research]]></category>
		<category><![CDATA[usability]]></category>

		<guid isPermaLink="false">15 at http://www.searchwritten.com</guid>
		<description><![CDATA[According to a recent publication by Jakob Nielsen, it is better to not use many words in a web text: less is more. However, another study by the Poynter group reveals that web content (in online newspapers) is read way, way better!
How can we explain this difference? And: what should SEOs learn from it?

Ok, so [...]<p><a href="http://searchwritten.com">SEO copywriting: Searchwritten - A Study in Content SEO</a></p>
]]></description>
			<content:encoded><![CDATA[<p>According to a recent publication by Jakob Nielsen, it is better to not use many words in a web text: less is more. However, another study by the Poynter group reveals that web content (in online newspapers) is read way, way better!</p>
<p>How can we explain this difference? And: what should SEOs learn from it?</p>
<p><span id="more-5"></span></p>
<p>Ok, so now i’m confused.</p>
<p><a href='http://dev.searchwritten.com/wp-content/uploads/2008/05/reading.gif'><img src="http://dev.searchwritten.com/wp-content/uploads/2008/05/reading.gif" alt="reading Web writing: less is more? Or maybe not" title="Owl reading" width="150" height="157" class="alignright size-medium wp-image-11" /></a>Last week Jakob Nielsen wrote an article entitled: &#8216;How little do users read?&#8217; In the article, he repeats an idea we all know: average web users don’t read a text as a whole, they scan it. He also states that about 20% of the words in texts <b>can</b> actually be read in the time people spend on a web page.</p>
<p>Another study however, (Poynter group Eyetracking study 2007) says something different. They say that 77% of a text that is being read, actually gets read, even if the text is very long.</p>
<p>What&#8217;s up with that? I got frustrated and began reading to find out. Is one of them talking BS, or is there more to it?</p>
<p><!--more--></p>
<h2>Why less is more: Jakob Nielsen about web reading</h2>
<p>Nielsen provides some data to back up his claim:</p>
<p>&#8216;<i>On the average Web page, users have time to read at most 28% of the words during an average visit; 20% is more likely</i>&#8216;.</p>
<p>The data set he used contained 59,573 pageviews, of which 45,237 were usable after cleaning out error pages, bounces, and pageviews that lasted more than 10 minutes. The data was collected in 2005 among mostly high-end users (university employees).</p>
<h3>Time to read: 25 seconds + 4,4 seconds for every 100 words extra</h3>
<p>The calculations are simple, i’ll summarize and explain them here:</p>
<ul>
<li>an average webpage contains between 30 and 1,250 words. Reading behavior beyond 1,250 words becomes erratic;</li>
<li>an average pageview lasts at least 25 seconds (30 words), plus 4,4 seconds more for every 100 words extra;</li>
<li>assuming an average reading speed of 250 words per minute, users can read 18 words in those 4,4 seconds. So when an extra 100 words are to be read, people actually read only 18 of them.</li>
</ul>
<h3>Amount of read words: only 20% to 28%</h3>
<p>The next step is to calculate how much words people are able to read when an article contains a given number of words. In the data set Nielsen used there was an average of 593 words on a webpage. I have no way of validating that number, but it seems reasonable.</p>
<p><a href='http://dev.searchwritten.com/wp-content/uploads/2008/05/percent-of-text-read-505px.gif'><img src="http://dev.searchwritten.com/wp-content/uploads/2008/05/percent-of-text-read-505px.gif" alt="Graph % of web text read" title="percent-of-text-read-505px" width="500" height="401" class="alignleft size-full wp-image-10" /></a><br />
Source: <a href="http://www.useit.com/alertbox/percent-text-read.html" title="http://www.useit.com/alertbox/percent-text-read.html">http://www.useit.com/alertbox/percent-text-read.html</a></p>
<p>Look at the chart above. The smaller the amount of words, the higher the percentage of words people have time for. People read 50% of a text when it’s 111 words or less. At Onetomarket we generally use 250 words as an ideal quantity for both search engines and humans. It seems that when a text is 250 words long, about 35% it will be read. The average pageview of 593 words would only be read for 28%.</p>
<p>Nielsen lowers the average number to 20% because people do not spend <b>all</b> their time on a webpage reading. They also need time to figure out the navigation and lay-out, etc.</p>
<h2>Poynter group says: less it NOT more</h2>
<p>Ok. So 20% of web texts are read, on average.</p>
<p>But that is not what the Eyetracking Study of the Poynter Group says! For those of you who don&#8217;t know: the Poynter group is a non-profit organization that does all kinds of teaching stuff for journalists.</p>
<p>In 2007, they conducted a large eye tracking study: 582 subjects, 50% men/women, average age of about 35 to 40. About 200 newspaper websites were examined (also 200 tabloids and 200 newspapers).</p>
<p>The research revealed the following, among other things:</p>
<ul>
<li>77% of the words are read <b>after</b> a subject decides to read an article;</li>
<li>half of the people read from top to bottom (methodical); the other half scans;</li>
<li>alternative story forms (Q&amp;A&#8217;s, timelines, lists, facts boxes) draw in a higher amount of visual attention;</li>
<li>when online, people search for navigational elements first. When reading print, people search for big headings and photos first.</li>
</ul>
<p>The most striking difference between this study and Nielsen&#8217;s statements, is that &#8216;less is more&#8217; doesn’t seem applicable for news articles. If someone starts to read, they go for the full monty:</p>
<p><a href='http://dev.searchwritten.com/wp-content/uploads/2008/05/poynter-amount-storytext-505px.gif'><img src="http://dev.searchwritten.com/wp-content/uploads/2008/05/poynter-amount-storytext-505px.gif" alt="Graph relation between number of words on webpage and reading time - eyetracking study Poynter 2007" title="poynter-amount-storytext-505px" width="500" height="204" class="alignleft size-full wp-image-12" /></a><br />
Source: <a href="http://eyetrack.poynter.org/keys_01.html" title="http://eyetrack.poynter.org/keys_01.html">http://eyetrack.poynter.org/keys_01.html</a></p>
<h3>Conclusion: users are picky, and quality matters</h3>
<p>So one study concludes that less is more; the other says exactly the opposite. How can we explain this?</p>
<p>My two cents on it are that they differ because of the way the research is set up. There are some striking differences:</p>
<ul>
<li>the Poynter institute explicitly told test subjects to read a newspaper, tabloid or website. It makes sense that a much higher percentage would actually read stuff. It&#8217;s not that this is a bad way to do research! But because of this, it can never, ever account for the way people interact in general with websites;</li>
<li>
also, newspaper websites are high authority websites, and are packed with high quality content. They are the traditional news publishers. It&#8217;s logical that people read more on these websites;</li>
</ul>
<p>It seems to me that there are two very logical observations here:</p>
<ol>
<li>people are very picky when choosing which articles to read;</li>
<li>but if they decide to read, they probably read more than 20%. This however, only applies to newspaper websites, but we can assume that websites that are known to deliver &#8216;quality&#8217; information, can reach this high a percentage as well. I do not think the same percentage is applicable for web shops and your average business website.</li>
</ol>
<h3>What about SEO?</h3>
<p>The reason I wanted to dive into these researches is because of my daily routine as an SEO. I give a lot of workshops about the relationship between copywriting and search engine optimization. Usually, I teach copywriters about keyword research, writing title tags and meta-descriptions, how many keywords to use in your text and where to put them, etc.</p>
<p>These are the things I will use in my presentations:</p>
<ol>
<li>Time to read: 25 seconds + 4,4 seconds for 100 words extra; (Nielsen)<br />
20% to 28% of web texts can ON AVERAGE be read given the time people spend on webpages; (Nielsen)</li>
<li>however, IF people read a news story, they read 77% of the text (Poynter);</li>
<li>this high percentage is presumably lower on web shops and business sites (IMHO);</li>
<li>but if people find a text interesting, they WILL read it (IMHO);</li>
<li>people read in different ways: they scan (50%) AND read from top to bottom (50%) (Poynter);</li>
<li>navigational elements AND alternative story forms attract readers. Secondly, headings and images are important (Poynter).</li>
</ol>
<p>Besides the conclusions above that are more about web reading in general, there are also several hidden messages for SEOs.</p>
<ol>
<li>If a visitor is supposed to &#8216;do&#8217; something on a webpage (like reading or converting into a customer) it is paramount that the user experience comes first, and keywords second! That might be hard for many SEOs to swallow. But because REAL user attention seems so hard to obtain, everything should be done to reach that goal first. Never, ever sacrifice the quality of a text for search engines!</li>
<li>the thing a reader should &#8216;do&#8217; on a webpage cannot be reached if they must read the WHOLE text first. That is something visitors simply do not do. We have seen that they read something between 20% and 77%, but never 100%. So, when doing textual conversion optimization you must make sure the conversion goal is present on several locations of the page. Otherwise it might not even get noticed;</li>
<li>Also, they read texts in different ways: they scan and read methodically. Also, visitors tend to read more when you use alternative formats, like Q&amp;A&#8217;s, lists, etc. So, diversify your conversion points.</li>
</ol>
<p>Well, this article has become quite big too, but i hope you find it interesting enough to read the full 77% ;)</p>
<h3>Read more:</h3>
<ul>
<li>Jakob Nielsen: How Little Do Users Read? <a href="http://www.useit.com/alertbox/percent-text-read.html">www.useit.com/alertbox/percent-text-read.html</a></li>
<li>H.Weinreich et al., Not quite the average: An empirical study of Web use <a href="http://doi.acm.org/10.1145/1326561.1326566">doi.acm.org/10.1145/1326561.1326566</a></li>
<li>Poynter Group Eyetracking 2007: <a href="http://eyetrack.poynter.org/">eyetrack.poynter.org/</a>. </li>
</ul>
<div class="feedflare">
</div>
<p><a href="http://searchwritten.com">SEO copywriting: Searchwritten - A Study in Content SEO</a></p>
]]></content:encoded>
			<wfw:commentRss>http://searchwritten.com/web-writing-less-is-more-or-maybe-not.html/feed</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
	</channel>
</rss>
