做CarPlay认证这几年，被问得最多的一句话是"这个认证到底按什么标准来测"。苹果对CarPlay的标准文件体系确实捂得比较紧，公开渠道能查到的信息是零散的，而且版本更新频率高。
这篇文章把三个事串起来说：CarPlay认证到底涉及哪些标准文件、测试项目具体测什么、哪些产品可以走这条认证通道。
首先要搞清楚一个基本事实：CarPlay认证没有公开发布的标准号。不像CE-RED有个EN 303 345，或者FCC有个Part 15，你去欧盟或美国的官网上能直接下载。CarPlay是苹果的私有认证体系，核心标准文件全部在MFi Portal的授权下载区里，必须签了NDA、成为MFi会员之后才能拿到。
2026年CarPlay认证的标准文件体系大概这样：
1.Accessory Inte***ce Specification是这套体系的地基。
这份文件俗称iAP2规范，定义了苹果设备跟外设之间的底层通信协议，CarPlay不管是走USB有线还是蓝牙加Wi-Fi无线，数据交互层都跑在iAP2上。这个规范的版本号迭代极快，目前对外商用认证的主流活跃版本在R26到R29这个区间，坊间偶有R30内部测试版的文件片段流出，但并未进入正式认证环节。每次更新会补充新的协议命令、调整兼容性参数。做CarPlay的工程师拿到AIS之后通常先翻目录找CarPlay相关的附录章节，那几页才是跟你的产品直接相关的。
2.CarPlay Accessory Addendum是专门针对CarPlay的补充规范。
它在AIS的基础上额外规定了对车载环境的特殊要求。比如USB端口在车辆启动和熄火状态下的行为差异、车载电源波动时iAP2链路的保活机制、车机屏幕分辨率和触控采样率的最低门槛。这些内容在通用AIS里是没有的。
3.CarPlay Certification Guide是认证流程的主文档。
告诉你从PPID申请到最终拿证每一步怎么走、要提交哪些材料。注意一点：截止2026年，商用认证使用的版本已经远不止R7，具体以MFi Portal内当前生效的版本为准。
4.CarPlay Self-Certification Test Cases是自认证测试用例集。
详细列出了产品在送实验室之前需要自检的所有测试场景和通过标准。2025年底有过一次大版本更新，无线CarPlay的测试覆盖面大幅扩展。但Facets 3实际生成的测试用例并非由这一份文件单独决定——它是CarPlay Certification Guide、自认证测试用例集、以及PPID阶段填写的CarPlay Configuration Record（产品配置问卷，已迭代到R3）三者联合计算生成的结果。也就是说你PPID里填了哪些功能、选择了什么方案，直接影响Facets 3给你排哪些测试。
关于USB测试的入门规则，有一个在行业里高频出现的误解：
很多文章会说有线CarPlay必须先拿到USB-IF Embedded Host认证和TID才能送测——这是把产品上市合规要求和苹果认证准入条件搞混了。
苹果CarPlay认证在执行USB相关电气测试、信号完整性测试、过流保护和负载测试时，走的是自己的MFi配件通用电气规范，并不是拿USB-IF的TID作为受理前置门槛。
USB-IF认证在产品层面当然是加分项，在很多目标市场也是上市销售的合规凭证，但它不是苹果在CarPlay认证阶段强制索要的外部文件。同样的，OCP过流保护、负载测试这些内容属于MFi配件体系的通用电气测试范畴，不是CarPlay专属的新增项目，而且苹果在电气参数限值上会引用USB基础规范，也不是凭空另立一套完全独立的标尺。
二、Apple CarPlay授权认证测试项目
CarPlay认证的测试项目不是一张简单的列表，它是按测试性质分几大块的。而且不同产品类型、不同的功能复杂程度，实际需要跑的测试项数量是有浮动的，不是所有产品都按同一张全量清单来。
1.硬件层的测试最先跑：
USB信号完整性测试和USB数据传输性能测试是必做项，苹果通过这些来判断你的USB通道在持续传输CarPlay数据时的稳定性。无线方案在这个阶段还要测蓝牙BLE的发现和配对机制。
2.协议层的测试是核心：
Facets 3会自动跑iAP2协议栈的完整用例：连接建立和断开、角色协商、会话管理、数据传输速率、异常恢复。不管是USB有线还是无线，iAP2的链路质量测试是绕不开的。无线方案在这个环节会多出一块蓝牙和Wi-Fi的协同测试——蓝牙BLE发现、配对、然后平滑过渡到Wi-Fi数据通道，这个过渡过程的时延和丢包率是无线CarPlay测试里最容易翻车的地方。
无线连接的架构方面，目前行业主流方案是车机做Wi-Fi AP模式、iPhone做STA连上去，但也有部分合规方案支持Wi-Fi Direct直连模式，不是只有一种架构。另外，iAP2 over BLE这个项目经常被人单拎出来说，但实际上它属于iAP2协议整体测试框架下的一个子集，不应该拆成一个独立的大项来理解。
3.功能交互测试覆盖的是用户实际用到的体验：
触控操作是否跟手、旋钮和方向盘按键的映射是否准确、音频通道在不同场景下的切换是否流畅（比如导航提示音插入时音乐音量是否自动降低）、Siri语音指令从触发到响应的时间是否符合阈值、来电时CarPlay界面和车机原生界面的交互优先级是否正确。这些测试在Facets 3里大部分是自动化跑的，但一些涉及主观体验的边界场景仍然需要人工辅助判定。
4.语音通信质量测试引用的是ITU-T P.1100（窄带车载免提）和P.1110（宽带车载免提）这两份标准作为参照框架：
但苹果并非全盘照搬ITU标准的数值当唯一判定依据，而是在上面叠加了自定义的车载语音指标和回声衰减、降噪的专项阈值，实际测试通过线跟ITU原文不一定完全一致。另外，P.1110在2025年10月更新了新版本。测试在安静场和噪声场分别进行，用人工头模拟驾驶员的声学环境对着车内麦克风阵列一帧一帧测。
5.实车路测不是全品类通用测试项：
后装配件、无线转接盒、嵌入式模块这些品类不需要做实车路测，实验室台架测试通过即可。整车厂前装完整车机项目才被要求安排实车路测，在预设路线上验证GPS信号接收、实车环境下的无线干扰、车辆行驶振动对连接稳定性的影响。不要把路测当成所有CarPlay认证项目的标配收尾环节。
6.无线CarPlay的Wi-Fi性能测试用例数量也不是一刀切的：
十几项是全功能顶配机型对应的标准，如果你的产品Wi-Fi功能做了精简（比如简易转接盒），实际生成的测试用例会相应的少很多。Facets 3是按你PPID里申报的功能维度来裁剪测试矩阵的。
三、Apple CarPlay授权认证产品类别
能走CarPlay认证通道的产品不是只有车机一种，但也不是什么车载产品都能来凑热闹。另外需要注意，如果你的同一款硬件同时支持有线和无线CarPlay，不需要拆成两次独立认证——在同一个PPID下完整申报，测试用例合并执行即可。
1.OEM前装车载主机是量级最大的一类：
整车厂在车型开发阶段就把CarPlay集成到原装车机里，认证跟着车型走。基础版CarPlay和CarPlay Ultra都在这个类别下面，两者使用的核心标准文件主体一致，但Ultra车型因为涉及多屏联动、仪表盘信息投射、车身控制这些深度定制功能，有一组独立的补充附录文档，测试用例也更多。
关于Ultra的落地规模需要客观看待：截至2026年，Ultra仍以少量高端车企的试点合作为主，并未进入大规模量产普及阶段，把它描述为"已普及"还早了点。
2.后装车载主机是第二大类：
这些产品面向的是存量市场里不带CarPlay的旧车，车主换一台支持CarPlay的后装主机来升级车机功能。后装主机走的是标准MFi配件认证通道，不需要跟具体车型绑定，一台主机对应一个认证证书。
·CarPlay无线适配器是一个特殊的品类：
它本身是一台小盒子，插在原车有线CarPlay的USB口上，把有线信号转成无线，让原本只支持有线CarPlay的车型也能无线连接。这个品类有一个关键规则很多人不知道：它在苹果的分类体系里被归为Accessory外设而非车机主机，因此苹果对该品类iAP2链路拓扑和协议透传逻辑的校验强度实际上高于普通车机。
如果你的适配器篡改了原车机跟iPhone之间的iAP2链路结构或透传逻辑，会直接判定认证失效。这不仅仅是"通过率偏低"的问题，是苹果对这个品类有专门的高压审核红线。
·CarPlay模块是面向设备制造商的嵌入式方案：
你做的是一个可以集成到第三方车机里的CarPlay功能模块，按苹果的说法叫CarPlay solution。模块取得认证代表核心协议部分通过了合规验证，但下游车机厂商把你的模块装进他们的整机之后，并不能直接跳过所有CarPlay认证——仍需走整机集成测试和变更评估。换句话说，模块认证的作用是大幅缩减下游整机的测试范围，不是完全豁免认证。
·CarPlay App是唯一不涉及硬件的认证品类：
App开发者不需要加入MFi计划，在developer.apple.com申请对应类别的CarPlay权限就行。目前苹果明确开放的CarPlay App类别有八种：导航、音频和播客、通话和消息、停车查询、EV充电桩查询、快速点餐、加油、驾驶任务。每个类别有对应的entitlement标识符，申请的时候选对类别、功能描述落在苹果允许的范围内是关键。
有两条应用类别的硬性规则经常被搞混：
第一条，消息类App在CarPlay端仅支持Siri语音朗读和语音回复，禁止任何形式的手动文字输入——这是安全红线，不是建议。
第二条，充电、点餐、加油这些轻交互类应用，苹果允许在CarPlay界面展示信息和发起**类操作，但交易支付环节必须在iPhone端完成，CarPlay界面上不能跑支付流程。事先确认你的功能类型是不是在授权范围内、交互方式是不是符合安全限制，不要开发完了才发现卡在权限审批。
做认证之前，先搞清楚你手里这个产品在苹果的分类型录里算哪一类，再看对应的标准文件和测试项目清单。走错通道比测不过更麻烦，材料方向错了后面全得推倒重来。
Apple CarPlay授权认证可联系蓝亚技术检测认证机构顾问：13632500972（Benson）
