SEO 檢核清單與長期維運

新網站上線前 SEO 檢核清單

為什麼上線前的檢核這麼重要

網站正式上線的那一刻，等於是搜尋引擎第一次認識您的網站，這個第一印象非常關鍵。若上線時就存在技術錯誤、結構混亂、速度過慢或索引設定不完整等問題，搜尋引擎在第一次檢索時，就可能對網站建立不佳的初始評價。

網站上線前 SEO 檢核資訊圖，以網站頁面為中心，環繞技術基礎、頁面元素、結構與追蹤及內容準備四大面向。 — 上線前檢核的四大面向：技術基礎、頁面元素、結構與追蹤、內容準備。

這類問題不是不能補救，但補救的成本通常更高，恢復排名與信任也需要更多時間。與其上線後花幾個月修正，不如在上線前多花幾天做好完整檢查，替後續的成效打下更穩固的基礎。

乾淨的技術底盤，也能讓 ChatGPT、Perplexity 等 AI 引用您的內容時，取得更可靠的資料來源。若想先快速判斷現況，可先用網站 SEO 檢查初步盤點，再對照本章的完整清單逐項補齊。

SEO 的起跑點不是上線後的第一個月，而是上線前的最後一週。錯過這一週，後續可能要花六個月補回來。

技術基礎檢核

伺服器與網域設定

首先確認網域的 DNS 已完成設定並指向正確伺服器，且網站已安裝 SSL 憑證，讓所有頁面都能透過 HTTPS 正常存取。若使用者仍可進入 HTTP 版本，則應設定 301 轉址導向 HTTPS。

此外，www 與非 www 版本必須擇一統一，另一個以 301 導向主版本。伺服器回應時間（TTFB）建議控制在 800 毫秒以內，這是 web.dev 的良好門檻；Lighthouse 的伺服器回應檢測則以 600 毫秒為判準。

若您的主要客群在台灣，選擇台灣或東亞地區的機房可有效縮短連線延遲。對使用共享主機的中小企業而言，換機房往往是改善幅度最明顯、成本也最低的一步。

robots.txt 與索引控制

robots.txt 檔案應放在網站根目錄，並確認沒有不小心封鎖重要頁面，或誤擋 CSS、JavaScript、圖片等搜尋引擎需要讀取的資源。XML Sitemap 的路徑也建議一併寫入 robots.txt。

最常見也最致命的錯誤，是開發階段封鎖全站後忘了在上線時移除，等於直接對搜尋引擎說「不要看我」。

所有應該被收錄的頁面，都不能保留開發階段的 noindex；反過來說，後台頁、站內搜尋結果頁、感謝頁、測試頁則應主動 noindex。每個重要頁面也都應有正確的 Canonical 標籤，以 self-referencing canonical 為原則。

XML Sitemap 與 URL 結構

Sitemap 應只包含需要被索引的正式頁面，每個網址都回傳 200 狀態碼，不應出現 301、404 或 noindex 頁面。完成後務必提交到 Google Search Console。

URL 結構則建議使用小寫英文與連字號，反映網站分類邏輯，避免混用大小寫或夾雜過多參數，長度控制在 100 字元內較理想。

行動裝置與網站速度

網站必須採用響應式設計，在常見手機與平板尺寸上不只是「看得到」，而是要「好操作」：按鈕不能太密、文字不能太小、不應出現需要左右滑動才能閱讀的情況。

網站速度則建議透過 PageSpeed Insights 檢查，並特別注意 Core Web Vitals 的三項核心指標：

LCP（最大內容繪製）應低於 2.5 秒
CLS（累積版面位移）應低於 0.1
INP（互動到下一個繪製）應低於 200 毫秒

此外，圖片應壓縮並盡量使用 WebP 或 AVIF 格式，CSS 與 JavaScript 要最小化，並啟用瀏覽器快取與 Gzip 或 Brotli 壓縮。

網站速度比拚的不是技術炫技，而是避免讓使用者在看到內容前就先失去耐心。

頁面元素與結構化資料

Title、Meta 與標題層級

每一頁都應有獨一無二的 Title Tag 並包含主要關鍵字，長度需控制得宜，避免在搜尋結果中被截斷。Meta Description 雖非直接排名因素，卻會影響點擊率，也是 AI 搜尋摘要的重要參考素材。

每一頁應只有一個 H1並準確對應頁面主題，H2 到 H6 則依內容邏輯分層使用，避免跳級或濫用。

圖片與內部連結

所有圖片都應有描述性的 Alt Text，檔名也應具備意義而非預設亂碼。圖片建議在 HTML 標上 width 與 height 實際像素值以降低版面跳動風險；首屏以下的圖片可使用 lazy loading 提升載入效率。

首頁主選單應連到網站最重要的分類與核心頁面，麵包屑導覽建議完整實作，每個頁面都應至少有一條內部連結指向，避免形成孤立頁面。最後，也別忘了掃描全站是否存在 broken links。

結構化資料（Schema）

若條件允許，應在上線前一併完成結構化資料的實作：首頁加入 Organization、網站階層加入 BreadcrumbList、文章頁加入 Article、商品頁加入 Product、在地型商家加入 LocalBusiness。

重點不是加越多越好，而是加得正確、加得符合頁面內容，完成後應使用 Rich Results Test 驗證無誤。

這部分在 AI 搜尋時代尤其重要，Schema 是讓 ChatGPT、Perplexity、Google AI Overviews 正確理解您網站內容的關鍵橋梁。

分析工具與內容檢核

SEO 不能只做不量。Google Search Console 必須完成設定與驗證，GA4 必須安裝到所有頁面。若網站有表單、電話、購買或其他重要互動，也應設定對應的轉換事件，並完成兩者的整合。

內容方面，核心服務頁、產品頁與公司介紹頁都應具備足夠內容，而不是只剩空架子。若有內容行銷規劃，建議上線前先準備 5 到 10 篇具基本品質的文章。

聯絡我們、關於我們、隱私政策等頁面也應齊備。這些頁面看似配角，但對使用者信任與網站完整性都很重要，也是 Google E-E-A-T 評估的重要訊號。如需更完整的內容策略，可參考新視野 SEO 教學指南。

網站改版或搬家的 SEO 遷移計畫

為什麼 SEO 遷移必須事先規劃

網站改版、搬家、更換網域、改 CMS，或大幅調整網址結構，都是 SEO 風險極高的操作。若處理不當，原本累積的排名、流量與權重可能在短時間內大幅流失，恢復時間甚至可能以月為單位計算。

網站搬家以網址對應表逐頁串接舊頁面與新頁面，透過 301 轉址保留 SEO 權重，並警示勿將所有舊網址集中導向首頁。 — 網站搬家的核心是 URL 對應表與 301 轉址，切勿把所有舊網址集中導向首頁。

對搜尋引擎來說，網址就是頁面的身分證。一旦網址改變，搜尋引擎很可能把它視為新頁面。若舊頁面的 SEO 資產沒有妥善轉移，新頁面就得從零累積信號，造成不必要的損失。

遷移前的準備工作

盤點現有 SEO 資產

在動工前，必須先把現有網站的 SEO 資產記錄下來，作為日後驗證遷移成效的對照基準：

已被索引的 URL 清單
各頁面的自然搜尋流量（過去 12 個月）
各頁面的反向連結數量與來源
核心關鍵字的目前排名
現有 Sitemap 與 robots.txt 內容
既有的 301 轉址設定
結構化資料標記內容

這些資料的用途很明確：一旦遷移後出現流量下滑或排名異常，您才能判斷問題是新產生的，還是原本就存在。

建立 URL 對應表

SEO 遷移中最重要的不是技術，而是一份精準的 URL 對應表。沒有對應表，再厲害的轉址都救不了流量。

您必須為每一個舊網址指定對應的新網址，並確保舊頁面會 301 轉址到內容最接近的新頁面。

最常見的錯誤，是把大量舊頁面全部轉到首頁。這種做法看似方便，實際上卻像把所有搬家紙箱全部丟進客廳，Google 不但不會因此感謝您，反而可能將其視為軟性 404（soft 404），更難理解內容之間的關係。

在測試環境先驗證

正式上線前，所有轉址規則與 SEO 設定都應先在測試環境驗證，包括 robots.txt、Canonical、Sitemap、結構化資料、網站速度與行動版體驗。真正危險的不是改版，而是「一邊上線一邊祈禱」。

遷移執行的六個關鍵步驟

實施 301 轉址依照 URL 對應表，將舊網址以 301 永久轉址到新網址。這個動作最好在伺服器層級完成，例如 Apache 的 .htaccess 或 Nginx 設定，而不是依賴 JavaScript 或 meta refresh，後者傳遞權重的效果較差。
更新 XML Sitemap 新網站上線後立即生成新的 XML Sitemap，確保其中只包含新的、有效的網址，並提交到 Google Search Console。舊 sitemap 可暫時保留一段時間，協助 Google 發現轉址。
使用網址變更工具若涉及網域更換（例如 a.com 改成 b.com），應在 Search Console 使用「網址變更」工具通知 Google，同時新增並驗證新的網站資源。該工具要求轉址至少維持 180 天，而 Google 的網站搬遷文件則建議盡量保留，一般至少一年。
更新所有內部連結網站內部的所有連結都應直接指向新網址，而不是仍連到舊網址再經過 301。雖然轉址可以運作，但直接連到正確頁面效率更高，也避免產生冗餘的連結結構。
更新可控的外部連結除了官網以外，還有許多您可以自行更新的外部入口：Google 商家檔案、社群平台簡介、Email 簽名檔、合作平台的公司資訊頁、付費廣告的目標網址等，都應同步更新。
更新結構化資料與規範標記若網站內有結構化資料，務必同步確認其中所有網址（url、mainEntityOfPage 等欄位）已更新，避免標記內容仍指向舊頁面，造成搜尋引擎混淆。

遷移後的監控與時程預期

網站遷移完成後，接下來一到三個月是觀察期，也是最不能鬆懈的時候：

網站遷移後的監控頻率與觀察重點
時間	監控頻率	監控重點
前兩週	每日檢查	Search Console 是否出現大量檢索錯誤、404、轉址異常；核心關鍵字排名波動
前三個月	每週檢查	自然搜尋流量、索引頁數、新舊網址替換進度
三到六個月	每月檢查	整體流量是否恢復、關鍵字排名是否穩定、是否需要進一步調整

哪些現象算正常，哪些不正常

遷移後一到兩週內，排名與流量短暫下滑通常是正常的陣痛期：Google 需要時間重新檢索、理解與處理轉址。

網站遷移完成後的 SEO 監控曲線，綠線呈現自然流量一至兩週短暫下滑後逐步回穩，紅線則持續下降並發出異常警訊。 — 遷移後短暫下滑屬正常陣痛，流量持續下跌超過兩週才是需要立即處理的異常。

若轉址設定正確，通常在四到八週內可以看到主要關鍵字逐漸回到遷移前水準，完整恢復則可能需要三到六個月。但若出現以下訊號，就不是正常陣痛，而是需要立刻處理的異常：

異常警訊：流量持續大幅下跌超過兩週、Search Console 大量出現 404、索引數一直減少、重要頁面直接從搜尋結果消失、自然搜尋轉換歸零。出現任一現象，請立即回頭檢查轉址規則、Canonical 設定與 sitemap。

每月 SEO 例行維運工作項目

為什麼 SEO 需要持續維運

SEO 不是做完一次就能永久有效的工作。搜尋引擎會持續更新演算法，在 AI 搜尋時代尤其明顯，Google AI Overviews、ChatGPT 搜尋、Perplexity 的引用機制都在快速演進。

SEO 專員在工作桌前操作月度維運轉盤，呈現數據檢視、技術健檢、內容更新、連結監控、對手觀察、商家維護及月底報告七項例行工作。 — 每月七項例行維運：數據、技術、內容、連結、對手觀察、商家檔案與月報。

同時，競爭對手會持續優化，您的內容也會隨時間過時。今天有效的方法，半年後不一定還有同樣效果。

因此，真正成熟的 SEO 不是只靠單次衝刺，而是建立穩定的維運節奏。以下是建議每月執行的七大例行工作：

月度任務 01 數據檢視與分析

每月初安排固定時間檢視主要數據，包括 Search Console 的曝光、點擊、CTR 與自然流量變化，以及核心關鍵字的排名波動。

GA4 中的自然搜尋轉換數據也不能忽略：SEO 的目標從來不只是流量，而是流量是否帶來商業成果。關於該追蹤哪些指標，可延伸參考 SEO KPI。

比對本月、上月與去年同期數據，找出明顯異常或特別突出的頁面與關鍵字，作為下一步行動的依據。

月度任務 02 技術健康檢查

每月快速檢查 Search Console 的索引報告與 Core Web Vitals 報告，確認是否出現新的技術問題，例如 404、5xx 錯誤、未收錄頁面增加，或 LCP、INP、CLS 指標惡化。

同時確認 Sitemap 是否與目前網站狀態一致，並定期掃描 broken links。

技術問題不一定每天都發生，但一旦發生通常不會自己好，越早發現越好處理。

月度任務 03 內容維護與更新

內容是 SEO 的長期資產，每月都應維持一定頻率的內容更新：發布新文章、補強既有內容、更新資訊已過時的頁面。

除了新增內容，也要持續補充內部連結，新文章應連到舊文章，舊文章也應適時補連到新內容。

內部連結是讓網站的主題網絡越來越完整的關鍵，而不是讓內容越多越分散。

月度任務 04 連結監控與建設

外部連結仍是重要的排名訊號之一。每月檢查反向連結變化：是否有新的高品質連結進來，或重要連結流失；若發現可疑垃圾連結，也要提高警覺。

並安排 1 到 2 項主動連結建設工作，例如媒體聯繫、客座投稿、壞連結替補、品牌提及追蹤等。

連結建設不一定立即見效，但長期累積會在競爭關鍵字上產生明顯差距。

月度任務 05 競爭對手觀察

SEO 不是閉門造車。每月花一點時間觀察主要競爭對手的內容更新、排名變化與新策略，往往能提早發現市場風向或新的關鍵字機會。

有時候您不是做得不夠，而是對手突然做得很勤，及早察覺才不會被拉開差距。

月度任務 06 Google 商家檔案維護

若您經營的是在地型商家，每月應維護 Google 商家檔案：發布貼文、回覆評論、更新營業資訊、新增照片。對台灣中小企業而言，這對在地 SEO 與品牌信任度都有立即可見的影響。

評論回覆建議在 48 小時內完成，並針對負評採取真誠回應而非辯駁。

月度任務 07 記錄與報告

每月底整理一份簡要的 SEO 月報，更新關鍵字佈局、追蹤表與成果紀錄。這不只是向團隊或客戶交代，更是幫自己累積決策依據。沒有記錄的 SEO，很容易淪為「感覺有在做」。

建議的月報架構：本月成果摘要、關鍵指標變化、發現的問題、下月行動計畫。

SEO 長期策略藍圖：12 個月路線圖

以下是一份適合台灣中小企業的 12 個月路線圖，讓您清楚知道每個階段的重點與交付目標。若想先有一套精簡、可立即照做的流程，建議搭配 SEO 怎麼做：7 步驟執行教學。

以彩色曲線時間軸呈現十二個月 SEO 路線圖，依序標示審核、技術、內容地基、擴展、深化與年度盤點，說明 SEO 策略逐步邁向持續經營。 — 十二個月路線圖：從審核規劃、打好地基到穩定運營的漸進歷程。

台灣中小企業 12 個月 SEO 執行路線圖
階段	核心工作	月末交付重點
第 1 個月	審核與規劃：整體 SEO 審核、競爭對手分析、關鍵字研究、內容日曆、設定分析工具、記錄基線數據	SEO 審核報告、關鍵字策略文件、內容規劃表、基線數據紀錄
第 2 個月	技術基礎建設：修正索引設定、優化網站速度、完善 robots.txt 與 Sitemap、加入結構化資料、確保行動裝置體驗	技術問題修正完成、基礎結構化資料上線、第一批內容發布
第 3 個月	內容基礎建設：持續產出文章、建立支柱頁、優化 Title 與 H 標籤、鋪設內部連結、初步連結建設	支柱頁完成、內容架構成形、內部連結初步建立
第 4 到第 6 個月	擴展與優化：維持穩定內容產出、依 Search Console 與 GA4 數據調整既有頁面、擴展主題群集、加強內容推廣	內容數量持續增加、主題群集雛形完成、網站整體能見度開始穩定成長
第 7 到第 9 個月	加速成長：挑戰競爭更高的關鍵字、針對排名第 11 到第 20 名的高潛力頁面深度優化、嘗試影片或互動內容、規劃數位公關	核心關鍵字進入前十、自然流量明顯成長、品牌能見度上升
第 10 到第 12 個月	收割與擴展：內容修剪（修正或刪除低品質頁面）、擴展到新關鍵字領域、建立可重複執行的 SEO 流程	完成年度 SEO 成果盤點，並制定下一年度策略

第 13 個月之後：進入穩定運營

SEO 不會因為一年結束就畢業。進入穩定期後，仍需持續發布新內容、更新舊內容、監控技術健康、經營連結與關注演算法變化。

同時應定期重新檢視市場與搜尋趨勢，例如 AI 搜尋的引用機制、生成式搜尋結果，以及答案引擎優化（AEO）等新方向。

SEO 的本質是持續適應，而不是一次定型。當 ChatGPT、Perplexity、Google AI Overviews 改變使用者搜尋習慣時，您的內容架構與技術基礎，決定了您能否被這些新管道引用與推薦。如需更系統化的入門指引，可延伸閱讀新視野 SEO 教學指南。

給台灣中小企業的提醒：不必每個月都做到滿分，但要避免「三個月做、六個月停」的斷續模式。穩定執行 60 分，長期累積的成果會遠勝於偶爾衝 100 分。

全書結語：長期成功的關鍵心態

從基礎概念、搜尋引擎運作，到技術 SEO、內容策略、數據分析與長期維運，這套指南試圖建立一套完整而實務的 SEO 架構。

雖然搜尋引擎不斷演變，AI 也正在快速改變搜尋行為與內容呈現方式，但有些核心原則始終不會改變：您必須理解受眾真正需要什麼、提供有價值的內容、讓搜尋引擎能正確理解您的網站，並長期累積品牌信任與內容權威。

真正有效的 SEO，往往不是最花俏、最激進的策略，而是最能長期執行的策略。

每一篇內容、每一次技術修正、每一條高品質連結，都是在幫網站累積數位資產。這些資產會隨時間發酵，持續帶來流量、詢問與營收。但若長期停止維護，它們也會慢慢失去價值。

搜尋形式會改變，工具會改變，演算法也會改變。但真正以使用者價值為核心的網站，始終具備長期競爭力。這不只是 SEO 的本質，也是所有長期有效數位經營策略的共同原則。

SEO 從來不是短跑，而是耐力賽。贏的人，不一定是起跑最快的，而是能穩定跑下去的人。

常見問答 FAQ

新網站上線前，最容易被忽略的 SEO 問題是什麼？

最常見的失誤集中在四個地方。第一是 robots.txt 或全站 noindex 沒移除，開發階段為了避免被索引而設定的封鎖，上線時忘了關掉，等於直接把搜尋引擎擋在門外。第二是 Sitemap 不乾淨，裡面混入 404、301 或 noindex 頁面，反而傳遞錯誤訊號。第三是 Canonical 設定錯誤，導致重要頁面被視為重複內容。第四是 GA4 與 Search Console 未完整安裝或未驗證，讓您上線後看不到數據，無法判斷問題出在哪裡。建議在上線前一週專門安排一次全站檢核，逐項確認上述四項，並用瀏覽器無痕模式實際走過幾個重要頁面。在 AI 搜尋時代，還要額外確認結構化資料正確，讓 ChatGPT、Perplexity 引用時能取得乾淨的資料來源。

網站改版或搬家時，最重要的 SEO 文件是什麼？

答案是 URL 對應表，這份文件的重要性遠超過任何技術設定。每一個舊網址都必須對應到內容最接近的新網址，並以 301 永久轉址正確導向。最常見的災難性錯誤，是把大量舊頁面全部轉到首頁，這在 Google 眼中可能被視為軟性 404，原本累積的流量與權重會大幅流失。建議先用 Screaming Frog 或 Search Console 匯出全站網址，再逐一比對新舊網址，標註每筆轉址的對應邏輯。複雜的改版甚至會有上千筆對應，但這份工夫絕對值得。Search Console 的網址變更工具要求轉址至少維持 180 天，Google 的網站搬遷文件則建議盡量保留，一般至少一年，讓信號充分轉移。

SEO 為什麼不能做完一次就放著不管？

因為 SEO 處於一個動態變動的環境。第一，Google 演算法每年有多次核心更新，加上 AI Overviews、生成式搜尋結果等新形態，評估標準持續演變。第二，競爭對手會持續優化，您今天第一名的關鍵字，半年後可能就被追上。第三，內容會隨時間過時，統計數據與業界趨勢都會改變，過時的內容反而會傷害網站的專業形象。第四，技術環境也會劣化，外掛更新、伺服器搬遷、第三方腳本加入，都可能在不知不覺中影響網站速度或產生錯誤。沒有每月維運的網站，通常會在半年到一年內看到自然流量緩慢下滑，即使您什麼壞事都沒做。維運的本質是維持競爭力，而不只是修壞掉的東西。

每月 SEO 維運最基本要做哪些事？如果時間有限該怎麼取捨？

如果時間極為有限，建議優先做三件事。第一，每月查看 Search Console 與 GA4 至少一次，確認有沒有大幅異常，例如索引數突然下降、404 暴增、自然流量斷崖式下跌，這是最低限度的健康檢查。第二，每月至少發布或更新一篇內容，讓網站持續發出還在經營的訊號，並補上新的內部連結。第三，每月檢查一次 Core Web Vitals 與 broken links，避免技術問題悄悄累積。若還有餘力，再加上反向連結監控、競爭對手觀察與 Google 商家檔案維護。台灣中小企業常見的問題是想做到完美卻無法堅持，建議從 60 分的穩定執行開始，再逐步擴展到完整流程。

SEO 長期經營最重要的觀念是什麼？

最關鍵的觀念，是把 SEO 視為累積型資產，而不是短期專案。許多企業會問做 SEO 多久能看到效果，期待三個月內看到大幅成長，結果在第二個月就放棄。但 SEO 的本質，是讓每一篇內容、每一次技術修正、每一條高品質連結，都成為未來持續產生流量的資產。這些資產不會立刻爆發，卻會持續累積，並在半年、一年、兩年後產生複利效果。在 AI 搜尋時代，這個觀念更加重要：ChatGPT、Perplexity、Google AI Overviews 引用的內容，往往不是最新發布的，而是長期被信任、結構清楚、內容紮實的網站。長期經營本身，就是進入 AI 引用清單最有效的方法。

第十六章｜SEO 檢核清單與長期維運