2017年10月5日 星期四

SEO 顧問前半年所須要做的事 Roadmap

六年前之前,我只擔任 SEO 公司的 SEO 顧問,因為知道自己不是那種願意花時間去教化別人傳教士的個性,更沒有好的講師有的深入淺出能力,所以對於那些想要一步升天的公司,是敬謝不敏。但因為朋友的關係,勉為其難的接下第一份純 SEO 顧問的工作,雖然之後還是有不少家公司陸續找我,而我是更確信 "SEO 不只是 SEO",認為這是一個須要系統功能,內容編輯,前端介面等等合作才會有好的成效的工作,而這幾年的實務經驗讓我更堅定這件事。

而之後我雖然接了十家以上的顧問,其中都包含 SEO 這部份,但我不會把自己設定成 SEO 顧問,因為我知道這工作若是沒有下去參與的顧問,執行,觀察,開工作,成效都很有限,畢竟網路有趣的地方雖然跟行銷不一樣,有人說行銷有一半是浪費的,最麻煩是你不知道是那一半,而 SEO 最有趣的地方是相信每做一件事都是對的,但成效有高有低,有快有慢,甚至最麻煩的你知道網站一定有錯的地方,而這些有時要抽絲撥繭的找出答案是須要工具,時間,甚至往往會在意想不到的過程找到問題解決點。

這些經驗累積下來,我也慢慢的摸索出一條路,也就是一個 Roadmap,也就是先後次序的階段,因為每一個公司的資源都是有限的,但 SEO 要做的事是成百上千件累積出來的,而至少在 SEO 的前期,如何先做最有效果的事,變成一件很重要的事,雖然不是說這些做完就好,因為我不認為有公司有須要或能夠投入那麼多資源做這些事,而做事順序就像是 80/20 法則一樣,先把最重要好做的 20% 先解決,而那些說不定就有 80% 的成效,會讓之後的 SEO 做得更輕鬆。

我會把 SEO 過程分為幾個階段:

階段零: HTML 語法優化
      事實上因為我不像很多 SEO 講師能夠巨細彌遺的改善 HTML 的語法,所以有時都會建議他們去上課,或是用 SEO 的 On-Page Analysis 的工具找到自己的問題,雖然這些都是很基本,但也看過太多自以為都做好的人事實上還有太多的基本工沒做好,雖然以現在的觀點,依循著 HTML 5 的格式就已經差不多,或是大部份的分析工具都能夠找到不少該做的事,這些的爭議並不大,只要隨著許多書,課程來走,就很足夠。

階段一: 改正錯誤
      除了 HTML 的錯誤外,最重要的是利用像 Search Console (Webmaster Tools) 以 Crawler 的角度來看網站的錯誤,無論是 SC (Search Console) 的 Crawler Error,或是 HTML Improvement (改善 HTML),還以許多像 sitemap ,robots.txt,網址參數,結構化資料錯誤等等許多問題,這個通常都可以透過 SC 來獲得線索。
      只是這只是線索,有些可以透過像 Crawler Error 的 Linked From 找到答案,但也有不少是沒辦法的,甚至有些沒有時間資料時要透過第三方程式來比對知道改善的地方或發生新錯誤的地方,尤於有些事不是做了就有效,包含 SC 的資料是三天前這問題,有時這個比 Runtime Error 的 Debug 還要困難說。 

階段二: 優化 Meta-Data
      通常會牽涉到使用者介面是最麻煩的,因為這須要更多的美術與前端參與,所以第二個階段是處理不會被 "使用者" 看到的在 Head 的 meta-data,這邊要處理的東西相當多,從最重要的 Tite 與 Description,以及一堆 Social Tag 如 Open Graph,Twitter Card 等,除外更有各種 Schema.org 與 Microformat ,還有 Json-LD 等等的資訊,這些都對 SEO 有很大的幫助,若是做好會有很大的成長,只是這些須要的是更多與內容,系統的相互配合,這個跟除錯一樣,都是須要很大的創意與基本知識,經驗配合。

階段三: 優化 Tag 頁 (非內容性的增加頁數)
      網頁分成兩大類,一個是物件內容頁,與中間頁,這中間頁包含分類,索引,搜尋,等等的頁面,如何讓這些物件內容頁之間的連結關係更強化,須要的就是中間頁的製作,這也包含標籤頁等等的方式。但標籤頁不只是頁面,而更是之後能夠強化內容,語意,情境等等的基本工。
      語意一直是 SEO 很重要的一環,若能夠透過人事時地物因果的標籤把內容聚合,串連,將會是在因為語意的強化關聯很重要的因子,因為中文不像英文一樣很容易切字,有時須要人工智慧與工人智慧的結合才能夠加深內容的價值。

階段四: 內部連結建立 (推薦閱讀)
      在上一個階段提到去建立標籤,是為了增加內容頁,但更重要的是增加連結,雖然除了語意外,可以透過編輯的智慧,使用者行為的關聯分析等等來串接資訊,不要忘了,SEO 的真義是 "用對的內容與連結讓使用者去閱讀,點擊" ,這個基礎工夫是 SEO 的排名因子再怎麼調整與改變中,還是有不會變的因子。
      當然若是用 Javascript 等外掛的連結,語意不相通的內容連結,一直改變的連結與內容是相當吃虧的,但建立完善的網頁連結是相當重要的,甚至能夠做到網頁之間的六度分隔,也就是任意兩個網頁只靠連結就可以在六次點擊點到,那就很好了,甚至從概念與使用者行為的網頁內容,更應該在三個點擊就可以做到就更好了,這甚至須要更好的麵包屑與資料探勘來做連結與預測。

當然上面四個階段是個大綱,還有更多的細節去注意,更多的工具去協助,以及編輯內容的參與才能夠做得更好。

而下面第五階段與之後呢?事實上還有很多, 而並不是我有所保留,因為目前的經驗每一個媒體,每一個網站的安排都不盡相同,所以很難統整成可以建議的下面階段,但我相信前面的四到五個階段就足以做半年到一年了,就我的經驗,此時的搜尋流量就應該是幾倍的成長,你這個 SEO 顧問就應該足以被公司所認同了。

很多人寫這樣的文章是為了尋找更多的顧問機會,而我剛好是相反,我已經不太想接任何以 SEO 為前提的顧問工作,而是想辦法在 awoo 那邊培養幾個能夠交接我這個棒子的人,所以這篇有點像是種 "告別" 的完結,我還是想要更專心的開發工具,開發系統,因為有太多內容與 SEO 的基本工更須要去完成,尤其是中文,尤其是面對那些 "黑帽 SEOer"。

所以有這類 SEO 顧問須求的人請找 awoo,而要上課的人更是可以找像連啟佑等人,就我聽過他們的課與演講,這部份比我強不知幾倍,所以我還是偷偷的縮回技術層面去解決無法克服的疑難雜症,這對我的成就感是較大的。

2017年6月17日 星期六

八招教你如何辨識臉書詐騙

我們都知道網路詐騙是一個很嚴重的問題, 不下於假新聞, 雖然這些事都不是在網路上獨特的社會現像, 因為在現實社會這些欺騙的事層出不窮, 但透過網路的高效率散播, 有時比現實社會來得嚴重.

在臉書投廣告, 大部份都是須要透過粉絲團來操作, 若是我們能夠 "定位" 這些詐騙粉絲團, 就能很清楚的判斷那些 在網路購物是屬於欺騙成份較高? 當然這邊欺騙不見得是指 "完全" 的騙錢, 就像是一些旅遊團的購物行程那樣, 通常是指這些商品品質與價錢 與外在真實存在著落差, 而有人從中獲取高額利潤...

透過粉絲團的追蹤, 有時可以知道很多事情, 若是能夠抓到大多數的 "詐騙" 粉絲團, 此時就會從 "談論人數" 知道有多少人在七天內對這些粉絲團 "傳訊", "分享", "按讚", "下訂", "打卡".. 等等之類的行為, 而這些人大概就是正在 "受騙" 進行式的人數.

在 "專頁儀表版" 中, 不到一個月就已經標示了有 187 個 "詐騙" 粉絲團, 但也因為這些粉絲團往往被很多人檢舉或負評時就用完即丟, 目前還有談論數在進行的還是有 118 個, 總談論人數有 90841, 這代表有七天內有接近 10 萬人有接受到這些訊息且進行 "動作/Making Stories", 這數字不能說很少.

而在收錄這樣的粉絲團時, 也大致可歸納出下面八點, 大部份可以輕易做出判斷:

1. 沒有在經營, 粉絲數都很少, 但談論數因為廣告的關係偏高
2. 不會在粉絲團揭露商品資訊
3. 價格多在 699~1899 的區間
4. 商品跟粉絲團屬性常不一致
5. 版型就那幾種, 都是一頁式網站
6. Favicon 也不超過三種
7. 網址都很奇怪, 沒意義, 或是夾雜
8. 過於強調貨到付款, 安心退貨

右邊的表就是目前談論數超過 10, 收錄在 "專頁儀表版" 的詐騙粉絲團, 可以看到這些粉絲團粉絲數都很少, 但透過廣告獲得很高的談論人數, 這代表著廣告是很有用的, 事實上他們都知道不須要太經營, 因為若被檢舉過多就會被臉書停權, 只是這過程有時須要兩三個月, 而這段時間就已經賺夠了.

這份列表可以在 "詐騙" 的選項看到這份清單, 當然這是靠我跟幾個朋友搜集來的, 遺漏的還是很多, 若有看到可以在最下面留訊息給我.

當然在未來這列表可以跟 "假新聞" 等等反制系統結合, 多少會降低上當的人, 只是這還須要更多功夫來完成.

附註: 當然這些都是靠 "工人智慧" 判斷, 雖然有極高的自信是對的, 但若被誤判的請快跟我們說... 

2017年5月15日 星期一

為甚麼臉書談論數對粉絲團經營是重要的?

我是不做 "Me,too" 的, 但我知道粉絲團經營最重要的共同指標, 一個是觸及數, 另一個是互動數, 但這數字只有經營者知道, 即使從洞察報告可以看到你加觀察的幾個粉絲團, 最近文章的互動狀況, 但還是離真的狀況有點距離, 除外粉絲團可以比較的就是 "談論數".

當然每一個粉絲團都不一樣, 電子商務最終的 KPI 是訂單(金額)轉換率, 而網站就是點擊數(率) 了, 但要比較, 共同點不是 "粉絲數", 因為這跟觸及數與互動數太遠了, 因為臉書的演算法會被觸及到的不是只加粉絲就可以了, 而是真的透過互動產生的效果.

因此我在之前也一直在找是否能夠有直接比較 "談論數" 的系統, 能夠知道真實的經營狀況, 而做為經營的參考, 很不幸的國外的一兩個不是台灣收錄的太少,  就是很多人不太管這部份.

但會讓我想做的原因不是這個, 而是因為真的要做 "部落格觀察" 或 "粉絲團觀察", 我知道 除了用 "談論數" 來看經營, 另一個問題就是 "分類與聚焦", 也就是說除了要有一個即時真實的談論數來做比較, 精確的分類才是重點.

後來最後因為一個計劃的前置作業關係, 真的須要一個 "能夠透過粉絲團來看真實民意" 的公開計劃, 只好真的做下去了, 雖然表面上這 "又是一個" 別人已經做過類似的事, 但又是完全不一樣的事.

在之前先讓大家知道甚麼是談論數 (People Talking About This/Count):

PTAT: The number of unique people that created a story about your page or on your page in seven-day period.

翻譯就是: 七天內, 對你的粉絲頁或在你的粉絲頁, 產生事情的不重覆使用者數.

這些事情包含下面幾種, 我就不翻譯了:
  • like a page
  • post on the page wall
  • like a post
  • comment on a post
  • share a post
  • answer a question
  • RSVP to a page’s event
  • mention the page in a post
  • tag the page in a photo
  • check in at a place
  • share a check-in deal
  • like a check-in deal
  • write a recommendation
  • claim an offer
當然這是 2012 年五年前的資料, 現在的 "Stories" 可是更多種了, 而這數字為甚麼重要呢?

1. 這是七天內也就是即時的狀況,因此最適合做粉絲團經營的 Dashboard (儀表版)。
2. 這是公開的,任何人都可以直接看到這粉絲頁的談論數,不須要有任何權限。
3. 因為是每一個行為 (事情) 都算,且又是不重覆使用者,更可以看到真實的覆蓋率。
4. 不像粉絲數是可以一直累積,甚至是作假,由於這數字因為夠即時到很容易驗證為甚麼會有這結果,較難作假。
5. 一個互動的人若在七天內沒產生行為/事情就不算了,這更可以看到使用者的黏著度與忠誠度。
6. 因為這資訊是公開的,若是可以比較參考,你更可以知道這粉絲頁為甚麼有這樣的成果,然後跟你自己經營的做對照學習。

因此在這邊我做了一個簡單的系統, 透過標籤聚合粉絲團的共同與不同屬性標籤, 來看一些這個台灣發生了甚麼事.

就像是最新的資料:
社論 泛藍 : Total TAT: 322030, Week TAT: 336161, TAT Change: -4.20%
社論 泛綠 : Total TAT: 343320, Week TAT: 330305, TAT Change: 3.94%

你從上面這個數字就可以看到, 上週之前整個泛藍 (社論粉絲團) 氣勢是很高的, 但因為眾多因素, 讓整個翻轉過來, 你知道了這個, 就不會瞎子摸象不知道這個社會的氛圍或發生了甚麼事, 只要去看這屬性前面幾名的談論數, 為甚麼提高, 就可以了解原因, 離你如何運籌帷幄, 參與這社會就不遠了.

2017年4月14日 星期五

徐重仁的全聯事件社群觀察

這邊是要定義為 "失言" 事件,要看把失言定義為:
1. 講了不該講的話。 
2. 講了跟自己想法不一樣的話。
這邊的失言應該是比較向前者,只是這邊不該講的話是真實的還是錯的,已經有太多的討論,在這邊就不討論了,要看的是這次 "雙聯公關災難",可以說是在台灣網路圈投下一個震憾彈,只是一個發生在台灣,一個發生在國外,受觀注的程度還是不一樣。

而其中最強的留言大概就是 "徐重仁" 親上火線回應,在不到 15 分鐘就破 300 個分享,不到一小時就破千了,真希望知道那時的觸及數是如何,但在無法知道的情型下,就幾個取樣時間來看社群反應的變化。

因為我們知道社群的數字是以指數的時間軸改變,所以因此就以 15 分鐘,30分鐘,一小時,兩小時,四小時,八小時的取樣來看這數字變化,在這邊就做成下表:



在這個表中,我們可以看到當然是前一兩小時分享量是增加最多的時候,而後面增加越來越少,甚至在這個減少速度倒是很平穩的在 1/1.2 往下降。但若我們不用時間軸的指數來看,的確是前 1~2 小時量是最多的,雖然第三小時沒有取樣,甚至可以說在前三小時就大勢底定了。

但這種事件的狀況是比較極端的,畢竟全聯小編在台灣是很被重視的,甚至可以引 @暗月之鏡的一段話:


因此小編是一個很難當的工作,因為幾乎是須要許多合縱連橫,對事情的發生要足夠敏感兼政治正確,尤其是找到點去讓大家認同(或稱帶風向),因為現在的社群時代不一樣了,這個不是那種用官大學問大來決定事情要如何想的社會,要真的講出合理的前因後果才能夠說服別人。

相較新聞而言,須要四到六小時的散播時間才會到社群,而這種小編的小圈圈,甚至是網路社群,三小時沒注意到就已經腿了 (Lag) 了,甚至有人也整理了表來看,沒有搶前兩小時的卡位,就不用玩了。(下圖取自商週粉絲團)


而新聞所影響的社群,下圖是用全聯,聯航,及徐重仁三個做比較:


從這邊可以看得出來,新聞真的須要六小時到半天來發酵,有時往往到晚上 10:00 or 11:00 時才會到最高 (每小時按讚數)。

雖然單則動態與新聞是如此的散播,但代表事情有這麼簡單結束嗎?事實上不然,因為這只是個開始,因為社群的評論即使到了一階段,二次創作才開始。


就像是上圖就是社群有關 "徐重仁" 這次事件為主軸的各種創作,現在才開始。

但拉回來我想用老貓的想法做個結尾:


畢竟這次的事件是從徐重仁失言開始,但我們若沒有認真的去思考,為甚麼會有這樣的事,就像我回答的:
但最麻煩的事, M型社會這類的事情也沒因為他的失言爆發的事件而有任何稍微積極的建言與政策提出, 這的確是我們該努力的...
更希望從這事,我們可以從社群,從這些 "長輩" 來獲得教訓,畢竟這個社會是屬於我們的責任,不該是任何個人來承擔的。

2017年3月15日 星期三

利用 Search Console w/ API 打造 Dashboard 儀表板

網站經營最主要的是要知道流量怎麼來,以及要怎麼去 (轉換率),而網站只是個中間的介面, 讓事情能夠發生,雖然這個 "中間" 事實上是相當複雜的。

在流量的來源的分析中,現在幾乎是靠社群,廣告,與搜尋這三個主要來源,雖然說推薦 (Referral) 與電子郵件 (email) 不能說沒有價值,但相較之下還不如討論即時通訊 (Direct Message) 等不同社群觀點所創造流量反具有更多的未來性。

我一直認為用搜尋來導流是好事,其中有兩個大的原因:
1. 這是從使用者須求做出發的,不像是廣告有時的利基是創造使用者錯誤須求。 
2. 這是從內容做出發,任何搜尋進來都是因為內容,內容才是最好表現與傳遞概念的方法。
但這不是我不喜歡用社群與廣告來導流,只是有時透過搜尋行為人才能夠找到真正所要的資訊與東西,雖然搜尋引擎有沒有做好,這又是另一個問題了。

因此網站經營很重要的一點,就是你要知道你網站有甚麼樣的內容,以及使用者是因為甚麼問題與情境進來,接下來就是網站是否有好的介面與導引,讓使用者找到對她有最好體驗的過程。

所以打造一個輕易有效了解網站內容,包含使用者體驗與流程,跟使用者是因為甚麼樣的原因進來的工具是很重要的,這也是 Dashboard 儀表版最重要的功能。

雖然 Google Analytics 一直是個很好的工具,但尤於 Real Time API 還是在 Beta 測試的階段,反而 Search Console API 變成最有效了解使用者為甚麼進來,甚至是更前面的知道有多少使用者在透過搜尋引擎嘗試著在搜尋找答案,以及使用者是怎進到網站與進到那一個頁面的工具。

而 Search Console 最大的唯一問題是時間性,也就是說資料都是三天前的,這在儀表版的角度是很糟糕的,因為儀表版有時最重要的功能就是能夠看到即時的資訊,做為讓我們判斷下一步該怎麼做的依據,而沒有即時性的 Real Time Data,是相當麻煩的。

但不否認的就很多網站經營者而言,也沒有那麼多時間去了解以及對使用者與網站狀況去做回應與回饋,有時這個週期是在一個星期到一個月就很了不起了,更不要說絕大多數的網站經營者都是蝦子摸象,甚至連 Search Console 的 Webmaster Tools 都沒認領過,使用過,知道這些資訊做判斷,大部份都是相信自己的直覺,這才是最糟糕的。

而有那些值得做為重要元素,是做為我們打造 Search Console 為基礎的 Dashboard 呢?

1. 搜尋流量:使用者透過搜尋點擊進來的流量,無論是一定時間內的數字(如 7 天或 28 天),以及這段時間的成長變化,這的確是最重要的 KPI。

2. 曝光數:隨著網站內容越來越多,搜尋引擎一定認為這網站越來越有價值,但是否真的有寫出使用者會搜尋的情境與關鍵字,也就是符合使用這的須求,來看曝光數以及變化,並搭配搜尋點擊數看其相關性,也就是點擊率,更可以知道是否打中須求。

3. 搜尋關鍵字的變化:通常品牌字往往是流量最多,但最不須要經營的,相較之下應該聚焦在那些字在成長,無論是曝光或點擊,甚至那些字雖然沒有點擊,而更是網站該經營的,雖然這資料是三天前,大部份都是已知,但也可以透過這檢核是否有遺漏或做為發想的基礎。

4. 標籤建議:透過 Search Console 最能夠化為實際行動的是在是否能夠做為方向,但寫新文章與開發新商品也並不簡單,若能透過新的字詞與文章產生的新關聯,適當的對舊內容下新的標籤而進一步給予新的生命,這是最直接的行動建議。

雖然這樣說很簡單,但有些資料源是須要開發,甚至儀表版本身就是一個很繁複可難可簡單的系統,即使說真的要非常合乎企業智慧 (Business Intelligence) 的使用還是要客製化的開發,但大部份的功能都是已經有相當成熟的須求與產品,這邊介紹兩套不錯的儀表版平台 (Platform) 給大家參考:

一個是 Google 自己出的 Data Studio,這套最大的好處就是已內建與 Google Search Console API 介接的功能,也就是拉一拉就可以了,而前兩項就可以輕易的拉出來相當合用的介面,甚至透過分享的功能可以當作公司內部給大家用的即時動態文件,下面就是一個我給 Spotlights 聚光平台用的儀表版:



雖然 Data Studio 是對的,但相對的沒辦法直接輕易的客製化,也就是資訊都要透過 Google Big Query, Google Doc,Google Storage,或是資料庫的串接才行,似乎沒辦法直接抓外部網頁的 JSON 或 CSV 來產生報表與圖,所以下面是一個叫 theDash 的範例,他可以直接套用我已經寫好的工具與 API,輕易的做出搜尋關鍵字變化的儀表版。



儀表版最重要的價值是盡量讓使用者不須要操作的情型下被動的看到,畢竟太多事情已經把工作時間壓得滿滿的,還要定期去看儀表板是很不切實際的,所以應該是在公司常經過的地方裝電視牆,讓所有人去檢核看到,畢竟一個人的時間與能力有限,大家一起注意不是更好嗎 ?

更重要的是,透過這樣的系統讓網站經營者更了解使用者的須求,有對的資訊才能夠做對的決策,對的行為,然後再用省下來的時間去發揮人真正的價值,創造新的文明,再把時間浪費在更美好的事物與創作上,這才是生命的價值。

2017年3月10日 星期五

評析行政院性平觀測系統

又一個是乍看很漂亮, 功能很多, 資料也不少, 但完全沒有經營概念與基礎的網站, 為甚麼政府單位的網站都是這樣阿....
基本上要討論裏面內容的問題可能討論不完, 我先說以內容與經營相關 SEO 的角度來看這網站的問題:
[主要問題]
  • description: 無
  • canonical: 無
  • title 隨內容改變: 無
  • microdata: 無
  • sitemap: 無
  • tag/keyword: 無
  • html5 tag: 無
  • 麵包屑 or Navigation: 無
  • Open Graph: 無
[次要問題]

  • ga 等 UX tracking: 無
  • API or Lined Data: !? (匯出圖表是 png 圖檔?)
  • AMP: 無
  • RWD: 無
  • mobile viewpoint: 無
  • WAI-ARIA: 無
[但至少有的]
  • shortcut (favicon): 有
  • h1 隨內容改變: 有 (部份)
幸好不是我顧問公司的作品, 不然就會被我退回重做, 這個幾乎是開不完的票等級了, 有時還真的覺得某一群人指導下做的網站雖然比起原本沒內容的政府網站已經好很多了, 但拿到以 "職業水準" 來看還是有一大段距離..

但上面的幾點, 我想很多政府網站會好一些, 只是這個網站內容不錯, 結構很糟, 相對的很多外包案都會有 "政府網站版型與內容管理規範" 所以會好一些, 倒是這個網站似乎走常規以外的開發路線, 所以內容不錯, 相對的該犯的錯都犯了....

當然, 會隨手拿來分析, 也是因為對這網站有所期許, 畢竟我不希望這些努力因為一些網站經營基本知識不夠而無法發揮原本推動者想要的目標與意義...

[編按] 圖都是取自於原網站: http://geo.ey.gov.tw/

2017年2月22日 星期三

從搜尋關鍵字來看使用者資料驅動介面設計 (User Data Driven UI Design)

"SEO 的精髓是用對的文字內容連到對的網頁連結, 給對的使用者來去點擊而得到有用的答案"

通常會很習慣的把網站經營分成三個部份:

1. 內容: 包含新聞報導, 商品介紹, 討論等等內容媒質
2. 介面: 包含分類, 網站結構, 索引, 功能, 搜尋, 呈現, 等等, 讓內容給讀者看得到
3. 行為: 除了閱讀外, 包含行銷, 廣告宣傳, 互動, 等等, 促成使用者有動機去使用內容

而 SEO 雖然某方面只是屬於中間的介面, 但還是須要內容與外部的行為做導引, 也就是說, 在 SEO 的精髓, 媒合對的內容給對的使用者, 其中不只是內容驅動的導引, 更有使用者行為驅動的方法, 也就是 User-Data Drivent UI Redesign.

也就是了解使用者行為, 尤其是導流進來媒介與網站, 或者是之後透過對使用者的了解去做分析, 然後給與最好的導引, 無論有沒有影響所謂的 "Crawler/爬蟲", 但從使用者尋求資訊得到滿足方向去導引反倒是 SEO 現在最重視的事.

只是事情有那麼簡單嗎?

在 2011 年, Google 基於 "隱私權" 的理由, 把從搜尋結果頁的 HTTP 通訊協定的 Refer 經過一次的跳轉加密, 導致網站系統無法得知使用者是透過搜尋引擎是基於甚麼原因(搜尋關鍵字)而造訪這個網站/網頁, 這似乎看起來沒甚麼, 但這代表著經營者無從得知使用者為甚麼來這網站的動機, 更不用說能夠因使用者來這網站的 "情境" 給予不同的介面來最適使用者的須求.

即使扣掉這問題, 事實上問題還更多:

1. 並不是所有的網站有 Sitemap 或一個統整的資料庫可以找到所有的內容
2. 並不是所有的內容都有標籤或關鍵字, 能夠分析其重點
3. 並不是所有的網頁都有確實的裝上 Google Analytics, 或是很難統整

路是人走出來的, 問題不是拿來討論的, 而是要解決的, 而在 Data Mining 的部份, 我嘗試各種方式去建立關係:

1. 消費模式
2. 閱讀經歷
3. 標籤關係
4. 搜尋結果 (SERP)
5. 搜尋歷史
6. ....

等等方式, 只是這些都會面臨到一個問題: "須要建立資料庫與搜集資料", 這個或許對有實力的大家而言不是問題, 但對於小公司, 或者是大政府, 這困難度是相當高的, 所以我一直在想有甚麼可以取代這方法的....

而在去年時, Google Search Console API 終於釋出時, 我發現這是很不錯的出口, 因為:

1. 設定 (認領) Search Console 不須要埋碼, 可以用 GA, 檔案, Meta 以及 Domain Name 來授權, 其中網域對於政府機關相當有用.
2. 很多網站沒有好的 Sitemap, 而 GSC 做了最基本的 Index (索引), 甚至是肯定有效有意義可以導流的網頁.
3. 對於網站沒有編輯去定義標籤, 所以利用使用者的關鍵字幫忙做標籤定義, 尤其是可以是多種情境下的聯集.
4. 這資料雖然是有限, 但還是可以回溯 90 天, 所以更新週期可以降低, 且本來就不太須要耗資源去存與抓.
5. 這個關鍵字往往包含情境, 也就是若是用網頁與關鍵字的關係來建立距離(關係), 是一個很好的 Relation Analysis (關聯分析).

所以在過年期間利用時間實作出來, 然後經過幾次的演算法調整, 終於調到滿意的結果, 甚至有新的發現:

1. 因為這不是單從內容去做分析, 而是使用者搜尋點擊去分析, 所以更像是情境分析.
2. 因為這是搜尋曝光的聯結, 有時網頁會被移除會失效, 當使用者到了不存在的網頁時, 透過搜尋的歷史資料, 可以導到最有可能尋找的內容, 不再只是 404 回首頁.
3. 因為這是在 Google 的搜尋行為記錄的, 所以不須要額外搜集資料, 即使是新的網站, 認領授權後三天後也可以開始.
4. 因為是行為的關係, 這種標籤不再只是從作者與編輯觀點做出發, 更是由使用者出發,  所以更像是 User Data Driven 的 UI 設計.
5. 因為有了這樣的關鍵字資料庫, 可以進一步的做麵包屑, 甚至做自動產生的標籤系統.

像下面就是透過某 3C 網站跑出來的結果.

從這邊不只可以做內容推薦, 商品推薦.

誰說 Search Console 只是用來看 SEO 的, 事實上真正要做的是透過使用者行為來檢視文章的內容, 甚至是透過這樣的使用者資料, 做為進一步的 User Data Driven UI Design, 進一步的 "用對的文字內容連到對的網頁連結, 給對的使用者來去點擊而得到有用的答案", 這樣就可以提升 CTR, 透過內容與使用者的媒合讓網站更有價值.

因此, 在接下來 2017 年 SEO 的第 10 項重點, 就是透過 API 取得資料, 做為 User Data Driven 的 Redesign, 誰說 SEO 已死, 是那些人跟本沒抓到重點, 所以下一篇就是 "誰說 SEO 已死, 那些該死的黑帽手法本來就不應存在"......

延伸閱讀: 透過 Search Console API 來做關鍵字建議工具的改良

LinkWithin

Related Posts Plugin for WordPress, Blogger...

熱門文章