跨境卖家的选品决策，本质上是把国内供货价和海外平台售价放在同一张表里对比。难点不在计算，而在于国内三个主要货源平台的价格结构各不相同，直接抓取表面价格会得出错误结论。
三个平台的价格结构差异
1688 的挂牌价通常是阶梯价，起订量不同单价不同。只抓取首屏显示的最低价，会低估实际拿货成本。真正需要采集的是完整的阶梯区间，以及是否支持一件代发。
淘宝 的商品页价格常常是区间价，最终价格取决于所选规格。同一个链接下不同颜色、尺码的价差可能超过三成，只记录区间下限没有参考价值。
拼多多 的显示价格与拼单状态直接相关。单买价与拼单价并存，而页面默认展示的是拼单价。用单买价做成本核算会高估利润空间。
采集设计
按规格维度展开，而不是按链接。 一个链接对应多个 SKU 是常态。数据表的主键应当是规格组合，不是商品 ID，否则后续无法与海外平台的单品做匹配。
使用国内住宅 IP。 这三个平台对来自数据中心的请求限制明显更严，表现为页面可以打开但内容缺失，而不是直接报错。住宅代理覆盖上海、深圳等主要城市，可以采集到与真实买家一致的页面。
长会话优于频繁轮换。 从搜索页进入商品页再展开规格，属于一个连续的浏览过程。如果每次请求都更换 IP，规格展开的状态会丢失。搜索结果页可以按请求轮换，商品详情的多步操作则应保持同一会话。
采集频率按数据性质区分。 阶梯价和规格结构变化很慢，每周一次即可；库存和拼单价变化快，值得每天采集。对所有字段使用同一频率，既浪费带宽又会遗漏关键变化。
一个常见的疏漏
只采集价格而不采集运费模板和发货地。跨境场景下，同样单价但发货地不同，物流时效和成本差别很大，这一项直接决定选品是否成立。这些字段应当在同一次请求中一并取回。
规模参考
监控两千个 SKU，库存每日一次、价格结构每周一次，带宽消耗处于较低区间。按流量计费的方式适合这种场景：用多少付多少，不需要为用不到的请求数付费。
采集流程的整体设计可以参考网页数据采集页面。