别再只盯着"要交什么"了。搞懂每一类资料背后的逻辑链条和审核重点，你才算真正看懂了这份庞大的档案。

兄弟，我知道你现在最头疼的是什么。硬件研发差不多了，软件也在调，老板突然甩过来一句："Android Auto 认证的资料，你们准备得怎么样了？什么时候能提交？"

你心里估计在打鼓：营业执照要交，产品规格书要交，这我都知道。但除了这些明面上的东西，还有没有那种容易被忽略、偏偏又极其关键的隐藏文件？到底怎么准备，才能一次过？

这问题问得太对了。也是我每天听到工程师抱怨最多的事。我把这套庞大的认证资料按最实用的逻辑拆成四个卷宗，一个一个给你讲清楚。所有这些都基于 2026 年最新的审核实践，但谷歌的规则会更新，最终以官方最新文件为准。

不过在你开始对清单之前，先把一件事情刻在脑子里：Android Auto 认证的资料审核，不是那种你交了我看一眼、没问题就过的事情。谷歌那边——现在大半是自动化系统在跑——会把你交上去的所有文档放在一起，一项一项地对。A 文档里的硬件配置，跟 B 文档的原理图是不是对得上？C 文档说支持的功能，D 测试报告里有没有对应的通过记录？任何一处对不上，系统直接打回来，没商量。人可能还会犹豫一下放过你，机器不会。

第一卷：商务身份与合作协议——你的入场券，远不止一张执照

这是地基，决定你有没有资格启动认证。千万别觉得交个营业执照复印件就完了。

先说企业主体资质。营业执照清晰有效，经营范围最好跟车载电子沾边。有个细节我见过太多人栽在上面：公司名称必须跟谷歌开发者账号的信息一个标点都不差，包括你括号用的是全角还是半角。注册的时候填"有限公司"，执照上偏偏印的是"有限责任公司"，系统直接就判你不匹配，打回来。就为了这么一个小问题，一两周白搭进去了。

然后是合作协议。你必须签两份核心法律文件。第一份叫 ADA——车机 Android Auto 体系的标准分发协议。你把这两个字母给我记住：A-D-A。不是 MADA。MADA 是手机端那个移动分发协议，两个东西长得像，用途天差地别。车机 AA 只能用 ADA，交了 MADA 上去谷歌不仅不认，文件类型错误系统会自动退件。我见过不止一家公司在这个上面翻车。

协议签完了还没完。谷歌会让你填一份企业信息表，这个很多人不当回事。它不光问你公司地址，还问你团队规模、研发结构、之前做过哪些安卓相关项目。你填的信息直接决定谷歌用什么尺子来量你。如果在关键字段全写"无"和"空白"，大概率触发额外的审核流程，整个入驻时间被拉长。把你团队真正能打的底子写上去，这时候不用谦虚。

第二卷：产品设计核心档案——你的技术骨架，信息必须前后对齐

这是整个认证资料里最厚的一卷，也是翻车率最高的。它要的不是一份产品说明书，是一套能证明你的产品从硬件到软件都符合谷歌规范的系统性档案。

规格书、系统设计报告、UX 交互文档，这三份是核心。

规格书的坑在于：很多人写到"支持蓝牙 5.3，安卓系统"就觉得够了。不够。主控芯片型号你得写，Wi-Fi 模块和蓝牙芯片的品牌型号你得写，USB 接口——到底是 2.0 还是 3.2 Gen 2——得写清楚，屏幕分辨率和触控方案也得写。而且最要命的是术语统一。规格书里 USB 标 2.0，系统设计报告里又写成了 3.0，2026 年的自动化审核引擎一眼就标红。这种错跟技术能力一点关系都没有，纯粹是内部文档管理没跟上。

系统设计报告得把整体架构讲明白。AAP 协议栈怎么在你的系统里落地的，底层驱动怎么适配的，音频链路怎么走的。前装的还要把跟 CAN 总线的交互逻辑写进去。

UX 交互文档很多人理解偏了。它不是为了看你的界面好不好看——它是用来证明你在驾驶安全交互上是合规的。UI 逻辑图得画全：行驶中触控按钮的尺寸有没有达标，车速超过多少视频播放自动关掉，语音控制的触发路径是什么。这些安全相关的交互链路，才是审查真正盯着看的。

硬件原理图、BOM 清单、PCB 版图也要备好。提交的时候给清晰完整的 PDF 原理图就行，实验室会拿它跟 BOM 逐颗物料比对——主控、Wi-Fi 蓝牙射频芯片、USB 通信芯片，型号品牌对不上就过不了。BOM 表里得区分核心物料和普通物料，核心物料换了供应商，后面要不要复测就看你当时怎么归类的。

第三卷：测试与验证证据——你的成绩单，自测绝对不能敷衍

技术开发做完了，你自己觉得没问题了，还不能提报。谷歌要的是一整条能证明产品合规的证据链。

先说内部自测。这是你最能自己控盘的环节，但有一个误区代价特别大：自测报告不是交出去的文件。它是内部研发文档，实验室不收，谷歌终审也不看。那做它干什么？做它是为了在送正式测试之前，把自己产品里所有可能导致翻车的暗坑，在自家环境里全部翻出来、全部干掉。你自测的时候没找出来的问题，到了实验室，那里没有商量余地。

2026 年自测工具这块有个硬要求：CTS-Auto 是强制性的基线工具，PCTS 是辅助预筛工具，两个都得跑完。别想着只跑 CTS-Auto 交差。送测产品必须留存完整的双工具自测日志，日志不全直接驳回你的正式测试申请，没有商量。支持性功能、音频通路质量，这些也都得跑一遍，测试环境和数据记清楚。我个人的经验：自测覆盖率没到九成之前别急着送实验室，那不是快，那是在烧钱。

过了自测这个关，才是正式测试。只有谷歌授权第三方实验室的全套正式测试报告，才是终审时谷歌真正看的。实验室严格按照谷歌工具自动判定，过就是过，不过就是不过，没有人能帮你说话。这份报告，就是你产品合规性的唯一铁证。

第四卷：合规声明与辅助证明——补齐短板的拼图，缺一个都不行

这是"最后一公里"，也是栽跟头最多的地方。很多人测试过了就觉得万事大吉，然后被一些纸面声明卡住了。

基础的合规声明、知识产权声明、用户隐私保护方案，先备齐。隐私方案尤其重要，不光要符合谷歌的政策，还得适配你目标市场的法规，比如卖到欧洲就得过 GDPR 那关。所有文件中英文都要有，别想着只交一个语言版本。

然后是一个特别容易搞混的地方：区域合规认证跟 AA 认证不是一回事。蓝牙 BQB、FCC、CE-RED——你经常听到的这些，它们是产品出口到对应市场的硬要求，但不属于谷歌 AA 认证本身的组成部分。2026 年的实际规则是：谷歌当前强制核验的是射频类合规报告，就是 CE-RED 或 FCC，你得有。BQB 蓝牙认证谷歌不强制看，它是你出口清关用的。如果你的产品带无线功能，或者你打算出口欧美，射频合规证明必须额外提供，作为 AA 认证审核的辅助材料。谷歌看不到这东西，它没法判断你的产品在目标市场能不能合法卖，AA 认证就不会批。

系统 OTA 维护计划也别忘。没有什么"2.0 专属 OTA 新规"这回事，这个要求对所有 AA 产品都一视同仁。一份至少两年的系统 OTA 维护计划书，证明你有能力持续维护这个产品的软件安全和兼容性。它不需要你搞什么复杂的背书，把版本迭代节奏、漏洞修复机制、兼容维护策略写明白就行。这份计划书是谷歌判断你企业研发运维能力的重要参考，别随便写几行就交。

准备的时候，记住这几件事

四卷宗的逻辑搞明白了，但实操的时候还有几个坑，我单独挑出来说一下。

第一个，商务身份和协议状态永远是起点。注册谷歌企业开发者账号之前，营业执照、法人信息、ADA 协议模板全部对一遍，信息一致、清晰有效，再往下走。协议签署和企业信息表同步推进，别在入驻这关就开始排队等。

第二个，文档一致性是所有工作的底线。规格书、系统设计报告、UX 文档全部写完以后，找一个完全没参与这个项目的人，让他拿着三份东西对着读，把任何一处说法不一致或模糊的地方标出来。办法听起来笨，但真是减少退件最有效的套路。

第三个，自测别糊弄。就因为你心里知道自测报告"不用交"，反而容易在那上面松懈。CTS-Auto 和 PCTS 双工具日志一定留完整，自测覆盖率提到九成以上再去约实验室。你现在省的自测时间，后面会十倍还给实验室的整改排期。

第四个，射频合规别等最后。准备 AA 认证的过程中，就同步去跑 FCC 或者 CE-RED。等你 AA 测试全跑完了才发现缺一份射频合规报告，回头补的时候整个项目排期全乱套。蓝牙 BQB 可以按出口需求往后放，不用前置跟 AA 抢时间。

安卓认证这块儿，说复杂也复杂，说简单也简单——你只要把自己产品归到正确的卷宗里，每个阶段该交什么、审核在看什么，心里就有底了。剩下的就是一条一条过，别漏，别乱，别有侥幸心理。