先给结论：电商价格监控要看的字段按优先级排六项：到手价、促销信息、库存、销量、时间、商品标识。三条判断标准可以直接用：字段能否支撑到手价计算、时间字段是否统一时区、商品标识是否跨平台可对齐。以近一年项目反馈看，字段缺失造成的分析偏差，远多于采集频率不足。下文按优先级逐项说明该看什么、为什么排这个位置。
六项字段的优先级怎么排？
结论是到手价排头一位，促销与库存次之，销量与时间再次，商品标识打底。电商价格监控的价值在于判断「实际要花多少钱」，标价只是计算到手价的输入之一。
排序依据是决策相关性：直接影响定价决策的排前面，只影响分析细度的排后面。字段不是越多越好，六项之外每加一项都要问清它改变哪个决策。
六项字段之外先别急着加。电商价格监控的字段扩张要有明确决策用途，每加一项就问「它改变哪个决策」，答不上来的先不加；字段一多，采集成本与校验成本同时上升。
六项字段要按平台分别映射。电商价格监控跨平台时，各平台字段命名与含义并不一致，先做一张映射表，把六项统一到同一套内部字段，后续分析才不用为每个平台写一套逻辑。
六项字段要标注采集方式。电商价格监控的字段有的来自页面展示、有的来自结算页、有的来自接口返回，来源不同则可信度不同；标注来源后，字段冲突时能判断该信哪一个，而不是两个数字摆着没人敢用。
价格字段要区分哪几种口径？
结论是至少分四种口径：标价、券后价、会员价、到手价。电商价格监控如果只取标价，看到的价格差往往在结算时消失，跟价决策就会失准。
四种口径要分别落字段，不要合并成一个价格。合并之后无法还原计算过程，一旦平台改规则，历史数据全部失去可比性。
提示：到手价必须由字段计算得出并保留计算过程，直接取页面展示的到手价，遇到活动叠加会算错。
价格口径要写进字段注释。电商价格监控的标价、券后价、会员价、到手价四个字段，命名如果只差后缀，接手的人极易读错；注释写清计算方式，比口头交接有效。
价格口径要写进字段注释，不能只靠命名区分。电商价格监控的标价、券后价、会员价、到手价四个字段，命名如果只差后缀，接手的人极易读错；注释写清计算方式与适用场景，比口头交接有效，也能在评审时让业务方确认口径是否符合预期。
到手价的计算要写成可复现的脚本。电商价格监控的促销叠加规则每年都在变，把计算过程固化成脚本并留版本，规则调整时能对比新旧版本的差异，也不会出现两个人算出两个价的情况。
促销与券字段怎么归集？
结论是促销按类型归集、券按门槛归集。电商价格监控里促销类型决定叠加规则，券的门槛决定是否真的可用，两者混在一起就无法判断到手价。
归集维度建议三类：满减类、折扣类、赠品类。券按使用门槛分无门槛、满额、品类券三档。归集后每类保留原文，规则变化时能回看原始描述。
- ●促销分满减、折扣、赠品三类
- ●券按门槛分三档并记录面额
- ●每类保留原始文案
- ●叠加规则单独记录
促销归集要保留原始文案。电商价格监控里同一类满减在不同平台的表述差别很大，归集后保留原文，规则调整时能回看原始描述，也能用于后续的规则挖掘；只存归集后的类型，半年后就没人说得清当时怎么归类。
促销字段要能还原叠加顺序。电商价格监控里满减、折扣、券三类优惠的叠加顺序不同，到手价差几十元；把顺序一并记录下来，复核时能重现计算过程，也能发现平台规则调整的时间点。
库存与销量字段为什么必须一起看？
结论是只看价格不看库存会得到大量有价无货的记录，只看库存不看销量无法判断价格策略是否奏效。电商价格监控的三个字段构成一条因果链：价格变动、库存变化、销量反应。
库存字段要区分总库存与可售库存，可售库存才决定能否下单。销量字段要区分累计销量与近期销量，累计销量对短期决策几乎没有参考价值。
字段口径与异常处理的细节，代理IP怎么选里有更完整的说明，对接前值得看一遍。
促销归集要保留原始文案。电商价格监控里同一类满减在不同平台的表述差别很大，归集后保留原文，规则调整时能回看原始描述，也能用于后续的规则挖掘。
库存字段要区分总库存与可售库存。电商价格监控里总库存包含锁定与在途，可售库存才决定能否下单；只取总库存会出现「有库存但下不了单」的记录，跟价决策据此进行会踩空。库存与价格同一次请求取回，成本不变而信息更完整。
时间字段怎么对齐？
结论是所有时间统一到同一时区、同一精度。电商价格监控跨平台时，各平台展示时间可能按本地时区，采集时间按服务器时区，两者不对齐就无法判断谁先变价。
时间字段至少留三个：采集时间、页面展示时间、入库时间。采集时间用于排序，展示时间用于核对，入库时间用于排错。三个时间混用一个，事后无法还原。
- ●采集时间：任务执行的时刻
- ●展示时间：页面标注的时刻
- ●入库时间：写入数据库的时刻
- ●三者统一时区与精度
时间对齐要落到采集脚本里。电商价格监控的三个时间字段如果靠人工填写，很快就会缺项；采集脚本统一写入，缺项时直接报错，数据完整性才有保障。
时间对齐要落到采集脚本里。电商价格监控的三个时间字段如果靠人工填写，很快就会缺项；采集脚本统一写入，缺项时直接抛错，数据完整性才有保障。时区在脚本里固定，不要依赖服务器本地设置，换机器部署时才不会整体偏八小时。
销量字段要区分口径再入库。电商价格监控里月销、近三十天销量、累计销量三种口径常同时出现，混用会让趋势判断失真；统一到一种口径并注明，跨平台对比才有意义。
字段采集频率怎么配？
结论是按字段变化速度分档，不按整页统一频率。电商价格监控里到手价变化最快，商品标识几乎不变，统一频率会让配额浪费在不变字段上。
到手价与促销按小时级，库存按半小时级，销量按天级，商品标识首次采集后按周核对。分档之后总量反而下降，因为不再整页重复抓取。
- 1按字段变化速度分档
- 2高频字段单独调度
- 3低频字段合并到日任务
- 4每季度回看分档是否仍合理
实际部署时拿不准的部分，独享资源池套餐里按场景给了配置步骤，照自己的结构对应即可。
分档频率要按季度回看。电商价格监控的商品结构会变，去年低频的商品今年可能天天变价；每季度按历史变价率重新分档一次，配额分配才不会失衡。
分档频率要按季度回看。电商价格监控的商品结构会变，去年低频的商品今年可能天天变价；每季度按历史变价率重新分档一次，配额分配才不会失衡。回看时把新增商品一起纳入，否则新品类会一直落在默认档位，要么采得太密要么采得太疏。
高频档位要设成本上限。电商价格监控的高频商品数量若无上限，大促前运营一键提频就可能把配额打满，影响其他任务；给高频档位设一个数量上限，超限时提示而不是静默排队。
提示：六项字段之外每加一项都要有决策用途。答不上「它改变哪个决策」的字段先不加，采集与校验成本都会跟着涨。
常见问题FAQ
Q1：只采标价行不行？
A：不行。标价与实际到手价差距常来自促销与券，只采标价会让跟价决策失准。
Q2：到手价要自己算还是直接取？
A：自己算并保留计算过程。页面展示的到手价遇到活动叠加容易算错，也无法回溯。
Q3：库存字段为什么重要？
A：有价无货的记录会污染价格分析，库存决定这个价格是否真的可成交。
Q4：销量取累计还是近期？
A：短期决策看近期销量，累计销量只适合做长期趋势参考。
Q5：时间字段要留几个？
A：至少三个：采集时间、展示时间、入库时间，各自用途不同不要混用。
Q6：所有字段都要高频采吗？
A：不必。按字段变化速度分档，高频字段单独调度，总量反而更低。
选型时还可以对照国内IP代理企业定制的资源口径，避免只看单价。
六项字段按决策相关性排序、口径分列、时间对齐、频率分档，电商价格监控的数据才真正可用。 本服务仅限合法合规业务场景使用，使用前须完成实名认证。
国内高品质代理IP服务商-全民HTTP
使用方法：注册账号→联系客服免费试用→购买需要的套餐→前往不同的场景使用代理IP
