本文说的是我们最常做的那类活：一家做机械、五金、装备配件的工厂或贸易公司，要出海，想在目标市场建自己的一个网站——不是挂在某个平台上的一个店铺页，而是客户用自己的域名建起来、可被搜索引擎收录、能带来询盘的这一个站点。有的客户还要求在上面直接下单，走在线交易。
这类项目的难点，从来不是把页面做出来。页面是最容易的部分。难的是：站点建好之后，一个从德国、巴西或中东发来的询盘，能不能在几秒钟内让对方看懂「你们做不做这个型号」「大致什么口径」「交期多久」，并且不需要销售在旁边翻译一遍。
下面这套流程来自我们做独立站与多语种站群的交付实践。数据口径在文末逐条标注了来源与年份；文中提到的表单字段、参数列清单与流程均为我们的实际做法，属于原理示意，不含真实客户数据，也不构成对流量、排名或询盘数量的承诺。
一、卡点不在做不出来，在「建出来了但接不住询盘」
先看两组背景数字，这决定了这件事为什么值得做。
供给侧在增长。中国机械工业联合会 2026 年 8 月发布的数据：2026 年上半年，机械工业完成货物贸易进出口总额 6927.6 亿美元，同比增长 15.9%；其中出口 5593.3 亿美元，同比增长 20%；规模以上企业实现营业收入 16.1 万亿元，同比增长 6.5%，增加值同比增长 6.4%。海关口径的机电产品数据同向：2026 年前七个月机电产品出口 11.12 万亿元，同比增长 21.2%，占同期出口 63.8%（海关数据，2026 年 8 月）。
采购侧在自主研究。Gartner 的数字 B2B 买家调研显示，买家只把 17% 的采购时间用在与供应商销售团队会面，27% 用在独立在线调研上；75% 的买家更偏好没有销售代表在场的自助购买体验，77% 认为采购过程复杂（该调研样本量 n=750，经咨询机构页面转引）。翻译成大白话：绝大部分采购决策，是买家自己在没有你在场的情况下完成的。
这两组数字放在一起，结论很直接——产能和需求都不缺，缺的是那个「买家自己做功课时恰好落在你的站点上」的位置。而站点的质量，决定了这个位置接住的是询盘还是跳出。
我们在交付里遇到的卡点基本集中在五处。
卡点一：站点做成了电子画册，没有选型参数
最常见的情况：首页有产品轮播，分类页有产品图，每个产品页只有三行字和一张图，没有参数表。买家搜到的是「工业泵」「不锈钢法兰」「CNC 加工件」，点进来发现只有外观图和一句「欢迎询价」。
问题在于，工业品买家不是比谁好看，是比能不能用。他要确认口径、连接方式、压力等级、材质、表面处理、温度范围、功率电压、适配接口、认证情况、最小起订量和常规交期。这些字段一个都没有，买家的动作就只剩两个：走人，或者发一封「How much?」然后等你反问。后面这个动作在漏斗里算一次失败询盘，因为信息没齐，销售要来回问三四轮才能定位型号与工况。
卡点二：目录按公司内部组织，不按买家的问题组织
客户把内部的事业部、车间、产品科照搬成导航：产品中心 / 公司简介 / 新闻中心 / 联系我们。买家带着「食品级 316L 三通，直径 50，蝶阀结构」这种问题进来，发现站点里只有「不锈钢管件」这种按材质分的入口，得一层层翻。翻不到就走了，这一步的损失在统计里往往看不见——它发生在一个没有痕迹的返回键上。
卡点三：多语言是机器翻译，术语一错就出局
我们做过的多语种项目里，最常见的失败不是翻译质量差，而是术语在不同的页面里不一致。同一台设备，产品页写「精密研磨机」，参数表写「精磨机」，案例页写「精密研磨设备」，买家对照着看会怀疑这是三家供应商。工程名词的坑更具体：喷嘴 / 喷头、承插 / 承口、法兰 / 法兰盘、取向 / 方向性，这些在中文车间里是日常词，翻译过去后落点常常和客户所在行业的习惯用词不一致。
机器翻译可以用，但只能做初稿。术语必须有一张由客户工程师确认过的对照表，这是多语种项目里最省不得的一步。
卡点四：询盘表单只有一个留言框
「姓名 / 邮箱 / 留言」三个字段的表单，收集到的是一堆无法比较的文本。真正能直接进销售流程的询盘，至少要能读出：用在什么工况、什么型号或规格、大致数量、交付到哪个国家或地区、期望交期、要不要图纸或 BOM 文件。字段设计决定了后面的销售是「拿着表单直接报价」还是「先打三个电话补信息」。
卡点五：站点在自然搜索里只有一个入口
只有一个首页和几十个产品页，没有任何按场景、参数、问题组织的页面。买家不搜品牌词的时候，站点几乎不存在；搜到了也只有产品页，没有能接住具体问题的选型页与常见问题页。这不是内容多少的问题，是内容有没有入口的问题。
二、怎么跑：把站点改造成获客入口的五步
第一步：先定买家角色，再定站点结构
工业品的采购决策通常不止一个人。同一家客户里，工程师做选型，采购做比价和下单，终端业主关心应用与合规。三个人要看的东西不一样，入口页也不该一样。
我们的做法是在开工前和客户一起列一张角色表：每个角色关心哪几类信息、从哪个页面进来、下一步动作是什么。工程师的入口是产品页与选型页，采购的入口是报价口径与交期说明，业主的入口是应用案例与认证说明。角色表确定之后，信息架构基本就浮出来了。
第二步：按「产品线 × 应用场景 × 选型维度」重排信息架构
这三层是站点骨架。
产品线对应客户真实的产品目录，按买家理解的方式命名，而不是按内部车间代号。应用场景把同一批产品挂到买家的问题上——食品加工、饮用水管道、市政给水、矿山输送这类，具体到客户自己的行业。选型维度是参数维度的切片，比如「按材质」「按口径」「按连接方式」「按适用介质」，让买家能从一个横向切面进去。
URL 结构在这一步定死：单站多语按 /{语言}/{产品线}/{产品页} 排，语言段在前；产品页 URL 用产品型号或稳定的产品标识，不用带日期和活动名的临时串——很多客户的产品页 URL 里带着展会名，改一次展会就得改一批链接，而老链接还留在别人的书签和外部引用里。
第三步：写产品页与选型页（获客主线）
产品页的骨架是固定的，我们一般落这八块：
· 一句话定义：这是什么、解决什么问题，写给不懂内部代号的外部读者；
· 选型参数表：口径 / 尺寸与连接方式 / 材质 / 表面处理 / 压力或温度或功率等工况范围 / 重量 / 适配接口 / 可定制项，逐行给出单位、默认值与可选范围；
· 适用与不适用：明确写清哪些工况不支持，这一条能过滤掉大量后续扯皮，也显得专业；
· 图纸与证书：可下载的 PDF，图纸版本号与生效日期写在页面上；
· 应用案例：真实工况、用了什么配置、解决了什么问题，配现场照片与参数；
· 可选交易说明：如果这个型号支持在线下单，写清起订量、交付与退换口径；如果不支持，就明确写「本型号按询价处理」，不要留一个点了没反应的按钮；
· 询盘入口：产品页直接带表单，并且把当前型号、当前参数默认值一并带进表单——买家不用再手打一遍型号；
· 相关型号：规格相近的替代型号与升级型号，帮助买家在做选型时横向比较。
选型页是另一个页面类型，作用是接住「按问题找答案」的流量：按应用场景组织，每篇解决一个具体问题，文末落到相关产品与询盘入口。
第四步：设计询盘页与表单字段
表单字段我们按这个清单来，机械五金类还会按品类增减：
· 应用与工况（用在什么介质、什么环境、温度压力范围）；
· 型号或规格（带从产品页带过来的默认值，允许改）；
· 数量与包装要求；
· 交付国家 / 地区与港口或邮编；
· 期望交期与是否接受分批；
· 是否需要图纸、证书、样品、第三方检测；
· 文件上传（让买家直接把图纸或 BOM 发过来，这是缩短来回轮次最有效的一招）；
· 联系方式（姓名、公司、职务、邮箱、电话、期望沟通语言）。
表单之外要配三件事：通知到指定负责人（不是落到公共邮箱就算完）、重复提交去重（同一个邮箱短时间多条，按型号合并或提示）、以及手机号与企业微信的兜底入口——相当一部分询盘来自不愿意填表的买家。
第五步：把询盘接到跟单闭环上
站点的终点不是表单提交，是订单。询盘进来之后要能顺着走：确认工况与型号 → 报价单 → 样品或图纸确认 → 合同与交付。站点在这个闭环里的价值有两处：一是报价口径固定在页面上，销售和客户看到的是同一份条件，不会出现「官网写含运、销售说不含」这种裂缝；二是这次询盘里客户问的问题，会变成下一个产品的参数说明、下一篇选型页或一条常见问题——内容从真实询盘里长出来，比凭空写选题持久得多。
在线交易是可选模块，不是必选项。有些客户已有成熟的采购与结算流程，只要求站点能收单、能查到订单状态，这时加一套交易模块是合理的；有些客户的采购要谈账期、要走内部审批，硬上在线付款反而添堵。支付通道由客户自己申请并持有，资金不经我方，我们协助申请与站点侧接入。
三、四个技术要点
要点一：结构化数据按页面类型分层，不要一刀切
站点上会同时存在四种页面：产品页、应用与选型页、公司页、常见问题页。这四种页面的结构化数据不应该用同一套模板。
公司页用 Organization：名称、地址、电话、logo、成立年份、社交主页。选型页用 Article 或 WebPage。产品页用 Product，但工业品常见的「询价型」产品页没有公开价格，这里有个明确的技术边界：Google 搜索中心的文档更新记录里写明，Product 结构化数据要具备 offers、review、aggregateRating 三者之一。给询价型页面硬写一个价格，标记和页面可见内容对不上，反而会被判为无效。
所以询价型产品页的正确做法是：用 Product 描述产品本身（名称、型号、描述、图片、分类），价格位置留给报价表单与面包屑导航，不造假数据。有在线交易的型号再单独补 Offer 与价格、库存、货币。全站再叠一层 BreadcrumbList 和常见问题页的 FAQPage，一页一型，不混用。
要点二：多语言的 URL、互指与术语
单站多语（example.com/de/、/es/）和站群（每个市场一个独立域名）各有适用场景：单站多语便于统一维护与集中权重，站群便于本地域名信任度、独立合规要求与区域定价。选哪种是商业与法务决定，技术上要配合的是同一套规范。
规范包括三点。其一，一个产品只有一个规范 URL，各语言版本之间用 hreflang 互相声明指向关系，每种语言页都要声明自己，不要把 canonical 和 hreflang 混着指。其二，不要按访问者地理位置在服务端返回不同内容，同一地址给不同人看到不同内容，对索引是负面的。其三，译文按页面对齐，不按句子对齐——同一页面的术语、参数名、单位写法在产品页、参数表、图纸说明、案例页之间必须一致，靠一张术语表约束，再由客户工程师确认。
语言版本上线时还要确认一点：每个语言版本都要能被独立访问，不能出现「点英文进去，跳到德语首页」这种默认逻辑，否则等于告诉搜索引擎这个语言版本不存在。
要点三：参数表用表格，文件用可下载的 PDF
参数表用 HTML 表格，不要用图片。图片里的参数，人要放大要看，搜索引擎读不到，站内搜索也匹配不上。表格能同时服务三类读者：买家自己查、销售查、搜索引擎读。表格里每一列要有明确的表头和单位，参数名用客户习惯的叫法，同时保留一个英文写法，方便后续翻译与多语种对齐。
图纸与证书的 PDF 要处理版本管理：文件名带型号与版本号，页面上标注生效日期，旧版文件下线而不是留在服务器上等搜索引擎收录。同时要和客户一起把文件分三档——可公开（可挂站点）、半公开（挂站点但需留名或走表单索取）、内部（不上站点）。工业品客户的图纸带密级是常态，默认全公开是最容易出事的做法。
要点四：性能、收录与统计要分开算
工业品站点天然图片和图纸多，首屏和移动端的体积是硬约束。常见做法是首屏只放必要的图，其余懒加载；图纸按需加载，不进首屏预载；图片统一压缩到两套尺寸（卡片图与详情图）分别供页面使用。
收录侧：站点地图按语言分片生成并提交，提交后按周核对收录页数与落地页的对应关系，缺页先查状态码和链接，再查内容质量——不要一上来就改 meta。统计侧：访问量和询盘量必须分开看，中间还有一层「询盘质量」。表单提交、电话点击、企业微信点击、PDF 下载各自记事件；同一邮箱的重复询盘按一次计。看板上只显示总量而不区分访问与询盘的报表，会让「流量涨了」和「有没有生意」这两件事混在一起。
四、交付物与验收
我们交付给客户的是一套能自己维护的站点资产，而不只是页面。清单如下：
· 信息架构表（产品线 × 应用场景 × 选型维度的完整对照）；
· 参数列定义表（每个产品线的字段、单位、可选范围、必填与否）；
· 多语种术语表与各语言译文（含各语言页面对齐记录）；
· 产品页 / 选型页 / 询盘页三类模板，字段与模块可增删；
· 询盘表单字段表、通知规则、去重与附件规则；
· 结构化数据模板与站点地图文件（按语言分片）；
· 统计分析事件清单与看板口径说明；
· 站点或后台的交接说明（谁改、怎么改、改完怎么发布）。
验收看四个可客观核对的动作，而不是主观的「好不好看」：
一、参数完整率与术语一致性。抽样 10 个产品 × 3 个语言版本，核对参数表字段是否齐全、单位是否统一、同一术语在不同页面是否一致。这一项靠逐页核对，不靠自动打分。
二、链接与跳转正确。内链无死链，各语言版本互指正确且每页自我声明，表单提交后通知能到指定负责人、附件能收到、重发不产生多条重复记录。
三、收录可核对。站点地图提交后，按周记录收录页数与落地页对应关系，以搜索引擎后台口径为准。收录节奏受站点权重与外部引用影响，不承诺时间点。
四、询盘可用。用真实场景的测试单跑一遍：带型号与工况字段、附一份图纸、确认销售收到后不用追问就能进入报价环节。这一项是「站点是否具备承接询盘能力」的最终检验。
需要讲清楚的是边界：我们不承诺排名、询盘数量与成交额。询盘量取决于产品竞争力、价格与市场，站点能保证的是「来的询盘接得住、接得住的信息不丢」。
五、边界与成本
内容是主要成本，而且是客户的成本。参数表、图纸、认证、应用案例必须由客户的工程师或技术人员提供，我们不代写技术参数——代写的参数一旦有错，责任和信任都会一起出问题。交付过程中的常见情况是：客户给了产品目录和 PPT，参数得靠技术部门补齐，这一步往往比前端开发更耗时，也更应该早启动。
多语言的成本随语种线性增加。每加一种语言，就多一份术语表、一轮人工复核、一套译文校验和一份站点地图分片。所以我们通常建议先做一个主语言版本跑通询盘闭环，再决定扩哪个市场，而不是一次铺五个语种。
在线交易是可选模块。涉及在线支付的，支付通道由客户自行申请并持有，资金不经我方，我们协助申请与站点侧接入。涉及数据跨境、出口管制与目的国认证要求的，以客户法务与当地合规口径为准，本文不构成法律意见。
归属要写清楚。域名、主机、企业邮箱、站点后台的账号都归客户所有，交付时一并移交并交接操作说明。这一条看似基础，但很多项目后期返工，返工原因就是站点挂在别人的账号下。
常见问题
问：独立站和平台店铺到底差在哪？
答：差在归属和承接方式。平台店铺的流量、页面与买家关系由平台规则决定；独立站的域名、内容、买家数据与站内路径都是自己的，获客靠自己的内容与搜索可见度，而不是靠平台分配的位置。两者不冲突，很多客户是两边都做，但预算的先后顺序要按客户的目标来定——目标是拿到可跟进的询盘时，独立站通常排在前面。
问：一定要做在线交易吗？
答：不一定要。询价型业务（按工况选型、量大、需要技术确认的工业品）先把产品页、参数表和询盘闭环做扎实更划算；标准化程度高、价格公开、复购稳定的型号，才适合加在线下单。交易模块是加法，不是地基。
问：客户给不出参数表怎么办？
答：这种情况比想象中常见。我们的处理方式是先把参数列定义表分成三档：必须项（不填就没法报价）、选填项（影响配置选择）、内部项（不外露）。先让客户把必须项填完就能上线第一批页面，剩下的按询盘反馈逐步补，而不是等全部齐了再上线。
问：英文站怎么保证术语对？
答：机器翻译只做初稿；建术语对照表，由客户本国的工程师或技术负责人确认一次；上线前做抽样核对，重点是产品页、参数表、图纸说明、案例页之间的一致性。同一个词在不同页面出现不同译法，是这一环节最常见的疏漏。
问：上线后多久能看到询盘？
答：分两步。收录与落地页可被搜索到，按周核对站点地图的收录情况；询盘的出现取决于买家搜索习惯、产品竞争力与目标市场的活跃度，通常慢于收录。我们不做时间点承诺，但会把「收录 → 首次访问 → 首次询盘」的路径按周记录出来，让客户看到进度而不是感觉。
附：口径与来源
· 中国机械工业联合会，2026 年 8 月发布（部分数据经媒体转引）：2026 年上半年机械工业完成货物贸易进出口总额 6927.6 亿美元，同比增长 15.9%；出口 5593.3 亿美元，同比增长 20%；规模以上企业营业收入 16.1 万亿元，同比增长 6.5%；规模以上企业增加值同比增长 6.4%；预计全年主要指标增速在 5.5% 左右。口径为全行业统计，非单一细分品类。
· 海关数据，2026 年 8 月经《中国日报》英文版引述：2026 年前七个月机电产品出口 11.12 万亿元，同比增长 21.2%，占同期出口总值 63.8%；同期全国货物贸易进出口 30.13 万亿元，同比增长 17.3%。
· Gartner 数字 B2B 买家调研（样本量 n=750，经咨询机构页面转引，未逐项核对原始报告）：买家仅将 17% 的采购时间用于与供应商销售团队会面，27% 用于独立在线调研；75% 的买家偏好无销售代表参与的购买体验；77% 认为采购过程复杂。口径为调研样本的自述数据，非全市场实测。
· Google 搜索中心文档更新记录：《Product》结构化数据文档中明确列出，展示商品类富结果需具备 offers、review、aggregateRating 三者之一。本文据此说明询价型产品页不写价格标记的做法。
· 本文第一节的五个卡点、第二至三节的字段清单与页面模块、第三节的多语种规范与文件分档方法、第四节的四项验收动作，均为我们自有站点与独立站交付项目中的实际做法，属原理示意；文中出现的界面、表单、参数列与流程描述不含真实客户数据，不构成对排名、流量或询盘数量的承诺。
