本篇文章主要是分享給非 SEO 從業人員參考,如何在網站改版專案規劃過程中,將 SEO 考慮在內的步驟。如果對本議題有興趣,也可以參考 Google 提供的如何遷移網站文章。
可能需要的工具:
在規劃前期就必須先瞭解目前網站有做哪些 SEO 優化,才能在規劃新網站的時候,在原有的基礎上,將新網站優化得更好。
因為搜尋引擎主要是以網頁為單位做索引與露出的,所以了解目前網站有哪些網址對未來規劃是非常重要的。如果是小型網站,可以直接列出所有的網址;如果是有套版的大型網站,便要盤點有哪些頁面類型(以電商為例,可能就有首頁、類別頁、商品頁、優惠活動頁等等頁面類型)。
另外要注意的是,有些網站行動版跟桌機版網址是不一樣的,強烈建議把兩種版本的網址都記錄下來,改版的時候也可考慮統一網址,能夠減少優化的複雜性。
了解到現行網站有哪些網址與頁面類型之後,便可以用站長工具與目前網站使用的數據工具來了解網站的索引狀況跟 SEO 流量狀況,以便了解 SEO 優化上的優先順序。
除了網址之外,其實還有很多架構面上的優化點可以考慮,比如說:
如果是有後台的網站,通常會有一些為了 SEO 而準備的欄位內容(包含文字、圖像、影片等等)。了解後台有哪些欄位可以使用,跟相關欄位的使用狀況與痛點,可以幫助未來規劃出一個更有 SEO 效率與更永續的網站。
聽起來好像有點複雜,舉個例子來說,我常常看到很多網站後台都設有頁面標題(Page Title)跟頁面描述( Meta Description)的欄位,但是這兩個欄位通常都是空白的,所以在前端產生頁面的時候,這些標籤內容也都是空白的。這主要是因為在實務上,網站內容的維護人員並不一定了解這些欄位的作用,而且這些欄位並不會對使用者肉眼看到的網頁內容產生影響,又需要多花時間更新維護,在權衡利弊下通常都會選擇填空或是亂寫。這樣的後台規劃看似很好,但是卻有點不切實際(簡而言之就是,做得很好,下次不要再做了~)。規劃新網站的時候,倒不如先利用網站更新時一定會生產的內容,做個標題跟描述的預設範本自動更新,後台欄位就等到需要客製化的時候再處理即可。
另外,我常常會遇到因為網站是外包,所以公司內沒有人可以好好地解釋前後端的關係,這時候也只能要一個後台帳密,善用一下推理能力對照前後端的優化狀況來旁敲側擊一下。不用擔心,這很常見(汗)。
對 SEO 來說,增加頁面對搜尋引擎的可讀性非常重要,當中牽扯的不只是頁面程式碼的部分,也包含了伺服器相關的處理,頁面轉譯(Rendering)的處理方式等等。如果網站本身也有相對應 APP,那要設計怎麼樣的使用者體驗,其實有很多選擇方案可以做。如果可以知道目前的前端處理方式,那麼也會對未來的規劃更有幫助。
以下是一些我覺得可以著墨的地方
如果以上兩點覺得太複雜的話,我的建議是那就善用 Google Search Console 的網站檢查工具看吧(參考下圖),只要確定 Google 是用 Googlebot Smartphone 爬取你的網站,並且在 VIEW CRAWLED PAGE 的部分不是空白,有 SEO 所需的內容(如中繼資料、結構化資料等等),那就應該沒什麼問題了。
可以利用第三方工具看看競爭者網站的熱門 SEO 關鍵字與頁面,對比自己現有的網站,就可以大概了解網站改版的時候是否需要另外新增頁面或是改變頁面的優先級。
其實如果第一階段有做好,規劃 SEO 友善的新網站就很簡單了!因為最複雜的其實不是製作新網站,而是要如何確保搜尋引擎在新網站上線的時候能夠了解到新舊網頁的對應關係,如此一來才能把過往累積的 SEO 的好分數留給新網頁(第三與第四階段)。
只有兩點要提醒:
通常新網站上線會使用新的網址結構,所以有明確的新舊網址對應表是非常重要的,有了這個表就可以請工程師先預作好轉址設定,等到網站上線後就可以直接把轉址設定一起更新上線,搜尋引擎就不會迷路!
如果想知道更多的 HTTP 狀態碼,可以參考這裡。關於重新導向的執行細節,可以參考 Google 文件。
一個小技巧,如果網站很大的話,通常網址是有規則的,製作對照表的時候,可以不需要以頁面為單位,改為以網址規則為單位,通常需求書寫得清楚,工程師都會理解的。(當然,如果能用正規表示式 Regular Expression 寫,相信工程師會更喜歡 XD)
Sitemap 需要的人力可大可小,如果網站真的非常單純又不太更新的話,人工生成並上傳是可行的。可是如果網站很大的時候,就需要先制定 sitemap 的所需種類(網頁、圖片、影片等)、生成方式、生成頻率等等,有時候甚至需要一個後台來控制 sitemap 的生成。詳細內容可以參考 Google sitemap 相關文件。我想提醒的是,即便有系統可以自動產生 sitemap,我通常會在網站上線前先準備好一份新的 sitemap,上線後直接先手動上傳到線上,這樣才可以第一時間把最新的 sitemap 提交給搜尋引擎(因為系統產生 sitemap 需要時間)。
robots.txt 是一個在網站根目錄的檔案,主要是在指引搜尋引擎可以跟不建議爬取的頁面在哪裡。一樣建議在上線前先準備好這個文件,上線的時候可以即時更新。(robots.txt Google 官方文件參考)
如果有新網站的網域有改的話,務必要提前照著站長工具的步驟進行驗證並取得網站擁有者身份,才能即時監控新網站上線後的狀態。如果平常是使用 Google Search Console 的話,可以參考此驗證流程文件。
轉址設定上線後,務必記得確保使用者跟搜尋引擎都可以被確實地轉址到相對應的頁面(如果可以事先準備好測試網址就太棒了!)。
站長工具如 Google Search Console 都有工具可以更新 sitemap 與 robots.txt,所以不要等 Google 自己爬,要記得馬上提交並更新,如果有疑問可以參考前面提供的文件連結。
如果網域有改,推薦在舊網域的資源裡設定網址搬家。如果是使用 Google Search Consle,可以參考以下截圖找到功能位置。這個功能必須要在舊網域有 301 轉址到新網域的情況下才能使用,所以請務必跟工程師好好配合。
網站太大難免會有 301 轉址的漏網之魚,建議可以使用現有的數據分析工具(或是請工程師幫忙),把那些回 404 狀態碼的高流量舊網址拉出來,看看是否要新增頁面或增加 301 轉址設定。
通常新網站上線一定會有流量陣痛期(至少不穩兩週),所以新網站上線後至少要看三週站長工具與網站數據分析工具。可以先以站長工具並著重看提交的 sitemap 的索引狀況跟主要指標(如曝光、點擊、平均排名等)的變化,再輔以站數據分析工具看流量與轉換細節。
以上是目前的一些紀錄供參。