2013年1月30日 星期三

[網事] 如何解讀關鍵字經營建議

認識我很久的人都知道, 我不會為了別人做系統, 但總是做了之後一定會給別人用, 不會做只給自己用的系統, 更不會做自己不用的系統, 而網事也就是一個標準的範例.

已經有三個不認識的人問我有關 "關鍵字經營建議" 的事了, 雖然這個是比 alpha testing 還要更 alpha testing, 但我也習慣直接作 beta testing, 因此若不寫篇文章大概解釋一下就說不過去了.

上一篇 "網事, 關鍵字建議工具" 中已經講說這系統是為了給不常看 Google Analytics 的人能夠一下子抓到重點, 不然真的要能夠從中解讀出些有用的資訊不是要花很久的時間不然就是要很有經驗.

而關鍵字經營建議是個幫使用者作過濾的一套系統, 它從開站第一天 (使用 GA) 開始解讀搜尋引擎來源的關鍵字, 然後每天做一次排名, 然後取前 N 名為單位, 將出現過的關鍵字記錄下來, 記錄第一次出現在這排行榜的日期, 以及到現在曾出現過在這排行榜的天數, 並順便記錄最高的次數與日期, 以及最高的名次.

只是這個 N 到底應該多少我很難做判斷, 因為這牽涉到網站的屬性:

1. 流量越小, 前 10 名就算不完了, 流量越大, 前 100 名還是有其意義.
2. 功能性網站或形像網站關鍵字變化很少, 新聞內容網站與電子商務網站變化很高.

因此我直接做前 10 名, 前 30 名與前 100 名給大家看, 大家要依自己網站的屬性來自行判斷.

在這邊做個名詞解釋:

出現日期: 第一次出現在這排行榜的日期最高次數: 單一天帶進 Vistors 訪客的最高次數最高日期: 出現最高次數的日期天數: 有多少天排進這排行榜

當然這系統理論上是從開始使用 Google Analytics 開始計算, 因此就是所有的資料的意思, 並沒有時間區間, 也都是到最新的昨天 (今天還沒出來阿).

只是這邊有兩個小注意事項:

1. 這邊所指的關鍵字包含自然/隨機 (Organic) 以及關鍵字廣告 (CPC), 若要去區分的話, 請用 Filter 去做不同的區隔, 然後再加 720727917395@developer.gserviceaccount.com 一次.

2. 當這關鍵字從 30 名跳到前 10 名時, 前 30 名的資料都會被 Freeze 冷凍不更新, 所以最高名次一定大於 10 名, 最高次數, 最高日期以及排行榜天數也不會再更動, 因為這關鍵字已經不屬於這檔次了, 因此 100 到 30, 或 100 到 10 也是一樣的道理, 也包含第一天就暴衝到前 10 名時, 之後 30, 100 名就不會有這個關鍵字的資料.

而目前 Default 初始的排序當然是以最近的出現日期開始顯示 20 筆, 但也可以按日數以及最高日期排序都是有意義的.

要去判斷一個關鍵字值不值得經營有四個地方要看.

1. 出現日期越近代表越有價值
2. 最高次數越窩也代表越有價值
3. 日數越多也代表越有價值
4. 最高日期持續再更新也代表越有價值

嗯, 感覺好像是在繞口令, 簡而言之, 就是越多訪客, 越新且有持續力的關鍵字當然是越有經營價值, 但這些數字畢竟只是個參考, 做決策與做事情的還是在人的身上, 這工具只是輔助讓你提高視野, 尤其是歷史, 以及避免漏失與提醒.

工具有工具最好的使用方式, 人有人自己智慧的價值, 我做這些並不是要取代人力, 而是想要創造更多人的價值, 透過這樣的系統使用與學習, 讓 22K 的議題不再存在, 真的提升大家的能力與社會交換價值 (薪水), 所以請大家好好的使用.

有任何問題可以透過 Google Plus 傳訊給我, 或 http://www.facebook.com/genehong 也可以.

2013年1月28日 星期一

PQI Air Card, 一個差一點成功的例子

這一篇文章跟其他 PQI Air Card 的開箱文不一樣的地方是, 這不是業配文或廣編稿, 而是個期許以及建議大家先不急著買的文章.

當 Eye-Fi 出來時, 大家都覺得這是一個很有趣的商品, 一個可以照像立刻上傳的 SD 卡, 雖然這須求是每一個人都想要的, 而實作出來才是最不容易的, 只是並沒有很多人買的原因有兩個:

1. 很貴, 都是 3000 起跳, 比一般的 SD 卡貴不知多少倍
2. 他是先上傳到 Server, 然後再用電腦去操作, 而伺服器之間的頻寬與容量是最大的問題

而 PQI Air Card 有趣的地方是在是把這卡當作 Adapter, 然後接 Micro-SD, 此時容量只受限在 SDHC, 雖然我覺得若能提供 SDXC 會更好, 但在目前而言是已經很實用了, 但重點不在這邊, 而是他把這張 SD 卡當成個無線 Wireless AP 基地台, 並內建了個 Web Server 網頁伺服器來存取.

也就是說, 當你的手機或電腦要連到這張卡, 要開啟 Wifi 或者是切換基地台, 當然這在大部份的邏輯是沒問題的, 只是接下來的問題是這張卡夠不夠力的問題.

在這張這麼小的卡, 裝上個 AP 及 Web Server, 不只受限必須在 5 公尺內, 重點是 App 的使用者經驗, 也就是 User Experience/UX, 而這張卡犯下了一個超級的致命傷:

當你的照片很多的時候, 讀相片就會很慢了.

雖然說這系統已經寫了 Cache 快取, 但期望使用者不關這系統一直瀏灠是錯誤的, 因為大部份的使用者應該是照了之後, 用手機選擇分享後就會關起來, 畢竟不只是相機這樣開著會沒電, 手機也是一樣, 而一口氣要讀幾十張幾百張相片在這樣的設備就真的太吃力了, 無論是對 Air Card 或手機, 因此當你要打開時就會發生慘劇, 先等個幾分鐘把相片的小圖讀完再說, 這樣的使用者經驗是很糟糕的, 所以若不是真的很想要要求畫質, 不然就用相機照照上傳較快.

事實上這並不是不能解決的, 依照 UEO (User Experience Optimization) 及 UI (User Interface) 的觀點來看, 使用者會使用到及分享到的相片一定是剛剛照的, 因此若是當打開的時候直接就只顯示這一個小時內照的照片, 這樣就很夠了, 而當天, 當週以及其他天的照片應該是用其他的 Tab 或展開就夠了, 跟本不須要一口氣讀這麼多的圖, 當圖片控制在一定範圍的時候, 速度與使用經驗就會改善很多.

而在這次的 SA (系統分析) 來看, 沒有好好的去做真正的使用者經驗, 想靠幾個社群文來搜集資料, 這就太高估這些寫 3C 的人能夠花在這產品的時間了, 畢竟越有能力的部落客時間越少.

但除了這個缺點以外並不是說沒有, 只是這夠就弊大於利了, 因此你去看 Air Card+ 這個 App 的評論就知道多慘了, 事實上若 Air Card+ 能夠直接 Share 到 Facebook 臉書之類不用下載, 或者是下載的流程簡化, 或者是至少可以目錄設定一次不用每次設定, 都會讓使用者經驗好很多.

會這樣的流程是不意外, 因為這是由工程師直接發想開發, 因為寫程式的人知道這是最簡單可以快速開發出來的使用者介面 (User Interface), 但這個離真正好用的使用者現實差很遠, 即使這產品再便宜再有用. 只是我們都知道, 一個產品的成功不只是表相的主要功能, 而是魔鬼藏在細節中, 我想當初的開發者應該沒想到被這樣的魔鬼打敗吧?

網事, 網站的成長與燈號

會取名網事是有原因的, 不單純的只是 "網站的事情", 也是因為我習慣用雙關語與諧音來命名的關係, 因此這個 "往事" 也代表來看過去, 從看過去的事, 來做現在的事, 因而決定未來.

因此會有一個很有趣的功能, 也就是我很喜歡的數字分析: 成長史, 畢竟要自己來算一個網站的成長是很累的, 透過 web.mas.ter.tw 就可以自動幫你產出一個你網站/部落格的歷史軌跡, 就像下表就是這個網站的編日史:

  • 2011-09-07: 累積訪客數超過 100000
  • 2010-08-23: 累積點擊數超過 100000
  • 2010-08-23: 訪客數記錄 => 4298
  • 2010-08-23: 點閱數記錄 => 6330
  • 2009-07-31: 累積訪客數超過 50000
  • 2009-03-30: 累積點擊數超過 50000
  • 2009-01-21: 訪客數記錄 => 1333
  • 2009-01-21: 點閱數記錄 => 1649
  • 2008-03-20: 累積訪客數超過 20000
  • 2007-10-31: 累積點擊數超過 20000
  • 2007-09-28: 訪客數記錄 => 1108
  • 2007-09-28: 點閱數記錄 => 1303
  • 2007-09-27: 累積訪客數超過 10000
  • 2007-09-27: 訪客數記錄 => 765
  • 2007-09-27: 點閱數記錄 => 878
  • 2007-07-11: 累積點擊數超過 10000
  • 2007-06-09: 累積訪客數超過 5000
  • 2007-06-09: 訪客數記錄 => 572
  • 2007-06-09: 點閱數記錄 => 675
  • 2007-06-06: 點閱數記錄 => 204
  • 2007-05-07: 訪客數記錄 => 161
  • 2007-05-07: 點閱數記錄 => 180
  • 2007-04-30: 累積點擊數超過 5000
  • 2007-04-28: 訪客數記錄 => 98
  • 2007-04-27: 訪客數記錄 => 87
  • 2007-04-10: 點閱數記錄 => 137
  • 2007-03-31: 訪客數記錄 => 83
  • 2007-03-27: 累積訪客數超過 2000
  • 2007-03-07: 訪客數記錄 => 73
  • 2007-03-07: 點閱數記錄 => 119
  • 2007-02-22: 累積點擊數超過 2000
  • 2007-02-21: 訪客數記錄 => 51
  • 2007-02-18: 累積訪客數超過 1000
  • 2007-02-17: 訪客數記錄 => 44
  • 2007-01-24: 累積訪客數超過 500
  • 2007-01-22: 累積點擊數超過 1000
  • 2007-01-15: 點閱數記錄 => 81
  • 2007-01-10: 累積點擊數超過 500
  • 2007-01-08: 累積訪客數超過 200
  • 2007-01-02: 累積點擊數超過 200
  • 2007-01-02: 累積訪客數超過 100
  • 2006-12-30: 累積訪客數超過 50
  • 2006-12-30: 累積點擊數超過 100
  • 2006-12-28: 累積點擊數超過 50
  • 2006-12-28: 累積訪客數超過 20
  • 2006-12-28: 累積點擊數超過 20
  • 2006-12-28: 累積訪客數超過 10
  • 2006-12-28: 累積點擊數超過 10
  • 2006-12-28: 訪客數記錄 => 40
  • 2006-12-28: 點閱數記錄 => 74 
從這個歷史表, 可以看到這個網站最輝煌的時間是過去還是正在發生, 很明顯的這個部落格已經沒落很久了.... 真慘.....

事實上這個表格不只可以看整個網站, 還可以分搜尋引擎進來, 還有訂閱 (Feed) 的觀點以及 Twitter, edm 等等, 事實上只要你的網站有定義出 medium (媒介) 都可以區分, 因此我都很意外的這個網站還真的有人會因為 RSS/Feed 點進來看, 雖然累積點擊數只有 1000 人, 且最高是單日 35 人, 看到右邊的 Feedburner 有 500 人訂閱果然是假的.

但這系統最重要的是提供燈號給不想看 Google Analytics 的人看的, 如左上角的圖, 有寫著這個網站下降 7.86%, 燈號是黃燈警示, 這才是給主管看的 Dashboard 用的, 只是目前完成的是每日燈號, 而中階主管看的每小時燈號還在開發中.

這個計算可不是像 GA 那樣用區間計算幅度而已, 這個是經過幾次的 Normalization 算出來的結果:

1. 移動平均: 消瀰掉週期產生的變動差異.
2. 過濾離峰值: 也就是 Data Cleaning, 去掉一些事件產生的離峰值.
3. 迴歸分析: 算出最接近的成長斜率.

因此再經過定義就可以產生紅, 黃, 綠的燈號, 倒時會做成 API, Widget 或 App 給大家使用, 這才是這系統的重點之一.

有興趣嘗試的請進入 http://web.mas.ter.tw/ , 別忘了先加 "720727917395@developer.gserviceaccount.com" 讀取權限到你想看的 Google Analytics 帳號中.

2013年1月22日 星期二

網事, 關鍵字建議工具

Google Analytics 的 9 項改變與解讀 這篇文章中, 提出兩個很重要的方向:

1. 網站進入須要 Dashboard 來輔助經營管理的時代
2. 即時產生報表的時代已經來臨


這意思是說, 我們必須更主動與被動的從線上大量資料分析工具中看出線索, 也就是說有幾個前提:


1. 能夠即時處理大量的資料
2. 能夠計算出有用的資訊

其中最重要的關鍵就是 "Future is Now!!!", 也就是說, 報表不再只是看過去的觀點, 而是能夠對現在行為產生幫助的觀點, 進一步的對未來有所幫助, 而越即時, 就越有價值與意義, 也就是說, 以前我們公司經營, 不是以週為單位就是以月為單位來看事情, 甚至是以季或年為單位, 但網路是瞬息萬變, 要每小時每分去計算出最新的資訊才是對的.


在做所謂的 "Big Data" 或 "Data Mining" 我都會強調一個前提, 人才是最重要且最有能力的中心, 只是人的能力與經驗有時很難複製與傳承, 所以要將之轉化成為一個系統, 用大量資料的計算去 "模擬" 人, 畢竟人的精神與時間是有限的, 要時常去看這麼多資料是很浪費的, 因此有些前置作業是可以讓電腦來幫忙完成, 而最後的決策是由人來下定論.

第一個 網事 (Web.mas.ter.tw) 的工具就是個 "關鍵字方向經營建議工具", 一個唸過圖書館的資料分析師, 若對網站的內容與使用者社群很有概念的話, 看過歷史的資訊一定可以整理出一個很不錯的 "關鍵字建議", 但這是不可能存在的情境.


所以在想說若是寫一個 Agent, 把這網站每天的關鍵字看一遍, 看那些關鍵字最近比較熱門, 然後提供給經營者判斷或提示, 這會比直接看 Google Analytics 更簡單, 因為我們每天看 GA 的報表, 會發現每天都是大同小異, 因為大部份熱門的都是那些, 例如下表是這個網站的隨機關鍵字的報告..

從上面來看, 若對於剛接手的人這些資訊大部份是沒有意義的, 因為這些字已經沒有操作與加碼的價值了, 而若是透過網事這系統的話可以整理出下面這個表:

也就是說當每天有新的關鍵字出現時, 就會在第二天提醒經營者該去經營那個關鍵字, 而日期就會出現在上面, 只是這個例子不是很好, 因為這個部落格已經很少有新關鍵字了, 下面是某個網站, 因為內容一直有在經營, 就是不錯的例子:
一個經營者就可以很清楚的知道下一步要經營 "小小群英傳" 或者是變臉機之類的關鍵字, 而不見得是排名前 5 名已經存在很久的關鍵字.

當然這個系統事實上只是幫你做排序, 記錄, 過濾與統整的工具, 真正還是要靠人的智慧, 而這工具只是時間到幫你計算提醒出來這個字, 決定要不要做專欄給讀者更新的資訊是內容創作者須要下的工夫, 不是系統自己能夠做到的.... (事實上多少也是可以做到啦)

這個工具將會做成 Dashboard 的其中一項工具, 更會做成 email notification 當有新的關鍵字會寄信給你或者從 App 來看, 會更有意義.

網事知多少, web.mas.ter.tw 啟動

我在前年寫了一篇文章, 講說網站一定要很多 "Panel/探知器" 去了解使用者的行為, 但說要去實作並不是難事, 只是這個在很多網站經營者的優先次序往往是很低的, 能夠真的實作的公司並不多, 除非是規模大到一定的公司, 才有可能排得上.

但事實上我說的這些資料源, 從 Google Analytics 的資料源中, 有 60% 是算得出來的, 而小公司網站裝 GA 的機會反倒是比大公司大非常多, 因此我就在想, 要求 100 分是不太可能的, 但就從 60 分做起也是總比沒做好.

只是要去了解與解讀 Google Analytics 不是那麼簡單, 不只是 GA 的資料單單是了解與解讀是困難的, 再加上很多事是要跟網站屬性, 去比較與差異會更深刻體會, 這個有時是很難做到, 而這個做不到, 那至少可以跟自己網站的歷史做比較時, 就會知道若真的從 GA 看得出如何經營方向, 就已經是了不起好的 Web.mas.ter 了.

要找到好的 Web.mas.ter 是相當困難的, 甚至我一直認為這必須是一個跨部門的 Task force 專案小組是最合適的, 且每一個必須對網站過去的事瞭若指掌, 此時就必須不能是部門主管或臨時的人員, 但每一個部門能夠管好自己就萬幸的情形下, 要去生一個這樣的常態性跨部門組織在我顧問的經驗中, 是 "沒看過", 因此這只是種理想.

在這種情形下, 我就想說要用 Dashboard 來解決這問題, 一個能夠去做 Alert Notification 警示通知, 能夠有歷史比較 (History Log), 一個即時 (Real-Time), 自動化不須要人去操作, 能夠隨時被動的看到, 更重要的是能夠很簡單的作判斷的 "主控台", 這種事情雖然是很困難, 但總比 Webmaster Task Force 簡單多了.

雖然說簡單多了, 但真的在我顧問的公司能做出實用的也是曲指可數, 而我就在想, 能否以我的角度做出一個很快可以使用的 Dashboard 做基本功, 讓願意認真學習與經營的台灣網路工作者透過這樣的系統了解資訊的價值, 進一步提升自己的視野與能力, 提高網站的使用量, 也讓自己的價值提升能夠有更高的薪水..... (扯遠了)

前幾天已經有不少朋友若是在線上已經被我逼來做 Beta Test, 而現在已經半自動化了, 所以已經可以開放大家測試了, 有興趣的人可以直接跟我講, 或直接把 Google Analytics 授權給 "720727917395@developer.gserviceaccount.com" 這個帳號讀取, 然後第二天登入 http://web.mas.ter.tw/ 就可以了....

2013年1月16日 星期三

Google Analytics 的 9 項改變與解讀

很多人今天打開 GA (Google Analytics) 應該有嚇一跳吧, 平常習慣的介面都不一樣了吧? 有個人立刻整理出這次 GA 的九項改版:

1. 最上面的導覽列多了首頁選項, 把新的報告整進去, 變成只有報告 (原本是分標準報告).

2. 導覽列也固定不動了

3. 新的 "最近瀏灠" 下拉選單

4. 因為報告整進去後, 左邊的導灠也隨之調整

5. 新的 Dashboard 設計與進階區間

6. 新的 Dashboard 版型

7. 多了兩個新的 Dashboard 元素 (地圖與柱狀圖)

8. 一些小改變如顏色, 以及圖示

9. 速度更快了


這 9 項改變一起過來有人認為對一些人會造成困擾, 但在邏輯上是更完整了一些, 尤其是在我眼中有兩個很重要的宣示:

1. 網站進入須要 Dashboard 來輔助經營管理的時代
2. 即時產生報表的時代已經來臨

而 Google Analytics 已經不再只是馬後砲做事後分析, 而是把角色變得更前端, 這也是我最近在想的來寫一些 GA 的附加功能, 然後導入 Dashboard 的應用, 讓大家不只是裝了 GA 後很少去看, 而是更前端的做為網站經營的前置參考, 只是這些須要再做一些計算及整理才行.

而現在 GA 自己本身也更強調 Dashboard, 此時我想到我還欠人一篇講 Dashboard 的未來的文章已經快半年了, 逃~~~

2013年1月14日 星期一

這個部落格改網址, gene.speaking.tw

部落格改網址是最好不要的事, 尤其是對 SEO, 但畢竟我這個部落格本來就不是那種很多人會上來看的那種, 所以在某方面是不用太擔心這件事, 畢竟這個部落格的初衷是:

"避免一件事講很多次, 所以寫成文章再叫朋友來看"

但對於 blogspot 這次的 .tw 事件, 多少有點不愉快, 既然是 2013 年的開始, 所以我就把這個部落格網址直接定下來, 雖然這部落格開始的確是無心插柳, 而現在變成我最認真寫的部落格, 若不是用自己的網址還真的說不過去阿...

所以舊網址 geneoralspeaking.blogspot.com 變成 gene.speaking.tw, 一口氣少了 12 個字, 應該對打字的人會好打很多吧, ....

在此, 若有誰想要用 speaking.tw 這網址的, 可以向我申請, 反正不會說比較多人用比較多錢, 網域名稱怎樣就是一筆錢.

Anyway, 2013 開始了, 大家有沒有想要在這一年有個甚麼樣的新的新希望或舊的新希望呢?

熱門文章