新網站準備上線，企業很容易先問：「SEO 要寫幾篇文章？要不要先買工具？」
但如果正式網站還留著禁止索引的設定，服務頁沒說清楚業務，或聯絡表單送出後沒人收到，再多文章也可能只是替一個還沒準備好的網站增加工作量。
新網站 SEO 的第一步，不是把文章數量排滿，而是確認網站能被搜尋引擎理解，也能讓真正有需求的人採取下一步。
這篇以全新企業網站為主，整理上線前後的工作順序與驗收重點。不深入工程設定，也不處理舊網站搬遷；企業負責人可以用它跟網站商、行銷與工程團隊對齊任務。
新網站 SEO 從哪裡開始？先安排工作順序，再談文章數量
先讓網站能被理解、被找到，也能承接客戶需求
新網站至少要過三個關卡。
第一，訪客與搜尋引擎看得懂每個頁面在談什麼。第二，重要頁面能正常被發現與檢索，沒有不必要的限制。第三，客戶想進一步了解或詢問時，有清楚且可用的路徑。
這些工作需要內容、網站與業務一起配合。不是裝好 SEO 外掛，就能自動回答客戶的問題；也不是把網站交給工程團隊，就能省略服務資訊的整理。
尚未上線與已經上線，應從不同檢查點開始
還沒上線，可以先完成頁面規劃，再把索引設定、功能與追蹤放進驗收清單，避免日後反覆修改。
如果網站已經公開，就先確認主要頁面是否正常、是否有阻礙檢索與索引的問題，再補內容與追蹤。不要因為已經上線，就急著先寫文章；把順序拉回來，通常更容易找到真正的缺口。
上線前一：先規劃網站架構與必要頁面
從產品、服務與客戶問題建立頁面對應關係
先列出公司提供哪些服務、各自適合誰，以及客戶購買前需要了解什麼。
例如，一家公司同時提供 ERP 導入與數位行銷顧問，兩者的決策問題不同。如果全擠在一頁簡介裡，讀者很難找到自己需要的細節。可以依服務建立對應頁面，再安排補充說明。
但這不代表每個近似關鍵字都要拆一頁。同一種需求先用一個完整頁面回答，只有服務與資訊需求確實不同時，再考慮分開。
優先完成服務、關於我們、案例與聯絡等決策資訊
新網站不用一開始就有大量文章，但應先讓客戶能確認你是誰、提供什麼，以及怎麼合作。
服務頁說明對象、範圍、流程與限制；關於我們提供可查證的公司與團隊資訊；案例呈現可公開的問題、做法與成果；聯絡頁則交代詢問方式與必要資料。
暫時沒有可公開案例，不必硬湊成功數字。可以先說明工作方法與交付內容，之後再補上經過授權、背景完整的材料。
讓導覽、網址與內部連結支持清楚的網站層級
導覽應使用客戶看得懂的名稱，而不是只有內部部門代號。重要服務也不應藏在需要繞很多層才能找到的位置。
網址要保持清楚、穩定，避免上線前後反覆更名。頁面之間則依資訊關係連結，例如服務頁連到相關案例，案例再連回對應服務。
驗收時，可以請不熟悉專案的人從首頁出發，找出一項服務與聯絡方式。若他不知道該點哪裡，就值得重新檢查導覽。
上線前二：確認檢索、索引與使用體驗的基本條件
正式網站是否移除測試環境的索引限制？
測試網站可能設有密碼、noindex 或檢索限制，避免未完成的內容公開。正式上線時，要逐項確認需要出現在搜尋結果的頁面，沒有沿用不適合的限制。
其中，robots.txt 管理爬蟲的檢索範圍，noindex 則用來指示支援它的搜尋引擎不要索引內容，兩者不能混為一談。如果爬蟲被 robots.txt 擋住，就可能無法讀到頁面上的 noindex。若要分清楚這幾種索引設定各自負責什麼，下一步可以看〈robots.txt、noindex 與 Sitemap 的差異〉。
也不要要求工程把所有限制一律移除。登入區、內部文件與測試環境仍可能需要保護。企業端應先列清楚哪些頁面要公開，讓設定對應用途。
網址版本、Canonical 與 Sitemap 是否一致？
同一個網站可能有 HTTPS、HTTP、www 或非 www 等網址版本。先選定正式版本，再請網站團隊確認轉址、內部連結與相關設定是否一致。
Canonical 用來提示偏好的代表網址，但不是保證 Google 一定照選。Sitemap 則協助搜尋引擎發現重要網址，不是提交後就一定收錄或取得排名。若發現頁面沒有被 Google 收錄，想知道排查順序，〈網站沒有被 Google 收錄的排查步驟〉有更完整的說明。
基本驗收可以查看：導覽是否連到正式網址、重要頁面的 Canonical 是否仍指向測試站，以及 Sitemap 是否包含預計公開的主要頁面。正式頁面不應一邊要求索引，一邊把代表網址指向其他錯誤版本。
行動裝置、載入速度與錯誤頁面是否通過基本檢查？
不要只在辦公室的大螢幕與穩定網路上驗收。用手機檢查字體、選單、表單與按鈕，確認頁面沒有跑版，也不會被彈窗遮住重要資訊。
速度檢查可以搭配工具與實際操作：是不是圖片過大？主要內容是否等很久才出現？按鈕與表單能不能順利使用？
新網站的首要目標不是追求工具滿分，而是處理明顯阻礙閱讀與操作的問題。不存在的網址也應有正確的錯誤回應與引導，不能只顯示一個外觀正常、卻沒有內容的空白頁。
上線前三：把頁面資訊、轉換路徑與追蹤一起準備好
主要頁面的標題、描述與內容是否清楚且不重複？
每個重要頁面應有能反映主題的標題與主要內容，避免所有頁面都只寫公司名稱，或沿用佈景主題的預設文字。
頁面主標題與段落標題要支持閱讀，不必為了 SEO 重複塞入關鍵字。Meta Description 可以濃縮頁面的重點，但 Google 搜尋摘要也可能取自正文，不保證完全使用填入的描述。
驗收時，可以問：只看標題與開頭，讀者能否知道這頁適合誰、會回答什麼？如果連人都看不懂，就應先改善資訊，而不是急著增加設定。
表單、電話與 LINE 等聯絡入口是否能正常使用？
聯絡入口要配合客戶下一步，不是每頁都放一排按鈕就算完成。
需要複雜需求說明的服務，可以提供簡潔的詢問表單；使用電話或 LINE，也要確認連結與聯絡資訊正確。
請真的送出一筆測試詢問，確認成功提示、通知信、收件人與後續處理都正常。測試資料應能辨識，避免被誤當成真實商機。表單若要求過多不必要資料，也值得重新評估。
Search Console 與 GA4 是否完成設定及測試？
Search Console 用來觀察 Google 搜尋表現與索引相關資訊；GA4 則協助了解網站使用與互動。兩者用途不同，並不是裝了其中一個就能取代另一個。
帳號應由企業保有適當的管理權限，再授權合作團隊使用。不要等到要換服務商時，才發現公司無法登入。
追蹤也要實測，確認主要事件觸發正確、沒有明顯重複。電話與 LINE 點擊只能代表互動，不能直接等同有效詢問；後續仍需與實際收到的需求對照，並留意隱私與同意設定對資料的影響。
上線後：確認 Google 與使用者看到的網站是否正常
檢查主要網址的索引狀況與 Sitemap 處理結果
網站公開，不代表所有頁面立刻進入搜尋結果。可以先用 Search Console 的 URL 檢查功能查看主要網址，並觀察 Sitemap 與頁面索引報告。
若頁面尚未索引，先辨識原因：無法存取、被限制、被判定為重複內容，還是已發現但尚未索引？原因不同，處理方式也不同。
提出索引要求只是協助發現與重新處理，不是收錄承諾。也不需要讓每個頁面都收錄：企業應關注預計公開且有獨立價值的頁面，而不是追求索引數量越多越好。
實測導航、聯絡流程與追蹤事件，避免只有後台看起來正常
上線後，再用正式網址跑一次客戶流程：從首頁找到服務、閱讀資訊、前往聯絡並送出需求。
同時檢查正式站的內容與資源是否正常，避免測試站看得到、正式站卻遺漏。GA4 中有事件，也要確認是什麼操作造成，不能看到數字就直接認定追蹤正確。
每個問題都應記錄網址、操作步驟與預期結果，讓負責人可以重現並修正，比只傳一句「網站怪怪的」更容易處理。
基礎完成後，第一批 SEO 內容怎麼安排？
從服務頁與高頻客戶問題開始，不急著追逐最大搜尋量
先把核心服務頁補完整，再從業務與客服常見問題找內容題目，例如合作条件、方案差異、導入準備或費用影響因素。
挑題目時，一起考慮搜尋需求、與服務的關係，以及公司能提供的專業資料。大搜尋量不代表適合新網站的第一批內容，尤其當題目離業務很遠，可能吸引人進站，卻無法支持合作決策。
依頁面角色建立內部連結，避免只有文章沒有服務承接
文章可以協助理解問題，服務頁說明解法與合作，案例則提供具體證據。各自扮演不同角色，不需要每篇都重新介紹一次公司。
在讀者可能需要更多資訊的位置，加入相關連結即可。例如導入準備文章連到服務流程，服務頁連到案例。連結文字應讓人知道會看到什麼，不必每頁都塞入整個文章清單。
用上線清單安排優先級：哪些必須先修，哪些可以持續改善？
優先處理阻礙索引、重要功能與詢問流程的問題
不是每個網站問題都要在同一天解決。先處理會讓重要頁面無法正常公開、使用或承接詢問的缺口，再安排其他改善。
| 優先級 | 工作類型 | 驗收方式 |
|---|---|---|
| 優先處理 | 正式頁面存取與不必要的檢索、索引限制 | 檢查設定與 URL 狀況，不以立即收錄作為承諾 |
| 優先處理 | 主要導覽、手機操作與聯絡功能 | 實測完整詢問流程，確認企業端收到資料 |
| 基礎完成 | 服務資訊、網址版本與主要頁面標題 | 對照頁面清單逐項檢查內容與設定 |
| 基礎完成 | 管理權限與核心互動追蹤 | 企業可存取帳號，測試事件符合預期 |
| 持續改善 | 内容擴充、內部連結與體驗優化 | 依工作計畫檢查交付與後續表現 |
這張表是工作排序，不是排名公式；實際優先級仍要看問題對網站與客戶的影響。
將内容擴充與進階優化排入後續工作，指定負責人與驗收方式
清單要能推動工作，至少需要負責人、期限、驗收方式與相依條件。需要工程修改的項目，就不要只放在行銷待辦；需要業務提供資料的內容，也要先安排協作。延伸閱讀：若要把營收目標拆成內容、網站與團隊任務，請見〈SEO 策略規劃〉。
新網站不必等到所有進階優化都完美才上線，但也不能把會阻礙使用與詢問的問題全部留待以後。
對心連興來說，上線只是網站開始運作，不是 SEO 已經完成。 先讓基礎可用、責任清楚，再持續擴充有價值的內容，才是一份能落地的新網站 SEO 計畫。