第一份簡報先說清業務與限制
選目前真實提供、希望優先處理的服務，記錄對象、範圍、差異、接單能力及目前問題。列出公司可確認的價格條件、地區、交付及例外；未定事項明確標為待確認。不要讓供應商為了寫頁面而自行補造案例、資格或服務安排。
同時列出可投入的人手、資料與批核時間。有短期接單壓力時說清時效，但不把需要時間觀察的搜尋工作當作即時成交保證。策略排序可參考 中小企 SEO 工作規劃。
開工前資料清單
| 資料類別 | 要準備甚麼 | 誰確認 |
|---|---|---|
| 服務與品牌 | 正式名稱、服務範圍、對象、聯絡及可公開主張。 | 業務或營運負責人。 |
| 網站現況 | 主要 URL、系統、域名／主機管理角色及已知問題。 | 網站管理員。 |
| 歷史變更 | 改版、搬站、轉址、內容更新及重要事件日期。 | 相關修改負責人。 |
| 可用數據 | 搜尋、分析、事件及查詢品質資料的來源、期間與限制。 | 數據及銷售負責人。 |
| 內容證據 | 原有頁、可用素材、官方來源及獲准使用的案例。 | 資料擁有人及編輯。 |
| 交付與批核 | 改哪些頁、誰審核、誰發布、如何驗收及保留紀錄。 | 項目負責人。 |
沒有某類報告不代表不能開始，但要說明缺口及會限制哪些判斷。先以可核對的網站問題安排工作，不把猜測寫成客戶實際搜尋數據。
審核、修改與帳戶管理分階段
盤點每個系統的公司擁有人、供應商角色、工作需要及結束時交接方式。先核對診斷是否只需報表或讀取權限；需要修改時再界定可改範圍及發布責任。不要用共用擁有人密碼代替清楚授權，敏感資料亦不應放入公開簡報。
Google 的選擇 SEO 服務指引，對審核階段的 Search Console 存取建議只授予讀取權限，並要求供應商解釋建議及改動。來源：Google：選擇 SEO 服務。實際系統角色按目前功能及工作需要確認；本篇沒有替讀者新增帳戶或改權限。
把交付寫成可以覆核的項目
| 項目 | 交付與責任 | 驗收依據 |
|---|---|---|
| 網站審核 | 列出確切 URL、問題、依據、建議及優先次序。 | 能重現問題，知道誰修及完成條件。 |
| 內容修改 | 每頁有讀者任務、原稿、修改範圍及資料確認者。 | 公開版本與確認內容一致，手機與連結正常。 |
| 技術修改 | 保留原狀、修改清單、發布及回退方法。 | 檢查實際行為，並確認原有關鍵功能。 |
| 定期報告 | 固定來源、期間、指標及未驗證假設。 | 可區分已完成工作、搜尋變化與真實需求。 |
「每月若干篇」只描述工作量，不足以交代用途；「保證首頁」亦不能代替驗收。文章外判的比較與試稿方法見 SEO 文章代寫驗收標準，服務頁資料可參考 服務頁寫作簡報。
確認查詢接收與跟進的人
記錄表單、電話或 WhatsApp 等主要入口由誰接收、如何辨認測試、如何記錄真實需求及去重。分析工具中的按鈕點擊與實際收到需求不同；若資料不能連通，就在報告寫明，不應要求供應商把所有查詢強行歸到 SEO。
開始前可約定一次受控的接收驗收，並由接收人核對結果。本文只提供工作方法，沒有發送測試需求。後續指標定義見 SEO 成效報告與資料限制。
資料未齊時，怎樣繼續？
把每項缺口列為「欠甚麼、誰提供、影響哪個決定、下一個檢查點」。可先做有依據且不依賴該資料的工作；涉及未確認公司事實、敏感存取或無法驗收的改動，就先完成資料核對。不要為趕排程把未知內容發布成肯定答案。
開工前最後核對：雙方知道改甚麼、公司能提供甚麼、誰能批准及發布、如何回退、如何驗收，以及合作完結會交回甚麼。帶同網站 URL、已確認需求及資料清單，核對 ITOB Group SEO／AIO 服務範圍。
官方依據與更新說明
本文核對表、工作流程及情境由 ITOB Group 編輯整理，供規劃及驗收參考；示例不代表已完成客戶研究、服務承諾或成效紀錄。平台規則會更新，請核對目前官方文件。最後實質更新：2026 年 10 月 27 日。
