欧盟DSA透明度报告的实际要求是什么

欧盟《数字服务法》（DSA）的透明度报告义务常被简化为"发布一份内容审核报告"，但实际的法定要求远比这具体，不同类型平台在报告义务上的差距也相当显著。

Article 15：所有中介服务的基准要求

Article 15适用于所有中介服务提供者——托管服务、缓存服务、单纯管道提供者——无论规模大小，均须每年发布一份透明度报告，涵盖四个方面。

一是依据Article 9（删除令）和Article 10（信息提供令）收到的成员国主管机构命令数量，以及合规响应的中位时长和提出异议的命令数量。二是依据Article 16（"通知与处理"机制）收到的通报数量，按涉嫌违法内容类型及所采取的措施细分。三是针对违法内容或违反服务条款内容所采取的自主发起审核措施，按内容类别、用于检测内容的自动化手段及所采取的措施细分。四是依据Article 21提交至庭外争议解决机构的争议数量。

对大多数平台而言，上述要求通过结构化数据导出即可满足。一个处理通报并采取审核措施的平台，底层数据本已存在——合规工作的核心在于使其可审计、可按统一格式报告，并在各报告周期内保持格式一致。

Article 42：VLOP和VLOSE须额外履行的义务

对于被认定为超大型在线平台（VLOP）或超大型在线搜索引擎（VLOSE）的平台——大致标准为在欧盟每月活跃用户超过4500万——Article 42在上述义务基础上大幅扩展了报告要求。

报告频率从年度提升至半年度。每六个月，VLOP须发布一份完整的透明度报告，涵盖Article 15规定的所有类别，且须提供更为详细的数据——并非补充更新，而是一份完整报告。

内容类别和语言维度的分项数据成为强制要求。Article 15要求的按类别报告，在VLOP层面须进一步细化：按违法内容各类型下的具体内容子类别分项，并按内容所用语言分项。这要求结构化的分类数据能够将每项审核措施与平台内容分类体系中的具体类别挂钩，而该分类体系还须与DSA规定的类别完成映射。构建这一映射关系——并在平台政策与DSA指引不断演进的过程中持续维护——是一项非同小可的基础设施挑战。

决策时间线数据同样不可或缺：收到通报至采取措施的中位时长、通知用户采取措施的中位时长，以及其他运营指标。这些数据并非事后计算所得，而是要求在通报处理工作流的每个阶段实时捕获并存储时间戳。如果时间戳在需要时不存在，就无法事后重建。

针对Article 20规定的用户申诉，平台须报告收到的申诉数量、被撤销的申诉数量及决策的中位时长。这同样要求运营数据在报告时已真实存在——需要一套具备决策追踪功能的结构化申诉流程，而非由政策分析师维护的电子表格。

Article 42(2)还专门针对依据Article 9和Article 10收到的政府命令追加了要求，包括按发出命令的成员国及所援引的法律依据进行细分。

实质差距

仅处理Article 16通报的平台，可以围绕一套结构化的通报与处置记录数据库构建合规工作流，数据结构相对简单，申报节奏为年度。VLOP则无法如此：它需要在审核发生时实时完成内容分类（而非事后补标），需要覆盖通报全生命周期的工作流时间戳，需要具备决策追踪功能的结构化申诉流程，还需要具备每六个月生产并发布一份完整报告的组织能力。

欧盟委员会于2024年发布了统一报告模板，为各类别和指标带来了标准化。H2 2025报告是首批完整遵循该模板的报告，包含自动化检测工具的精确率（precision）和召回率（recall）指标——填补了DSA观察站此前指出的一个缺口：在旧方法下，准确性数据实际上流于形式。

发布本身亦有相应要求：报告须提交至欧盟委员会透明度数据库（针对个别命令和通报），并在平台网站上以机器可读格式公开发布（如条件允许）。数据库提交要求与网站发布要求相互独立，时间线亦有所不同。

执法层面仍处于发展阶段。委员会于2024年对X和TikTok启动了正式调查程序；DSA赋予委员会对VLOP的直接执法权，这一权力并不适用于仅依据Article 15运营的较小规模平台。确保报告合规，既是法律义务，也是任何委员会程序中最主要的证据记录。