<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="/main.xsl"?>
<b:blog xmlns="http://www.w3.org/1999/xhtml" xmlns:b="http://blog.othree.net"  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://blog.othree.net http://blog.othree.net/blooog.xsd">
	<b:blogTitle>O3noBLOG</b:blogTitle>
	<b:blogDescription></b:blogDescription>
	<b:entries>
		<b:entriesMeta>
			<b:listType>s</b:listType>
			<b:listData listID="000226" baseName="accessibility-myths-and-misconceptions">親和力迷思與錯誤觀念</b:listData>

			<b:previous>
				<b:mTitle>The Spammer Spams Back</b:mTitle>
				<b:mDate>2005/08/04</b:mDate>
				<b:mBase>the-spammer-spams-back</b:mBase>
			</b:previous>


			<b:next>
				<b:mTitle>Don't Make Me Think 2nd Edition</b:mTitle>
				<b:mDate>2005/08/05</b:mDate>
				<b:mBase>dont-make-me-think-2nd</b:mBase>
			</b:next>

		</b:entriesMeta>
		<b:entry entryID="000226" baseName="accessibility-myths-and-misconceptions">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2005-08-04</b:date>
				<b:time>22:31:30</b:time>
			</b:datetime>
			<b:category>web</b:category>

			<b:CommentsAccepted>1</b:CommentsAccepted>



			<b:PingsAccepted>1</b:PingsAccepted>


			<b:title>親和力迷思與錯誤觀念</b:title>
			<b:content>
				<b:summary>第一次翻譯，功力還差很多，還要感謝幾位藏鏡人的大力幫忙，也請大家多多批評指教。本文翻譯自456 Berea Street的Accessibility myths and misconceptions，獲得原作者同意翻譯，創意公用授權條款不適用於此篇文章，目前為原作者保留一切權力。...</b:summary>
				<b:mainContent><p>第一次翻譯，功力還差很多，還要感謝幾位藏鏡人的大力幫忙，也請大家多多批評指教。本文翻譯自<a href="http://www.456bereastreet.com/">456 Berea Street</a>的<a href="http://www.456bereastreet.com/archive/200505/accessibility_myths_and_misconceptions/">Accessibility myths and misconceptions</a>，獲得原作者同意翻譯，創意公用授權條款不適用於此篇文章，目前為原作者保留一切權力。</p></b:mainContent>
				<b:extendContent><h4>親和力迷思與錯誤觀念</h4>

<p>網路的親和力問題已經漸漸受人重視，雖然慢，但確實有在成長，你可以在主流媒體和報紙上看到相關的報導，在瑞典甚至可以在牛奶盒的背面看到它。親和力受到越來越多注意是非常好的，但是很不幸的，在大部分的時候，資訊總是不正確的被傳遞。</p>

<p>很多人對網站親和力有所誤解，不過更糟的是他們依自己似是而非的觀念來製作網站。這個趨勢在我前陣子的『<a href="http://www.456bereastreet.com/archive/200502/accessibility_charlatans/">Accessibility charlatans</a>』一文中已有描述。</p>

<p>我很樂意為大家釐清這些觀念，希望能以此文說明這些迷思錯在哪裡。如果你要對別人說明網路親和力，那這篇文章請儘管拿去用；如果你（或你的公司）想購買親和力的相關服務，也可以利用這篇文章的內容對廠商提出適當問題。</p>

<h4>親和力只是為了盲胞存在的</h4>

<p>確實，盲胞和視力受損的人是很重要的目標族群，但網路親和力含括範圍甚廣，不只是要讓盲胞能取得資訊。</p>

<p>網路親和力的目標是在建造一個網站，這個網站不論使用什麼瀏覽器、什麼作業系統都能看，也不管你是否有任何不方便皆能取得資訊。重點是要反映不同使用者的不同需求和偏好，畢竟不是所有人都用同樣的設備和同樣的方法使用網際網路。</p>

<p>顧及親和力的網站使的可能的訪客人數達到最高，<strong>任何人</strong>都可以輕易的使用。任何人包含了搜尋引擎的機器人，盲人或是視障的訪客，他們都可能是你不希望阻擋到的訪客。</p>

<h4>具親和力網頁都很難看而且無聊</h4>

<p>是的，有些確實是如此，但也有數百萬不具親和力的網站也是如此。這是其中一個對親和力網站的錯誤認知。具備親和力的網站絕對可以作的不難看且不無聊。從另一個角度來看，一個網站的成功與否，通常和他的視覺效果關係不大。</p>

<p>要有親和力並不表示要把所有的顏色和圖片拿掉，而是要思考該如何使用顏色、並替有意義的圖片（圖形物件）提供替代的文字內容。</p>

<p>難不難看？大部分的情況下，網站重要的是內容而不是看起來怎麼樣。或許對設計師和網站擁有者而言不是這樣，但對於訪客而言，在意的確實是內容。</p>

<h4>要顧及親和力的話很花錢而且很困難</h4>

<p>要將一個大型網站完全轉換成支援親和力的網站是很昂貴而且費時，這是事實。但是如果你瞭解親和力的要點並從一開始做起，那花費反而會非常少。附加的價值是在多年後如果你需要重建網站，那花費和時間也可以大幅減少，不論是因為什麼原因。</p>

<p>長期來看，建置一個親和力網站反而比較<strong>省錢</strong>。</p>

<p>不幸的是，對於親和力網站建置擁有適當技術的人還是不多，所以現在的問題可能變成是如何尋找一個有經驗的親和力網站建置團隊。</p>

<h4>提供純文字格式的版本就夠了</h4>

<p>一些人認為只要提供存文字格式的版本就好了，他也可以不必對原來的網站作針對親和力的改版，這其實是不正確的。</p>

<p>基於以下幾個理由，提供純文字格式的版本並不是好主意：</p>


<ul>
<li>這種網站通常缺少原來網站有資訊和功能。</li>
<li>兩種內容重複的網站會對搜尋引擎造成麻煩，試問他應該讓使用者到那個版本才對？</li>
<li>純文字版本將有障礙的訪客獨立起來。</li>
<li>在純文字版本中，連結變得很難尋找。</li>
<li>純文字版可不見得就有親和力。</li>
</ul>



<p>此外，一個提供純文字格式的網站可能對於一般的訪客更不親切，舉例來說，任何人使用其它的瀏覽器可能會關掉javascript和圖片的顯示。同樣的，這樣的網站也對搜尋引擎不親切。為什麼？因為已經提供了純文字格式的內容，網管在更新主站時就會忽略了親和力和其它不錯的準則。</p>

<p><strong>只有在所有的替代方式都行不通時</strong>，純文字版才會被接受，但我實在是無法想像那是怎樣的狀況。</p>

<h4>自訂介面和朗讀功能</h4>

<p>提供訪客自訂介面功能是很不錯的，像是可以調整字型、字型大小、顏色、背景色…等等，不幸的是，會提供這些選項通常是因為沒有解決網站的一些根本問題，至少在瑞典通常是這樣。有很多的網站提供了一些沒什麼用的自訂選項，會說沒用是因為光是調整字形大小跟顏色，也只能增加一丁點的親和力。</p>

<p>放大文字任何人都辦得到，並不需要網站提供這項功能。即使是windows版的Internet Explorer也有這項功能。或許告知訪客調整方法還不夠，但是如果更多的網站提供這項資訊，那便會有更多的人知道這件事。</p>

<p>提供自訂選項不是件壞事，事實上這樣做非常好。但這對提升網站親和力來說並非當務之急。先為你的網站建立一個堅固的基礎會更好。</p>

<p>一些網站會有播放內容給訪客的功能，這對於部分的訪客來說是很有幫助的，但是對於其他訪客，這只是些花俏的功能。就和那些視覺效果一樣，加入這些功能並沒有任何錯誤，但是如果先處理一些基本的問題會更好，之後再來加入其他的功能。</p>

<h4>很有趣的主題，我想瞭解更多。</h4>

<p>很好！知識會幫助你釐清錯誤的觀念，而且會幫助你做出更好的決策。</p>

<p>這裡有一些很棒的資源，任何有興趣瞭解更多關於網站親和力相關議題的人都可以參考：</p>

<dl>
<dt><a href="http://www.w3c.org/TR/WCAG10/">Web Content Accessibility Guidelines 1.0</a></dt>
<dd><span class="caps">W3C</span>最新的指導方針，關於如何建置具親和力的網站。</dd>
<dt><a href="http://www.access-matters.com/">Access Matters</a></dt>
<dd>一個利用問答的方式來探討並實行網路親和力技術的網站。</dd>
<dt><a href="http://www.accessify.com/">Accessify.com</a></dt>
<dd>有用資源、網站連結的整理，討論區，當然還有更多的東西在裡面。</dd>
<dt><a href="http://joeclark.org/book/sashay/serialization/">Building Accessible Websites</a></dt>
<dd>Building Accessible Websites一書的線上版。</dd>
<dt><a href="http://diveintoaccessibility.org/">Dive Into Accessibility</a></dt>
<dd>一本線上書，內容是解釋為什麼以及如何讓你的網站更具親和力。<a href="http://dia.z6i.org/">中文版：深入親和力</a>。</dd>
</dl>
</b:extendContent>
			</b:content>
			<b:comments commentCount="6">

				<b:comment commentID="000764" entryID="000226">
					<b:author>
						<b:authorName>x5</b:authorName>
						<b:authorEmail>x5studio.liu@gmail.com</b:authorEmail>
						<b:authorUrl>http://del.icio.us/x5studio</b:authorUrl>
					</b:author>
					<b:datetime>
						<b:date>2005-08-05</b:date>
						<b:time>19:38:59</b:time>
					</b:datetime>
					<b:content>
						<b:mainContent><p>well done</p></b:mainContent>
					</b:content>
				</b:comment>

				<b:comment commentID="000797" entryID="000226">
					<b:author>
						<b:authorName>hedger</b:authorName>
						<b:authorEmail>xiva1978@hotmail.com</b:authorEmail>
						<b:authorUrl>http://www.hedgerwow.com</b:authorUrl>
					</b:author>
					<b:datetime>
						<b:date>2005-08-17</b:date>
						<b:time>00:23:27</b:time>
					</b:datetime>
					<b:content>
						<b:mainContent><p>您好</p>

<p>想請問您是否對於標準的網站開發有興趣與能力呢？<br />
雅虎奇摩正在尋找適合的人才<br />
逛到您的網站<br />
覺得很有意思<br />
有興趣的話，不妨回信聯繫吧</p>

<p><br />
</p></b:mainContent>
					</b:content>
				</b:comment>

				<b:comment commentID="000798" entryID="000226">
					<b:author>
						<b:authorName>EvenWu</b:authorName>
						<b:authorEmail>evendesign@gmail.com</b:authorEmail>
						<b:authorUrl>http://1pxcare.com</b:authorUrl>
					</b:author>
					<b:datetime>
						<b:date>2005-08-17</b:date>
						<b:time>00:33:27</b:time>
					</b:datetime>
					<b:content>
						<b:mainContent><p>嗯，OOO 一定可以把雅虎弄好一點！ 就看願不願意 XD<br />
yahoo台灣目前是三個版本的首頁（或三個以上？），偵測到不同瀏覽器給不同的檔案... 相當耗資源阿！搞成標準可以省不少錢！</p></b:mainContent>
					</b:content>
				</b:comment>

				<b:comment commentID="000799" entryID="000226">
					<b:author>
						<b:authorName>OOO</b:authorName>
						<b:authorEmail></b:authorEmail>
						<b:authorUrl>http://blog.othree.net</b:authorUrl>
					</b:author>
					<b:datetime>
						<b:date>2005-08-17</b:date>
						<b:time>00:50:48</b:time>
					</b:datetime>
					<b:content>
						<b:mainContent><p>興趣是有，不過我還是研究生Q_Q。PS:早在我準備考研究所時就看到一次Yahoo在徵這方面的人才，也是礙於就算不考也要當兵的問題T_T。</p></b:mainContent>
					</b:content>
				</b:comment>

				<b:comment commentID="005291" entryID="000226">
					<b:author>
						<b:authorName>BobChao</b:authorName>
						<b:authorEmail>bobchao@gmail.com</b:authorEmail>
						<b:authorUrl>http://bobchao.wordpress.com</b:authorUrl>
					</b:author>
					<b:datetime>
						<b:date>2006-11-13</b:date>
						<b:time>12:48:44</b:time>
					</b:datetime>
					<b:content>
						<b:mainContent><p>前天去那個 w3c 在台推廣策略座談會啊，有位百資的吳先生提出一個有意思的觀點：為了 accessibility，於規格中規定網頁上必須多加上些「平常看不見也沒有用處」的東西，那這些多少會增加檔案大小等問題，其實在台灣還好，但對於第三世界國家來說，或許在考量頻寬的情況下反倒應該改守不需考慮太多 accessibility 的規格 (say, HTML 3.01 ? XD)</p>

<p>我是不太同意，不過我想或許有人可以衍生出一些反思，提供你參考一下</p>

<p>至於參加的感想我晚點再寫 ^^;</p></b:mainContent>
					</b:content>
				</b:comment>

				<b:comment commentID="005325" entryID="000226">
					<b:author>
						<b:authorName>OOO</b:authorName>
						<b:authorEmail></b:authorEmail>
						<b:authorUrl>http://blog.othree.net</b:authorUrl>
					</b:author>
					<b:datetime>
						<b:date>2006-11-13</b:date>
						<b:time>22:25:26</b:time>
					</b:datetime>
					<b:content>
						<b:mainContent><p>等你心得O_O</p>

<p>我是認為，從table layout轉到CSS layout省下來的頻寬絕對比加入親和力相關要素所增加的頻寬要多啦（當然我不是說第三世界國家的網頁都table layout），再來，如果是公家單位，應該要做到不用講，公司企業的話，他們可以自己評估增加的頻寬成本和增加的客源兩者誰多吧。</p></b:mainContent>
					</b:content>
				</b:comment>

			</b:comments>
			<b:trackbacks trackbackCount="0" trackbackURL="http://othree.net/mt/mt-tb.cgi/225">

			</b:trackbacks>
		</b:entry>
	</b:entries>
</b:blog>