BestFeed AI is live — review and improve product content for AI discovery.Explore BestFeed →
Home/Blog/When should you refresh supplier data?
SonarFulfill

When should you refresh supplier data?

Fetch and compare supplier changes first. Apply selected fields to Shopify only after someone reviews the risk.

For: Teams monitoring supplier cost, specifications, images, and shipping without giving suppliers control of the live listing.

What you can do after reading: Set refresh triggers, field risk levels, and an approval matrix.

A supplier refresh should fetch and compare new source data. It should not automatically change the Shopify product. Refresh and publish update are separate actions. Combining them gives a supplier an indirect path to edit the live page.

When to refresh

Event triggers

  • The supplier reports a cost change.
  • Availability or variants change.
  • The shipping range changes.
  • A customer says the specification does not match the item.
  • The team plans a promotion or restarts advertising.
  • An old product is being considered for publication again.

Time triggers

Check high-volume or high-risk products more often. Stable long-tail products can use a slower schedule. Refresh an old unpublished draft before publication. One frequency does not fit every product.

Classify field risk

RiskExamplesAction
HighCost, variants, specifications, safetyHuman review required
MediumShipping range, images, packagingCompare and approve
LowInternal tags and private notesRule-based update may be suitable

A published product usually carries more risk because saved Shopify changes can affect the live page immediately.[1]

Use an approval matrix

Cost increase

Update the supplier cost and recalculate the price preview. Do not change the live price automatically. The pricing owner decides.

New variant

Confirm that it can be sold, then check images, specifications, inventory, and option naming before adding it to the linked product. Shopify treats each combination of option values, such as size and color, as a variant.[2]

Description change

Compare the new source with the store's current copy. Keep reviewed brand language, extract new verified facts, and do not replace the whole description.

Image change

Check watermarks, rights, proportions, and variant links. Do not delete the current set automatically. Let the content owner decide the order.

Record every refresh

Save the time, source, changed fields, old and new values, reviewer, decision, and Shopify application time. This record explains why a field changed and supports rollback.

Example

A published product changes in three ways: cost rises from $18 to $21, a Green color appears, and the supplier description adds "100% waterproof." Send the cost to pricing review without changing the live price. Review the Green variant with its images and inventory. Do not publish the waterproof claim without evidence. Keep the existing brand description and apply approved fields to the same Shopify product.

SonarFulfill's current boundary

SonarFulfill currently supports manual refreshes for drafts and related product data. New supplier information enters a reviewable Update state before approved fields reach Shopify. It does not automate purchasing or fulfillment. The aim is controlled product data, not perfect real-time copying of the supplier page.

Refresh one published product today

Choose a high-volume or high-risk product. Fetch the latest supplier data and list every changed field with its old value, new value, and source. Assign a risk level and mark each change approved, rejected, or waiting. Do not overwrite the product as one block.

References

Learn more about SonarFulfill

SonarFulfill connects product discovery, draft review, pricing, and publishing in a controlled workflow.

View product →

适用读者: 需要跟踪供应商成本、规格、图片和配送变化,但不希望线上商品被自动覆盖的团队。

读完可以完成: 建立刷新触发条件、字段风险等级和审批矩阵。

“刷新供应商数据”只应该表示获取新的来源信息,不应该等于自动修改 Shopify 商品。 这是两件不同的事:

  1. Refresh: 获取并比较新数据
  2. Publish update: 批准后把选定变化应用到 Shopify

把两者合并,会让供应商拥有间接修改线上页面的能力。

什么时候触发刷新

事件触发

  • 供应商通知成本变化
  • 商品出现缺货或变体变化
  • 配送范围明显改变
  • 顾客反馈规格与实物不一致
  • 团队准备促销或重新投放广告
  • 商品长期未检查,准备重新发布

时间触发

可以按商品风险设置不同频率:

  • 高销量或高风险商品:更频繁检查
  • 稳定长尾商品:降低频率
  • 未发布且长期搁置的草稿:发布前必须刷新

不要让所有商品使用相同频率。

字段风险等级

风险 字段示例 建议
成本、变体、规格、安全信息 必须人工审核
配送范围、图片、包装信息 比较差异后批准
内部标签、非公开备注 可按规则更新

已发布商品的风险通常高于未发布草稿,因为 Shopify 保存后的修改可能立即影响线上页面。[1]

审批矩阵

成本上涨

  • 更新供应商成本
  • 重新计算售价预览
  • 不自动修改线上售价
  • 由定价负责人决定

新增变体

  • 检查新变体是否真实可售
  • 检查图片、规格和库存关系
  • 与现有选项命名保持一致
  • 批准后添加到关联商品

Shopify 将每种选项值组合视为一个 Variant,例如尺寸与颜色组合。[2]

描述变化

  • 对比供应商新描述与店铺现有内容
  • 保留已经优化的品牌表达
  • 只提取新的事实信息
  • 不整段覆盖

图片变化

  • 检查水印、授权、比例和变体对应
  • 不自动删除店铺已有图片
  • 由内容负责人决定顺序

记录每次刷新

至少保存:

  • 刷新时间
  • 数据来源
  • 发生变化的字段
  • 原值与新值
  • 审核人
  • 批准或拒绝结果
  • 应用到 Shopify 的时间

这些记录让团队能够回答“为什么这个字段变了”,也为回滚提供依据。

假设案例

某已发布商品的供应商数据发生三项变化:

  • 成本从 $18 上涨到 $21
  • 新增 Green 颜色
  • 原始描述增加“100% waterproof”

合理处理方式:

  1. 成本进入定价复核,不自动改售价
  2. Green 进入变体审核,检查图片和库存
  3. “100% waterproof” 因缺少依据不写入商品页面
  4. 现有品牌描述继续保留
  5. 批准字段更新到同一 Shopify 商品

SonarFulfill 的边界

SonarFulfill 当前支持手动刷新草稿和相关商品数据。新的供应商信息应先进入可检查的 Update 状态,商家批准后再更新 Shopify。 它不是自动采购系统,也不负责自动履约。刷新策略的目标是保持商品信息可控,而不是追求供应商数据与线上页面实时完全一致。

今天可以先刷新一个已发布商品

选择一个销量较高或风险较高的已发布商品,手动获取一次最新供应商数据。把发生变化的字段逐项列出原值、新值和来源,并按高、中、低风险分类。 今天先完成判断,不要整条覆盖线上商品。成本、变体、规格和安全信息必须交给对应负责人;描述和图片也要保留店铺已经审核过的内容。 当天的产出是一份字段级差异记录,以及每个变化的“批准、拒绝或待确认”结论。

参考资料

继续了解 SonarFulfill

专注于把商品发现、草稿审核、定价和发布连接成可控流程。

查看产品 →

SonarFulfill Team
SonarFulfill connects product discovery, draft review, pricing, and publishing in a controlled workflow. The team publishes one practical article each week.