适用人群：向欧盟销售产品的中国制造商、品牌方、进口商、授权代表、履约服务商和分销商，尤其是带有软件、联网功能或持续更新能力的 3C、家电、玩具和其他消费品企业。

先说结论：新产品责任指令的重点是“因缺陷产品造成损害后的赔偿责任”，不是一张产品合规证书，也不是亚马逊的统一下架规则。卖家要做的第一步，是把产品身份、设计与测试、说明和警示、软件更新、供应链角色以及事故处理记录连接起来，并按目标成员国的转化法律继续核对。

⚠️ 日期和名称先纠正：官方文件是 Directive (EU) 2024/2853，2024 年 10 月 23 日通过并于 2024 年 11 月 18 日刊登在《欧盟官方公报》，不是“Directive (EU) 2025/1580”。成员国须在 2026 年 12 月 9 日前完成转化；2026 年 5 月 7 日的勘误将 Article 2(1) 的适用门槛更正为“2026 年 12 月 8 日之后投放市场或投入使用的产品”。对更早投放的产品，旧指令的过渡规则仍需关注。

本文只按欧盟指令原文整理准备框架。成员国转化后的诉讼程序、举证细节、损害计算、产品安全法规和平台合同义务，不能仅凭本文替代当地律师或主管机关的判断。

一、先分清：适用时间、产品范围和可赔偿损害

Directive (EU) 2024/2853 废止并替代旧的 Directive 85/374/EEC，但 Article 21 保留了过渡安排：旧指令继续适用于在新指令适用日期之前投放市场或投入使用的产品。对卖家而言，不能把“2026 年 12 月 9 日前完成国内法转化”和“某一件产品何时受新规则覆盖”混为一谈。应当为每个 SKU 留存首次投放市场、批次和版本信息，以便在发生投诉或索赔时确定适用边界。

核对项指令层面的事实卖家应留的证据
时间转化期限是 2026 年 12 月 9 日；经勘误，指令适用于 2026 年 12 月 8 日之后投放市场或投入使用的产品。首次投放日期、批次、版本、投入使用记录和成员国销售范围。
产品指令面向缺陷产品造成的损害责任，并明确回应软件、人工智能系统和产品相关数字服务等数字化场景；在商业活动中提供的软件与免费、非商业开源软件不能简单等同处理。产品定义、软件/固件版本、依赖的数字服务、更新能力和供应商边界。
损害可赔偿类型包括死亡或人身伤害（含医学认可的心理健康损害）、特定财产损坏，以及非专业用途数据的毁损或损坏；缺陷产品本身、由其缺陷组件损坏的同一产品和纯专业用途财产有排除规则。投诉事实、损害类型、产品与损害的因果链、售后和召回记录。赔偿范围仍受成员国法律影响。

二、什么叫“缺陷”：软件更新会被看见，但不是更新即违法

Article 7 的判断标准是：产品没有提供人们有权期待的安全性，或没有达到欧盟法、成员国法要求的安全性。判断时要综合产品的展示方式、标签、设计、技术特征、成分、包装和使用维护说明，以及合理可预见的使用方式。

对数字产品，还要看产品在投放市场后继续学习或获得新功能的影响、与其他产品互联的可预见影响、相关产品安全要求（包括安全相关的网络安全要求）、召回或其他安全干预、目标用户群体的具体需要，以及产品本来用于预防损害却未实现该目的的情形。产品仅因市场上出现了更好的产品，或后来有了升级版本，并不会因此自动成为缺陷产品。

把“更新管理”落到证据上：

  • 记录每个固件、App、模型或云端服务版本的变更目的、影响 SKU、风险评估、测试结果、审批人和发布时间。
  • 记录更新后与硬件、配件、网络环境及第三方服务的兼容性假设，不要只保留最终安装包。
  • 对安全事件、召回、停止更新和补救措施建立可回溯的时间线；消费者投诉不能只停留在客服工单里。
  • 不要把“有 CE、做过测试或通过平台审核”写成对产品责任结果的保证，它们不能替代对具体损害和因果关系的判断。

三、责任主体怎么排：不能把平台、FBA 和进口商自动画成同一层

Article 8 规定的核心责任主体包括缺陷产品制造商、在其控制下集成并造成产品缺陷的缺陷组件制造商；如果制造商或组件制造商设在欧盟之外，还要核对欧盟境内的进口商、授权代表，以及在没有进口商或授权代表时的履约服务商。对无法及时识别相关经济运营商的分销商，指令也设有相应责任规则。产品被实质性修改后重新投放市场或投入使用的主体，可能按制造商处理。

在线平台不是因为“有一个商品页面”就自动承担新 PLD 下的制造商责任。欧盟委员会和指令序言的边界是：平台在具体交易中实际承担制造商、进口商、授权代表、履约服务商或分销商角色时，才按相应角色分析。Amazon 的 FBA 合同、平台政策、市场监管法和产品责任指令也不是同一套规则，卖家应分开留存和核对。

角色应核对的问题留存材料
制造商/品牌方谁设计、制造或以自己的名称/商标呈现产品？谁控制软件更新和产品变更？BOM、设计输入输出、风险评估、测试报告、标签说明、版本和变更审批。
进口商/授权代表欧盟境内主体是谁？其委托范围、产品范围和有效期是什么？合同、书面授权、地址和联系人、覆盖 SKU、变更通知和沟通记录。
履约服务商/分销商是否达到指令定义的角色条件？出现投诉时能否及时识别欧盟境内相关经济运营商？仓储、包装、发运和分销链路；通知、召回和追溯流程。
在线平台平台在本交易中承担的是展示、撮合、履约，还是某个法定经济运营商角色？平台合同、商品页面版本、下架/召回通知、卖家账户和争议处理记录。

四、举证机制的真实变化：保留基础举证，但增加披露和推定

Article 10 没有规定“所有复杂产品、AI 产品或软件产品自动由制造商证明无缺陷”。一般规则仍是索赔人证明产品缺陷、损害以及二者之间的因果关系。变化在于，Article 9 允许在索赔人已经提出足以支持索赔合理性的事实和证据后，请求被告披露其掌握的相关证据；法院还要在必要性、比例性、保密信息和商业秘密之间作平衡。

Article 10 还列出若干推定情形，例如被告未按要求披露相关证据、产品不符合旨在防止该损害的强制性产品安全要求，或产品在合理可预见使用或通常情形下发生明显故障。对于技术或科学复杂导致索赔人面临过度困难、同时又证明产品可能有缺陷或可能存在因果关系的情形，法院也可以作相应推定；被告仍有反驳机会。这是“有条件的法定推定”，不是通用的结果承诺。

一套可复核的证据包至少应包括：

  1. 产品、批次、序列号、首次投放日期和目标市场的对应关系。
  2. 设计规格、物料和关键供应商、风险评估、测试/检验报告及适用安全要求。
  3. 标签、说明、警示和线上页面的语言版本、发布日期与对应 SKU。
  4. 固件、App、云服务和第三方组件的版本、更新、依赖和安全事件记录。
  5. 投诉、事故、退货、纠正、召回与和解沟通的原始材料和时间线。
  6. 欧盟境内经济运营商、保险、合同分工和追偿安排；不要把“有一份检测报告”当成完整证据链。

五、期限、抗辩与跨境卖家现在能做的六项准备

不要再使用“新规统一延长为 5 年、最长 15 年”的说法。Directive 2024/2853 Article 16 的一般诉讼时效是 3 年，从受害人知道或应当知道损害、缺陷以及可承担责任的相关经济运营商之日起计算；Article 17 的消灭期限通常是 10 年，自产品投放市场或投入使用起算；若因人身伤害潜伏期无法在 10 年内提起诉讼，特殊期限可延长至 25 年。成员国程序法及转化法仍需要单独核对。

Article 11 列出若干免责或抗辩事实，例如主体没有投放产品、缺陷很可能在投放时不存在、缺陷源于遵守法律要求，或当时客观科学技术知识无法发现缺陷。Article 18 还允许成员国在一定条件下维持或引入对“发展风险抗辩”的不同安排。因此，卖家应保存当时适用的标准、法规、风险判断和批准记录，而不是预先宣称“按行业惯例就一定免责”。

  1. 建立角色图：按 SKU 画出制造、品牌、进口、授权代表、履约和分销关系，给每个主体标注合同和事实依据。
  2. 建立版本图：把硬件、包装、说明、Listing、固件、App、云端服务和第三方组件放在同一变更编号下。
  3. 建立损害图：明确哪些投诉可能涉及人身、财产或非专业数据损害，规定谁负责保全原始证据。
  4. 建立披露准备：保留能说明设计选择、风险控制、测试范围和软件更新原因的材料，同时标记商业秘密和可披露版本。
  5. 核对成员国转化：在 2026 年 12 月 9 日前跟踪目标销售国的转化法、主管机关要求和语言/产品安全义务，不把欧盟指令日期直接当作当地全部操作规则。
  6. 复核对外表述：删除“保证通过、零风险、不会下架、一定获赔、平台已认可”等结果承诺，让产品页面中的事实、警示和证据能够互相对应。

本文不支持的推断：

不把 PLD 解释成统一的产品认证、固定的维修手册义务、自动的 Amazon/FBA 连带责任、所有 AI 产品的举证倒置或固定金额赔偿表。具体责任必须回到产品事实、损害、缺陷、因果关系、经济运营商角色和成员国法律。

六、官方来源