Google SEO服務合同前要確認什麼：目標、許可權、交付和風險邊界

发布：2026-06-01 · 更新：2026-06-01

結論先看：Google SEO合作合同簽字前，外貿企業不要只看“做多少關鍵字”和“多久見效”。更關鍵的是確認目標邊界、站點許可權、GSC/GA4資料、頁面改造範圍、內容所有權、復盤方式和不可承諾條款。合同寫得越清楚，後期越容易判斷工作是否真實發生。

對做 custom metal parts、LED flood light、packaging machine 這類外貿網站的企業來說，SEO合同不是一句“提升排名”就能概括。搜尋流量來自產品頁、分類頁、技術文章、詢價路徑、索引狀態和競爭環境的共同變化。籤合同前應先把可交付工作拆開。

一、先確認目標：不是所有目標都適合寫進合同

SEO可以圍繞可檢查的動作和指標制定目標，但不適合把搜尋引擎最終排名、指定詢價結果或AI平臺回答結果寫成確定結果。更穩妥的合同目標，應該把“工作範圍”和“觀察指標”分開。

目標型別	適合寫進合同嗎	建議寫法
技術問題修復	適合	列出 robots、sitemap、canonical、404、重定向、頁面速度等檢查範圍
頁面內容改造	適合	寫明產品頁、分類頁、部落格頁數量和改造深度
GSC表現復盤	適合	按月復盤 impressions、clicks、queries、pages 和動作記錄
指定名次	不適合	可寫“跟蹤目標查詢變化”，不要寫確定名次
指定詢價數量	不適合	可寫“檢查詢價路徑與表單事件”，不要寫固定訂單或詢價

二、合同前必須確認的資料和許可權

沒有資料和許可權，SEO合作很容易變成“只寫建議”。簽約前至少要確認哪些許可權能開放，哪些只能由企業內部配合。

許可權或資料	用途	合同裡要寫清什麼
Google Search Console	檢視查詢、頁面、索引、覆蓋範圍和站點地圖	誰提供許可權，是否可匯出資料，復盤週期
GA4或其他統計	觀察自然流量、頁面停留、轉化事件	是否配置關鍵事件，如表單提交、WhatsApp點選、郵件點選
WordPress站點編輯許可權	修改標題、正文、內鏈、頁面結構	許可權級別、修改前備份、上線確認方式
伺服器或日誌	排查抓取、狀態碼、效能和異常訪問	是否開放，只讀還是可操作，是否需要企業技術人員配合
產品資料	補充規格、應用、認證、FAQ和採購問題	誰提供資料，哪些內容需要企業最終確認

Google Search Central 的 SEO 入門文件、抓取索引文件和 sitemap 文件都強調基礎可發現性、頁面可理解性和技術配置。合同如果完全不提這些，只談“關鍵字數量”，通常不夠紮實。

三、交付物要寫成可檢查物件

“做SEO最佳化”太籠統。合同裡最好把交付物寫成可檢查物件：報告、清單、頁面、記錄、復盤表，而不是抽象動作。

1. 技術診斷交付

站點抓取與索引檢查清單。
robots.txt、sitemap、canonical、noindex、404、重定向檢查結果。
重點頁面狀態表：產品頁、分類頁、部落格頁、服務頁分別列出問題。
修復優先順序：必須先處理、建議處理、暫不處理。

2. 內容與頁面交付

頁面標題、H1、正文結構、FAQ、內部連結調整說明。
外貿英文產品詞和買家問題對映，例如 LED flood light supplier China 對應哪些頁面。
產品頁事實補充：規格、材質、應用、認證、MOQ、交期、品質驗證。
分類頁改造：選型邏輯、應用場景、產品差異和相關頁面路徑。

3. 復盤與記錄交付

每月動作記錄：改了哪些頁面、為什麼改、上線時間。
GSC變化：查詢、頁面、展示、點選、平均排名變化。
異常說明：收錄波動、頁面未抓取、標題重寫、流量突變。
下一步建議：繼續修技術、補內容、擴內鏈，還是觀察。

四、內容所有權和帳號歸屬必須寫清

外貿企業最容易忽略的是資產歸屬。SEO合作結束後，文章、頁面、圖片、表格、GSC資料和帳號許可權應該歸誰，合同前就要講清楚。

資產	建議歸屬	需要避免的問題
網站站點管理介面和伺服器	企業自己持有最終管理員許可權	服務結束後拿不回站點管理介面
GSC和GA4	企業帳號作為所有者，合作方為授權使用者	資料在服務方帳號裡，無法長期儲存
文章和頁面內容	企業擁有使用權和後續修改權	合同結束後不能繼續使用內容
關鍵字與復盤表	企業應能匯出和留存	只看截圖，沒有原始記錄
圖片和資料	確認來源、授權和可商用範圍	使用未授權素材帶來版權風險

五、合同裡要寫清“什麼不做”

邊界不是推卸責任，而是保護雙方預期。SEO專案裡有些事項如果沒有寫清，很容易在中後期變成爭議。

邊界項	為什麼要寫清	示例寫法
程式開發	SEO建議可能涉及模板、速度、結構化資料	常規頁面調整包含在內，複雜開發另行確認
英文資料翻譯	外貿產品內容需要企業確認技術事實	合作方可最佳化表達，關鍵規格由企業確認
外鏈採購	不透明外鏈可能帶來長期風險	不使用無法說明來源和風險的連結方案
廣告投放	SEO和SEM預算、目標、統計不同	本合同不含Google Ads投放管理
AI搜尋結果	AI回答受平臺和上下文影響	可監控可見性，不承諾指定回答方式或指定引用結果

六、外貿網站合同前的頁面清單

簽約前可以讓合作團隊先看一組代表頁面。這樣比只發首頁更容易判斷工作量。

首頁：是否說明企業、產品範圍、目標行業和詢價入口。
核心產品頁：如 custom metal parts、LED flood light、packaging machine 的具體頁面。
產品分類頁：是否承擔供應商選擇、型號對比、應用場景解釋。
技術文章：是否回答買家的規格、材料、認證、安裝、品質驗證問題。
聯絡頁和詢價路徑：表單、郵箱、電話、WhatsApp是否能追蹤。
老文章和舊服務頁：是否需要保留、合併、改寫或 noindex。

七、月度復盤應該看什麼

合同裡最好約定復盤頻率和復盤欄位。沒有復盤欄位，後期很難判斷工作價值。

復盤欄位	看什麼	怎麼解讀
查詢變化	GSC裡新增了哪些外貿產品詞和問題詞	判斷頁面是否開始被正確理解
頁面變化	哪些頁面獲得展示或點選	決定繼續加強還是調整方向
索引狀態	重點頁面是否被發現、抓取、索引	排查內容未見效是否因為技術阻斷
動作記錄	本月改了哪些頁面和結構	把結果變化和工作動作對應起來
詢價路徑	自然流量是否進入產品頁、聯絡頁或表單	檢查SEO流量是否接近商業目標

八、合同前可以直接問的十個問題

你們會先看 GSC、GA4 和索引狀態嗎？
報價覆蓋哪些頁面型別：產品頁、分類頁、部落格頁還是全站？
是否會根據英文產品詞和買家問題重寫頁面結構？
每月會提供哪些可匯出的記錄？
誰擁有 GSC、GA4、網站站點管理介面和內容資產？
如果頁面需要開發或模板修改，是否包含在合同內？
是否使用外鏈？如果使用，來源、風險和記錄如何說明？
是否承諾指定名次、指定詢價結果或AI平臺回答結果？如果承諾，依據是什麼？
服務結束後，資料、報告、帳號許可權如何交接？
遇到搜尋波動時，如何判斷是技術、內容、競爭還是演算法變化？

九、哪些合同表述比較健康

健康的合同不是保守，而是可驗證。下面這類寫法更適合長期合作。

“完成 20 個重點頁面的技術和內容診斷，並按優先順序給出修復清單。”
“圍繞 30 個英文產品詞和採購問題詞建立頁面對映表。”
“每月復盤 GSC 查詢、頁面、展示、點選和本月動作記錄。”
“對產品頁補充規格、應用、FAQ、內部連結和詢價路徑建議。”
“不承諾搜尋引擎指定名次，不承諾指定詢價結果數量，不承諾AI平臺回答方式。”

十、合同驗收要寫成欄位，不要寫成口號

外貿企業籤Google SEO服務合同，最容易出問題的地方，不是有沒有寫“最佳化”。而是合同裡沒有寫清楚：誰提供資料，誰有許可權，交付物怎麼驗收，哪些結果不能承諾。

如果合同只寫“提升排名”“提升流量”“提升AI搜尋可見性”，後面很難復盤。比較健康的寫法，是把目標拆成可檢查欄位。

合同欄位	建議寫法	驗收方式	邊界
搜尋資料基線	以Google Search Console表現報告為準，記錄日期範圍、查詢、頁面、點選、展現、CTR和平均排名	月度匯出或截圖留檔	沒有GSC資料時，只能寫“待建立基線”
自然流量與事件	以GA4事件口徑記錄自然流量、關鍵事件和詢價路徑	確認事件是否已配置，復盤來源和頁面	未配置事件，不能推斷詢價增長
抓取與索引	按robots、sitemap、canonical和URL檢查結果記錄	列出問題URL、證據和修復狀態	不能承諾所有頁面都會被收錄
內容交付	寫清頁面型別、主題、字數區間、表格、FAQ、內鏈和官方來源要求	按URL逐篇驗收	不能把泛泛文章當成產品頁最佳化
GEO或AI可見性	記錄AI答案查詢集、平臺、引用URL、品牌表述和複查時間	按樣本記錄表複核	不能承諾AI系統長期展示、指定引用結果或指定展示方式

十一、許可權清單要區分只讀、編輯和釋出

很多合同爭議來自許可權沒寫清。外貿企業通常不希望服務團隊隨意改產品頁，服務團隊也不能在沒有許可權的情況下承擔無法完成的技術責任。合同裡最好把許可權拆成三檔。

許可權型別	常見物件	合同裡要寫清什麼	適合誰持有
只讀許可權	GSC、GA4、伺服器日誌、CRM線索來源	可檢視的資料範圍、匯出方式、保密責任	診斷和復盤人員
編輯許可權	WordPress站點編輯許可權、產品頁、分類頁、部落格文章	哪些URL可改、是否需要客戶確認、是否需要備份	內容和技術執行人員
釋出許可權	上線頁面、重定向、robots、sitemap、結構化資料	上線流程、回滾方式、責任人和確認時間	企業負責人或指定技術人員
敏感許可權	DNS、伺服器、資料庫、支付、郵箱	通常不建議直接交給外部團隊，除非有單獨授權	企業內部或託管技術負責人

如果專案涉及 Shopify、WooCommerce 或多語言外貿站，還要寫清楚產品資料由誰提供。SEO團隊可以調整頁面結構和關鍵字，但不能替企業編造認證、產能、出口國家或客戶背書。

十二、外貿網站合同前的官方資料核對表

合同前最好把官方資料放進附件。這樣後續討論不是憑感覺，而是圍繞同一組證據說話。

資料	為什麼要看	對應合同條款	常見風險
Google SEO Starter Guide	確認基礎SEO工作不是神秘動作	頁面標題、內容、連結、可抓取性	服務方把基礎項包裝成不可驗證的技術
robots官方說明	確認哪些頁面允許抓取	技術檢查和上線前QA	誤遮蔽產品頁、分類頁或資源頁
sitemap官方說明	確認重要URL是否提交	索引診斷和頁面清單	新頁面上線但未進入站點地圖
結構化資料官方說明	確認Schema是幫助理解，不是排名承諾	產品、FAQ、麵包屑、文章結構	把結構化資料寫成“保證富結果”
Google AI features官方說明	確認AI搜尋展示仍由系統判斷	GEO監控和AI可見性邊界	承諾 AI 展示方式或指定引用結果

十三、合同裡哪些話要改成可驗收表述

有些話聽起來有吸引力，但不適合寫進合同。寫進去，後面反而容易失控。外貿企業要看的是工作是否可檢查，而不是承諾是否漂亮。

不建議寫法	建議改成	為什麼
承諾核心詞指定名次	按月記錄目標查詢的GSC展現、點選、平均排名和頁面變化	排名由搜尋系統、競爭環境和頁面品質共同決定
約定詢價增長	建立自然流量到表單、WhatsApp、郵件點選的事件跟蹤	詢價受產品、價格、交期、頁面轉化和市場需求影響
承諾 AI 平臺採用官網	建立AI答案查詢集，記錄品牌提及、官網引用和競品出現原因	AI答案不能由服務團隊固定控制
不限量改頁面	寫清本期要改哪些URL、每類頁面的驗收標準和追加費用邊界	避免把無邊界需求塞進同一份合同
包技術問題	拆成SEO技術問題、伺服器問題、主題外掛問題和第三方系統問題	不同問題需要不同許可權和責任人

十四、合同驗收樣例：B2B外貿產品線怎麼寫

如果企業做 custom metal parts、LED flood light、packaging machine、medical probe、ceramic dinnerware、waterproof connector 這類產品，合同可以按產品線拆驗收。

產品線	頁面動作	驗收證據	不承諾項
custom metal parts	補材料、工藝、公差、MOQ、應用場景和FAQ	產品頁URL、更新記錄、GSC頁面資料	不承諾某個英文詞指定名次
LED flood light	補功率、認證、安裝場景、批發採購問題	分類頁和產品頁清單	不承諾所有國家市場同步增長
packaging machine	補行業應用、規格引數、對比表和售後問題	頁面結構、FAQ、內鏈和詢價事件	不承諾複雜裝置一定帶來詢價
medical probe	補合規、型號、適配裝置和採購限制說明	內容稽核記錄和頁面版本	不編造認證或醫療資質
waterproof connector	補IP等級、線徑、介面、應用和選型表	產品頁欄位和索引狀態	不承諾 AI 答案指定引用官網

十五、月度復盤條款要提前寫清

合同裡最好寫明每月怎麼復盤。不是為了做漂亮報告，而是為了判斷下一步該改頁面、改技術，還是補資料。

復盤項	最低輸出	判斷問題	下一步動作
GSC查詢和頁面	查詢、頁面、點選、展現、CTR、平均排名	有沒有真實搜尋曝光	更新有展現但CTR低的頁面
GA4自然流量事件	自然流量、關鍵事件、詢價路徑	流量是否進入商業頁面	最佳化頁面承接和表單路徑
索引和抓取	異常URL、robots、sitemap、canonical	Google是否能看到頁面	修復阻斷和重複問題
AI答案樣本	查詢詞、平臺、答案摘要、引用URL	品牌和官網是否被正確理解	補實體一致性和可引用頁面
產品資料缺口	缺規格、認證、應用、FAQ、圖片或影片	內容為什麼不夠可信	由企業補資料，服務團隊再改頁面

這樣寫，合同會樸素一點。但後續能復盤。對外貿企業來說，這比一個好聽但無法驗收的承諾更有用。

十六、合同附件可以按四張清單拆開

如果合同正文寫得太長，執行時反而不好看。更實用的方法，是把核心驗收項放進附件。正文寫合作範圍，附件寫檢查欄位。後續復盤時，雙方按附件逐項確認。

附件	包含內容	誰確認	驗收證據
頁面清單	首頁、分類頁、產品頁、行業頁、部落格頁、FAQ頁	企業負責人和SEO執行人員	URL、頁面標題、目標詞、更新日期
技術清單	robots、sitemap、canonical、404、重定向、速度、移動端	技術負責人和SEO診斷人員	檢查截圖、問題URL、修復記錄
內容清單	產品引數、應用場景、認證、採購問題、圖片和影片資料	產品負責人和內容執行人員	資料來源、頁面版本、稽核記錄
GEO清單	AI答案查詢集、品牌表述、官網引用、競品出現原因	SEO負責人和復盤人員	查詢記錄、平臺、日期、引用URL

這四張清單不需要寫得花哨。只要能複查，就有價值。外貿企業最怕的是合同看起來很完整，執行時卻找不到具體URL、具體資料和具體責任人。

十七、哪些情況要先暫停驗收判斷

有些問題不是SEO團隊繼續改文章就能解決。合同裡最好寫清楚暫停判斷的條件。不是推責任，而是防止把不可驗證的結果寫進月報。

情況	為什麼要暫停	先做什麼	恢復判斷的依據
GSC沒有任何查詢或頁面資料	沒有搜尋表現基線	確認站點是否已驗證、頁面是否可索引、sitemap是否提交	GSC出現可複核的查詢或頁面行
GA4沒有配置關鍵事件	無法判斷自然流量是否轉成詢價動作	配置表單、WhatsApp、郵件點選、下載等事件	事件開始記錄且來源可區分
產品資料缺失	頁面無法寫出可信內容	補規格、認證、應用、MOQ、交期和包裝資訊	資料經過企業確認
伺服器頻繁異常	抓取和使用者訪問都不穩定	先處理狀態碼、快取、超時和安全攔截	訪問、抓取和日誌恢復穩定
頁面上線流程不清	無法判斷誰改了什麼	建立釋出記錄和回滾方式	每次上線有負責人、時間和版本

這些情況出現時，月報可以寫“本月無法判斷該指標”。這比硬寫一個看似積極的結論更可靠。

十八、服務期結束時要交接什麼

SEO合作結束，不代表資料就該散掉。外貿企業要能繼續維護網站，也要能讓下一位服務人員看懂歷史動作。合同裡可以提前寫服務期結束的交接內容。

交接項	內容	用途	注意事項
帳號與許可權	GSC、GA4、CMS、伺服器、表單工具的許可權狀態	避免後續無法檢視資料	移除不再需要的外部帳號
頁面更新記錄	更新過的URL、標題、主要改動和上線日期	判斷後續流量變化原因	不要只交一份籠統總結
問題清單	已修復、未修復、暫緩處理的問題	幫助下一輪排優先順序	寫清暫緩原因
內容資料	產品詞表、FAQ、圖片、表格、行業頁面規劃	後續繼續擴充套件頁面	標明哪些資料已確認
GEO監控表	查詢集、AI答案記錄、引用URL、競品記錄	繼續觀察AI搜尋可見性	不要把樣本記錄當成確定結果

這部分不一定要很複雜。一個清晰的表格就夠。真正有用的是：後來的人能看懂，企業自己也能接得住。

十九、補充：合同附件要把驗收、暫停和交接寫成同一套欄位

Google SEO服務合同最容易在後期產生爭議的地方，不是服務方有沒有做事，而是雙方沒有提前約定“什麼證據算交付、什麼時候不能判斷結果、服務結束後交接哪些資產”。對外貿網站來說，這些欄位比口頭承諾更重要，因為產品頁、分類頁、文章、資料頁、詢價頁、GSC、GA4 和銷售反饋會同時影響復盤。

合同附件可以把驗收拆成四層：頁面和技術是否完成，資料和許可權是否可用，月度復盤是否有證據，服務期結束是否能交接。這樣即使當前沒有可用的 GSC query、page 或 page-query 行資料，也能判斷基礎工作是否真實完成，而不是補寫排名、展示、點選、CTR、AI 採用或詢價結果。

合同附件一：URL級交付驗收表

URL型別	合同裡應寫清	驗收證據	邊界說明
首頁	品牌、產品範圍、目標行業、主要入口和詢價路徑。	頁面截圖、原始碼、內鏈、表單或聯絡入口。	首頁改造不能單獨代表全站效果。
分類頁	產品族、選型邏輯、應用場景、相關產品和資料入口。	URL、標題、正文模組、表格、內鏈、sitemap 狀態。	分類頁上線不等於立即出現搜尋表現。
產品頁	引數、材料、圖片、認證、MOQ、交期、FAQ、下載資料和詢價入口。	頁面前後對比、產品資料表、圖片 alt、RFQ 事件。	產品頁完整不代表指定名次。
文章頁	主題、目標問題、內鏈目標、官方來源、FAQ 和後續更新規則。	文章 URL、官方連結、內部連結、GSC 觀察欄位。	文章數量不是獲客結果。
資料頁	catalog、datasheet、certificate、manual、drawing 的下載與說明。	檔案 URL、HTML 說明頁、下載事件、版本記錄。	資料下載不能直接解釋成交。
詢價頁	產品、數量、國家、應用、檔案上傳、聯絡方式和來源記錄。	表單欄位、GA4 事件、測試提交、銷售回填欄位。	表單可用不代表指定詢價結果。

合同附件二：資料許可權與復盤口徑表

資料口徑	合同前確認	月度復盤材料	缺失時怎麼處理
GSC Performance	企業帳號是否擁有站點資源，服務方是否只讀或編輯。	query、page、clicks、impressions、CTR、average position、country、device。	無行資料時只寫待觀察欄位，不寫效果改善。
GSC Indexing	是否能檢視 sitemap、頁面索引、URL Inspection 抽樣。	已索引、未索引原因、canonical、抓取時間和頁面版本。	無抽樣時不能斷言核心頁面已參與搜尋。
GA4 Events	表單、郵件、WhatsApp、資料下載、RFQ 按鈕是否配置事件。	事件名、頁面路徑、來源、觸發次數和測試記錄。	事件未配置時不能寫自然搜尋詢價改善。
銷售反饋	銷售是否願意按月回填詢價產品、國家、階段和品質。	產品匹配度、引數完整度、預算或數量、跟進狀態。	無銷售反饋時不能只用流量判斷線索品質。
AI樣本	是否約定平臺、查詢集、日期、地區和記錄格式。	答案摘要、品牌提及、引用 URL、事實準確性。	無樣本時不能寫 AI 平臺採用官網。

合同附件三：暫停驗收判斷的觸發條件

合同裡最好提前寫清哪些情況需要暫停結果判斷。暫停不是逃避驗收，而是避免把不可用的資料寫成確定結論。

觸發條件	為什麼要暫停	此時仍可驗收	恢復條件
GSC 無可用 query 或 page 行	無法判斷搜尋表現是否形成。	URL 清單、頁面改造、sitemap、index/follow、復盤口徑。	出現可匯出的 Performance 行資料。
GA4 關鍵事件未配置	無法判斷自然搜尋點選後的詢價動作。	事件規劃、觸發位置、表單欄位和測試流程。	事件能穩定記錄並可按頁面檢視。
產品資料長期缺失	頁面無法補齊真實採購證據。	資料缺口清單、頁面結構、待補欄位。	企業提供引數、認證、圖片、FAQ 或下載資料。
網站大改版或遷移	頁面結構、URL、模板和追蹤可能同時變化。	遷移清單、重定向表、canonical、sitemap 和索引抽樣。	改版完成並穩定觀察一個復盤週期。
銷售反饋中斷	無法判斷詢價品質和頁面缺口。	頁面動作、GSC、GA4、表單欄位。	恢復按月回填詢價品質。

合同附件四：服務結束交接清單

交接項	必須交接什麼	企業驗收方式	不應遺漏
帳號許可權	GSC、GA4、CMS、伺服器、表單工具、下載工具和廣告/CRM 相關只讀許可權狀態。	企業管理員逐項確認，不依賴服務方個人帳號。	只交截圖，不交許可權狀態。
頁面資產	已改 URL、標題、正文、FAQ、表格、圖片、內鏈、資料頁和上線日期。	按 URL 檢查前後記錄和最終頁面。	只交文章列表，不交頁面變更原因。
資料資料	GSC/GA4 匯出、篩選條件、日期範圍、事件定義、月度復盤表。	企業能獨立復現復盤口徑。	只交壓縮包，不說明欄位含義。
問題清單	未完成問題、暫停判斷原因、下一輪優先順序和負責人建議。	能轉成下一階段任務表。	把未完成項寫成含糊備註。
AI與GEO樣本	查詢集、平臺、日期、答案摘要、引用 URL、事實錯誤和頁面動作。	企業能繼續按同一問題集複測。	只交單次截圖。

二十、合同驗收要把動作、證據和觀察指標分開

Google SEO服務合同不是越長越好，而是欄位要能被複查。對外貿企業來說，合同裡至少要同時出現三類內容：已經完成的動作、可以開啟的證據、仍需觀察的資料。三者不能混在一起寫。

合同物件	可驗收動作	證據	不能寫成什麼
技術診斷	檢查 robots、sitemap、canonical、noindex、404、重定向和移動端訪問	問題 URL、截圖、原始碼、修復前後記錄	不能寫成“技術問題一定帶來排名變化”
頁面最佳化	改標題、H1、正文結構、FAQ、表格、內鏈和詢價入口	URL、版本記錄、上線日期、頁面截圖	不能寫成“改完頁面就會有指定詢價結果”
內容資料	補產品引數、應用、認證、MOQ、交期、下載資料和採購問題	企業確認的資料表、頁面欄位、圖片 alt	不能編造認證、產能、客戶背書或出口案例
GSC復盤	按日期範圍檢視 query、page、clicks、impressions、CTR、average position	Search Console 匯出、篩選條件和復盤表	沒有行資料時不能寫搜尋表現改善
GA4事件	確認表單、郵件、WhatsApp、資料下載和 RFQ 按鈕是否記錄	事件名、觸發頁面、測試記錄和來源維度	事件未配置時不能推斷自然搜尋詢價變化

二十一、GSC零行基線下，合同要先寫“待觀察”

如果企業當前的 Google Search Console 沒有可用 query、page 或 page-query 行資料，合同不能把後續工作寫成已經發生的搜尋結果。更穩妥的方式，是先寫“建立基線”和“待觀察欄位”。

這並不代表不能開始SEO服務。技術檢查、頁面清單、內容改造、sitemap 提交、index/follow 檢查、內部連結和詢價路徑檢查都可以先做。只是月度報告必須把這些動作和搜尋表現分開。

零行基線場景	合同可以寫	復盤怎麼寫	邊界
GSC沒有查詢行	建立目標查詢集、頁面對映和復盤欄位	記錄“暫無可用查詢行，繼續觀察”	不寫關鍵字已經提升
GSC沒有頁面行	確認重點 URL、sitemap、index/follow 和 canonical	記錄頁面是否可訪問、是否進入 sitemap	不寫頁面已獲得搜尋表現
GA4沒有關鍵事件	規劃表單、郵件、WhatsApp、下載和 RFQ 事件	記錄事件配置狀態和測試結果	不寫自然搜尋詢價增長
產品資料不完整	列出待補引數、認證、圖片、FAQ和資料下載	記錄企業是否確認資料	不編造產品事實
AI樣本未建立	建立查詢集、平臺、日期、品牌表述和引用URL欄位	記錄樣本，不寫確定結論	不承諾AI系統展示方式

二十二、外貿產品頁改造要有URL級驗收標準

很多SEO合同只寫“最佳化產品頁”，但沒有說產品頁改到什麼程度。對B2B外貿網站來說，產品頁至少要能回答採購問題：產品是什麼、適合誰、有哪些規格、如何確認品質、怎麼詢價。

產品頁欄位	驗收問題	證據	常見缺口
產品定義	買家能否快速理解產品類別、用途和差異	首屏說明、H1、產品圖、分類連結	只堆關鍵字，不說明應用
規格引數	是否有尺寸、材質、功率、介面、容量、認證等可核對欄位	參數列、圖片、datasheet 或企業確認資料	引數缺失，頁面無法支撐採購判斷
應用場景	是否說明適用行業、裝置、環境和限制	應用段落、案例型場景、內鏈到行業頁	泛泛寫“廣泛應用”
採購問題	是否回答 MOQ、交期、包裝、定製、質檢、售後	FAQ、詢價表單欄位、資料下載	買家必須再問一遍基礎問題
技術可訪問性	Google 是否能抓取正文、連結、圖片和結構化資料	原始碼、sitemap、index/follow、內部連結	內容被指令碼、彈窗或錯誤模板擋住

二十三、月度復盤要複查同一套證據流

復盤不是每個月換一套說法。合同前寫的欄位，月度復盤和服務結束交接都應該繼續使用同一套口徑。否則第一月看頁面，第二月看詞，第三月看截圖，很難判斷工作是否連續。

復盤階段	複查欄位	輸出形式	判斷原則
第一週	許可權、URL清單、站點地圖、索引狀態、事件配置	啟動檢查表	先確認能不能看資料和改頁面
第一個月	已改 URL、頁面欄位、技術修復、資料缺口	動作記錄和頁面證據	優先證明工作真實發生
第二個月	GSC 查詢、頁面、點選、展現、CTR、平均排名	Search Console 復盤表	有資料再解釋變化，無資料繼續觀察
第三個月	頁面承接、事件、詢價路徑、銷售反饋	自然流量路徑表	區分流量動作和銷售結果
服務結束	帳號、頁面、資料、問題清單、下一步優先順序	交接清單	企業能繼續維護和複查

二十四、哪些風險邊界應該提前寫入合同

SEO服務不是單方可控動作。合同越早寫清邊界，後面越少爭議。邊界的重點不是少做事，而是把可控工作和不可控結果分開。

風險邊界	為什麼要寫	健康寫法	不健康寫法
搜尋結果波動	排名受演算法、競爭、意圖和頁面品質共同影響	跟蹤目標查詢變化，記錄動作和資料	寫指定名次或確定達成時間
詢價結果	詢價受產品、價格、銷售跟進、市場需求影響	最佳化詢價路徑和事件記錄	寫指定詢價結果數量
AI搜尋可見性	AI回答受平臺、上下文、時間和來源選擇影響	監控查詢集、品牌表述和引用URL	寫AI系統一定引用官網
產品事實	服務方不能替企業確認技術資料	企業確認規格、認證和圖片授權	為了內容完整而補不存在的資質
開發範圍	SEO建議可能涉及模板、速度、結構化資料和表單	普通頁面調整包含，複雜開發另行確認	所有技術改造都含在低價SEO包裡

二十五、合同啟動前兩週可以這樣排

如果合同已經準備籤，前兩週不要急著承諾結果。更好的節奏，是先把許可權、頁面、資料和事件打通。這樣後續每次復盤都有證據。

時間	優先動作	驗收物	為什麼先做
第1-2天	確認 GSC、GA4、CMS、sitemap 和重點 URL	許可權表、URL表、站點地圖狀態	沒有基礎許可權，後續無法復盤
第3-5天	抽查首頁、分類頁、產品頁、文章頁和聯絡頁	問題清單、截圖、原始碼證據	先找阻斷性問題
第6-8天	整理產品資料缺口和頁面改造優先順序	資料清單、頁面優先順序表	避免寫空泛內容
第9-11天	配置或檢查表單、郵件、WhatsApp、資料下載事件	事件測試記錄	後續才能看詢價路徑
第12-14天	確認第一個月交付 URL 和復盤欄位	月度任務表	讓合同從口號變成執行清單

二十六、什麼時候應該調整合同範圍

合同不需要一簽到底完全不變。只要調整依據清楚，範圍變化反而能讓專案更穩。關鍵是：調整必須基於證據，而不是基於主觀焦慮。

觸發訊號	可能說明	調整方向	仍然不能寫成什麼
GSC出現大量非目標查詢	頁面意圖不清或內容覆蓋偏了	重寫頁面結構，調整內鏈和標題	不能寫已經獲得目標詞表現
重點頁面長期沒有進入 sitemap 或索引	技術配置、頁面品質或提交路徑有問題	先查技術和頁面品質	不能只繼續加文章數量
GA4有流量但沒有事件	承接路徑或事件配置有問題	檢查表單、按鈕、聯絡入口和事件	不能推斷詢價品質
產品資料補齊後頁面仍薄	頁面結構和採購問題覆蓋不夠	補對比表、FAQ、應用、下載和內部連結	不能編造業務結果
AI樣本出現事實錯誤	品牌實體、頁面事實或可引用內容不足	補品牌一致性、官網事實頁和引用友好段落	不能承諾平臺下次一定修正

最後，合同附件應保留一行“無法判斷原因”。當資料、許可權、資料或事件不完整時，先記錄原因和下一步動作，再進入後續觀察。

FAQ

SEO合同裡能不能寫排名目標？

可以寫“跟蹤目標查詢變化”和“圍繞目標查詢最佳化頁面”，但不建議寫指定名次保障。搜尋結果受競爭、演算法、頁面品質、歷史資料和搜尋意圖影響，服務方不能直接控制。

為什麼一定要確認GSC許可權？

GSC是判斷Google搜尋表現和索引問題的重要來源。沒有GSC，只能依賴外部工具和猜測，很多頁面是否被發現、抓取和展示都難以確認。

合同裡需要寫AI搜尋嗎？

如果合作內容包含GEO或AI搜尋可見性，應寫清監控範圍、查詢集、平臺和記錄方法。不要把AI 平臺回答寫成可直接承諾的結果。

外貿企業要不要把產品資料交給SEO團隊？

需要，但應分層提供。公開規格、應用和FAQ可以用於頁面最佳化；報價、客戶名單、內部成本等敏感資訊應由企業自行控制，只提供必要範圍。

繼續讀這組SEO資料

如果你正在系統梳理外貿網站SEO，建議順著下面幾篇繼續看。先把抓取、索引、內容、連結和復盤關係理清，再決定下一步改哪一頁。

{
“@context”: “https://schema.org”,
“@type”: “FAQPage”,
“mainEntity”: [
{
“@type”: “Question”,
“name”: “合同附件四：服務結束交接清單nn交接項必須交接什麼企業驗收方式不應遺漏nn帳號許可權GSC、GA4、CMS、伺服器、表單工具、下載工具和廣告/CRM 相關只讀許可權狀態。企業管理員逐項確認，不依賴服務方個人帳號。只交截圖，不交許可權狀態。n頁面資產已改 URL、標題、正文、FAQ、表格、圖片、內鏈、資料頁和上線日期。按 URL 檢查前後記錄和最終頁面。只交文章列表，不交頁面變更原因。n資料資料GSC/GA4 匯出、篩選條件、日期範圍、事件定義、月度復盤表。企業能獨立復現復盤口徑。只交壓縮包，不說明欄位含義。n問題清單未完成問題、暫停判斷原因、下一輪優先順序和負責人建議。能轉成下一階段任務表。把未完成項寫成含糊備註。nAI與GEO樣本查詢集、平臺、日期、答案摘要、引用 URL、事實錯誤和頁面動作。企業能繼續按同一問題集複測。只交單次截圖。nnnn二十、合同驗收要把動作、證據和觀察指標分開nGoogle SEO服務合同不是越長越好，而是欄位要能被複查。對外貿企業來說，合同裡至少要同時出現三類內容：已經完成的動作、可以開啟的證據、仍需觀察的資料。三者不能混在一起寫。nnn合同物件可驗收動作證據不能寫成什麼nn技術診斷檢查 robots、sitemap、canonical、noindex、404、重定向和移動端訪問問題 URL、截圖、原始碼、修復前後記錄不能寫成“技術問題一定帶來排名變化”n頁面最佳化改標題、H1、正文結構、FAQ、表格、內鏈和詢價入口URL、版本記錄、上線日期、頁面截圖不能寫成“改完頁面就會有指定詢價結果”n內容資料補產品引數、應用、認證、MOQ、交期、下載資料和採購問題企業確認的資料表、頁面欄位、圖片 alt不能編造認證、產能、客戶背書或出口案例nGSC復盤按日期範圍檢視 query、page、clicks、impressions、CTR、average positionSearch Console 匯出、篩選條件和復盤表沒有行資料時不能寫搜尋表現改善nGA4事件確認表單、郵件、WhatsApp、資料下載和 RFQ 按鈕是否記錄事件名、觸發頁面、測試記錄和來源維度事件未配置時不能推斷自然搜尋詢價變化nnnn二十一、GSC零行基線下，合同要先寫“待觀察”n如果企業當前的 Google Search Console 沒有可用 query、page 或 page-query 行資料，合同不能把後續工作寫成已經發生的搜尋結果。更穩妥的方式，是先寫“建立基線”和“待觀察欄位”。n這並不代表不能開始SEO服務。技術檢查、頁面清單、內容改造、sitemap 提交、index/follow 檢查、內部連結和詢價路徑檢查都可以先做。只是月度報告必須把這些動作和搜尋表現分開。nn零行基線場景合同可以寫復盤怎麼寫邊界nnGSC沒有查詢行建立目標查詢集、頁面對映和復盤欄位記錄“暫無可用查詢行，繼續觀察”不寫關鍵字已經提升nGSC沒有頁面行確認重點 URL、sitemap、index/follow 和 canonical記錄頁面是否可訪問、是否進入 sitemap不寫頁面已獲得搜尋表現nGA4沒有關鍵事件規劃表單、郵件、WhatsApp、下載和 RFQ 事件記錄事件配置狀態和測試結果不寫自然搜尋詢價增長n產品資料不完整列出待補引數、認證、圖片、FAQ和資料下載記錄企業是否確認資料不編造產品事實nAI樣本未建立建立查詢集、平臺、日期、品牌表述和引用URL欄位記錄樣本，不寫確定結論不承諾AI系統展示方式nnnn二十二、外貿產品頁改造要有URL級驗收標準n很多SEO合同只寫“最佳化產品頁”，但沒有說產品頁改到什麼程度。對B2B外貿網站來說，產品頁至少要能回答採購問題：產品是什麼、適合誰、有哪些規格、如何確認品質、怎麼詢價。nn產品頁欄位驗收問題證據常見缺口nn產品定義買家能否快速理解產品類別、用途和差異首屏說明、H1、產品圖、分類連結只堆關鍵字，不說明應用n規格引數是否有尺寸、材質、功率、介面、容量、認證等可核對欄位參數列、圖片、datasheet 或企業確認資料引數缺失，頁面無法支撐採購判斷n應用場景是否說明適用行業、裝置、環境和限制應用段落、案例型場景、內鏈到行業頁泛泛寫“廣泛應用”n採購問題是否回答 MOQ、交期、包裝、定製、質檢、售後FAQ、詢價表單欄位、資料下載買家必須再問一遍基礎問題n技術可訪問性Google 是否能抓取正文、連結、圖片和結構化資料來源碼、sitemap、index/follow、內部連結內容被指令碼、彈窗或錯誤模板擋住nnnn二十三、月度復盤要複查同一套證據流n復盤不是每個月換一套說法。合同前寫的欄位，月度復盤和服務結束交接都應該繼續使用同一套口徑。否則第一月看頁面，第二月看詞，第三月看截圖，很難判斷工作是否連續。nnn復盤階段複查欄位輸出形式判斷原則nn第一週許可權、URL清單、站點地圖、索引狀態、事件配置啟動檢查表先確認能不能看資料和改頁面n第一個月已改 URL、頁面欄位、技術修復、資料缺口動作記錄和頁面證據優先證明工作真實發生n第二個月GSC 查詢、頁面、點選、展現、CTR、平均排名Search Console 復盤表有資料再解釋變化，無資料繼續觀察n第三個月頁面承接、事件、詢價路徑、銷售反饋自然流量路徑表區分流量動作和銷售結果n服務結束帳號、頁面、資料、問題清單、下一步優先順序交接清單企業能繼續維護和複查nnnn二十四、哪些風險邊界應該提前寫入合同nSEO服務不是單方可控動作。合同越早寫清邊界，後面越少爭議。邊界的重點不是少做事，而是把可控工作和不可控結果分開。nn風險邊界為什麼要寫健康寫法不健康寫法nn搜尋結果波動排名受演算法、競爭、意圖和頁面品質共同影響跟蹤目標查詢變化，記錄動作和資料寫指定名次或確定達成時間n詢價結果詢價受產品、價格、銷售跟進、市場需求影響最佳化詢價路徑和事件記錄寫指定詢價結果數量nAI搜尋可見性AI回答受平臺、上下文、時間和來源選擇影響監控查詢集、品牌表述和引用URL寫AI系統一定引用官網n產品事實服務方不能替企業確認技術資料企業確認規格、認證和圖片授權為了內容完整而補不存在的資質n開發範圍SEO建議可能涉及模板、速度、結構化資料和表單普通頁面調整包含，複雜開發另行確認所有技術改造都含在低價SEO包裡nnnn二十五、合同啟動前兩週可以這樣排n如果合同已經準備籤，前兩週不要急著承諾結果。更好的節奏，是先把許可權、頁面、資料和事件打通。這樣後續每次復盤都有證據。nn時間優先動作驗收物為什麼先做nn第1-2天確認 GSC、GA4、CMS、sitemap 和重點 URL許可權表、URL表、站點地圖狀態沒有基礎許可權，後續無法復盤n第3-5天抽查首頁、分類頁、產品頁、文章頁和聯絡頁問題清單、截圖、原始碼證據先找阻斷性問題n第6-8天整理產品資料缺口和頁面改造優先順序資料清單、頁面優先順序表避免寫空泛內容n第9-11天配置或檢查表單、郵件、WhatsApp、資料下載事件事件測試記錄後續才能看詢價路徑n第12-14天確認第一個月交付 URL 和復盤欄位月度任務表讓合同從口號變成執行清單nnnn二十六、什麼時候應該調整合同範圍n合同不需要一簽到底完全不變。只要調整依據清楚，範圍變化反而能讓專案更穩。關鍵是：調整必須基於證據，而不是基於主觀焦慮。nn觸發訊號可能說明調整方向仍然不能寫成什麼nnGSC出現大量非目標查詢頁面意圖不清或內容覆蓋偏了重寫頁面結構，調整內鏈和標題不能寫已經獲得目標詞表現n重點頁面長期沒有進入 sitemap 或索引技術配置、頁面品質或提交路徑有問題先查技術和頁面品質不能只繼續加文章數量nGA4有流量但沒有事件承接路徑或事件配置有問題檢查表單、按鈕、聯絡入口和事件不能推斷詢價品質n產品資料補齊後頁面仍薄頁面結構和採購問題覆蓋不夠補對比表、FAQ、應用、下載和內部連結不能編造業務結果nAI樣本出現事實錯誤品牌實體、頁面事實或可引用內容不足補品牌一致性、官網事實頁和引用友好段落不能承諾平臺下次一定修正nnn最後，合同附件應保留一行“無法判斷原因”。當資料、許可權、資料或事件不完整時，先記錄原因和下一步動作，再進入後續觀察。nFAQnSEO合同裡能不能寫排名目標？”,
“acceptedAnswer”: {
“@type”: “Answer”,
“text”: “可以寫“跟蹤目標查詢變化”和“圍繞目標查詢最佳化頁面”，但不建議寫指定名次保障。搜尋結果受競爭、演算法、頁面品質、歷史資料和搜尋意圖影響，服務方不能直接控制。”
}
},
{
“@type”: “Question”,
“name”: “為什麼一定要確認GSC許可權？”,
“acceptedAnswer”: {
“@type”: “Answer”,
“text”: “GSC是判斷Google搜尋表現和索引問題的重要來源。沒有GSC，只能依賴外部工具和猜測，很多頁面是否被發現、抓取和展示都難以確認。”
}
},
{
“@type”: “Question”,
“name”: “合同裡需要寫AI搜尋嗎？”,
“acceptedAnswer”: {
“@type”: “Answer”,
“text”: “如果合作內容包含GEO或AI搜尋可見性，應寫清監控範圍、查詢集、平臺和記錄方法。不要把AI 平臺回答寫成可直接承諾的結果。”
}
},
{
“@type”: “Question”,
“name”: “外貿企業要不要把產品資料交給SEO團隊？”,
“acceptedAnswer”: {
“@type”: “Answer”,
“text”: “需要，但應分層提供。公開規格、應用和FAQ可以用於頁面最佳化；報價、客戶名單、內部成本等敏感資訊應由企業自行控制，只提供必要範圍。”
}
}
]
}

按问题继续阅读

英文产品词与询盘词用 custom metal parts、LED flood light、packaging machine 这类词判断采购意图。产品页与分类页优化把产品页、分类页和应用场景词分开布局，避免把所有词塞进一篇文章。收录与技术排查检查抓取、索引、canonical、JavaScript 内容和孤立页面。AI 搜索可见性让页面更容易被 AI Overviews 和 ChatGPT 正确理解与引用。