导语:
一张表单,三张罚单:出海企业的数据合规盲区
——从近三年域外执法看官网获客链路的合规成本
出海企业容易出事的合规环节,往往不是战略层面的决策,而是官网上一个留资表单。
近三年,欧洲和美国的监管机构开出的三张罚单,指向的正是这条链路:Cookie 什么时候写入、访客的 IP 去了哪里、表单收来的数据存在哪个国家。金额从100欧元到5.3亿欧元不等,没有一张是因为产品本身。
对准备进入或已经进入海外市场的国内企业来说,这些案例的价值不在罚了多少钱,而在于罚单落在什么位置——几乎全部落在"企业以为自己在做营销、监管认为自己在处理个人数据"的那段重叠地带。
一、三张罚单:问题都不在产品上
2025年9月,法国数据保护机构(CNIL)对国内某出海服装电商的欧洲公司开出1.5亿欧元罚单。理由不是商品质量,也不是价格标示,而是 Cookie。
调查认定了四件事:广告类 Cookie 在访客进入网站的瞬间就已写入,早于任何交互;两级告知界面都没写明广告用途;点开"设置"的第二层,没有列出可能写入 Cookie 的第三方;用户点了"全部拒绝"之后,新的 Cookie 仍在写入,已有的仍在读取。
四个月前的2025年4月,爱尔兰数据保护委员会(DPC)对国内某短视频平台罚款5.3亿欧元。理由同样是数据去向:平台没能证明,被境外团队远程访问的欧洲用户数据享有与欧盟实质等同的保护,也没向用户说清数据流向。同时被要求6个月内整改,否则暂停传输。
再往前,2022年1月,慕尼黑地方法院判了个100欧元的案子。某网站动态加载境外字体服务,访客 IP 被传到美国的服务器。法院认定 IP 是个人数据,传美国不满足保护水平,判赔100欧元并下禁令。
三张罚单,金额差三个数量级,法律依据也各不相同。但出事的位置是同一个:数据在链路上每走一步,都可能是一次独立的违法。
二、表单不是页面,是一条链
留资表单在技术上不是一个页面元素,而是一串跨系统的动作:访客落地,标签和 Cookie 先跑起来;表单页加载第三方资源,包括字体、验证码、统计、A/B 测试;访客填写提交;数据落到某台服务器;同步进客户关系管理系统和营销自动化平台;部分回传广告平台做受众;最后长期留存分析。
这一串至少有五个节点会单独触发合规问题,而且分属不同法律。
终端设备写入,依据是电子隐私指令,各国转化为国内法。这组义务的关键,在服装电商案里被说破了:Cookie 不属于《通用数据保护条例》(GDPR)调整范围,所以不适用 GDPR 的"一站式"机制。含义很直接——欧洲总部设在都柏林,挡不住法国监管直接上门。
第三方资源加载。IP 地址是个人数据,欧盟法院已有判例确认。页面加载境外服务器上的字体、脚本、图片,本身就是一次跨境传输;没有充分性认定或标准合同条款等保障,即为违法。这跟访客填不填表无关。
数据出境。落库位置决定路径:欧盟境内落库并在境内处理,不构成传输;由境外团队远程访问、运维、分析,监管实践中同样算传输——短视频平台案争的就是远程访问。
商业电子信息。各国差异极大。德国要求事先同意,企业对企业也不例外,举证责任在发送方,所以双重确认成了事实标准。法国则允许就职务邮箱依"合法利益"触达,条件是内容相关、附退出机制。同一封邮件发到慕尼黑和都柏林,合法性可以完全相反。
留存与再利用。美国各州综合隐私法。加州要求把全球隐私控制(GPC)信号当作有效退出并自动执行;把个人信息交给广告技术商做跨情境投放,通常构成"共享"甚至"出售"。
五组义务,四个法域,三类执法主体。这就是问题的起点:多数企业按法域分工做合规,而风险按流程分布,两者对不上。
三、四个想当然
第一个:没在欧盟设实体,管不到。
GDPR 采用效果原则:向欧盟境内的人提供商品或服务,或监控其行为,就受管辖,不需要设实体。官网用当地语言和货币标价、投当地广告、接当地订单,在监管眼里都是"定向"证据。
更要注意,设了实体也未必兜住。服装电商案已经说明,一站式机制不适用于 Cookie。都柏林的总部在 GDPR 项下有用,在电子隐私事项上基本无用——这是两套地基。
第二个:数据量没到门槛,就没义务。
这个想法来自中国法。2024年3月施行的《促进和规范数据跨境流动规定》确实按数量分级:不满10万人免申报,10万到100万签标准合同或认证,100万以上申报安全评估。
但这条规则管的是中国境内的出境程序,不能给其他法域免责。GDPR 没有数量门槛:一个德国访客填一次表,就是一次跨境传输,就得有充分性认定、标准合同条款或特定例外作依据。一个人和一百万人,法律性质一样。
短视频平台案把这个逻辑推到极致:监管认定的违法点不是"传了多少",而是"没有做过必要评估"。数量在这里根本不构成抗辩。
第三个:买了同意管理工具,就合规了。
2025年5月,加州隐私保护机构对一家美国服装品牌罚款34.5万美元。核心事实两条:隐私门户配置错误,所有退出请求被堵了40天;Cookie 横幅出现后立即消失,用户来不及点。
该机构执法负责人的话值得记住:企业应当审视自己的方案是否真的合规、是否真的按预期运行,因为责任在使用它的企业身上。
工具负责执行决策,前提是决策被正确设定并验证过。标准不是"有没有",是"生不生效"。
第四个:先上线,后整改。
短期内通常成立。服装电商在调查期间完成整改,法国监管因此不再下整改令,罚款一分没少——整改可以免命令,不能免责任。
短视频平台从2021年9月立案到2025年4月裁决,四年半;上诉后,2026年4月爱尔兰最高法院维持暂缓执行。程序长容易让人以为风险被稀释,但期间的法律费用、管理层投入、"正在被调查"这个状态对客户和投资人的影响,都不在罚款数字里。
还要分清账面和实收:该监管机构2025年开罚超过5.3亿欧元,实际收缴上缴国库的只有12.5万欧元,因为多数罚款在上诉中暂缓。用收缴额衡量威慑会低估,用公告额衡量损失会高估,两个都不适合做决策依据。
四、国际通行做法:五层控制
法律层。数据映射是起点——哪类表单收哪些字段、存在哪、被谁读。这项工作常被做成一纸清单,真正的价值在于发现非预期的流向,比如营销自动化往广告平台的回传。传输机制三选一:充分性认定、标准合同条款加传输影响评估、约束性公司规则。合法性基础要逐场景定,企业对企业多用"合法利益",但必须留书面评估。
产品层。同意与拒绝同权,位置、点击次数、视觉权重一致——拒绝按钮存在不等于拒绝有效。告知分层:首层写用途类别,次层列第三方身份。字段按必要性分级,没有明确用途的字段是负债不是资产。单独同意逐项取得,跨境传输、营销触达、敏感字段各自勾选。
架构层。区域化部署,欧盟流量落欧盟数据中心;第一方代理,第三方脚本经自有域名转发;服务端标签管理;静态资源尽量自托管。慕尼黑案的整改就是这一类:一个技术动作消灭一类风险,不依赖法律解释。
运营层。权利请求30天内响应,这要预置检索能力。留存期限写定并自动执行,"长期保存"在监管眼里等于没有政策。供应商数据处理协议逐家签——加州是硬要求,一家美国零售企业135万美元的罚单里就有"与服务商协议不充分"一项。
治理层。把检查项嵌进发布流程:新站点、新表单、新页面,上线前过一张清单,不必长,但要有人签字。多站点多语言的难点正在这里——各国家站的文案、字段、落地区域都不同,人工维护必然走形。
五、让规则在系统里生效
五层里,第一层是判断问题,后四层要靠系统承载。龙孚信息在为出海企业搭建多站点官网的过程中,反复遇到同一种情况:合规判断在产品之外完成——法务出意见,市场提需求,供应商做实现,中间没有任何环节保证意见被编译成系统的执行状态。前述案例的违规形态各不相同,成因却都指向这里。
服装电商的四项事实就是这条断点——每一条都能写进法律意见书,却没有一条在系统里落成状态。
这里可以提一个概念:合规的可执行性。规则如果不能编译成状态机,即什么条件下允许写入、什么条件必须阻断、谁有权变更,那它只能在事后被检出,不能事前被阻断。事后靠审计和追责,事前靠架构,成本差一个数量级。
以下五项能力,各自对应一类失效。
内容:把规则做成模板。多站点各自一套模板、字段、文案,规则一变就要改 N 个站点的 N 套实现,还无法验证改全。龙孚信息的 BMS DXP 把可变部分收进受控模板:站点骨架、告知结构、同意组件、字段集合集中定义,本地团队只能在预设范围内改文案。区域策略与站点绑定后,某法域的强制要求可以设为不可关闭的配置项。规则从合规部门的文件,变成发布系统的配置——不合规的配置发不出去。
语言也要管。告知文本经机翻进入多个语种,措辞偏差就可能违规。做法是分两层:法定文本层锁定原文,只用经审核的人工译文;营销内容层允许机翻和改写。
资产:把授权绑在素材上。产品图、客户案例、活动影像大多带使用条件:授权期限、适用地域、允许用途。传统做法的断点在于,授权记录在合同里,素材在资产库,页面引用在内容系统,三者不连通。后果是授权到期或本人撤回同意,页面上的图不会自动下架。
同一平台的数字资产管理模块 BMS-DAM,把授权元数据做成素材自己的属性,被页面引用时状态随之继承,失效时所有引用点统一停发。这一条直接对应"撤回同意应当和作出同意一样容易"——几十个站点、几百个落地页,逐一处理在事实上做不到。
这里还有个结构性矛盾:跨国集团要求数据驻留,欧盟素材存欧盟、中国素材存境内;资产治理又要求目录集中。调和方式不是把文件搬到一处,而是元数据集中、文件留在原处——这就是联邦式纳管的理由。
同意:从弹窗到门控。市场上不缺同意管理平台,缺的是把记录的选择变成下游的约束:平台展示选项并保存结果,但如果标签管理和内容渲染不读这个结果,弹窗就只是声明,不是门控。服装电商的第四项违规正是这个形态。
集成的要点不在弹窗外观,在三个接口:渲染非必要第三方资源前查状态;触发非必要脚本前查同一状态;撤回同意后,已加载的脚本要注销,而不只是停止新增。第三点尤其容易被忽略。
表单:定义与搜集分开。传统实现把字段结构、提交端点、落库位置耦合在一个组件里。分开之后:定义层集中维护字段、校验、多语言告知,作为受控配置随版本发布;搜集层作为独立服务按区域部署,自带字段白名单。告知全球一致、落库位置成为部署参数、未声明字段一律拒收、两层可分别审计。
出口:从直连到受控转发。表单提交后,数据往往由前端脚本同时发往多个目的地,企业并不确切知道谁收到了什么。受控转发是统一出口层承接事件,按目的地配字段白名单,按区域路由,保留转发日志。另有一条更隐蔽的路是埋点——事件名和参数各团队自定义、前端直发第三方、参数里夹带表单字段。治理动作是集中事件字典、字段级白名单拦截、非必要事件仅同意后发送、优先服务端采集。
结语:三件事可以先做
按链路组织,不按法域。 Cookie 归电子隐私、落库归跨境传输、回传广告平台归州法,三件事在同一流程里连续发生,却常由三个团队分管,交界处必然留空白。先画链路,再逐节点派人、定验证方式。
判断标准从"有没有"改成"生不生效"。验证要在真实环境做:未登录访问、点拒绝、看请求是否还发出去。几小时能做完,比任何书面说明都有说服力。
分清账面处罚和程序成本。罚款是公开的,程序成本不是。做市场进入决策时,后者的量级通常比最高罚则更值得算。
规则也在改。2025年11月,欧盟委员会提出"数字综合法案",拟把 Cookie 同意规则从电子隐私指令迁入 GDPR,要求一键同意与一键拒绝、六个月内不得重复询问。但它仍是提案,现行规则才是依据;被豁免的主要是严格必要的传输和自有受众统计,广告、画像、跨站追踪仍要同意。方向是降低形式成本,不是降低实质要求。

扫一扫,或长按识别二维码
关注艾瑞网官方微信公众号
