上线 SEO / 示範報告
上線 QA 稽核示例：從失敗信號到發布決定
一份可重現的示範，說明如何把上線稽核變成證據、修復和是否上線的決定。
產生你自己的稽核報告這是示範，不是客戶案例，也不聲稱帶來流量或排名。虛構站點和發現只用來展示如何記錄可重複的上線 QA 審查。
場景和證據邊界
虛構示範站點是一個準備從預覽網域遷到 example.com 的 AI 產品落地頁。不代表任何客戶、收入、流量或排名結果。
審查人只記錄可觀察證據：HTTP 回應、最終 URL、渲染後的 head、robots.txt、sitemap 發現、可見 CTA 行為、行動佈局和分析偵錯事件。
第一次稽核：把失敗和未知分開
稽核發現 canonical 指向預覽網域、缺少 og:image、sitemap 不含上線 URL。郵件認證和回滾責任標成人工項，不是失敗或通過。
這個區分很重要。失敗信號有反面證據；警告是不完整；人工項無法從單頁證明。把未知當成通過，分數會騙人。
按上線影響排優先級
預覽網域 canonical 是關鍵項，因為它可能把收錄信號合併到非生產地址。sitemap 遺漏是建議項，因為內鏈也能幫助發現。缺社交圖影響分享，不直接影響抓取資格。
團隊先修 canonical，再更新 sitemap 產生，最後補社交圖。在這些信號一致之前，外觀清理不進發布門檻。
用可觀察的驗收標準修問題
canonical 修復只有在渲染後的生產 HTML 含有絕對自引用 URL 時才算過。sitemap 修復只有在線上 XML 含同一 URL，且 robots.txt 宣告該 sitemap 時才算過。
Open Graph 修復要在線上 head 含四個核心欄位、圖片無需登入即可回傳成功時才算過。每條標準部署後都能再查。
第二次稽核：重跑，而不是假設已好
部署後審查人重跑 URL 稽核，並再測 CTA 和行動端。報告保留前後證據，但不預測排名或收錄速度。
剩下的人工檢查指定負責人和截止日期。自動化結果乾淨，不證明郵件送達、轉換追蹤、無障礙或回滾就緒。
發布決定和可重用報告
關鍵失敗為零、接受的警告已記錄、每項人工關鍵檢查都有負責人時，才批准發布。匯出報告作為上線日交接紀錄。
在你的站點用同一格式：問題、為什麼重要、證據、修復、驗收標準、負責人、複查結果。這比沒有上下文的分數有用。