跨境商城建站前期需要准备哪些商品和支付资料？

跨境商城前期最容易出现的一种情况，是商品图已经拍好，首页也能设计了，支付却迟迟接不上。继续往下查，常见原因并不复杂：公司主体还没定，网站写的是品牌名，申请收款用的是另一家公司的营业执照，结算账户又属于第三个主体；或者商品页只有一张图、一个价格，没人能说明从哪里发货、多久送到、能不能退。

支付审核卡在这里时，继续改页面样式没有用。红数科技接手这类商城，通常先把一笔订单从商品页往后捋：客户买的是哪个 SKU，页面承诺什么价格和交期，订单由谁收款，款项进入哪个账户，退货和争议又由谁承接。只要有一处说不清，后面就容易在支付审核、结账测试或正式运营时返工。

先定销售范围，资料清单才不会越做越乱

同一件商品卖到美国、欧盟和中东，需要准备的页面信息、税费处理、支付方式和产品合规资料可能完全不同。项目开始前，至少先确认这些边界：

• 首期销售哪些国家或地区，哪些地区暂不配送；
• 面向个人消费者、企业采购，还是两者都有；
• 商品从国内直发、海外仓发货，还是由当地门店履约；
• 页面使用哪些币种，客户按什么币种付款，后台按什么币种对账；
• 售价是否含税，关税和进口税由谁承担，结账时能否计算；
• 销售实物、数字内容、订阅服务，还是包含预售、定制和虚拟商品；
• 首期准备接入哪些收款方式，申请账户的公司注册地在哪里。

这些不是后期运营细节。它们会直接改变商品字段、结账流程、退款规则和支付机构的审核材料。目标市场尚未确定时，可以先完成通用资料，但不要把一套国内商品介绍直接翻成英文，就当成全球都能用的商城内容。

商品资料先做成母表，不要边做页面边找数据

一份能交给建站团队使用的商品母表，应该以可销售 SKU 为基本单位。系列、款式和 SKU 要分清：一款 T 恤有三种颜色、五个尺码，前台可以是一张商品页，库存、条码、价格和发货却可能对应十五个 SKU。

母表至少需要这些字段：

商品标题不是关键词堆得越多越好，描述也不能只剩“优质、耐用、设计精美”。客户真正要判断的是规格是否合适、收到什么、要付多少钱、什么时候能拿到。支付机构审核网站时也会看商家到底在卖什么。Stripe 当前的网站清单明确要求商品或服务描述准确，价格应清楚显示购买币种，只放一个货币符号有时并不足够。

图片、价格和库存，要能落到同一个 SKU 上

每个主推商品至少应准备主图、不同角度、关键细节、尺寸或比例参照、包装和实际使用场景。颜色、纹理、接口或配件会影响购买判断时，不能只靠文字补充。图片还要确认版权和公开使用权限，供应商发来的图不等于品牌方当然可以在全球网站和广告中使用。

文件名最好带上 SKU、画面内容和版本，例如 TS100-black-front-v2.webp。这样做看起来琐碎，后面却能减少很多错图：运营改了黑色款的图片，不会连白色款一起覆盖；结构化数据、广告商品源和社交分享图也能找到相同商品。

价格资料要比一列数字更完整。至少写清币种代码，例如 USD、EUR、GBP，而不是只写 $；促销价需要生效与结束时间；有区域价时，要说明它对应哪个市场。库存也要确定由哪个系统负责。如果网站后台、ERP 和海外仓都能改库存，却没有一个最终来源，商城上线后很容易出现已收款但无法发货的订单。

报关和产品合规资料，不能等出单后再补

实物跨境发货还需要另一组不一定全部公开、但必须能被订单和物流调用的资料：商品原产地、海关商品编码、申报品名、申报价值、净重毛重、材质或成分、用途，以及电池、液体、粉末、磁性物品、危险品等运输属性。世界海关组织说明，协调制度（HS）是国际通用的商品分类体系；真正申报时仍要根据目的国税则、商品事实和当地要求确定适用编码，不能从同行页面抄一个六码就长期沿用。

不同品类还要补对应的安全、标签和准入文件，例如检测报告、警示语、使用说明、生产批次、责任主体、授权文件、CE 或其他市场要求的标识。证书名称、持有人、覆盖型号、标准版本和有效期应当能核对。一个型号的检测报告，不能顺手扩展成整个系列都合规。

欧盟《通用产品安全法规》（EU）2023/988 已自 2024 年 12 月 13 日起适用。对于法规覆盖的远程销售商品，线上销售要约需要清楚、醒目地展示制造商名称及邮政和电子地址；制造商不在欧盟时，还涉及欧盟责任人的名称和联系方式；页面还应提供可识别商品的信息，以及适用的警告或安全信息。这意味着，准备销售欧盟的普通消费品，不能只把这些内容塞进包装盒或下载 PDF，商品页本身也要留出正确位置。具体产品若另有更专门的欧盟法规，还要按专门规则处理。

美国等市场同样会涉及原产地标记、进口限制和税费。美国海关与边境保护局对网络购物的提示也强调，进口商品仍受关税、申报和限制性商品要求约束，快递或卖家代办运输并不等于买卖双方可以忽略进口责任。

支付资料分三组准备，别只发一张营业执照

支付机构的具体清单会随着公司注册地、业务类型、收款国家、账户功能和审核结果变化。正式申请前，仍应以所选机构后台显示的要求为准。但常见资料大体分为企业、相关人员和结算账户三组。

企业资料通常包括：

• 法定企业名称、商业名称、注册号、注册地址和实际经营地址；
• 公司注册证明、章程或同类登记文件；
• 税务识别号及适用的税务登记资料；
• 业务类型、主要商品或服务、预计客单价、月交易规模、销售国家和履约方式；
• 网站域名、客服渠道、账单描述符，以及能够证明实际经营活动的补充材料；
• 股权结构，必要时说明母公司、子公司或品牌授权关系。

相关人员资料可能覆盖账户代表人、董事和最终受益所有人，包括姓名、出生日期、居住地址、持股或控制关系、身份证件和地址证明；有的情况下还会要求自拍、活体核验或其他补充文件。不要把某个平台在某个国家的一次申请经验，当成所有商户都只需要同样几项。Stripe 对正式账户的说明也写得很直接：启用真实收款前必须验证企业，并回答有关业务、产品及申请人与企业关系的信息；随着使用的服务增加，后续仍可能要求补充或重新验证。

结算账户资料包括开户名、账号或 IBAN、银行和分行信息、SWIFT/BIC 或当地清算代码，以及银行账单或账户证明。最要紧的是账户持有人与申请主体之间的关系能够被解释。网站由品牌运营、公司负责收款、款项进入公司账户，这条关系应当清楚。需要使用第三方收款账户或集团内其他主体账户时，先让支付机构确认可接受的结构，不要等审核被退回后再补授权。

所有证件应当清晰、完整、未过期，姓名、地址和注册号与申请表一致。涉及身份证、银行账单和股权资料的文件只应通过支付机构的安全后台提交，不应散落在项目群、邮件附件和公开网盘里。

支付审核会看网站，下面这些页面要在申请前写实

支付账户和商城不是两件分开的事。审核人员通常需要通过网站判断真实经营内容、交付方式和客户争议风险。至少把以下页面或信息准备好：

• 商品页：商品描述、真实图片、价格、币种、规格和销售限制；
• 联系页面：可用的客服邮箱、电话或其他支持渠道，以及适用的经营地址；
• 配送政策：发货地、处理时间、配送方式、预计时效、费用和可配送范围；
• 退货退款政策：退货条件、期限、流程、费用承担、退款去向和处理时间；
• 取消政策：订单在什么阶段可以取消，预售、定制、订阅等特殊商品怎样处理；
• 隐私政策：收集哪些数据、为什么使用、与谁共享、保存多久，以及适用地区要求的用户权利；
• 服务条款：交易主体、下单规则、价格税费、责任边界和争议处理方式；
• 结账页：订单内容、金额、币种、运费、税费和支付结果都能看清。

Stripe 的网站清单把商品描述、币种、客服联系方式、退款、配送、退货、取消、隐私和经营地址都列为商家应处理的常见要素，目的之一就是减少客户困惑和支付争议。政策不能从模板网站复制后原样发布。页面写“30 天无条件退货”，仓库却不接收跨境退件；页面承诺两天发货，实际商品要定制三周，这些差异最终都会变成退款、拒付和账户风险。

账单描述符也容易被忽略。消费者银行账单上看到的名称，应当能和网站品牌或企业建立明显联系。Stripe 的账户设置说明提示，账单描述符和公开经营信息如果让客户无法识别，客户可能会发起争议。

技术接入前，还需要确认谁保管账户和密钥

企业应当使用自己控制的邮箱、手机号和双重验证设备申请支付账户，域名和后台主账号也应归实际经营主体管理。开发团队可以协助配置，不能长期代持商户账户、验证码、恢复代码和结算权限。

支付密钥要区分测试环境和正式环境，只放在受控的服务器配置或密钥管理工具中，不写进前端代码、共享文档和聊天记录。正式切换前，至少测试支付成功、支付失败、客户取消、重复提交、支付完成但页面未跳回、全额退款、部分退款、拒付通知和对账。订单金额、支付机构扣款和后台入账三处必须能对上。

如果商城页面直接接触银行卡数据，商户承担的支付卡数据安全责任会明显增加。采用支付机构托管页面、托管字段或合规组件，通常能减少网站直接处理敏感卡数据的范围，但不会让商户自动脱离 PCI DSS 责任。PCI SSC 当前发布的 PCI DSS v4.0.1 是处理支付账户数据时应核对的现行标准版本，商户适用哪种验证方式，应由收单机构或支付服务商结合具体接入方式确认。

哪些资料不齐，可以开工；哪些不齐，最好先停一下

页面视觉、分类草案和技术环境可以在部分资料仍待确认时推进，但下面这些底层信息不适合长期悬着：

商品数量很多时，不必等全部 SKU 都整理完再建站。可以先选一组首发商品，把母表、图片、价格、库存、包装、合规、配送和售后完整跑通，再按同一标准扩展。不能省的是口径：字段可以暂时为空，但不能由不同部门各填一套互相冲突的答案。

交付建站前，做一次四方核对

商品负责人确认 SKU、规格、图片和库存；物流或供应链负责人确认包装、发货地、时效、限制和退货地址；财务确认币种、税费、收款主体、结算账户和退款路径；管理人员确认公司文件、受益所有人和品牌授权关系。建站团队再把这些资料落到商品页、政策页、结账页、订单后台和支付申请中。

上线前，用真实环境下的一笔小额订单走完整流程：客户看到的商品与价格是否正确，运费和税费何时出现，付款后订单是否生成，库存是否扣减，邮件和账单名称能否识别，后台能否退款并完成对账。页面上卖什么，支付账户由谁申请，钱结算到哪里，订单由谁交付，这四个答案能对上，商城才具备正式上线的条件。

参考资料

[1]: Stripe Documentation, Website checklist。 [2]: World Customs Organization, What is the Harmonized System (HS)?。 [3]: EUR-Lex, Regulation (EU) 2023/988 on general product safety，重点参见第 19 条。 [4]: U.S. Customs and Border Protection, Internet Purchases。 [5]: Stripe Documentation, Set up your account。 [6]: PCI Security Standards Council, PCI Data Security Standard (PCI DSS)。