跳转到正文
Acenda
EN中文
登录 预约演示
预约演示
销售渠道 / Nordstrom / 商品刊登
目录流程

Nordstrom 商品刊登与目录要求

Nordstrom Marketplace 的刊登不是换个模板的官网商品页。它是您的主商品数据经转换后进入 Nordstrom 的类目树、必填属性、可接受值、变体结构与图片规则——并在提交前完成校验。

预约演示了解 Nordstrom 能力

Nordstrom 刊登真正需要什么

四件事决定能否发布,且各自独立失败:

01

商品标识

该类目所需的标识符,正确分配到每个可售 SKU——若套装本身是可售单元,则套装也需要。例外情况请与 Nordstrom 确认。

02

类目归属

商品映射到 Nordstrom 现行模式中准确的末级类目,它决定所有后续要求。

03

属性完整性

每个必填字段都填入 Nordstrom 接受的值;有受控列表时须从列表中选取。

04

变体结构

父款式下的子项在变体维度上真正互不重复。

任何一处缺口都可能延误接纳或发布。提交前校验让团队有机会在渠道审核前解决这些缺口。

主记录与渠道映射保持分离

Acenda 让您的内部商品记录——主 SKU、UPC、核心文案、通用规格——与任何单一渠道的呈现方式解耦。事实只陈述一次,每个渠道的呈现是叠加在其上的规则。

示例

您的 PIM 将某个色系存为「Deep Oatmeal Heather」。假设渠道模式要求一个可接受的色系值,并支持一个单独的描述性颜色字段,而另一个渠道只用宽泛的色系。这些是示例字段,并非 Nordstrom 模式的复现。Acenda 只存储一次事实,再按目的地解析——没有重复目录,也无需每季重新录入各渠道表格。

提交前就绪清单

审核类别
运营验证问题
商品标识
运营验证问题
GTIN/UPC 是否有效、唯一,并分配到单个可售单元?
类目归属
运营验证问题
每个款式是否映射到 Nordstrom 现行模式中准确的末级类目?
属性完整性
运营验证问题
所有必填字段是否都填入了可接受的选项值?
变体结构
运营验证问题
父子变体维度(尺码、颜色)是否定义清晰且子值互不重复?
媒体素材
运营验证问题
每个子项的必需图片位是否已填满,并以商品图为主?
文案
运营验证问题
标题与描述是否达到百货商店而非数据源的标准?

提交、处理与发布是三件不同的事

01

已提交

渠道已收到数据;这不代表刊登已获批。

02

已处理

查看结果是接受、警告还是错误;处理完成也可能包含拒绝。

03

已发布且可购买

分别验证发布状态与报价可用性,包括价格与库存。

用渠道提供的状态区分这些阶段。Acenda 的条目级反馈帮助团队解决错误;提交成功本身不能证明消费者可以购买。

当 Nordstrom 拒绝某项内容时

拒绝针对具体商品和具体字段返回。Acenda 将其呈现为按 SKU 的修复项——这个款式、这个属性、这个值未被接受——修正后的值在下次发布时随之推送。无需重新上传整个文件来确认某一行是否修好。

商品数据与报价用途不同

商品数据描述消费者购买的是什么:标识、类目、属性、图片与变体关系。报价描述可售 SKU 的商业可用性,包括价格与数量。商品内容已获接受时,报价仍可能需要处理。在视为可售之前两者都要检查。

Acenda 将目录准备与按 SKU 的报价管理连接起来,让商品团队到运营团队的交接从同一商品标识开始。

先建一个代表性目录样本

选一小组能反映真实复杂度的商品:多个颜色、完整尺码段、含详细材质信息的商品,以及带额外图片的款式。在将映射应用到更广商品前,先审核类目、必填值与家族结构。这有助于团队尽早发现可复用的规则与例外。

示例

一件夹克的款式记录文案完整、图片已批准,但一个子 SKU 缺少必需标识符。请将该 SKU 的标识与报价和共享商品内容一起审核。补全父记录并不等于补全每个可售变体。

相关页面
属性映射尺码与颜色变体图片要求在 Nordstrom 销售 →

审视您的 Nordstrom 刊登流程。

预约演示