不要猜 Claude 的内容规则。外贸内容先把证据、限制和来源写清楚：哪些是事实，哪些是经验判断，哪些条件下成立，买家下一步应该去哪核验。
这篇只讲 Claude 相关场景下外贸内容如何把证据、限制和来源写清楚，不讲 ClaudeBot 配置、日志排查、提示词或引用保证。
先把边界说清
Anthropic 官方文档能支持的是爬虫用途和访问控制边界，例如 ClaudeBot、Claude-User、Claude-SearchBot 的区别，以及 robots.txt 控制方式。它不能支持“某种写法会被 Claude 固定采用”这种说法。
所以这里的做法很朴素：让页面里的答案更清楚、更有证据、更有边界。
一个证据块怎么写
Claude相关内容的答案块结构：
问题：买家或读者正在问什么？
直接答案：先回答可公开确认的部分。
证据：说明页面上有哪些事实、案例、资料或公开说明支持。
限制：说明哪些条件、范围或不确定点需要确认。
来源：列出应查看的产品页、案例页、FAQ、资料页或权威参考资料。
下一步：说明买家应提交什么信息或继续查看哪个页面。这个结构不是平台技巧，而是让读者能判断内容是否可靠。
每个组件写什么
答案块组件,要写什么,不要写什么
问题,真实买家问题或页面主题,为了关键词编问题
直接答案,基于公开页面能确认的回答,把平台采用当作确定结果
证据,产品参数/案例摘要/认证范围/资料说明,无法核实的数字
限制,适用条件/不适用条件/需确认事项,所有场景都成立
来源,站内相关页面或权威资料入口,随便堆外链
下一步,RFQ资料/产品页/FAQ/案例页入口,直接催促成交证据块最重要的不是“像研究报告”，而是让每句话知道自己凭什么成立。
一段示例
问题：Can this supplier support corrosion-resistant pump components for food processing buyers?
直接答案：The supplier page should answer this by stating the product category, buyer type, and application range.
证据：Use product pages, public case summaries, material notes, and quality document descriptions to support the answer.
限制：Do not claim suitability for every medium, temperature, certificate, or market without confirmation.
来源：Link to the relevant product page, case page, FAQ, and RFQ page.
下一步：Ask buyers to provide application, material requirement, quantity, target market, and certificate needs.示例里的产品场景要换成真实业务。没有公开案例或资料，就不要假装有。
外贸内容里的证据和限制
内容说法,需要的证据,需要写清的限制
支持定制,定制范围/案例/产品说明,材料/尺寸/MOQ/工具/交期需确认
适合某行业,应用说明/案例摘要/产品范围,不代表所有工况适用
有质量控制,质检流程/资料页/文件说明,不等于所有认证都覆盖
有出口经验,公开市场说明/案例类型/RFQ流程,不写无法核实客户数量
可提供文件,资料页/证书范围/产品说明,按产品和目标市场确认很多外贸页面的问题，不是没有主张，而是主张没有证据和限制。
来源不要乱堆
| 来源类型 | 可以支持什么 | 注意 |
|---|---|---|
| 产品页 | 产品范围、材料、规格、应用 | 不要扩大到全部场景 |
| 案例页 | 类似应用经验 | 不代表所有项目结果 |
| FAQ 页 | 售前条件化答案 | 不替代正式报价 |
| RFQ 页 | 买家需要提交的信息 | 不等于固定成交结果 |
| 权威资料 | 平台、搜索、技术边界 | 只引用真实相关内容 |
用户之前强调不要乱搞外链，这点很对。引用资料要少而准，优先官方和确实相关的来源。
发布前自查
1. 答案是否先回答问题，而不是先铺背景？
2. 证据是否来自站内公开页面或权威参考？
3. 是否写清适用条件和限制？
4. 是否避免把经验判断写成平台规则？
5. 是否避免承诺 Claude 会采用、推荐或固定展示？
6. 是否给出产品页、案例页、FAQ 或 RFQ 的下一步入口？Claude 相关内容写法的核心，不是模仿某个平台，而是让外贸业务信息更克制、更可核验、更容易被人读懂。