询价站最怕一种情况:页面看着完整,客户真要选型时却找不到决定采购的那几个数。额定压力是多少,材质牌号是什么,接口能不能改,认证覆盖哪个型号,装箱后有多重,这些没有写清,客户只能把问题重新发给销售。网站做了,前期沟通一点没省。
所以,准备资料时不能只问“手里有什么”,还要问一句:这些信息能不能让一个不认识我们的采购人员判断产品是否大致合适,并把一份可以继续报价的需求提交过来? 这才是B2B询价站的资料标准。

先定产品页面做到哪一层,再收资料
很多资料返工,根源不在文案,而在产品颗粒度没有定。一个页面到底介绍整个系列,还是介绍一个具体型号?颜色、尺寸、功率、材质不同,是同一产品的可选项,还是需要单独建页的规格?这些问题不先定,后面会同时出现三种混乱:网站分类是一套,报价表是一套,销售平时叫法又是一套。
判断并不复杂。买家通常按系列理解、各型号只有少量参数不同,可以用系列页承载,型号放进规格表。型号之间用途、结构、认证范围或安装条件明显不同,最好拆开。只有颜色、尺寸、材质之类的差异,可以作为款式或规格关联,但每个可销售项仍要保留唯一编号。
Google现行的商品款式/规格文档也是按这个思路组织数据:共同的品牌、说明等信息放在 ProductGroup 层,不同款式或规格用 Product 表示,再通过 variesBy、hasVariant 和 productGroupID 建立关系。网站前期不一定马上实施这些标记,但产品表如果连父系列、具体型号和变化属性都分不清,开发阶段很难补救。
把散落资料收成一张能用于报价的产品底表
红数科技前期整理资料时,会把宣传册、报价单、ERP导出表和销售手里的旧文件放到一起核对,再收成一张产品底表。每一行对应一个具体型号,或者一个边界清楚、可以独立询价的系列。这里先解决名称、编号和事实冲突,不急着把文案写漂亮。
| 字段 | 建议准备到的程度 | 常见问题 |
|---|---|---|
| 产品名称 | 中文标准名、目标语言名称、行业常用叫法 | 同一产品在不同文件里有三四个名字 |
| 系列、型号、SKU | 父系列和具体型号分开,每个可销售项有唯一编号 | 把系列名当型号,询价回来后无法定位 |
| 产品分类 | 按买家的采购和选型习惯安排,可支持多级分类 | 直接照搬车间或财务分类 |
| 用途与适用对象 | 写清用于什么设备、部位、介质、材料或工序 | 只写“应用广泛”“适用多场景” |
| 核心参数 | 数值、单位、范围、条件、公差和可选值一起确认 | 只有一个数字,不知道在什么条件下成立 |
| 材质与工艺 | 材料牌号、表面处理、关键工艺及可选方案 | 只写“不锈钢”“优质材质” |
| 外形与安装 | 尺寸、重量、接口、安装方式、图纸编号 | 页面尺寸与下载图纸版本不一致 |
| 包装与物流 | 单件包装、装箱数、净重、毛重、箱规、托盘方式 | 报价后才发现运费无法估算 |
| 合规信息 | 标准、报告或证书编号、覆盖型号、有效状态 | 放了一张证书图,却说不清证明什么 |
| 资料状态 | 数据来源、确认人、确认日期、版本号 | 参数更新后没人知道网站该不该改 |
这张表不是越宽越好。先找出真正会改变选型和报价的字段,再补展示性信息。内部成本、供应商底价、未公开的配方和工艺参数不应混进网站交付表,可以另设权限受控的内部字段。

参数不能只填数值,单位、条件和公差经常更重要
工业品参数最常见的错误,是把实验结果、额定值、可选范围和极限值写成同一种语气。10 bar究竟是额定工作压力、测试压力还是短时上限,结论完全不同;-20℃至120℃是否受密封材料、介质或工作周期影响,也不能省掉条件。
每个关键参数至少核对五件事:参数名称是否是行业常用说法,数值和单位是否统一,适用条件是什么,允许偏差多大,不同型号之间是否可以直接比较。需要客户选值的参数,还要明确是固定选项、连续范围,还是必须由技术人员确认。
网站上可以把常用参数做成表格,把复杂条件留在技术说明或图纸中,但不能为了页面好看删掉会改变结论的限定。拿不准的数据宁可标为“需确认”,也不要从相近型号复制一个看起来合理的数字。
还有一个容易忽略的细节:同一参数在网页、PDF、图纸和询价表单里应使用同一个字段名。网页写“连接尺寸”,图纸写“接口规格”,表单又写“口径”,客户和内部人员都会怀疑它们是不是同一件事。
交易资料要分成“可以公开”和“询价后确认”两层
B2B产品不一定适合公开固定价格,但这不等于交易信息可以完全不写。采购人员至少需要知道,这个产品是现货、标准生产还是按项目定制;最低起订量按件、箱、吨还是项目计算;能否打样;常规生产周期如何确认;支持哪些包装和运输方式。
建议提前整理:
- MOQ及其计量单位,样品是否有单独规则;
- 标准品与定制品的交期口径,以及交期从哪个节点开始计算;
- 常用报价币种、报价有效期和付款条件的内部规则;
- EXW、FOB、CIF等可承接的贸易术语及指定地点或港口;
- 定制范围,包括尺寸、材质、颜色、标识、包装和图纸来样;
- 售后、备件、质保和技术支持的适用边界。
贸易术语不能只写三个字母。美国国际贸易管理局对Incoterms的说明很直接:这些规则要划分买卖双方在运输、保险、单证、清关等环节承担的任务、成本和风险。具体报价仍要带上版本、地点和实际条件,不能让网站上的一句“支持FOB/CIF”代替正式约定。
公开页面只放已经稳定、愿意对外承诺的范围。需要按数量、目的地、原材料价格或技术方案才能确定的内容,说明影响因素并交给询价环节确认。这样比统一写“价格面议、详情咨询”更有用,也比放一个无法长期兑现的固定价格稳妥。
图片、视频和图纸,要能证明“这就是这个型号”
产品图不是越多越好,关键是看完能不能确认外观、结构、尺度和使用方式。一套基础图片通常包括:主视角成品图、正侧背面、接口或关键部件特写、尺寸参照、包装状态,以及确有必要的安装或应用画面。产品内部结构会影响选型时,可以补剖面图、爆炸图或动画。
原图要保留,不要只交微信里反复压缩过的文件。文件名最好带型号和视角,图片中的产品铭牌、颜色、接口和实际供货版本要对得上。应用场景图如果不是本企业项目或没有授权,不要拿来暗示真实案例。
图纸和PDF也要带版本。网站上的缩略图、参数表和下载文件应来自同一份现行资料;旧版需要留档时,至少与公开版分开存放。对含有客户信息、未公开结构或受控技术细节的图纸,先确认脱敏和下载权限,不能因为“客户可能需要”就全部公开。

证书、检测报告和工厂资料,先核对覆盖关系
证书页最容易做得很满,也最容易失去可信度。真正影响采购判断的是:文件由谁签发,依据什么标准,覆盖哪个主体、工厂、产品和型号,目前是否仍然有效。证书编号、签发日期、有效期和报告中的关键结论需要能够核对,不能只截一张带印章的封面。
不同产品、市场和用途需要的文件差别很大。CE、UL、RoHS、REACH、食品接触、材料报告、SDS、校准或性能测试不能当成所有企业都必须准备的通用清单。应由产品、目标国家、销售渠道和使用场景共同决定,并让熟悉法规或认证的人员确认适用性。网站只展示真实取得、仍适用且允许公开的文件。
工厂资料同样要围绕交付能力准备。营业和生产主体、厂区与主要设备、关键工序、检验环节、产能口径、质量体系、追溯方式,以及外协环节如何控制,比一组空旷厂房和会议照片更有判断价值。涉及产能和交期的数据,要说明统计口径和适用产品,不能把单条产线的峰值写成所有产品的稳定能力。

询价表单要沿用产品字段,别让客户从头描述一遍
资料准备到这里,表单字段就不该靠猜。客户从某个产品页发起询价时,系统应自动带入页面地址、产品名称、系列、型号或SKU;有明确规格选项的,还可以带入已选择的尺寸、材质、功率、数量等信息。客户只需要补充项目条件,而不是重新输入网站已经知道的内容。
通用询价字段可以包括姓名、公司、工作邮箱、国家或地区、需求数量、用途、目标规格、期望交期和补充说明。定制或工程型产品,再按实际需要增加图纸上传、介质、工况、安装空间、目标标准等字段。字段太少,销售拿不到报价条件;一开始就索要十几项敏感信息,又会增加提交阻力。
后台还要提前确认询价编号、接收人员、通知规则、垃圾信息处理、附件安全、隐私同意、来源页面和跟进状态。表单成功提示不等于询价已经接住,至少要实际测试一次:提交后是否入库,邮件是否送达,附件能否打开,负责人能否看懂客户问的是哪个型号。
为搜索收录和AI引用准备的,仍然是同一套真实资料
产品页不是多放几次关键词就更容易被理解。名称、型号、品牌、图片、说明、SKU、MPN或GTIN等标识信息,本来就是商品数据中的基础关系。Google搜索中心的商品摘要示例也使用这些字段;不同规格的商品,则需要把共同属性和具体规格区分开。
如果网站没有公开价格或在线购买能力,不要为了套用商品标记虚构 Offer、价格和库存。结构化数据应与页面上实际可见的信息一致。询价型页面可以先把 Product 的名称、图片、描述、品牌和真实标识整理好,再由开发人员根据页面内容和适用规则实施、测试。Google说明,商品结构化数据可以让价格、库存、评价、配送等信息以更丰富的方式出现在搜索结果、Google图片和智能镜头中,但具体展示会随搜索体验变化。它能帮助搜索系统理解页面,不保证一定获得特殊展示,更不能代替页面本身的内容质量。
可信度也不是在页脚加一句“行业领先”。Google关于实用可靠内容的现行说明强调清晰来源、专业依据、作者或发布网站背景,并把可信度视为E-E-A-T中最重要的部分。落到B2B产品页,就是参数有来源、文件有版本、证书能核对、内容有人负责,页面说明谁确认了资料以及何时更新。读者不需要再去别处查一遍才能弄清基本规格,这样的内容才站得住。

交给建站团队时,建议按这套文件结构整理
不需要为了建站重新做一套复杂系统,一个清楚的共享目录就能解决大半问题:
01-产品数据母表
02-产品图片(按系列/型号分文件夹)
03-图纸与技术文档(保留版本号)
04-证书与检测报告(注明覆盖范围)
05-包装、物流与交易规则
06-工厂、质检与交付资料
07-询价字段和内部接收规则
08-待确认问题
每类资料指定一位能定稿的人。销售可以提供客户常问的问题,技术人员确认参数和选型边界,质量或合规人员核验证书与报告,运营维护页面版本。资料有分歧时,不要让建站人员代替企业做产品判断。
正式进入页面设计和开发前,可以用下面这份短清单验收:
- 主推产品、系列、型号和分类已经确定;
- 每个产品有唯一编号,变体关系说得清;
- 核心参数带单位、条件、公差或可选范围;
- 页面、图纸、PDF和表单使用同一套名称与型号;
- 图片能对应具体产品,原图和使用授权可追溯;
- 证书与报告写明覆盖主体、产品、型号和有效状态;
- MOQ、交期、定制、包装和贸易条件有可执行口径;
- 询价提交能够带回产品信息并完成内部接收;
- 每份公开资料都有版本、确认人和更新方式;
- 不能公开或尚未确认的信息已经单独标记。
资料里可以保留少量“待确认”,但要写清由谁确认、影响哪些型号。页面布局改一版只是时间问题;错误参数一旦同时进入网页、PDF和询价记录,返工就不再是一页。
参考资料
[1]: Google Search Central, Product 结构化数据简介,页面标注最后更新时间:2025-12-18(UTC),核对日期:2026-07-22。 [2]: Google Search Central, 商品款式/规格结构化数据(ProductGroup、Product),核对日期:2026-07-22。 [3]: Google Search Central, 商品摘要(Product、Review、Offer)结构化数据,核对日期:2026-07-22。 [4]: Google Search Central, 创建实用、可靠、以用户为中心的内容,页面标注最后更新时间:2025-12-18(UTC),核对日期:2026-07-22。 [5]: International Trade Administration, Know Your Incoterms,核对日期:2026-07-22。