竞争定价首先是数据管线问题，然后才是定价策略

"匹配竞争对手价格"这个需求听起来简单，直到第一份数据到达：一个竞对把运费含进价格，另一个要登录才显示优惠券，有的页面写"from $19.99"，你的爬虫悄悄抓了二手商品的价格而不是新品。讨论竞争定价时大家通常跳过这部分——定价规则很少是难点，难点是收集你可信赖的价格、归一化它们，并保证自动化不会引发价格战螺旋。

竞争定价不总是降价

竞争定价指基于市场价格（而非仅内部成本模型）定价，可以有很多含义：匹配市场价降低买家摩擦；价格是主要决策因素时小幅降价；有品牌/服务/捆绑/库存优势时定价高于竞对；一件卖低价、后面赚钱（剃刀-刀片模式）。对开发者，业务问题通常变成：

给定 SKU、成本、毛利规则、库存状态、竞对报价，
返回推荐价格并解释为什么。

"解释为什么"很重要——买家或类目经理问为什么从 $49.99 掉到 $38.20 时，"脚本干的"不是有用答案。

收集你能辩护的价格

基础竞对价格收集器：httpx + BeautifulSoup 抓页面，但核心工程在细节——用 Decimal 而非 float 处理金额（float 精度会毁掉价格）；正则清洗货币符号、逗号、语言前缀；归一化：同一商品不同页面、不同单位（per item / per pack）、含税不含税、二手与全新——必须映射到统一语义。SKU 匹配决定爬到的价格是否属于同款商品，配错 SKU 的价格比没有价格更有害。

数据管线决定自动化能否安全运行

规则引擎部分（如果竞对价 < 成本+最低毛利 → 不动；如果低于成本 → 报警）是简单的。真正决定系统是否可靠的是上游：抓取调度（频率、反爬退避、失败重试）、字段级校验（缺字段的条目不参与决策）、价格变化的审计轨迹（谁改的、依据什么）、置信度标注（某个竞对价格是估算还是实价）。无法辩护的价格不该进入定价引擎。

实践建议

把竞争定价当成三层管线：采集层（多竞对多页面、结构化字段、SKU 对齐）→ 归一化层（单位/税费/成色/货币统一、Decimal 精度、缺失处理）→ 决策层（规则 + 解释）。每一层都要能回答"这个数字怎么来的、今天为什么变了"。防螺旋：设置最低价护栏、跟随降价加延迟（不秒跟）、按价格敏感度分 SKU 差异化策略。先让数据可信，再谈策略——否则你在用一个漂亮引擎驱动不可信输入。

来源：Competitive pricing is a data pipeline problem before it is a pricing strategy - DEV Community