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