询盘表单页面如何兼顾隐私和AI搜索准入？哪些内容该公开

询盘表单页面做 AI 搜索准入，公开的应该是业务说明和采购上下文，不是买家提交的数据。产品范围、MOQ、样品、交期、附件要求、隐私说明可以公开；姓名、邮箱、电话、预算、图纸、报价记录、thank-you 页面和提交接口必须保护。

这篇只讲询盘表单隐私和 AI 准入平衡。
不写法律合规结论，不写表单转化率优化，也不把 robots 或 noindex 写成隐私保护方案。

先拆成两层：公开说明层和提交数据层

公开说明层：
/contact/
/request-a-quote/
/privacy/

提交数据层：
/contact/submit
/thank-you/
/uploads/inquiries/
CRM 记录
邮件通知
后台表单记录

外贸站要给搜索和 AI crawler 看的，是第一层：你是谁、能做什么、买家怎么询盘、提交前需要准备什么。
第二层是客户数据，不能公开。

公开页面可以被读，提交动作要保护

公开 RFQ 页面可以这样处理：

<link rel="canonical" href="https://www.example.com/request-a-quote/" />
<meta name="robots" content="index,follow,max-snippet:-1,max-image-preview:large" />

thank-you 页面通常不需要进入搜索结果：

<link rel="canonical" href="https://www.example.com/thank-you/" />
<meta name="robots" content="noindex,nofollow,noarchive" />

提交接口、上传目录和后台记录要按安全边界处理，而不是只靠搜索标签：

X-Robots-Tag: noindex, nofollow, noarchive
Cache-Control: private, no-store

再次强调：noindex 和 X-Robots-Tag 是索引控制，不是访问权限。
客户图纸、报价单、表单提交记录要用登录、权限、服务器访问控制、私有存储和必要的反滥用措施保护。

用命令抽查三个关键 URL

先查公开表单页、thank-you 页和上传探测路径：

FORM_PAGE="https://www.example.com/request-a-quote/"
THANK_YOU="https://www.example.com/thank-you/"
UPLOAD_PROBE="https://www.example.com/uploads/inquiries/example.pdf"

for url in "$FORM_PAGE" "$THANK_YOU" "$UPLOAD_PROBE"; do
  echo "== $url =="
  curl -sSIL "$url" |
    grep -Ei '^(HTTP/|content-type:|location:|x-robots-tag:|cache-control:)'
done

理想方向：

如果上传目录能匿名返回客户附件，那不是 SEO 问题，是数据暴露问题。

表单字段要收集必要信息，不要公开展示

外贸询盘常见字段可以这样分：

表单可以是 POST 到固定 action，不要把姓名、邮箱、电话、预算放进 URL 参数。

<form method="post" action="/request-a-quote/submit" enctype="multipart/form-data">
  <input type="text" name="name" autocomplete="name" />
  <input type="email" name="email" autocomplete="email" />
  <input type="text" name="company" autocomplete="organization" />
  <input type="text" name="country" autocomplete="country-name" />
  <input type="text" name="product_interest" />
  <textarea name="message"></textarea>
  <input type="file" name="attachment" accept=".pdf,.doc,.docx,.jpg,.jpeg,.png" />
  <button type="submit">Submit</button>
</form>

这段只是结构示例。真实站点还要结合服务端校验、权限、反垃圾提交和文件安全策略。

查表单 action 和字段名，不打印客户值

如果要做技术复查，检查结构即可，不要把客户提交内容打印到终端或日志里。

FORM_PAGE="https://www.example.com/request-a-quote/"

curl -fsSL "$FORM_PAGE" |
  tr '<' '\n' |
  grep -Ein '^form|^input|^textarea|^select' |
  sed -E 's/value="[^"]*"/value="[hidden]"/g'

重点看：

robots.txt 可以表达抓取边界，但不是隐私保护

可以用 robots 表达“哪些路径不作为搜索入口”：

User-agent: *
Allow: /request-a-quote/
Allow: /contact/
Allow: /privacy/
Disallow: /request-a-quote/submit
Disallow: /thank-you/
Disallow: /uploads/inquiries/

Sitemap: https://www.example.com/sitemap.xml

这只能减少愿意遵守 robots 的 crawler 访问。
不能访问的客户数据，应该从权限层阻止匿名访问。

公开内容应该写什么

RFQ 页面真正应该公开的，是买家判断和搜索系统理解所需的上下文：

不要把买家提交后的内容拿来做“案例”或“评价”。
如果要展示案例，应做脱敏、授权、编辑后的公开案例页，而不是引用表单记录。

Schema 只标公开信息

联系页可以考虑 ContactPage、Organization、ContactPoint、BreadcrumbList，但只能标页面上真实可见、企业愿意公开的信息。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "ContactPage",
  "name": "Request a Quote",
  "url": "https://www.example.com/request-a-quote/"
}
</script>

不要把客户邮箱、电话、采购预算、项目名称放进 Schema。
结构化数据不是隐藏通道，也不是隐私工具。

一张最终判断表

常见错误

询盘表单页面的平衡点很简单：公开的是“如何询盘”的说明，保护的是“谁来询盘、问了什么、传了什么文件”。

参考资料

• Google: Introduction to robots.txt
• Google: Block Search indexing with noindex
• Google: Robots meta tag, data-nosnippet, and X-Robots-Tag specifications
• Google: General structured data guidelines
• Bing Webmaster Guidelines
• OpenAI: Overview of OpenAI crawlers
• Schema.org: ContactPage
• Schema.org: ContactPoint
• WordPress Developer Resources: Nonces
• WordPress Developer Resources: Validating data
• WordPress Developer Resources: Sanitizing data