<?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>Comments on: The case against splash pages</title>
	<atom:link href="http://www.sidesofmarch.com/index.php/archive/2008/07/24/the-case-against-splash-pages/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sidesofmarch.com/index.php/archive/2008/07/24/the-case-against-splash-pages/</link>
	<description>Thoughts on life, liberty, and information technology</description>
	<lastBuildDate>Tue, 24 Jan 2012 10:43:34 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: brian</title>
		<link>http://www.sidesofmarch.com/index.php/archive/2008/07/24/the-case-against-splash-pages/#comment-269078</link>
		<dc:creator>brian</dc:creator>
		<pubDate>Mon, 28 Jul 2008 16:07:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.sidesofmarch.com/?p=265#comment-269078</guid>
		<description>Chris,

I have seen companies do this, not just for language, but also for geographical concerns (see ups.com or fedex.com). In this case, the &quot;splash&quot; page is functional and does serve a distinct purpose for the user.

An alternative to such pages is to look at the default language/culture settings in the web browser. Browsers typically send accepted languages in the HTTP request header. You can &quot;default&quot; to the first language/culture available in the list, and provide controls on the web page to change languages.

Looking at rogers.com, your approach does work fine. Most people will quickly identify the side of the page in their language and enter the site. The only issue may come up if a third language (say, Spanish) is desired.

You may want to conduct your own informal mini-usability test by getting ten people (some who speak English and little or no French, some who speak French and little English, and some who speak both fluently) and watch them use the site -- give them a few small tasks such as &quot;purchase a wireless plan with at least 1000 minutes and bla bla bla features&quot;. For the bilingual users, give them a task that is to &quot;change the language for which you are viewing the web page&quot;. Obviously, your main focus is to see how they interact with the language-related features of the site.

One small usability tip for you that I found when navigating the site. While poking around, I got this message:

&quot;We are sorry, Rogers Home Phone is currently not available in your area.

However, you can take advantage of Rogers Long Distance service.&quot;

You should add an indication as to (1) what area I chose, and (2) allow me to change the area.</description>
		<content:encoded><![CDATA[<p>Chris,</p>
<p>I have seen companies do this, not just for language, but also for geographical concerns (see ups.com or fedex.com). In this case, the &#8220;splash&#8221; page is functional and does serve a distinct purpose for the user.</p>
<p>An alternative to such pages is to look at the default language/culture settings in the web browser. Browsers typically send accepted languages in the HTTP request header. You can &#8220;default&#8221; to the first language/culture available in the list, and provide controls on the web page to change languages.</p>
<p>Looking at rogers.com, your approach does work fine. Most people will quickly identify the side of the page in their language and enter the site. The only issue may come up if a third language (say, Spanish) is desired.</p>
<p>You may want to conduct your own informal mini-usability test by getting ten people (some who speak English and little or no French, some who speak French and little English, and some who speak both fluently) and watch them use the site &#8212; give them a few small tasks such as &#8220;purchase a wireless plan with at least 1000 minutes and bla bla bla features&#8221;. For the bilingual users, give them a task that is to &#8220;change the language for which you are viewing the web page&#8221;. Obviously, your main focus is to see how they interact with the language-related features of the site.</p>
<p>One small usability tip for you that I found when navigating the site. While poking around, I got this message:</p>
<p>&#8220;We are sorry, Rogers Home Phone is currently not available in your area.</p>
<p>However, you can take advantage of Rogers Long Distance service.&#8221;</p>
<p>You should add an indication as to (1) what area I chose, and (2) allow me to change the area.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://www.sidesofmarch.com/index.php/archive/2008/07/24/the-case-against-splash-pages/#comment-269032</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Mon, 28 Jul 2008 15:31:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.sidesofmarch.com/?p=265#comment-269032</guid>
		<description>Here in Canada - given the bilingual nature of our country - a splash page is often used for the purpose of 
asking the user (usually on their first visit only) which language they wish to browse the site in.  

While I agree wholeheartedly that having a splash page for the purposes of showing off Flash eye-candy is a 
big waste of time,  I would be interested to know what the usabililty experts would propose as an alternative 
to the language-selection feature?

See http://www.rogers.com for example.

Regards,

Chris.</description>
		<content:encoded><![CDATA[<p>Here in Canada &#8211; given the bilingual nature of our country &#8211; a splash page is often used for the purpose of<br />
asking the user (usually on their first visit only) which language they wish to browse the site in.  </p>
<p>While I agree wholeheartedly that having a splash page for the purposes of showing off Flash eye-candy is a<br />
big waste of time,  I would be interested to know what the usabililty experts would propose as an alternative<br />
to the language-selection feature?</p>
<p>See <a href="http://www.rogers.com" rel="nofollow">http://www.rogers.com</a> for example.</p>
<p>Regards,</p>
<p>Chris.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elle</title>
		<link>http://www.sidesofmarch.com/index.php/archive/2008/07/24/the-case-against-splash-pages/#comment-265173</link>
		<dc:creator>Elle</dc:creator>
		<pubDate>Fri, 25 Jul 2008 17:07:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.sidesofmarch.com/?p=265#comment-265173</guid>
		<description>I agree completely; it&#039;s a waste of time and generates ill-will towards the website. I recently visited a local restaurant&#039;s website; the first page I came across had a black background with two pictures and asked me to click on either the restaurant information or the nightclub information. Both links led to the same page! They didn&#039;t have separate pages for the nightclub and restaurant; I ended up feeling angry at the restaurant for misleading me.</description>
		<content:encoded><![CDATA[<p>I agree completely; it&#8217;s a waste of time and generates ill-will towards the website. I recently visited a local restaurant&#8217;s website; the first page I came across had a black background with two pictures and asked me to click on either the restaurant information or the nightclub information. Both links led to the same page! They didn&#8217;t have separate pages for the nightclub and restaurant; I ended up feeling angry at the restaurant for misleading me.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

