汽车应用质量

为了给汽车用户提供出色的体验，请在设计和开发应用时完成后续的汽车兼容性检查表和测试。

这些检查表和测试为 Android Auto 和 Android Automotive OS 支持的各种应用类别定义了一套广泛的质量要求。许多要求仅适用于特定类别，因此请务必按应用类别进行筛选。有关你的应用必须满足哪些准则才能在 Google Play 商店中被接受的详细信息，请参阅汽车质量层级定义。

测试你的应用

在将应用提交到 Google Play 进行审核之前，请根据此页面上列出的适用标准测试你的应用。如果适用，请测试用户访问应用的两种方式

Android Automotive OS
使用Android 模拟器验证每个检查项。有关更多信息，请参阅使用 Android Automotive OS 模拟器测试。
Android Auto
使用 Android Auto Desktop Head Unit (DHU) 验证每个检查项。有关更多信息，请参阅使用 Desktop Head Unit 测试。

应用类别

支持的类别 Android Auto Android Automotive OS
✔ ✔
✔
✔
✔
✔
✔ ✔
✔ ✔
✔ ✔
✔ ✔
✔
✔ ✔
✔

汽车质量层级

质量层级定义了有助于你评估应用为汽车提供支持水平的标准。每个层级都在其下层级的基础上构建。也就是说，对于一个汽车优化应用，它也应该满足所有适用的汽车就绪要求。

除了汽车特有的准则外，每个层级还包含与应用实现的活动相关的大屏应用质量中的相关准则。

支持级别包括

第 3 层 - 汽车就绪 (Car ready)

你的应用兼容大屏幕，可以在汽车停放时使用。虽然它可能没有任何汽车优化的功能，但用户可以像在任何其他 Android 驱动的大屏幕设备上一样体验该应用。

此层级主要适用于停放类别的应用，它们必须满足此层级中的所有要求才能在 Google Play 商店中被接受。

第 2 层 - 汽车优化 (Car optimized)

你的应用在汽车中控台显示屏上提供了出色的体验。为此，你的应用具有一些特定于汽车的功能，用户可以在驾驶或停放模式下体验这些功能，具体取决于你的应用类别。

专为驾驶时使用而构建的类别中的应用必须满足此层级中所有适用要求才能在 Google Play 商店中被接受。

第 1 层 - 汽车差异化 (Car differentiated)

你的应用专为在汽车的各种硬件上工作而构建，并且可以根据驾驶和停放模式调整其体验。它为汽车中的不同屏幕（如中控台、仪表盘和额外的屏幕，例如许多高端汽车中的全景显示屏）提供了针对性设计的最佳用户体验。

汽车就绪 (Car ready)

标准 ID 适用类别 描述
允许的类别 PC-1 所有

应用不得包含汽车预期应用类型以外的功能。请参阅支持的应用类别。
预期性能 EP-1 所有

应用必须按预期或应用在 Google Play 商店列表中的描述运行。
EP-2 媒体、消息（模板化）、呼叫、导航、POI、IOT、天气、视频、游戏、浏览器

从主屏幕重新启动应用时，应用必须尽可能恢复到之前的状态。
EP-3 游戏

应用对输入响应迅速，在游戏过程中不会出现卡顿或停顿。
显示方向 DO-1 视频、游戏、浏览器

仅限 Android Automotive OS： 应用可以分发到具有固定屏幕方向的设备。请参阅必需的 Android Automotive OS 功能。
DO-2 游戏

仅限 Android Auto： 应用在横向显示屏上运行时，不应出现明显的竖条。请参阅支持常见的 Android Auto 屏幕尺寸。
应用渲染 AR-1 Android Automotive OS 支持的所有类别

在应用实现的活动中，交互式 UI 元素不得被系统栏或显示屏刘海遮挡。请参阅处理窗口边衬区和显示屏刘海。
驾驶员分心 DD-3 视频、游戏、浏览器

应用在驾驶时不得启动或使用，并且不得播放任何音频。请参阅满足驾驶员分心要求。

注意：如果你的应用播放音频，它必须满足DD-2要求。
不相关的通知 IN-2 视频、游戏、浏览器

应用不得发布任何浮动通知 (heads up notifications)。
应用导航能力 AN-1 视频、游戏、浏览器

用户可以在应用中导航，而不会遇到任何死胡同。
敏感数据 SD-1 浏览器

浏览器不得保存或允许访问密码或支付信息，除非用户可以使用配置文件锁定阻止访问密码。
SD-2 浏览器

在将数据同步到汽车之前，同步密码或支付数据的浏览器必须执行以下步骤

  1. 提示用户进行身份验证。
  2. 在汽车屏幕上通知用户其数据将同步到汽车。
（了解方法）

相关的屏幕质量指南

虽然这些指南与你的应用实现的所有活动相关，但它们仅对停放的应用是第 3 层要求。

标准 ID 汽车指南
配置和连续性 LS-C1 汽车中的配置更改主要是由于在显示器之间移动应用引起的，例如将应用移至或移出远端显示器。
LS-C2 无额外指导。

汽车优化 (Car optimized)

标准 ID 适用类别 描述
停放体验 PE-1 媒体、导航、POI、IOT、天气

仅限 Android Automotive OS： 除了在停放时提供设置、偏好设置和登录流程外，应用不得通过其自身的活动提供任何功能。
屏幕动画 SA-1 媒体、消息、呼叫、导航、POI、IOT、天气

应用不得在屏幕上显示动画元素，例如动画图形或视频。

例外： 如果 Canvas 动画与驾驶任务相关，则允许在用户停放时显示 Canvas 动画。
视觉或文本广告 AD-1 媒体、消息、呼叫、导航、POI、IOT、天气

应用不得显示除广告商名称或产品名称之外的文本广告。
图像使用 IU-1 媒体、消息、呼叫、导航、POI、IOT、天气

应用元素不得在屏幕上显示任何图像。例外包括

  • 应用可以在消费屏幕的背景中显示单个静态图像作为内容上下文，例如专辑封面或广告商的公司徽标。
  • 应用可以在内容导航抽屉中显示图标。
  • 应用可以显示图像和照片以协助驾驶决策。
  • 导航应用可以显示图像用于车道导航或路口导航。
手机上的视觉信息 VI-1 媒体、消息（模板化）、呼叫、导航、POI、IOT、天气

仅限 Android Auto：如果用户必须转到手机屏幕（例如，为了响应权限请求），则应用必须显示一条消息，指示用户仅在安全时查看手机屏幕。有关更多信息，请参阅媒体的处理常见错误，以及导航、兴趣点、物联网和天气应用的处理用户输入。
应用不崩溃 AC-1 消息（模板化）、呼叫、导航、POI、IOT、天气

用户必须能够使用五屏或更少的屏幕完成应用中的任务。有关更多信息，请参阅模板限制。
滚动文本 ST-1 媒体、消息、呼叫、导航、POI、IOT、天气

应用不得显示自动滚动的文本。
语音命令 VC-1 媒体、导航

应用必须支持 Google Assistant 语音命令。有关更多信息，请参阅媒体的支持语音操作，以及导航的支持导航 intent。
延迟响应 DR-1 媒体、消息（模板化）、呼叫、导航、POI、IOT、天气

应用特有的按钮必须在用户操作后不超过两秒内响应。
DR-2 媒体、消息（模板化）、呼叫、导航、POI、IOT、天气

应用必须在不超过 10 秒内启动。
DR-3 媒体、消息（模板化）、呼叫、导航、POI、IOT、天气

应用必须在不超过 10 秒内加载内容。
对比度 VD-1 媒体、消息、呼叫、导航、POI、IOT、天气

应用必须提供满足 Android Auto 对比度要求的图标和颜色。有关更多信息，请参阅对比度。
VD-2 媒体

应用必须提供系统可以着色以提供自动对比度补偿的白色图标集。
VD-3 媒体

应用必须提供系统可以优化以便在车内轻松阅读的颜色。
灰色按钮 GB-1 媒体

故意置灰的交互式元素必须是非功能性的。
驾驶员分心 DD-1 导航

导航音频通道只能由导航应用和导航指令使用。有关更多信息，请参阅语音导航。
DD-2 视频、游戏、浏览器

驾驶时，应用不得启动，应用的 UI 不得可见。当用户开始驾驶时，应用的音频必须停止，并且在驾驶时不能取消暂停。有关更多信息，请参阅满足驾驶员分心要求。

例外：支持驾驶时音频播放的视频应用可以在支持的设备上继续播放。请参阅DD-4。
支付 PA-1 导航、POI、IOT、天气

如果启用了购买功能，应用必须使用快捷方式（例如最近购买或收藏购买）提供简单的流程。有关更多信息，请参阅使用现有支付方式购买。

应用不得允许以下任何操作

  • 设置支付方式
  • 选择多个商品进行购买
  • 承诺定期支付，例如订阅
通知广告 NA-1 媒体、消息、呼叫、导航、POI、IOT、天气

应用不得通过通知展示广告。
不相关的通知 IN-1 媒体、消息、呼叫、导航、POI、IOT、天气

应用只应在与驾驶员需求相关时显示通知。

示例
好： 通知用户收到新消息。
差： 通知用户有新专辑发布。
差： 对于天气应用，你的应用发布的通知与当前位置、路线或目的地即将发生的警报无关。
媒体自动播放 MA-1 媒体

应用不得在启动时或未经用户启动选择应用或应用媒体的情况下自动播放。有关更多信息，请参阅实现播放命令。
消息功能 MF-1 消息

应用必须接收传入消息。有关更多信息，请参阅将消息通知扩展到 Android Auto。
MF-2 消息

消息必须正确分组并按正确顺序显示。有关更多信息，请参阅将消息通知扩展到 Android Auto。
MF-3 消息

用户可以回复消息。有关更多信息，请参阅将消息通知扩展到 Android Auto。
MF-4 消息

应用必须使用短消息应用设计模式。传统的长消息应用（例如电子邮件应用）不允许使用。
MF-5 消息

应用必须实现点对点消息服务，而不是通知服务，例如天气、股票和体育比分的服务。
NF-1 导航

应用必须提供逐向导航方向。
NF-2 导航

应用仅在导航模板的表面绘制地图内容。基于文本的逐向导航方向、车道引导和预计到达时间必须显示在导航模板的相关组件上。与驾驶相关的附加信息，如限速、道路障碍等，可以绘制在地图的安全区域上。
NF-3 导航

当应用提供基于文本的逐向导航方向时，它还必须触发导航通知。有关更多信息，请参阅逐向通知。
NF-4 导航

当导航应用提供基于文本的逐向导航方向时，它必须向车辆的仪表盘显示屏发送下一转向信息。有关更多信息，请参阅导航元数据。
NF-5 导航

当另一个导航应用提供逐向指令时，应用不得提供逐向通知、语音导航或仪表盘信息。有关更多信息，请参阅启动、结束和停止导航。
NF-6 导航

应用必须处理来自其他应用的导航请求。有关更多信息，请参阅支持导航 intent。
NF-7 导航

应用必须提供模拟驾驶的“试驾”模式。有关更多信息，请参阅模拟导航。
兴趣点功能 PF-1 POI

应用必须提供与驾驶相关的有意义的功能。
物联网功能 IT-1 IOT
IOT 应用在驾驶时可能允许以下操作
  • 查看设备当前状态。例如：查看车库门是否打开或关闭，灯泡是否打开或关闭，安全系统是否布防或撤防，或洗衣机是否正在运行或完成。
  • 简单的一触式功能，控制开关功能。例如：打开和关闭各种设备，包括打开和关闭灯，打开和关闭恒温器，或者打开和关闭车库门或窗帘。这也包括打开和关闭预编程场景或例程。
  • 通知用户在家中或其他位置发生的事件。例如：接收例程或场景通知，安全警报，或门打开或关闭状态的改变。
IOT 应用在驾驶时不得允许以下操作
  • 任何类型的应用设置相关任务。例如：选择要与 IOT 应用一起使用的设备、系统或位置的功能。
  • 创建、修改或重新排序相关任务。例如：创建、修改或重新排序场景或例程的功能，例如离开或到达某个位置时的一系列事件，包括打开和关闭车库门，或打开和关闭灯。
  • 细粒度设备控制相关任务。例如：控制某些功能的能力，包括调节恒温器温度或照明亮度水平。
天气功能 WE-1 天气 应用必须包含天气相关内容，这些内容必须与用户的当前位置或用户指定的位置相关。
WE-2 天气 地图图块上的天气信息必须易于阅读，并且不得包含复杂的图例。应用最多可以包含三个图例。具有多个图例的应用最多可以有三种颜色，而单图例应用可以有三种以上的颜色。
WE-3 天气 预报信息必须包含易于阅读的图标和符号。
WE-4 天气 不得使用模板定制预报间隔。
WE-5 天气 天气应用在给定视图中显示的唯一天气地图注释不得超过五个（例如：温度标记、风速标记、湿度、雷达叠加、闪电指示器、路况都显示在同一视图中）。
地图渲染 MR-1 导航、POI、天气

默认情况下，绘制地图的应用必须在收到指令时绘制浅色主题或深色主题地图。有关更多信息，请参阅支持深色主题。

应用可以允许用户选择始终以浅色或深色主题显示应用。
媒体控制 MC-1 视频

应用与媒体会话集成。根据内容，应用必须支持播放/暂停或停止播放命令。此外，应用必须为每个媒体项提供标题和缩略图元数据。请参阅使用 MediaSession 控制和宣传播放。
DL-1 视频、游戏、浏览器

仅限 Android Automotive OS： 应用支持深层链接。请参阅处理 Android 应用链接。
媒体功能（模板化） MFT-1 媒体（模板化）

用户必须能够从媒体浏览视图导航到MediaPlaybackTemplate。请参阅构建模板化媒体应用了解更多详细信息。

相关的屏幕质量指南

虽然这些指南与你的应用实现的所有活动相关，但它们仅对停放的应用是第 2 层要求。

标准 ID 汽车指南
多窗口和多重恢复 LS-M2 当活动在远端显示器上时，当用户与主显示器上的活动交互时，它会失去顶层恢复的活动位置。
用户体验 LS-U1 有些汽车的横向屏幕长宽比比其他大屏幕设备常见的要大得多。你可以使用 Automotive Ultrawide 硬件配置文件在此类显示屏上进行测试。
LS-U2 与 LS-U1 相同
LS-U3 要获得汽车优化应用的资格，你的应用必须满足 LS-U3 关于触摸目标尺寸的要求。要获得汽车差异化应用的资格，它必须满足汽车 UX-1 要求。

汽车差异化 (Car differentiated)

标准 ID 适用类别 描述
导航功能 NF-9 导航

应用支持在仪表盘显示屏上渲染，并且仅在此类显示屏上渲染地图图块。请参阅绘制到仪表盘显示屏。

警告：同时支持天气功能的导航应用不得在仪表盘显示屏上包含任何与天气相关的信息。
模板化消息功能 TMF-1 消息（模板化）

应用显示显示对话中所述的对话

  • 每个对话的 self 属性都设置准确。
  • 用户可以使用为每个对话提供的按钮发送消息。
  • 对话会刷新以包含发送和接收的新消息。
呼叫功能 CF-1 呼叫

应用可用于发起、接听、拒绝和离开呼叫。请参阅构建 Android Auto 的呼叫体验。
CF-2 呼叫

在呼叫期间，应用提供以下内容

  • 呼叫名称和图标。
  • 对于会议/群组呼叫，参与者人数和当前说话的参与者。
  • 用户可以静音自己。
CF-3 呼叫

在 Android Auto 未连接时发起的呼叫，在用户连接 Android Auto 后会继续，并显示在 Android Auto 上。
DL-2 媒体、导航、POI、IOT、天气

仅限 Android Automotive OS： 应用支持深层链接
驾驶员分心 DD-4 视频

应用在支持的设备上支持驾驶时的音频。有关其他详细信息，请参阅支持驾驶时的音频。

重要： 在不支持驾驶时音频的设备上，应用必须满足DD-2要求。
应用渲染 AR-2 视频、游戏、浏览器

应用渲染到显示屏刘海区域，以充分利用可用的屏幕空间，同时确保用户可以继续与屏幕上的所有 UI 元素交互。有关更多详细信息，请参阅适应不规则形状的显示屏。
媒体功能（模板化） MFT-2 媒体（模板化）

应用通过使用模板支持基本浏览和播放之外的场景来提供差异化体验。例如，提供扩展的播放控制或允许用户调整与驾驶相关的应用设置。

提示：尝试创建你的移动应用独有功能的汽车版本。有关更多详细信息，请参阅构建模板化媒体应用。
用户体验 UX-1 视频、游戏、浏览器

触摸目标至少为 64dp。
UX-2 视频、游戏、浏览器

触摸目标之间至少间隔 24dp，并且距离屏幕边缘至少 24dp。
UX-3 视频、游戏、浏览器

字体大小应至少为 24sp。

相关的屏幕质量指南

虽然这些指南与你的应用实现的所有活动相关，但它们仅对停放的应用是第 1 层要求。

标准 ID 汽车指南
用户体验 LS-U4 虽然 Android Automotive OS 支持键盘，但与其他大屏幕设备相比，它在汽车中是不太常见的输入方法。然而，有些汽车具有旋钮输入设备，它们依赖于与使用键盘进行标签导航相同的 API，因此它们也需要满足 LS-U4 才能正常工作。
键盘、鼠标和触控板 LS-I3 与 LS-U4 相同

常见问题

提交应用后会发生什么？

汽车应用除了正常的 Play 商店审核流程外，还需要额外进行人工审核。你的应用将接受测试，以确保符合适用的标准。

提交应用后，我如何得知我的应用是否不满足 Android Auto 或 Android Automotive OS 的所有要求？

如果你的应用不符合本页面上描述的应用质量要求，Play 商店团队将通过与该应用关联的 Google Play 管理中心帐号中指定的电子邮件地址与你联系。

注意： 有关如何在 Google Play 中发布应用的详细信息，请参阅分发到汽车。

如何管理政策违规和申诉？

你可以在 Google Play 政策中心详细了解如何管理政策违规和申诉。

我的应用不仅针对 Android Auto 或 Android Automotive OS。如果我的应用不符合汽车要求，我的新应用或更新的应用是否仍会在 Google Play 上面向其他设备显示？

不会。当 Google 开始审批流程时，你的应用会经过应用质量审核。任何后续更新只有在应用获得批准后才能分发。如果你需要为其他设备更新应用，请考虑从汽车应用的更新中创建一个单独的版本。

重要： 由于此限制，你不应将生产 APK 用于 Android Auto 支持原型设计。

变更说明

2025 年 5 月

  • 应用类别：“通讯 - 消息通知”取代“消息”类别。“通讯 - 模板化消息”和“通讯 - 呼叫”已添加，包括相关的“模板化消息功能”和“呼叫功能”标准。
  • 预期性能
    • 受影响的类别：游戏
    • 新标准：EP-3

    • 应用对输入响应迅速，在游戏过程中不会出现卡顿或停顿。

  • 显示方向
  • 深层链接
  • CPU 架构
    • 受影响的类别：视频、游戏、浏览器

    • 移除的标准：CP-1

      应用必须同时支持 x86_64 和 ARM CPU。

  • 驾驶员分心
    • 受影响的类别：视频

    • 新标准：DD-4

      应用在支持的设备上支持驾驶时的音频。有关其他详细信息，请参阅支持驾驶时的音频。

      重要： 在不支持驾驶时音频的设备上，应用必须满足DD-2要求。

2024 年 12 月

  • 应用类别：“天气”已添加，包括引入天气功能标准。
  • 地图渲染
    • 受影响的类别：导航、POI、天气

    • 新标准：MR-1

      默认情况下，绘制地图的应用必须在收到指令时绘制浅色主题或深色主题地图。有关更多信息，请参阅支持深色主题。

      应用可以允许用户选择始终以浅色或深色主题显示应用。

  • 导航功能
    • 移除的标准：NF-8
    • 受影响的类别：导航

    • 标准 NF-8 由MR-1标准替代。

    • 更新的标准：NF-9
    • 受影响的类别：导航

    • 原文

      应用支持在仪表盘显示屏上渲染，并且仅在此类显示屏上渲染地图图块。请参阅绘制到仪表盘显示屏。

    • 新文本

      应用支持在仪表盘显示屏上渲染，并且仅在此类显示屏上渲染地图图块。请参阅绘制到仪表盘显示屏。

      警告：同时支持天气功能的导航应用不得在仪表盘显示屏上包含任何与天气相关的信息。

  • 屏幕动画
    • 更新的标准：SA-1
    • 受影响的类别：媒体、消息、导航、兴趣点、天气

    • 原文

      应用不得在屏幕上显示动画元素，例如动画图形或视频。

    • 新文本

      应用不得在屏幕上显示动画元素，例如动画图形或视频。

      例外： 如果 Canvas 动画与驾驶任务相关，则允许在用户停放时显示 Canvas 动画。

2024 年 5 月

  • 引入汽车质量层级
  • 驾驶员分心
    • 受影响的类别：浏览器、游戏、视频

    • 新标准：DD-3

      应用在驾驶时不得启动或使用，并且不得播放任何音频。请参阅确保没有分心优化活动。

      注意：如果你的应用播放音频，它必须满足 DD-2 要求。

  • 应用渲染
    • 受影响的类别：Android Automotive OS 支持的所有类别

    • 新标准：AR-1

      在应用实现的活动中，交互式 UI 元素不得被系统栏或显示屏刘海遮挡。请参阅处理窗口边衬区和显示屏刘海。

    • 新标准：AR-2

      应用渲染到显示屏刘海区域，以充分利用可用的屏幕空间，同时确保交互式 UI 元素保持可访问。有关更多详细信息，请参阅适应不规则形状的显示屏。

  • 媒体控制
    • 受影响的类别：视频

    • 新标准：MC-1

      应用与媒体会话集成。根据内容，应用必须支持播放/暂停或停止播放命令。此外，应用必须为每个媒体项提供标题和缩略图元数据。请参阅使用 MediaSession 控制和宣传播放。

  • 用户体验
    • 受影响的类别：浏览器、游戏、视频

    • 新标准：UX-1

      触摸目标至少为 64dp。

    • 新标准：UX-2

      触摸目标之间至少间隔 24dp，并且距离屏幕边缘至少 24dp。

    • 新标准：UX-3

      字体大小应至少为 24sp。

  • 允许的体验
    • 受影响的类别：媒体、导航、POI、IOT

    • 新标准：PE-1

      仅限 Android Automotive OS： 除了在停放时提供设置、偏好设置和登录流程外，应用不得通过其自身的活动提供任何功能。

  • 导航功能
    • 受影响的类别：导航

    • 新标准：NF-9

      应用支持在仪表盘显示屏上渲染，并且仅在此类显示屏上渲染地图图块。请参阅绘制到仪表盘显示屏。

  • 延迟响应
    • 受影响的类别：视频

    • 移除视频类别的标准DR-1、DR-2和DR-3

2023 年 10 月

2023 年 7 月

  • 应用类别：“浏览器”已添加
  • 敏感数据
    • 受影响的类别：浏览器

    • 新标准：SD-1

      浏览器不得保存或允许访问密码或支付信息，除非用户可以使用配置文件锁定阻止访问密码。 （了解方法）

    • 新标准：SD-2

      在将数据同步到汽车之前，同步密码或支付数据的浏览器必须执行以下步骤

      1. 提示用户进行身份验证。
      2. 在汽车屏幕上通知用户其数据将同步到汽车。

2023 年 4 月

2023 年 3 月

  • 语法和格式更改。

2022 年 12 月

  • 物联网功能
    • 受影响的类别：物联网

    • 新标准

      IOT 应用在驾驶时可能允许以下操作
      • 查看设备当前状态。例如：查看车库门是否打开或关闭，灯泡是否打开或关闭，安全系统是否布防或撤防，或洗衣机是否正在运行或完成。
      • 简单的一触式功能，控制开关功能。例如：打开和关闭各种设备，包括打开和关闭灯，打开和关闭恒温器，或者打开和关闭车库门或窗帘。这也包括打开和关闭预编程场景或例程。
      • 通知用户在家中或其他位置发生的事件。例如：接收例程或场景通知，安全警报，或门打开或关闭状态的改变。
      IOT 应用在驾驶时不得允许以下操作
      • 任何类型的应用设置相关任务。例如：选择要与 IOT 应用一起使用的设备、系统或位置的功能。
      • 创建、修改或重新排序相关任务。例如：创建、修改或重新排序场景或例程的功能，例如离开或到达某个位置时的一系列事件，包括打开和关闭车库门，或打开和关闭灯。
      • 细粒度设备控制相关任务。例如：控制某些功能的能力，包括调节恒温器温度或照明亮度水平。

2022 年 5 月

  • 应用类别：“停车和充电”已替换为“兴趣点”
  • 屏幕动画
    • 受影响的类别：媒体、消息、导航和兴趣点

    • 原文

      应用不在屏幕上显示动画元素，例如动画图形、视频或进度条。

    • 新文本

      应用不在屏幕上显示动画元素，例如动画图形或视频。

  • 图像使用
    • 受影响的类别：媒体、消息、导航和兴趣点

    • 原文

      应用元素不得在屏幕上显示任何图像。例外包括

      • 应用可以在消费屏幕的背景中显示单个静态图像作为内容上下文，例如专辑封面或广告商的公司徽标。
      • 应用可以在内容导航抽屉中显示图标。
      • 导航、停车和充电应用可以显示图像和照片以协助驾驶决策。
      • 导航应用可以显示图像用于车道导航或路口导航。

    • 新文本

      应用元素不得在屏幕上显示任何图像。例外包括

      • 应用可以在消费屏幕的背景中显示单个静态图像作为内容上下文，例如专辑封面或广告商的公司徽标。
      • 应用可以在内容导航抽屉中显示图标。
      • 应用可以显示图像和照片以协助驾驶决策。
      • 导航应用可以显示图像用于车道导航或路口导航。
  • 由于汽车是大屏幕设备，应用应填充这些类别
    • 受影响的类别：媒体、消息、导航、兴趣点和视频

    • 原文

      应用不包含游戏或其他汽车预期应用类型以外的功能。有关更多信息，请参阅支持的应用类别。

    • 新文本

      应用不包含汽车预期应用类型以外的功能。有关更多信息，请参阅支持的应用类别。
  • 手机上的视觉信息
    • 受影响的类别：媒体、导航和兴趣点

    • 原文

      仅限 Android Auto：如果用户必须转到手机屏幕（例如，为了响应权限请求），则应用必须显示一条消息，指示用户仅在安全时查看手机屏幕。有关更多信息，请参阅媒体的处理常见错误，以及导航、停车和充电的处理用户输入。

    • 新文本

      仅限 Android Auto：如果用户必须转到手机屏幕（例如，为了响应权限请求），则应用必须显示一条消息，指示用户仅在安全时查看手机屏幕。有关更多信息，请参阅媒体的处理常见错误，以及导航和兴趣点应用的处理用户输入。
  • 导航功能
    • 受影响的类别：导航

    • 原文

      应用仅在导航模板的表面绘制地图内容。基于文本的逐向导航方向、车道引导和预计到达时间必须显示在导航模板的相关组件上。与驾驶相关的附加信息（例如限速和道路障碍）可以绘制在地图的右侧。

    • 新文本

      应用仅在导航模板的表面绘制地图内容。基于文本的逐向导航方向、车道引导和预计到达时间必须显示在导航模板的相关组件上。与驾驶相关的附加信息（如限速和道路障碍）可以绘制在地图的安全区域上。
  • 兴趣点功能
    • 受影响的类别：兴趣点

    • 原文

      应用必须在其类别中提供与驾驶相关的有意义的功能。

    • 新文本

      应用必须提供与驾驶相关的有意义的功能。

    • 移除的标准

      如果停车应用在地图旁边显示位置列表（例如，位置列表地图模板），则列表中的位置只能是停车位。

      同样，对于充电应用，位置必须是充电站。

2022 年 4 月

  • 显示方向
    • 受影响的类别：视频

    • 新标准

      应用绘制的 UI 同时支持横向和纵向屏幕。

  • 驾驶员分心
    • 受影响的类别：视频

    • 新标准

      驾驶时，视频应用不得启动，视频应用的屏幕不得可见。当用户开始驾驶时，视频应用的音频必须停止。

  • 设置流程
    • 受影响的类别：视频

    • 新标准

      应用在登录（或尝试登录）后必须跳转到主页。

  • 汽车功能
    • 受影响的类别：视频

    • 新标准

      应用不包含驾驶员优化活动。

  • CPU 架构
    • 受影响的类别：视频

    • 新标准

      应用同时支持 x86_64 和 ARM CPU。

  • 应用导航能力
    • 受影响的类别：视频

    • 新标准

      应用允许用户在应用中导航而不会遇到任何死胡同。

2021 年 11 月

  • 手机上的视觉信息
    • 受影响的类别：媒体、导航、停车和充电

    • 原文

      当应用与汽车屏幕交互且汽车未停放时，应用不会激活手机屏幕以显示任何形式的视觉信息，例如通知、Toast、视频、图像、广告或类似内容。有关更多信息，请参阅导航、停车和充电的构建导航应用。同样，当应用在手机屏幕上运行 Android Auto UI 时，应用不会在手机屏幕上显示与 Android Auto 无关的任何视觉信息。

      如果用户必须转到手机屏幕（例如，为了响应权限请求），则应用必须显示一条消息，指示用户仅在安全时查看手机屏幕。

    • 新文本

      仅限 Android Auto：如果用户必须转到手机屏幕（例如，为了响应权限请求），则应用必须显示一条消息，指示用户仅在安全时查看手机屏幕。有关更多信息，请参阅媒体的处理常见错误，以及导航、停车和充电的处理用户输入。

  • 支付
    • 受影响的类别：导航、停车和充电

    • 原文

      如果启用了购买功能，应用必须提供简单的流程。

    • 新文本

      如果启用了购买功能，应用必须使用快捷方式（例如最近购买或收藏购买）提供简单的流程。有关更多信息，请参阅使用现有支付方式购买。

      应用不得允许以下任何操作

      • 设置支付方式
      • 选择多个商品进行购买
      • 用户承诺定期支付（例如，订阅）。