AI开始识别商品折扣，独立站的划线价还能随便填吗？

划线价本来就不能为了显得便宜而随手填高。现在更值得检查，是因为它可能走出商品页，被购物助手读成“这个商品正在降价”。

想象你卖一款小型台灯：页面显示现价60欧元，旁边划掉80欧元。顾客会理解成省了20欧元，但80究竟是你以前的售价、制造商建议零售价，还是装修页面时留下的数字？这几种含义不能混用。

对商家而言，眼下该做的是把这笔账讲清楚：同一款台灯、同一个规格、同一个销售地区，后台、购物助手、商品页和结账各自拿到什么价格，参考价又有什么依据。下文金额均为教学假设，贯穿使用“哑黑色／USB-C”这一规格。

新变化：划线价可以成为购物助手的数据

Shopify在2026年10月9日宣布，Catalog API开始把符合条件的Compare-at price作为各Variant的list_price返回，price字段不变。Shopify更新公告

这里的“规格”就是Variant：顾客实际购买的颜色、尺寸或配置组合。不能拿白色款的参考价，解释哑黑色款的优惠。Global Catalog也支持国家、地区、币种等买家情境信息，因此核对时要同时记下商品规格与买家地区。Global Catalog文档

返回要同时满足：Catalog Mapping分享开启、参考价高于买家情境下现价、买家地区允许显示。多数店默认分享，MSRP等参考用途默认关闭。字段缺失只说明当前配置和买家情境下没有可展示参考价，不证明历史上从未降价。返回条件

店内样式由主题控制；各AI渠道自行决定是否显示收到的参考价，不能保证全部展示。销售价格与渠道展示

先判断80欧元是什么，再决定怎样展示

如果80欧元只是制造商建议零售价，也就是MSRP，它说明的是制造商的建议，并不证明这家店以前卖过80欧元。把它写成“原价80，现在60”，就把外部参考变成了本店降价故事。

欧盟委员会关于不公平商业行为的指导要求，建议零售价比较应当解释清楚；不合理、脱离现实的参考价也可能误导消费者。是否误导需要结合实际呈现判断，不能认为补上“MSRP”几个字就自动合规。欧盟委员会价格比较指导，第2.8.2节

如果80确实是以前的售价，仍要问：在哪个地区、哪个规格、什么时间卖过？一张后台截图只能证明现在填了什么，证明不了历史上怎样销售。

一个实际协作问题是，运营把80叫作“日常价”，设计写成“原价”，开发又把它当成各渠道通用的折扣基数。大家沿用同一个数字，向顾客作出的陈述却变了。开始改页面前，先把这个字段的业务含义写成一句明确的话，比先挑划线样式更有用。

真实页面也能把这个区别讲得更直观。2026年10月21日，我们查看 Taylor Stitch 的 The California Shirt in Breaker Gingham 商品页时，当前选中 M/40，价格区并排显示94.50美元和划掉的135美元，另有“30% off”提示；加购按钮附近还写明 Last Call 商品为最终销售，不适用退货或促销折扣。值得参考的是，价格、选中规格和购买限制出现在同一个决策区域，顾客不用先去另一页猜这次优惠对应什么。Taylor Stitch商品页

不过，这张截图只说明观察当时页面怎样表达，不能证明135美元是该规格此前实际售价、MSRP或过去30天最低价，也不能据此判断这家店的价格合规情况。这不是WESWOO客户项目或AI渠道功能实测。回到自己的店，页面可以借鉴这种清晰度，参考价的含义和历史依据仍要由商家另行核实，不能从一张好看的商品页反推出来。

涉及欧洲市场时，这个区别更直接。以向欧盟消费者销售实物商品并宣布降价为例，价格指示规则第6a条的一般要求，是标示商家在降价前不少于30天期间采用的最低价。新上市、易腐商品和连续加深折扣等情形存在成员国立法选择，具体要看销售地规则；不能把一般要求扩大成全球全部价格比较的统一规则。欧盟委员会第6a条指导

继续用德国市场的台灯演示。假设适用一般规则，80欧元是平时售价，但降价前30天内曾促销到70欧元，现在卖60欧元。此时拿80作基数写“降价25%”，就忽略了70这一历史低价。按70到60计算，降幅约为14.3%。欧盟法院2024年Aldi Süd案明确，商家以百分比或突出优惠的促销语宣布降价，应以此前不少于30天的最低价为基础。欧盟法院案件说明

所以，list_price不会自动变成“过去30天最低价”。它接收的是商家提供的价格数据，不是价格历史审计结论。经营团队需要留下相应地区、规格、日期和促销记录，再决定参考价及文字；开发团队不能从今天的两个数字反推出这段历史。

后台先查数据，再查实际展示

先挑一个正在促销的Variant试，不必一上来改全店。准备它的SKU、目标地区、币种、当前价格、参考价含义和适用的历史依据，再按顺序处理。

• 检查商品数据。 进入Products → 商品 → Variants → 对应规格 → Price，核对Price与Compare-at，以及目标Markets的固定价格；固定价格会覆盖商品后台的基础价格与Compare-at。Shopify销售价格设置
• 检查是否分享。 进入Sales channels → Agentic → Sources → Shopify Catalog → Review product data mapping，在Compare-at区域核对开关，再用Preview选择该商品。店铺后来改变了Compare-at用途，默认选择不会自动跟着改变；Preview也不保证与AI渠道最终样式相同。Catalog Mapping操作说明
• 检查地区显示。 对需要核对的EEA市场，进入Markets → 对应市场 → More Settings → Compare-at price，查看Hide compare-at实际状态。不要假设不同店铺都采用相同默认值，应检查本店配置与实际结果；关闭或打开显示，都不代替价格依据。Shopify欧洲价格设置说明

这三步解决的是数据来源、分享意图和地区配置。做完还要确认顾客看到什么：选择同一规格与地区，检查商品卡、商品页、Cart和Checkout；能取得Catalog响应或AI渠道展示时，再把它们放在旁边比较。拿不到外部结果，就保留“尚未验证”，不把后台预览写成已经生效。

建议把逐次变价记录留在同一份资料里：哪个规格，在哪个市场，何时开始、何时结束，公开售价与促销条件是什么，谁审核了参考依据。价格历史可以来自可核验的业务记录，但不能把人为整理的表格叫作Shopify自动出具的历史证明。

如果80的依据还没查明，先不要让设计稿替它下结论。宁可暂停“省了多少”的宣传，查清以后再决定展示。也不要为补一个空字段，把全店统一乘上某个比例生成参考价；同样的百分比并不能证明每款商品确实有那段销售历史。

一致不代表每个页面都长得一样

开发核对最容易漏掉两件事：金额单位与规格身份。

UCP金额使用币种最小单位并附币种代码。本例60欧元对应amount: 6000、currency: EUR。Variant ID对应结账商品身份；Catalog响应具有情境性，最终交易以Checkout为准。UCP Catalog规范：Price与Checkout关系

实际验收可以沿着这盏哑黑台灯走一遍：选中它，确认页面没有沿用另一个颜色的参考价；加入购物车，再看选项、数量和商品单价；切换目标市场后重查币种与地区价格。前台写着60欧元，购物车却装进另一个Variant，即使两个地方恰好同价，也不能算正确。

结账没有旧划线价不一定是错：Shopify说明，Checkout显示销售价，商品页和集合页则可以显示两者。销售价的结账表现 验收应追踪同一商品单价及其适用条件；运费、税费或额外折扣造成的金额变化，则分别查清来源，不能把订单总额直接拿来和商品页单价比。

活动结束也要走完这条路径。如果后台已经恢复，页面横幅还说“省25%”，或旧缓存仍替某个规格展示过期参考价，顾客拿到的依然是矛盾信息。只改一个字段并没有结束这项工作。

这一轮最好留下一组对应证据：变更前后的数据、所选规格和市场、前台关键节点、核对时间。出现差异时，才能区分是源数据错、映射没更新，还是页面仍在读取旧值，避免反复改价格却没有找准问题。

WESWOO在这类工作中能衔接的是价格展示与数据实施：让参考价标签表达真实含义，让Variant切换与市场切换带动正确价格，并核对数据映射、商品页、购物车和结账。商家提供销售历史与价格依据，设计开发把这些依据准确呈现出来。真正该守住的，是顾客无论从哪里看见这盏灯，都能明白自己买哪一款、付多少钱，以及所谓优惠到底和什么比较。