B2B 外貿網站選型與 SEO
已有網站先實訪診斷；從零建站先問業務；再把技術、配套工具、SEO 和詢盤接起來。目標是找出客戶當前約束下最合適的方案，而不是宣稱存在適用於所有工廠的「最優技術」或保證排名的「最佳 SEO」。
中文解釋面向新手：結論在前，術語第一次出現時用一句人話解釋，並給本行業的例子。客戶回答「我不知道」時給通俗選項，不讓客戶先決定 SSR、資料庫或框架。已有明確平台偏好時，在該約束內優化；只有發現具體衝突才說明原因並提出替代。
配套 八層、32 組知識點 與 交互知識圖 用於解釋概念。這裡「八層」指八個業務選型層面；二元樹是知識分類，可以組合使用，不是客戶必須沿一條路排除其他技術的決策流程。需要解釋某個概念時僅查相關條目，不必整份載入。
1. 選擇入口
A｜已有網站診斷。 用戶提交自己的網站並要求分析、改版或對標時，先讀取 網站與競品實訪診斷，實際查看本站及相關競品，輸出有證據的現狀判斷、差距與改造選型。複用已有業務資訊；只補會影響對標對象與建議的少量問題，不先讓客戶填寫整套新站問卷。客戶給的競品不夠時，在產品、買家和市場條件下尋找候選，說明選擇依據。
B｜從零建站選型。 用戶沒有現有站或明確要新站規劃時，使用下方訪談，按回答給出技術和 SEO 方案。用戶提供參考網址不自動等於要診斷該站。已有站且同時想換棧時，先完成 A 的現狀檢查，再按缺項補 B 的約束並比較保留/局部改造/遷移。
A 模式不能把本 Skill 寫好的方案當作已實訪結果；B 模式不能把教學範例當客戶事實。兩個入口都必須交付具體 CDN 配置及其他適用的配套項目。
2. 少量訪談，複用已知答案
先從本次對話、客戶資料和已授權專案檔案填寫答案，避免重複提問；不要從教學案例推斷真實客戶事實。普通新客戶最多先覆蓋以下七組核心問題，每輪最多三個，通常先問 1–3，再只補會改變結論的缺項。用戶可一次提供全部答案。
- 賣什麼、賣給誰？ 主營產品、客戶類型、製造商/貿易商角色和最有說服力的真實優勢。例如「酒店椅子，賣給工程採購，可客製面料」。
- 先做哪些市場？ 優先國家、語言，以及有無人能審核翻譯。區分「德國客戶」與「德語內容」，不要預設一個國家對應一個站。
- 買家如何成交？ 看資料後詢價，還是登入看協議價、在線下單？詢盤需要哪些資訊？複用現有業務郵箱、客服/聊天與 CRM 資訊；必要時追問客服接待時間、附件或選型器等關鍵需求。
- 資料有多少、誰來更新？ 產品/類別/文章數量級、更新頻率、編輯者技術能力及已有圖片、參數、案例。少量、幾百、上萬即可，不要求客戶先盤點到個位數。
- 新建還是改版？ 現有網址/系統、是否有搜尋流量與詢盤、域名與帳號控制權、可用的 Search Console/分析/關鍵字資料。改版須了解重要舊 URL 和業務依賴。
- 預算與時間邊界？ 建設投入的大致範圍、期望上線時間、後續每月維護投入和負責人。分清建站預算、持續 SEO 內容預算與廣告預算。
- 哪些條件必須滿足？ 平台偏好、源碼/資料可匯出、特殊部署或資料要求、客戶帳戶、報價器，以及現有系統整合。沒有特殊要求可直接略過。
不用機械問完七題才工作。能確定方向就先給方向；僅當某個未答條件會使方案反轉時繼續詢問。用戶要求直接出方案或演示時，列出必要假設後繼續，不編造客戶回答。客戶有些問題答不出時，交付暫定方案並標明影響最大的缺口。
3. 作出八層技術決策
按 選型判斷與八層模板 比較路線。一般給一個主方案、一個最有競爭力的備選，寫清選擇條件、取捨，以及什麼變化會讓備選更合適；不要把全部平台堆成工具清單，也不要用無依據的打分製造精確感。
八層分別是：①業務與建站路線；②內容與資料；③前端與互動；④渲染與快取；⑤部署與效能；⑥SEO 與多語言；⑦詢盤與歸因；⑧安全與維護。
每層給「選什麼—為什麼—客戶場景—依賴/代價」。同時檢查整個組合能否運作：例如執行環境是否支援選定框架的 ISR、WordPress 是否需要 PHP/資料庫、誰負責內容更新和失效通知。
關鍵邊界：
- CMS/SaaS 是內容或託管能力，Headless 是前後台分離架構，框架是開發工具，SSR 等是渲染策略，CDN 是交付設施；它們不在同一層。
- 不把 WordPress 設成預設勝者。運營編輯與常規詢盤可適合它；少量內容且開發維護可適合靜態方案；複雜帳戶/配置器可能更適合應用框架；標準交易流程可比較電商平台。
- 客戶提到 AI 建站時，區分初版程式碼/頁面生成與持續運營成本。AI 可輔助 WordPress 客製主題、可視化工具和框架開發；不據此推導 Next.js 必然更適合或原站必須遷移。程式碼/元件複用是正常工程方式，應檢查不同產品是否有合適的內容欄位和採購流程，而非只追求每頁外觀不同。
- 靜態內容並不強制選 SSG；需要表單也不強制全站 SSR；前台使用 React 不等於全站只有 CSR。
- 渲染按頁面或區域選擇。說清首份何時生成、快取命中/未命中如何處理、發布內容如何換新、私人資料如何隔離。WordPress 整頁快取和 ISR 行為可能相似，但不要直接等同；ISR 也不一定是定時任務。
- 不把託管價格、外掛功能、套餐限制、框架部署支援憑記憶寫成當前事實；在供應商官方文件核對，記錄來源與查詢日期。無法核實時用候選/待核描述，不編造報價。
- CDN 與源站分別選。WordPress 仍要有執行 PHP/資料庫的託管環境；用 CDN 不強制源站在歐洲，也不自動免除源站距離影響。按快取命中、未命中、動態請求、主要買家與維護者位置比較區域，不能把上一例的歐洲機房當硬要求。託管套餐已包含的設施無需重複購買。
4. 落實外掛、服務與配置
讀取 外掛、郵箱與客服配套，按所選平台交付具體的配套清單。必須覆蓋詢盤儲存、網站發信、企業郵箱與回覆、在線客服是否需要、SEO/多語言、快取/CDN、備份和分析。每項說明必需能力或可選增強、候選/選定工具、理由、關鍵配置、帳號歸屬、付費邊界、驗收和核實狀態。
客戶提到 Tidio 等指定產品時納入比較和方案，不僅寫「接在線客服」。同理，郵箱配置不能簡化成「裝 SMTP 外掛」：明確企業收件箱、網站 SMTP/API 發信通道和域名驗證三者的分工。不需要的能力明確本期暫緩；原生或託管已覆蓋的功能不重複安裝。
每份方案必須單列 CDN 選擇、接入與快取配置表，讀取 CDN 方案規範。寫清供應商/套餐依據、源站與接入域名、DNS/代理或資源域名接入方式、TLS、具體匹配條件、邊緣/瀏覽器快取時間、繞過條件、快取鍵、規則順序、發布清快取、回退和驗收。不接受只有「配 Cloudflare/CDN」這一行；使用託管內建 CDN 也要寫明可控範圍。不啟用額外 CDN 時說明理由和由誰承接交付，不留空。
5. 用證據生成 SEO 與詢盤方案
按照 SEO 方案與證據規範 生成。先區分客戶事實、實際研究、待驗證假設，再確定哪些採購需求應由類目頁、產品頁、應用頁或文章承接。
能聯網時，核對涉及的 Google 官方指南和供應商能力，並對少量關鍵採購需求、用戶提供的競品做與決策相稱的研究。記錄目標國家/語言和實際研究範圍；普通搜尋不冒充指定地區的精確 SERP，也不聲稱看過沒打開的頁面。無網站/詞庫時仍交可用初稿：候選關鍵字明確標註，搜尋量/難度/流量為空或待查，不補造數值。
只採集足夠支援本輪選擇的資料，不強制客戶購買工具、匯出萬級詞庫或湊固定數量競品。已有詳細詞庫和排名 URL 且用戶要深入頁面架構時，可銜接已安裝的 $b2b-seo-site-architecture；本 Skill 必須能獨立交付選型與 SEO 初案。
6. 交付可討論、可執行的結果
先在聊天展示結論。根據專案規模交付以下內容，不為填模板增加空泛章節：
- 客戶摘要與模式：目標、約束、已知/假設/缺項；明確已有網站診斷、新站初案或教學示例。
- 現狀與競品差距（A 模式必有）：實際訪問範圍、八層技術現狀、功能與外掛線索證據表；區分確認觀察、推測、未發現和無法判斷，列值得補的功能及優先級。
- 推薦與備選：八層選型表，解釋取捨；A 模式比較保留/局部改造/遷移並保護舊 URL 與有效詢盤。有預算依據才列費用，區分一次性與持續投入。
- 外掛與服務配置單：按配套規範給出可執行選擇與配置，不把「已規劃」寫成「已安裝、已驗證」；包含許可/服務成本與維護責任。
- CDN 選擇與規則表：按 CDN 規範給出具體接入、快取/繞過條件、TTL、快取鍵與優先級、更新/回退、驗證結果或驗收步驟；未知值明確假設並給可執行的暫定值與理由。
- SEO 頁面藍圖：核心結構樹和頁面映射表，含目標買家、需求/候選詞、URL、頁型、內容證據、CTA、優先級、研究狀態。中文解釋，英文網站的頁面名稱/URL 示例使用英文；文章計劃單列。
- 運行方案：內容編輯→頁面更新；訪問→CDN/源站交付；提交詢盤→儲存→發信→業務郵箱→回覆/跟進；聊天分支說明在線與離線處理。
- 執行順序與驗收：按依賴安排，可用 30/60/90 天表達工作計劃，不把日期當排名/詢盤承諾。覆蓋搜尋可見性、核心模板、語言、效能與真實詢盤鏈路。
- 驗證邊界和下一步：列最能改變決策的少量缺口、補數方法、來源和查閱日期。A 模式說明只看網頁可能與後台實況有出入；寫明什麼需要後台或負責人確認。
用戶沒有要求檔案時優先直接交付，不自動建立網站、購買服務、改 DNS、發訊息、提交表單、發布頁面或更改現有站點。建站、SEO 執行或發布按用戶後續實際授權開展；研究不要變成上線許可。
示例與驗收
用戶要看例子或需要理解輸出形狀時，讀取 家具工廠完整示例。示例中的客戶、預算、欄位和關鍵字都是演示，不能當成真實客戶資料或已驗證研究。
完成前檢查：A 是否真的實訪並有頁面證據，外掛推斷是否誠實；B 是否由客戶回答推導；是否照顧平台偏好與已有站點；CDN 是否有接入與規則表而非一個品牌名；頁面更新與詢盤流程是否清楚；是否區分模板/頁面數量；未知數據與證書案例是否保持未知；什麼新條件會讓主方案需要重選是否明確。