¿Qué hace 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 是否有接入与规则表而非一个品牌名；页面更新与询盘流程是否清楚；是否区分模板/页面数量；未知数据与证书案例是否保持未知；什么新条件会让主方案需要重选是否明确。