RichMedia+ » SWFAddress

SEO For Flex/Flash

Alvin / Aedis.Ju — Tue, 14 Jul 2009 12:51:14 +0000

今天算是完整得讀完了 SEO For Flash 這本書，雖然該書是第一本關于怎么SEO Flash方面的書籍，但內容方面并沒有讓我有很多的驚喜，還是我所知道的內容和方法，只是它作了一個比較好的總結，難免有些失望啊。下面就結合自己的經驗，重新整理一下對 Flex/Flash SEO 的方法。

替换内容（Alternative Content）
html 中嵌入 swf 的 object 元素允許替換內容（Alternative Content）嵌套在其中，當用戶沒有安裝 Flashplayer 的時候，這些替換內容將顯示反饋信息給用戶。這些替換內容（Alternative Content）能被搜索引擎很好的識別，這使它成為一個對搜索引擎友好的網頁內容的好方法。無論是從用戶體驗出發，還是從 SEO 出發，務必應該在 swf 的嵌套中使用替換內容（Alternative Content）。
XMP metadata in Flash CS4
Flash CS4 引進 XMP metadata 。 XMP （eXtensible Metadata Platform）是一種以標準為依據的開放式技術，可以擷取、保留和交換數位媒體與工作流程所用的 Metadata (指說明檔案的資訊)。XMP Metadata 存放了關于文件的各種訊息，用 Flash CS4 以上版本開發的 Flash ，務必加上 XMP Metadata。
SWFObject
SWFObject 是一種利用加載 javascript 文件來嵌入 Flash 對象的一種方法，會最终替代 Adobe Flash Player Detection Kit 。SWFObject 易于使用，是最被推薦使用的一種方式，它解決了很多在不同瀏覽器中產生的 Bug，也很容易編寫替换内容（Alternative Content），對搜索引擎進行友好。
Adobe Flex4 也已經采用了 SWFObject 的方式來顯示swf。
SWFAddress
SWFAddress 是 Flex/Flash 的 SEO 利器，通過 SWFAddress 可以對 Flex/Flash的 state 進行隨心所欲的 deepLinking 設置（seo.html#/xxx/），而這些虛擬化的 deepLinking 是可以被搜索引擎爬蟲爬到。
這里其中要特別注意的是，在設置 deepLinking 的 value 時候，盡可能對搜索引擎友好，比如設置 #/apple/ 來表示 apple 的分類，而不是采用 #/uid=xxx 的方式。
History Manager for Flex
顧名思義，歷史記錄管理。Flex 對 Accordion 和 TabNavigator 還有 Viewstack（默認關閉）容器啟用 History Manager ，這就意味著可以直接使用瀏覽器的“前進”和“后退”來使用這個功能。推薦直接使用 SWFAddress 。
URLKit & BrowseManager for Flex
Flex3 內置了一部分的 deepLinking 的功能，這就是 BrowseManager，而這些內容來源于 URLKit。URLKit 只適用于 Flex。還是推薦 SWFAddress，因為相比個人認為 SWFAddress 比較易用。
SWF Loading Optimization for Virtual Unique URLs
這部分是針對 Virtual Unique URLs ，在 Loading swf 的時候，因為 Virtual Unique URLs 擁有不同的子域名，所以在指向 swf 源和其他資源的時候，應該采用讀取統一源地址的方式。
詳情請看 Virtual Unique URLs 。

結合實際的經驗，在實作 SEO for Flex/Flash 的時候，應該從用戶體驗和 SEO 出發，推薦采取 Virtual Unique URLs + SWFObject 的方式和用戶進行交互，達到滿意的效果。

Virtual Unique URLs for Flex/Flash

Alvin / Aedis.Ju — Tue, 14 Jul 2009 12:50:56 +0000

SWFAddress 雖然已經給予了 Flex/Flash 網站一部分 SEO 的優勢，但是它還是有局限性。

SWFAddress 的 deepLinking，都是帶有 # 號的。假設 A 和 B 都登陸 richmediaplus.com，那么，他們的 deepLinking 分別為 richmediaplus.com/index.htm#/a/ 和richmediaplus.com/index.htm#/b/ ，這樣的URL，特別是#的存在，無論對用戶還是網站的 SEO 來說，都不是很友好。DeepLinking 最理想的方式應該是 a.richmediaplus.com 或者 richmediaplus.com/b 這樣的URL方式。

結合泛域名解析，能解決我們所碰到的尷尬問題。泛域名解析指的是通過利用通配符 * (星號) 以實現所有的次級域名指向同一個地址。以上面的例子來說，我們可以利用泛域名解析將 a.richmediaplus.com 和 b.richmediaplus.com 同時指向 all.richmediaplus.com ，在實際的服務器目錄當中，大部分的內容只存在 all.richmediaplus.com 的目錄，URLs 地址是真實存在，但是服務器中并沒有真實的目錄。all.richmediaplus.com 中的文件會 parse 當前的 Virtual Unique URLs ，結合數據訪問 Server 端告知是 a 用戶 還是 b 用戶，讀取限定的資料出來反饋給 Flex/Flash 進行內容的顯示，因此 a.richmediaplus.com 和 b.richmediaplus.com 讀取的文件是一樣的只是顯示的內容會根據用戶有所不同。

既然有了泛域名解析，那么 SWFAddress 是否就可以不用了呢？答案是否定的。
假設 A 有 apple，沒有 banana ，B 有 banana 沒有 apple。那么需要存在 a.richmediaplus.com/apple 和 b.richmediaplus.com/banana 這樣的 URLs，而 a.richmediaplus.com/banana 和 b.richmediaplus.com/apple 是不允許存在的，結合上述的泛域名解析，它們指向的是同一地址 all.richmediaplus.com，因此也同樣遇到了尷尬的問題。也正是因為 swf 的格式再結合自身對搜索引擎不友好的關系，注定還是需要 SWFAddress 這樣的工具輔助。結合 SWFAddress 的使用，上述的例子就可以變成了 a.richmediaplus.com/index.htm/#/apple/ 和 b.richmediaplus.com/index.htm/#/banana/ 。這樣的 URL 是對搜索引擎友好的，搜索引擎可以很簡單的分析出 a 家有 apple， b 家有 banana。

可以看看下面的流程圖。

泛域名解析 + SWFAddress ，我把它稱為 Virtual Unique URLs。

特別注意：

在默認情況下，Developer 一般會把 main.swf 直接嵌入在 all.richmediaplus.com 下的 index.htm 頁面中， a/b/c.richmediaplus.com 指向的都是 all.richmediaplus.com ,那么在用戶在跳轉 a/b/c 的時候，他們loading的是同一個 main.swf，可是因為泛域名解析的關系，實際下載的 main.swf 分別要下3次，即分別為 a.richmdiaplus.com/main.swf b.richmdiaplus.com/main.swf c.richmdiaplus.com/main.swf，所以在編寫 index.htm 的時候，記得要把 loading 的 swf 改寫指向為同一URL絕對地址。如 value = “main.swf” 改寫為 value = “http://all.richmediaplus.com/main.swf” ，這樣無論用戶跳轉到哪個地址，swf 都指向 http://all.richmediaplus.com/main.swf ，因此用戶只需 loading swf 一次就夠了。