談中國電子商務（五）網上分店與虛擬加盟

你可用低廉成本在網上建立無數分店。
◎開設分店成本低廉
由於電子商務是「電子」加「商務」，也因此有很多傳統商務的運作方式被使用到網際網路來。例如我們常聽到的直營分店，加盟連鎖，代理經銷等。這些模式的原理不論線上或線下都一樣，但在線上的部分，實際做法則會因網際網路擅長處理資訊流的特性而有所不同。
建立一個電子商務網站獨立經營，基本上就算是直營店模式。看似簡單，但是卻也面臨了「店要開在哪裡」的問題。大部分網上直營店面臨的困擾是，不做推廣就沒人潮流量，一旦做推廣，購買網路廣告的效果很差，成本高又吃不消。
把店面開在深山裡，然後到大都市的市中心去發傳單，希望消費者到店裡購物，這難道不是大部分初創電子商務公司在幹的事情嗎？如果把「到大型網站購買網路廣告」當成銷售通路來看，這種通路的銷售效率是非常低落的。
對比到實體世界的商務，大家都知道開店要開在人潮聚集處，要開在市中心而不是深山裡。而「網上的市中心」在哪裡？這就難怪有些電子商務網站選擇到淘寶去開分店了。在實體世界，開分店的成本很高，而在虛擬的世界裡，開分店無非就是另外建立一套系統而已。
這就是直營分店模式搬到網上的差別：你可用低廉成本在網上建立無數分店。然而，人潮聚集處並非只有淘寶。新浪搜狐等入口網站以及百度谷歌等搜尋引擎，校內網開心網等社交網絡，都可能搖身一變成為新的開店平台，吸引大量B2C 業者來開分店，或乾脆在此開直營店。
◎虛擬加盟的運作方式

你可用低廉成本在網上建立無數分店。

◎開設分店成本低廉

由於電子商務是「電子」加「商務」，也因此有很多傳統商務的運作方式被使用到網際網路來。例如我們常聽到的直營分店，加盟連鎖，代理經銷等。這些模式的原理不論線上或線下都一樣，但在線上的部分，實際做法則會因網際網路擅長處理資訊流的特性而有所不同。

建立一個電子商務網站獨立經營，基本上就算是直營店模式。看似簡單，但是卻也面臨了「店要開在哪裡」的問題。大部分網上直營店面臨的困擾是，不做推廣就沒人潮流量，一旦做推廣，購買網路廣告的效果很差，成本高又吃不消。

把店面開在深山裡，然後到大都市的市中心去發傳單，希望消費者到店裡購物，這難道不是大部分初創電子商務公司在幹的事情嗎？如果把「到大型網站購買網路廣告」當成銷售通路來看，這種通路的銷售效率是非常低落的。

對比到實體世界的商務，大家都知道開店要開在人潮聚集處，要開在市中心而不是深山裡。而「網上的市中心」在哪裡？這就難怪有些電子商務網站選擇到淘寶去開分店了。在實體世界，開分店的成本很高，而在虛擬的世界裡，開分店無非就是另外建立一套系統而已。

這就是直營分店模式搬到網上的差別：你可用低廉成本在網上建立無數分店。然而，人潮聚集處並非只有淘寶。新浪搜狐等入口網站以及百度谷歌等搜尋引擎，校內網開心網等社交網絡，都可能搖身一變成為新的開店平台，吸引大量B2C 業者來開分店，或乾脆在此開直營店。

◎虛擬加盟的運作方式

在實體世界裡，除了直營分店之外尚有加盟模式。由加盟者出資獲得 品牌與經營授權，甚至負擔店租與店內硬體設施成本，開設與直營店相類似的店面。因為在實體世界裡開設分店的成本太高，所以經營者才需要透過加盟模式將這個成本轉嫁給加盟者，達到快速展店目的。

由於在網上開分店的成本太低，這種模式在網上比較少見。然而，因為網際網路擅長處理資訊流的特性，卻誕生出新的「虛擬加盟」方式。電子商務經營者與加盟者之間採用銷售後分成的方式合作，而加盟者則獲得一個自己的授權網店的網址，可用於推廣。

例如，網上超市「一號店」（http://www.yihaodian.com/）就採取這種方法，開設了「天涯一號店」（yihaodian.tianya.cn ）以及「新浪樂居一號店」（http://yihaodian.house.sina.com/ ）。這種類似於開設分店的方式，最大的不同在於與合作方採取售後分成的方式。

此外，從加盟店網址來看，加盟者似乎有一個自己的店面。但其實不論開設多少加盟店，最終交易都是發生在原來的直營店，加盟者根本沒有自己的系統。當新浪用戶來到一號店時，一號店就換上新浪招牌；當天涯用戶來到一號店時，一號店就換上天涯招牌，如此而已。

不論交易是怎麼發生的，背後的客戶服務，物流，金流，其實都是由原來的直營店面完成，加盟者僅需專心在想辦法導入人潮流量到加盟店網址去進行消費。這種加盟系統可以再擴大到個人，最終行成加盟體系（Affiliate Program） ，讓即使是部落格的經營者也可加盟。

◎銷售後分成將成主流

Affiliate Program 可以翻譯成「夥伴計畫」，這個由Amazon發揚光大的推廣模式，在西方世界已經行之有年非常成熟，可視為是完全看透了網際網路擅長處理資訊流特性的典範。在中國，知名的網上男性襯衫銷售商Vancl 的發跡部分原因就是靠著Affiliate Program 。

在2005年的時候，有些台灣的電子商務公司到大陸來開疆闢土。當時大陸的電子商務環境還不太成熟，對方很驚訝的跟我說，大陸的網際網路流量很不值錢，流量很大，但是對電子商務公司來說，要的不是流量而是銷售，而大陸的網際網路流量大部分無法轉換成銷售。

這個問題相信是目前大部分電子商務公司的問題。你可以花大錢到新浪去買廣告，但是新浪的廣告所帶來的流量最終轉化成銷售的比例卻很低。而，新浪理所當然的不保證效果，他甚至不保證廣告有人點擊。在這種情況下，依照銷售後付款的廣告型態，將在中國逐漸興起。

這種業界稱為CPS （Cost Per Sale ，銷售後分成）的廣告型態，逐漸出現在中國大陸的廣告市場，類似的廣告聯盟也不斷冒出。由於廣告曝光（CPM ）與廣告點擊（CPC ）對電子商務公司來講，如果沒有轉化成銷售都沒用的，在B2C 大潮來襲之下，CPS 廣告將成一大主流。

有了分店與加盟，還需要網上代理商與經銷商嗎？由於網上銷售等於直接面對終端客戶，傳統經銷代理制度對網上商城來說似乎不再必要。然而，傳統產業在開設自己的網上商店時還是引入了這種體系，例如李寧的網上銷售策略。這更多是出於價格／品牌／通路管制的考慮。

（文：黃紹麟)

文章提供BAYSTARS DESIGN網頁設計公司

宗教比較網站Patheos開站立刻引起注意，「因異而同」原來也是一種分眾？

上周在《時代雜誌》看到一則有趣的新聞，上周二，有個新網站剛剛開站了，而且輕鬆就上了主流媒體，引起注意！它叫做「Patheos」，這是一個關於「宗教」的網站。

宗教的網站？什麼啊？

首先，報導先提到據Pew Research Center的統計，竟然有高達50%的美國民眾，在一生中的某個階段轉換了他們的宗教，大部份的人在何時轉換宗教呢？26歲。也就是網路目前最首重的年紀。如果26歲前的美國人對宗教都還在「shopping」的階段，那這個網站就有意義了──

Patheos基本上提供了高達50種世界宗教的「內容」，它好像百貨公司的櫃台，將一個宗教一個宗教的教義，用簡單的語言陳列出來。它的初衷是，人們本來就各有信一種宗教，不過人們太「害羞」，對於其他宗教不敢去一窺真面目，除了一些百科全書以外，沒有一個網站是「跨宗教」的，大家各有各的主觀意識，若要開一個網站，當然是開自己宗教的，除了自己的宗教外，其他所有宗教都是睡覺。美國還另外有個和Patheos類似的網站「Beliefnet」，目前是全世界最大的宗教資訊網站，每個月不重覆拜訪者高達300萬人，兩年前才剛被News Corp買走，但，Beliefnet的出發點仍然比較像是「各掃門前雪」，「你看你的宗教，我看我的宗教」，Beliefnet只是將所有宗教的使用者放在同個域名下，各看各的，但，Patheos卻大膽的探索宗教之間的「差異」。

差異？

在網路上，這兩個字，幾乎可以打開一個藍海新市場。怎麼說呢？

因為，「差異」一向不是好的網站題材！網站總是在找尋「相同興趣」的，就算是小眾興趣也會成功。此外，專挖「差異」的網站往往流於理論，一開出來，馬上變成戰場，引來全世界最熱情的戳樂(troller、又名戳客)、惡搞者，搞到這個網站已經沒人在講人話。因此，Patheos可說是相當特別，竟然去尋求宗教間的「差異」？

假設Patheos真的能做到「公平」，那真令人好奇，Patheos到底是「哪一種人」創辦的？

原來，Patheos的創辦人是一對夫妻叫Leo和Cathie，他們篤信不同的宗教，之前卻各有一段不愉快婚姻，各帶著兩個小孩過來結婚。由於他們小孩都大了，一來突然要和其他小孩生活在一起，二來對方的生活卻是完全不同的宗教，在「融合」上很是困難，於是，這位新婚夫妻努力的找尋彼此相同的地方，解釋彼此不同的地方，覺得好累！好煩！而且沒人可幫忙！（因為大家都各管各的宗教，對其他沒有包容力）。這對夫妻發願，他們也想幫助其他和他們有一樣困擾的人！於是，就設立了這麼一個Patheos網站，希望幫幫這樣跨宗教家庭的忙，找到宗教間的差異、雷同、與融合的「點」。

事實上，其實要做一個像Patheos的網站，也不是太難，百科全書、各類文獻，應該都有記載到這些宗教的點點滴滴，收集起來就好了。Patheos目前已收集了高達50個全球各種的宗教（不過，有好幾個大宗教卻都是「Coming Soon」，不知道創辦人是故意的還是真的還沒準備好而已……）有趣的是，在網路上提供這樣一個「宗教大全」，只要一開，做法就馬上不同，看，他們可以很輕鬆的找來YouTube影片關於這些宗教相關的，也可以用Google Maps來顯示那些宗教的起源，然後還可導到Amazon去購買這些宗教相關的書籍。是的，沒錯，靠這樣賺錢，很容易了！它從Amazon那邊弄來一個旋轉型的線上商品陳列架，碰到印度教就賣印度教的書，碰到猶太教就賣猶太教的書，創辦人只要將以上這些網路上的內容全部擺在同一張頁面上，就成了一個很有趣的Patheos網站，所有對宗教差異有興趣的，通通都來這邊「搞定」他想知道的所有入門資訊！

有趣的是，這個網站也有一個叫「Public Square」的Web 2.0討論空間，但，既然是一堆差異者在此，他們對「討論」很是小心。Patheos其實很敢「玩火」，它每周都會提出一場「辯論」(debate)，關於一個很可能「踩線」的宗教議題，譬如這周與下周是「同性結婚」，下下周是「存在的意義」，都是一討論就會吵架、打架的。但Patheos除了有專人在控管，且版規嚴格外，他們也夠聰明，竟然和哈佛大學與南加大的教授合作，幫忙出這些「題目」，今年九月的新學期也有一整班的大一學生要以Patheos為主要討論工具。換句話說，這個站一開始出發就是充滿「學術味」，有了「維基百科的高度」，而這些教授與學者，還真的是一個網站想快速收集智慧，最好的來源（大家怎麼沒想到呢？），只要輕鬆繞一圈校園，就可以為Patheos得到一些超棒的資料。據時代雜誌提到Patheos它甚至研究「科學教」之所以有許多名人加人，其中一個原因或許是因為它說個人的成功可以讓他超越人的界限？

Patheos的立意很讚，它提醒了我們，現在網路上所重視的，都是把「相同的人」找在一起，成為一個共同興趣的網站。

不過，有小部份的人，雖然把守自己的性質，卻仍然喜歡「看看別人都在想什麼？」，他們信一個教，也喜歡看看其他宗教在做什麼，他們喜歡「全部一起看」，看得愈全面，愈感受到世界的全貌！這樣的一撮人，雖然站在不同的觀點，其實也是同一種人，他們相同的特質，就是他們對對方的「差異」有興趣！這樣，不也是某一種「同」嗎？

這叫做「因異而同」。

還有沒有像Patheos這樣，讓一群「因異而同」的人在上面交流的網站？

除了宗教外，還有哪些東西，是我們個人有個人的信念，卻可以輕鬆的「跨領域」，在上面瀟灑的說話的？有沒有這樣的網站，讓他們可以去？

例：收集所有性別主義者的網站，讓女性主義、男性主義、以及所有的中間人都可以在此處做個和平的聊天與相處，發掘彼此更多的不同的地方？

例：收集所有華語地方的方言的網站，或住在全世界的華人的網站，在此處做一個和平的聊天與相處，發掘彼此世界共同的美好？

Patheos還是太靜態了些。如果有哪個新網站想要挑戰「因異而同」，那接下來的挑戰，就是如何讓這些同樣喜歡找尋「異資訊」的人，能心平氣和的做一些高品質的互動，或許是給他們版主、大學生小學生之類的「階級」之類的，如果世上有這麼多小眾網站，那麼，「因異而同」的網站又有多少？我們不必再找小眾了，有這麼另一個叫做「因異而同」的大眾，還在那邊等著呢！




文章來自mr6

文章提供 BAYSTARS DESIGN網頁設計公司

傳聞：蘋果將以 7 億美元吃下 Twitter？是錢太多沒地方燒嗎？

根據 ValleyWag 內線消息指出，一位自稱為蘋果員工的朋友表示，蘋果目前正在認真地跟 Twitter 討論關於收購方面的話題，而且此次收購的價碼，將會上看七億美金（比起先前 Twitter 婉拒 FaceBook 的價碼還要高上一檔），而如果雙方談得來的話，甚至可能會在六月就正式對外公佈。至於這件消息的真實性，現在當然還是霧裡看花的狀態，不過回頭想想，蘋果真的有吃下 Twitter 的必要嗎？雖然七億對於蘋果傳言中的 300 億現金來說，不過是個位數，但是目前連 Twitter 自己對於要怎樣利用其廣大的社群來獲利，似乎都還在摸索階段，蘋果總不能真的這樣亂花錢吧？到時候要是投資人反撲就不妙囉！不知道各位讀者怎樣看待這則消息呢？
[出自 TechRadar UK]

文章來自engadget

文章提供BAYSTARS DESIGN網頁設計公司

鄉民正式在 iPhone / iPod touch 上插旗！Nally Touch 推出！

Nally 降臨 iPhone / iPod touch 了！眾鄉民手上如果握有 iPhone / iPod touch，又想要時時刻刻上 B，那 Nally Touch 應該是唯一點五的選擇了吧！（先前的 TouchTerm...默）

Nally Touch 除了可以順利上 BBS 之外，連線的速度聽說也不差，同時對中文的支援可以說是完全不跳針（因為是台灣人開發的！）；至於 Po 文、推文等操作，目前看來也沒有啥大問題，同時也可以透過旁邊的小放大鏡放大文字（不支援雙指縮放），另外輸入也支援注音輸入，可以說是相當便利。

下載這東東需要花上 4.99 美元，有沒有這個價值，就看各位朋友對於 BBS 的依賴程度囉！

[文章出自 PTT]

文章提供 BAYSTARS DESIGN網頁設計公司

不要使用@import

在網頁設計的@import 對於網站的性能有某些負面的影響，然後在 Web 2.0 Expo 的演講上深入探討了這個問題，並創建了一些測試頁面和HTTP瀑布狀圖表，這些在下面將會用到。對於這個問題的底線是：如果你想樣式表並行載入，以使頁面更快，請使用LINK 替代@import。LINK vs. @import大家都知道，有兩種方法可以在你的頁面中導入樣式文件。你可以使用LINK標籤：
程序代碼
或者使用@import 方法：
程序代碼
更喜歡使用LINK，因為它比較簡單——而如果使用@import的話，你必須時刻記得要將@import放到樣式代碼的最前面，否則它將會不起作用。而且事實證明，避免使用@import 同樣對網站性能有益。@import @import將探究LINK和@import兩種方式的不同。在這些例子中，有兩個樣式表：a.css和b.css。每個樣式表都配置為需要花費兩秒鐘來下載，這樣就比較容易的看出來它們對網站性能的影響。第一個例子使用@import 導入兩個樣式文件。這個例子，我們稱之為@import @import，HTML代碼可以寫成這個樣子：
程序代碼
如果你一直這種方式使用@import，那麼就沒有什麼性能問題，儘管這可能會因為競態條件而可能引起JavaScript錯誤。兩個樣式文件將同時並行下載，就像在圖一中顯示的那樣(第一個小的請求是HTML該文件) 。問題出現在當@import嵌套入其它樣式中或者和LINK聯合使用的時候。圖一、一直使用@import 是可以的LINK @import這個LINK @import的例子使用LINK加載a.css，使用@import導入b.css：
程序代碼
在IE中(在6, 7, 和8中測試過)，這會導致樣式表文件逐個加載，正如圖二所示。並行下載資源是加速頁面的一個關鍵。就像圖示的那樣，這種方法在IE中會導致頁面需要更多的時間才能加載完成。圖二、在IE中link混合@import 會破壞並行下載 LINK嵌套@import在這個LINK 嵌套@import 例子中，a.css 通過LINK插入到頁面中，然後a.css 通過@import規則來引入b.css：HTML代碼：
程序代碼
在a.css中：
程序代碼
@import url('b.css');這種方式同樣阻止並行加載代碼，但是這次是對於所有的瀏覽器。其實這個應該不會讓我們感到奇怪吧，簡單的想一下就能理解了。瀏覽器必須下載a.css先，並分析它，這個時候，瀏覽器發現了@import 規則，然後才會開始加載b.css。圖三、在在一個通過LINK加載的的樣式文件中使用@import將會在所有的瀏覽器裡面打破並行下載。LINK 阻斷 @import上面的例子做一個細微的變化，IE中會引起驚人的結果：使用LINK導入a.css 和一個新的樣式文件proxy.css。proxy.css沒有添加額外的樣式，它只是用來通過@import 規則導入b.css。HTML代碼如下：
程序代碼
proxy.css的代碼：
程序代碼
@import url('b.css'); 這個例子在IE中運行的結果，LINK 阻斷@import，在圖四中顯示。第一個請求是HTML文檔。第二個請求是a.css (花了兩秒鐘)，第三個(很小) 的請求是proxy.css。第四個請求是b.css (也花費了兩秒鐘)。令人震驚的是，在下載a.css完成之前，IE不會開始下載b.css。但是在其它所有的瀏覽器中，這種情況不會發生，結果頁面顯示的也比較快。如下圖五所示。圖四、IE中，LINK 阻斷使用@import嵌入的其它樣式文件。圖五、在非IE瀏覽器中，LINK不會阻斷@import 嵌入樣式表。多個@imports這個使用多個@imports的例子展示在IE中使用@import會引起資源被按照一個不同於預期的順序下載。這個例子有6個樣式表(每個將花兩秒鐘的下載時間)以及後面跟著一個js腳本文件(需要四苗種下載)。
程序代碼

看一下圖六，最長的條條是耗時四秒鐘的腳本。儘管它在代碼裡面被列在最後，但是在IE中，它被首先下載。如果腳本中包含的代碼以來從樣式表文件中應用的樣式(比如getElementsByClassName)， 那麼就將可能會發生意外的結果，因為腳本先於樣式被加載，儘管開發人員將其置於代碼的最後面。圖六、@import在IE中引發資源文件的下載順序被打亂LINK LINK使用LINK來引入樣式更簡單和安全： 使用LINK 可確保樣式在所有瀏覽器裡面都能被並行下載。這個LINK LINK的例子演示了這一點，就像在圖七中顯示的那樣。使用LINK 同樣能保證資源按照開發人員制定的順序下載。圖七、使用LINK確保在所有的瀏覽器裡面都能並行下載這些問題都需要考慮到IE。它非常不好的地方是，資源文件可能會在個別地方結束下載，所有瀏覽器在下載樣式文件的時候應該執行一些前瞻以導入所有的@import規則並立即下載它們（通過@import導入的樣式）。知道所有的瀏覽器都變成這種方式，我都會推薦避免使用@import並一直使用LINK 來插入樣式。更多測試根據讀者的反饋，原作者增加了兩項測試：使用@imports的LINK 和多個LINKs，每個例子都插入4個樣式文件到HTML文件中。使用@imports的LINK 使用LINK 加載proxy.css，然後proxy.css 使用@import 加載4個樣式文件。多個LINKs的例子，在HTML文件中有4個LINK 標籤來引入4個樣式文件(這正是我推薦的方法)。這兩個HTTP 瀑布圖如圖八和圖九所示：圖八、使用@imports的LINK圖九、多個LINK看一下使用 @imports的LINK 的演示 ， 第一個問題是在proxy.css加載完成之前這四個樣式文件不會開始下載，這在所有的瀏覽器裡面一樣。另一方面，多個LINK的顏色立即同時下載這些樣式文件。第二個問題是IE改變下載順序。我在頁面的代碼的最底部添加了一個10秒的腳本（圖中最長的條條）。在所有的非IE瀏覽器中，@import樣式文件(proxy.css文件中引入) 首先下載，然後才是腳本文件，嚴格的按照指定的順序。然而，在IE中，腳本卻先於@import 樣式被插入，正如例子使用@imports的LINK 在圖八中顯示的那樣。這會導致樣式文件花費更多的時間來下載，因為，在IE6和IE7中，它們還要等到長腳本用光僅有的兩個可用連接中的一個。然而在樣式文件沒有下載完之前，IE不會在頁面中渲染任何內容，以這種方式來使用@import會引起頁面保持空白長達12秒鐘。使用LINK 替代@import 可以保持加載順序，正如圖九中顯示的 多個LINK 那樣。這樣的話，頁面渲染只需要四秒鐘。頁面資源的加載時間被誇張的用來簡單的查看發生了什麼事情。但是對於那些使用窄帶或網速比較慢的用戶來說，特別是那些新興的市場，這些響應時間可能有些遠離實際。在一個樣式文件中使用@import會為頁面總體加載時間增加更多一個返程（也就是增加頁面的總體加載時間）在IE中使用@import 將會引起文件的下載順序被改變。這更會引起樣式文件花費更長的時間來下載，這會阻礙頁面的渲染，讓人感到頁面比較慢。
文章來自WOWBOX
文章提供BAYSTARS DESIGN網頁設計公司

搜尋引擎最佳化行銷

　搜尋引擎最佳化行銷

為什麼進行搜尋引擎行銷最佳化行銷?

　　搜尋引擎目前是成本最低，最有效的網路推廣手段，超過85%的網民通過搜尋引擎尋找信息，制定一個良好的搜尋引擎策略甚至比好的搜尋引擎優化技術更加重要。沒有一個好的策略，搜尋引擎優化進行的再好效果也會大打折扣，所以一個好的搜尋引擎策略是企業進行搜尋引擎行銷的重要基礎。

什麼是搜尋引擎行銷？

　　搜尋引擎行銷就是通過幫助您分析整個網站的主題，營運模式以及網站內容為您量身訂做符合你網站情況的一套關鍵 字。包括核心關鍵字，地域關鍵字，客戶搜尋習慣關鍵字以及圍繞核心關鍵字的相關長尾關鍵字。

　　優化一整套關鍵字，在搜尋引擎上取得較好的表現，讓用戶從各個方面，各個角度都能夠找到網站。讓網站整體排名已經整體流量得到提升。

搜尋引擎行銷策略服務內容包括什麼？

　　 搜尋引擎行銷策略服務項目包括：企業網站搜尋引擎行銷關鍵字策略分析、搜尋引擎優化實施顧問、搜尋引擎廣告策略與管理、搜尋引擎行銷效果監測與評估等項目


　　　　　　搜尋引擎行銷的重要性

為什麼我們這麼大的網站，在搜尋引擎上卻找不到?

為什麼我們網站這麼便宜的產品，在搜尋引擎上也找不到?

為什麼我們公司這麼漂亮的網站，在搜尋引擎上還是找不到?

其實搜尋引擎檢索網站和網站的大小、漂亮美醜、產品的價格完全沒有關係。您需要的是一套有效的搜尋引擎行銷方法。

推廣臺灣多年來專研於企業網站的規劃和建製以及搜尋引擎的發展，我們認為企業網站在搜尋引擎上的能見度（search engine visibility）要比網頁設計得驚世駭俗或炫麗奪目來得重要許多，因為再好再美的網站，若沒有辦法讓人順利找到，頂多也只能關起門來自己欣賞。搜尋引擎行銷即是爭取網站在搜尋引擎上重要關鍵字的排名，也是推廣臺灣所專職專業的服務項目之一。

對於搜尋引擎行銷，我們不僅秉持著專業領先的觀念，並且累積了許多豐富的知識與寶貴的經驗。我們的做法並不是以保證名列前茅等誇大的宣傳來贏取客戶，而是以務實的態度和專業的能力來獲得信任。

目前網路上有許多不同的行銷方法，各種方法都有其優劣利弊與適用性，當然搜尋引擎行銷也不例外。與幾個主要的網路行銷方式比較上，我們可以由下表瞭解一些搜尋引擎行銷的差異和適用方向。

我們專業的搜尋引擎行銷服務包括:

* 網站架構體檢
* 分析及定義重要關鍵字
* 網頁結構檢視與修正
* 網頁文案編輯與調整
* 連結聲望（link popularity）規劃與執行
* 網站登錄規劃與執行
* 關鍵字標購策略規劃與執行
* 搜尋引擎監控報表

文章來自 Baystars Design網頁設計公司

tab(標籤)在使用時的禁忌

總結者：戴雨森 yusendai.com
我們小組討論的話題是tab（標籤）在使用時的禁忌。
在討論的開始，大家很快產生了六個感興趣的話題：
如何處理海量的tab？
在流覽器中關掉tab之後應該發生的行為？
不同tab下內容的相互關係
多層tab的使用
Tab和SEO的關係
使用多個tab工作時快速回到注意力的焦點
由於時間有限，我們討論的話題最終集中在一個點上：如何處理海量的tab？經過大家的熱烈討論，現在將一些想法以及對應的示例總結如下，還請各路英雄好漢指正。
首先回顧一下Tab的歷史。這裡的tab，是一類交互元素的統稱，既包括在web設計中的導航，也包括在流覽器等桌面軟體中的使用。被稱為tab的交互元素一般有如下兩個特性：
同時具有動作和狀態兩個含義。tab之所以流行，一個原因就是因為它既方便操作，同時又能夠讓用戶清楚地知道自己目前在哪個位置（tab）
從資訊架構的角度來看，tab之間的內容一般是不交叉的。並且tab之間的關係應該是平等的，沒有相互隸屬的關係。
所以從廣義來講，絕大多數導航功能表其實都可以歸結為tab。
在網頁設計中tab的使用一般認為是Amazon開了先河。相信大家很多人都讀過LukeW的經典回顧文章：The History of Amazon’s Tab Navigation（中文版請猛擊這裡）。從這篇文章中我們可以看到，Amazon的導航從最初只有兩個tab：Book和Music，演化到2000年最多的時候有兩排tab。很顯然，當tab數量增多的時候，tab這種對話模式遇到了一些困難。
另一個例子是Word 2003中的設置對話方塊。如下圖所示，當標籤太多而顯示空間有限的時候，微軟不得不同樣把標籤排成兩排。這樣做的一個大問題是，上排的標籤在選中的時候，如何表示選中狀態和當前內容頁的關係？
微軟的做法是飽受詬病的。在上圖中當用戶點擊上排標籤時，上排自動和下排對調從而保持標籤和內容頁的緊貼關係。然而這個做法使得標籤的位置非常不一致，相信很多人都有著同樣的迷茫經歷。
在其他一些軟體中，如firefox 3（如下圖），點擊上排標籤時，僅僅將標籤顯示變為選中狀態，這樣的好處是保持了標籤位置的一致性，然而卻失去了一些位置上的指示功能。
那麼如果多排標籤不是個好主意，如何處理很多的標籤呢？
一個顯然的思路是把標籤從慣用的水準排列換到豎直排列。一般這樣的排列是在視圖的左側，可能是以圖示或者文字的形式。
不過這種做法存在一些問題。首先，如果標籤的名字很長，將會佔據很多寶貴的左側空間，而這一空間正好是螢幕上使用者注意焦點，兵家必爭之地。有的網站的做法是將文字垂直擺放，這樣的做法，特別對於英文網站來說，可讀性簡直就是災難。如果放在右側，有可能和捲軸相互干涉，並且用戶也不容易注意到。其次，當標籤不多的時候（考慮標籤數目可變的情況），標籤下方放什麼內容也是比較頭疼的。
（左）一個設計網站的縱向標籤排列，可讀性很差。（右）雅虎易搜裡面採用的右側垂直標籤導航
另一個思路是，如果標籤之間存在著某種結構，那麼可以把標籤分組。然後增加一個導航級別。微軟的onenote在這方面做到了登峰造極的程度，將資訊分為Notebook, section, page三個層次，每個層次都用標籤導航來表示，結果就是在頁面的上方，左側和右側都佈滿了標籤……微軟功力不俗，用格式塔（左側的分割）、色彩標記（section的彩色和page的白色）等手法把三層標籤導航都處理得很好。

另一種分組的方式是直接呈現在標籤上。考慮windows工作列的默認分組方法，將同一個程式的不同視窗歸為一組。或者是IE8中，將來源於同一父網站的標籤用相同的顏色歸為一組。
如果標籤之間不存在重要程度的區別，也不存在顯然的結構呢？比如流覽器的標籤？不同的流覽器有不同的做法。firefox和IE的預設做法是只顯示一行標籤，設定標籤的最短長度，然後在兩端加入向左/向右的箭頭，同時還在標籤欄左側或者右側加入顯示全部標籤按鈕。Safari 4只在最右側加入一個”…”的”顯示全部標籤”按鈕。而Chrome做的比較奇怪，沒有最短標籤長度這一設置，也不管三七二十一將所有標籤都顯示在一行裡面

總結流覽器的做法，可以看出還是以對標籤欄的橫向操作為主。舉個手持設備的例子。facebook的iPhone App中，對於不同的feed是將其顯示在一個”window”中，手指滑動可以拖動feed條在window下移動（語言很難描述清楚，看圖）。另一個對標籤條橫向操作例子是蘋果的 Mac頁面 ，在這裡蘋果使用了交互設計模式中的”注釋捲軸”模式，將捲軸加上了標籤的功能，這同時也是標籤分組的使用。
總結以上討論：
1. 在靜態頁面設計中，儘量避免使用多排水平標籤的佈置。可以使用垂直標籤代替。
2. 如果標籤之間存在結構，可以將標籤分組。分組可以以下拉式功能表，顏色分組等多種方式進行。
3. 如果標籤重要性或相關性存在區別，可以顯示最重要的標籤，然後加入”更多”（全部）按鈕。
4. 如果標籤之間都是相互平等的，可以考慮對標籤欄進行操作，如加入左右移動按鈕，允許使用者拖動/滑動等。

原文：http://uxday.com/archives/76

文章來自BAYSTARS DESIGN網頁設計公司