平台二选一被罚51亿后技术团队必须看懂的合规重点

2026年7月25日那份处罚通报发布后的当天下午，一位做搜索排序的朋友来问我：我们团队去年调整过一版商家权重规则，产品要求对「独家合作」商家进行加权，非独家商家在搜索结果中往后压两位，这样的规则设计有没有法律风险？

通报中，市场监管部门认定某头部在线旅游平台滥用市场支配地位，对商家实施「二选一」并要求「全网最低价」，最终罚没51.79亿元。

金额迅速冲上热搜，但对技术人员来说，更值得关注的是另一层问题：「二选一」并不只是会议室里的口头要求，它必须通过产品策略、系统规则和代码实现，才会真正落地生效。

会落到哪些技术环节？比如搜索降权规则中的某个权重系数；流量分发策略里针对「多平台上架商家」设置的单独分桶；比价抓取任务的调度频率与目标站点清单；下单链路中的价格锁定校验；以及商家后台里那个默认勾选、取消时还会弹出「将影响店铺曝光」提示的选项。

这些都不是抽象的经营决策，而是有提交记录、配置版本、审批流程和灰度上线时间点的具体技术动作。执法机关在取证时，重点取的往往正是这些材料。

一、边界先说清楚

反垄断法明确禁止具有市场支配地位的经营者，在没有正当理由的情况下，限定交易相对人只能与其交易。平台二选一、强制最低价承诺，通常都落在这一范围内，主要对应的是行政责任。

那为什么还要讨论平台经济反垄断背后的刑事风险？因为两类情形可能发生交叉。第一类是执行手段问题：为了做比价和价格锁定，去抓取另一家平台需要登录后才能查看的后台数据，性质就可能转化为数据获取的边界问题。第二类是调查阶段的处置动作：接到监管通知后删除策略配置、清理日志、补签审批单，法律性质可能立刻发生变化。真正容易把技术人员卷进去的，很多时候不是最初那条排序规则，而是后续这些处理动作。

二、需求里带排他条款，技术侧按这五步走

如果产品文档中写的是「对同时在其他平台上架的商家，搜索结果下沉两位」，那就按原文留档，不要在转述时包装成「搜索质量优化」之类更模糊的表达。需求系统里的版本历史、评审前的原始附件、口头追加要求形成的书面确认，都应当挂在同一个需求编号下统一保存。把原始表述美化一遍，本质上等于替别人把关键痕迹擦掉。

不要只在纪要里写一句「按需求实现」。应当明确写清楚修改的是哪个策略模块、预计覆盖多少商家、可能带来怎样的流量变化区间、是否具备回滚能力。有人担心写得太细会留下风险，事实往往相反：纪要越完整、越具体，越能证明技术团队是按照既定口径执行，并且如实汇报过影响范围。

像权重系数、分桶条件、白名单商家 ID 这类规则项，最好统一放入配置中心管理，并把版本号、生效时间、操作人一并完整记录。若直接硬编码在服务代码中，随着发版次数增加，往往不仅难以判断何时修改过，很多时候连具体是谁改的都难以追溯。规则配置做到可回溯，一方面内部发现问题可以快速回滚，另一方面在外部调查或内部说明时，也能清楚回答某条规则在某个时间段到底是什么状态、由谁做了调整。此类敏感规则，建议单独划分命名空间，并尽量收紧操作权限。

一条会影响商家流量分配的规则上线，审批链上至少应当有产品、技术负责人和业务侧三方确认。灰度阶段的分流比例、观察指标、每次扩量的时间点，也都应保留在发布系统中。仅靠即时通讯里一句「上吧」作为审批，事后几乎没有可证明的效力。灰度记录还能清楚说明规则实际覆盖到什么程度，是全量商家全部生效，还是仅在某个类目中试运行了三天。

如果这条规则真正用来区分商家的变量只有一个——是否在别的平台或其他渠道经营，而与服务质量、履约率、评分等经营表现完全无关，那么它的性质就不能再按普通运营规则理解，而应当重新评估其合规边界。到了这种时候，不要只是随手在群里发一句「这样合适吗」然后继续执行。更稳妥的做法，是整理一份简短的书面异议，把识别到的问题、判断依据，以及可替代的实现方案写清楚，发给直接负责人，并抄送合规或法务岗位。只要这份记录存在，你的身份就不再只是单纯的执行者，而是明确提出过异议后仍被要求参与执行的人。这两种情形在责任划分上，差别非常大。

三、哪些日志和配置必须留，留多久

第一类，策略配置的版本快照。每次权重规则调整前后，都应保存完整快照，不要只保留差异行。

第二类，审批与发布记录。审批人、时间戳、灰度比例、回滚操作，这些关键信息一样都不能缺。

第三类，商家侧的通知记录。包括后台勾选项的文案版本、上线时间，以及商家取消勾选后系统的实际反馈与处理结果。

第四类，抓取任务的调度日志。要能看清抓取对象是谁、获取了哪些字段、抓取频率有多高、是否触碰了对方平台的访问控制边界。

关于保留时长，行政调查的追溯通常可按三年维度考虑，涉及数据获取行为的情形可能需要保存更久。更稳妥的做法是：策略配置和审批记录保留满五年，抓取日志至少保留三年，并统一放入只追加、不能原地改写的存储中。那些能够被随手删除的日志，从证据意义上看，和没有日志差别并不大。与此同时，日志本身的访问记录也应当额外留存一份。

四、坐过审判席之后想说的

在审判岗位上工作了三十七年，我看卷宗时养成了一个习惯：先看技术材料，再看笔录。技术材料通常不带情绪，一条规则几点上线、由谁点击发布、灰度比例扩到多少，都会以白纸黑字的形式摆在那里。写代码的人常常觉得自己离业务决策很远，但当决策只靠口头传达、最终只有代码和系统记录留下痕迹时，痕迹上写着谁的名字，谁往往就要先出来解释。

作者韩宝玉，37年法院审判经历，曾任某省直属法院高级法官，现执业于北京百环律所深圳办案团队。

本文仅为经验分享，不作为具体个案的判断依据。