為提供車內使用者優質體驗，請在設計及開發應用程式時，完成下列車輛相容性檢查清單和測試。
檢查清單和測試可定義 Android Auto 和 Android Automotive OS 支援的各種應用程式類別所需的完整品質標準。許多規定只適用於特定類別，因此請務必依應用程式類別篩選。請參閱「車輛品質等級」定義，進一步瞭解應用程式必須符合哪些規範，才能通過 Google Play 商店的審查。
測試應用程式
將應用程式提交至 Google Play 進行審查之前，請先按照本頁所列適用標準完成測試。在適用情況下，請分別測試使用者存取應用程式的兩種方式：
- Android Automotive OS
- 使用 Android Emulator 逐一驗證檢查清單項目。詳情請參閱「使用 Android Automotive OS 模擬器進行測試」。
- Android Auto
- 使用 Android Auto 電腦版車用運算主機 (DHU) 逐一驗證檢查清單項目。詳情請參閱「使用電腦版車用運算主機進行測試」。
應用程式類別
車用品質等級
品質等級定義了相關標準，協助您評估應用程式針對車輛提供的支援等級。每個類別都會建立在下方類別的基礎上。也就是說，應用程式必須符合所有適用的「車用」規定，才能最佳化車用應用程式。
除了車輛專用規範外，每個等級都會參照「大型螢幕應用程式品質」中的相關規範，這些規範與應用程式實作的活動有關。
支援等級包括：
級別 3 - 車用
應用程式與大螢幕相容，且可在車輛停妥後使用。雖然這類應用程式可能沒有任何針對車輛進行最佳化調整的功能，但使用者可以像在其他大螢幕 Android 裝置上一樣使用應用程式。
這個層級主要適用於停車類別的應用程式，這些應用程式必須符合這個層級的所有規定，才能在 Google Play 商店中接受。
第 2 級 - 車用最佳化
應用程式可在車輛中控台螢幕上提供絕佳體驗。為達成這個目的，應用程式需要一些車輛專屬的工程，根據應用程式的類別，提供可用於行車或停車模式的功能。
專為行車時使用而設計的類別中的應用程式必須符合這個層級的所有適用規定，才能在 Google Play 商店中接受。
第 1 級 - 車輛差異化
應用程式可在各種車輛硬體上運作，並配合行車和停車模式分別提供相應的體驗。對於車輛中的不同螢幕 (例如中控台、儀表板，以及許多高級車會配備的全景螢幕等其他螢幕)，應用程式都會設計最佳使用者體驗。
車輛已就緒
| 條件 | ID | 適用類別 | 說明 |
|---|---|---|---|
| 許可類別 | PC-1 |
全部 |
應用程式不得包含車輛專用應用程式類型以外的功能。請參閱「支援的應用程式類別」。 |
| 預期效能 | EP-1 |
全部 |
應用程式必須能正常運作，或是符合 Google Play 商店資訊中的應用程式說明內容。 |
EP-2 |
媒體、導航、興趣點、物聯網、天氣、影片、遊戲、瀏覽器 |
從主畫面重新啟動應用程式時，應用程式必須盡可能將應用程式狀態還原到先前的狀態。 |
|
| 螢幕顯示方向 | DO-1 |
影片、遊戲、瀏覽器 |
應用程式可發布至固定螢幕方向的裝置。 請參閱「必要的 Android Automotive OS 功能」。 |
| CPU 架構 | CP-1 |
影片、遊戲、瀏覽器 |
應用程式必須同時支援 x86_64 和 ARM CPU。 |
| 應用程式算繪 | AR-1 |
Android Automotive OS 支援的所有類別 |
在應用程式實作的活動中，互動式 UI 元素不得遭系統列或螢幕缺口阻擋。請參閱「使用視窗插邊和螢幕凹口」一文。 |
| 駕駛人分心等級 | DD-3 |
影片、遊戲、瀏覽器 |
應用程式不得在行車期間啟動或可供使用，也不得播放任何音訊。請參閱「 確認沒有分心因素已排除的活動」。 注意：如果您的應用程式會播放音訊，則必須符合 DD-2 規定。 |
| 不相關的通知 | IN-2 |
影片、遊戲、瀏覽器 |
應用程式不得發布任何抬頭通知。 |
| 應用程式操作容易度 | AN-1 |
影片、遊戲、瀏覽器 |
使用者可瀏覽整個應用程式，不會遇到任何死路。 |
| 私密資料 | SD-1 |
瀏覽器 | |
SD-2 |
瀏覽器 |
在將資料同步處理至車輛前，同步處理密碼或付款資料的瀏覽器必須執行下列步驟：
|
相關大螢幕品質指南
雖然這些指南與應用程式實作的所有活動相關，但只有停用應用程式適用第 3 級規定。
| 條件 | ID | 車輛指南 |
|---|---|---|
| 設定和連貫性 | LS-C1 |
車輛中的設定變更主要是因為在螢幕之間移動應用程式，例如將應用程式移至遠端螢幕或從遠端螢幕移出。 |
LS-C2 |
沒有其他指引。 |
車用最佳化
| 條件 | ID | 適用類別 | 說明 |
|---|---|---|---|
| 已存放的體驗 | PE-1 |
媒體、導航、興趣點、物聯網、天氣 |
僅限 Android Automotive OS：除了在停車時提供設定、設定和登入流程之外，應用程式不得透過自身活動提供任何功能。 |
| 螢幕動畫 | SA-1 |
媒體、訊息、導航、搜尋點、物聯網、天氣 |
應用程式不得在螢幕上顯示動畫元素，例如動畫圖像或影片。 例外狀況：如果與駕駛任務相關，則允許在使用者停車時顯示無框動畫。 |
| 影像或文字廣告 | AD-1 |
媒體、訊息、導航、搜尋點、物聯網、天氣 |
應用程式不得顯示廣告客戶名稱或產品名稱以外的文字型廣告。 |
| 圖片使用方式 | IU-1 |
媒體、訊息、導航、搜尋點、物聯網、天氣 |
應用程式元素不會在螢幕上顯示任何圖片。例外狀況包括：
|
| 手機上的視覺資訊 | VI-1 |
媒體、導航、興趣點、物聯網、天氣 |
僅限 Android Auto：如果使用者必須查看手機畫面 (例如對權限要求執行操作)，應用程式就必須顯示訊息，指示使用者必須在安全無虞的情況下才能查看手機畫面。詳情請參閱處理媒體的一般錯誤，以及處理導航、興趣點、物聯網和天氣應用程式的使用者輸入內容。 |
| 應用程式未停止運作 | AC-1 |
導航、搜尋點、物聯網、天氣 |
使用者必須能夠在應用程式中，使用最多五個畫面完成工作。詳情請參閱「範本限制」。 |
| 捲動文字 | ST-1 |
媒體、訊息、導航、搜尋點、物聯網、天氣 |
應用程式不得顯示自動捲動的文字。 |
| 語音指令 | VC-1 |
媒體、導覽 | |
| 延遲回應 | DR-1 |
媒體、導航、興趣點、物聯網、天氣 |
應用程式專屬按鈕必須在 2 秒內回應使用者動作。 |
DR-2 |
媒體、導航、興趣點、物聯網、天氣 |
應用程式必須在 10 秒內啟動。 |
|
DR-3 |
媒體、導航、興趣點、物聯網、天氣 |
應用程式必須在 10 秒內載入內容。 |
|
| 對比 | VD-1 |
媒體、訊息、導航、搜尋點、物聯網、天氣 |
應用程式必須提供符合 Android Auto 對比度要求的圖示和顏色。詳情請參閱「對比」。 |
VD-2 |
媒體 |
應用程式必須提供白色圖示集，讓系統藉由著色提供自動對比補償。 |
|
VD-3 |
媒體 |
應用程式必須提供顏色，讓系統進行最佳化，提高車內易讀性。 |
|
| 灰色按鈕 | GB-1 |
媒體 |
刻意顯示為灰色的互動元素必須無法運作。 |
| 駕駛人分心等級 | DD-1 |
導覽 |
導航音訊頻道只能用於導航應用程式和導航操作說明。詳情請參閱「語音導航」。 |
DD-2 |
影片、遊戲、瀏覽器 |
在行車期間，應用程式不得啟動，且不得顯示應用程式的 UI。使用者開始行車時，應用程式的音訊必須停止播放，且在行車期間無法取消暫停。詳情請參閱「確認沒有分心因素已排除的活動」。 |
|
| 付款 | PA-1 |
導航、搜尋點、物聯網、天氣 |
如果已啟用購物功能，應用程式必須提供簡單的流程，例如透過捷徑使用最近或喜愛的購物方式。詳情請參閱「使用現有付款方式購買」。 應用程式不得允許下列任何行為：
|
| 通知廣告 | NA-1 |
媒體、訊息、導航、搜尋點、物聯網、天氣 |
應用程式不得透過通知顯示廣告。 |
| 不相關的通知 | IN-1 |
媒體、訊息、導航、搜尋點、物聯網、天氣 |
應用程式只會顯示與駕駛人需求相關的通知。
範例： |
| 媒體自動播放 | 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 |
導覽 |
應用程式必須處理來自其他 Android Auto 應用程式的導航要求。詳情請參閱「支援導覽意圖」。 |
|
NF-7 |
導覽 |
應用程式必須提供模擬行車的「試駕」模式。詳情請參閱「模擬導航」。 |
|
| 搜尋點功能 | PF-1 |
POI |
應用程式必須提供與駕駛相關的實用功能。 |
| 物聯網功能 | IT-1 |
IOT |
行車時，IoT 應用程式允許執行下列動作：
|
| 天氣功能 | WE-1 |
天氣 | 應用程式必須包含天氣相關內容，且該內容必須與使用者的當前位置或使用者指定位置相關。 |
WE-2 |
天氣 | 地圖圖塊上的天氣資訊必須可讀，且不得包含複雜的圖例。應用程式最多可包含三個圖例。含有多個圖例的應用程式最多可使用三種顏色，單一圖例的應用程式則可使用三種以上的顏色。 | |
WE-3 |
天氣 | 預測資訊必須包含易於閱讀的圖示和符號。 | |
WE-4 |
天氣 | 使用範本時，不得自訂預測間隔。 | |
WE-5 |
天氣 | 天氣應用程式在特定檢視畫面中，不得顯示超過五個獨特的天氣地圖註解 (例如：溫度標記、風速標記、濕度、雷達疊加圖層、閃電指標、道路狀況，全部都在同一個檢視畫面中)。 | |
| 地圖算繪 | MR-1 |
導航、搜尋點、天氣 |
根據預設，繪製地圖的應用程式必須在收到指示時，繪製出淺色主題或深色主題的地圖。詳情請參閱「支援深色主題」。 應用程式可讓使用者選擇一律以淺色或深色主題顯示應用程式。 |
| 媒體控制 | MC-1 |
影片 |
應用程式已整合媒體工作階段。視內容而定，應用程式必須支援播放/暫停或停止播放指令。此外，應用程式必須為每個媒體商品提供標題和縮圖中繼資料。請參閱「使用 MediaSession 控制及通告播放功能」。 |
相關大螢幕品質指南
雖然這些指南與應用程式實作的所有活動相關，但只有停用的應用程式適用於等級 2 的規定。
| 條件 | ID | 車輛指南 |
|---|---|---|
| 多視窗模式和多視窗運作 | LS-M2 |
當活動位於遠端螢幕上時，如果使用者與主要螢幕上的活動互動，該活動就會失去最上層的重新啟用活動位置。 |
| 使用者體驗 | LS-U1 |
部分車輛的橫向螢幕顯示比例遠大於其他大螢幕裝置的常見顯示比例。您可以使用汽車超寬硬體設定檔，在這種螢幕上進行測試。 |
LS-U2 |
與 LS-U1 相同 | |
LS-U3 |
如要符合車輛最佳化應用程式的資格，應用程式必須符合觸控目標大小的 LS-U3 規定。如要符合車輛差異化條件，應用程式必須符合車輛 UX-1 規定。 |
車輛差異化
| 條件 | ID | 適用類別 | 說明 |
|---|---|---|---|
| 導覽功能 | NF-9 |
導覽 |
應用程式支援在儀表板螢幕上顯示，且只會在這些螢幕上顯示地圖圖塊。請參閱「繪製至儀表板螢幕」一文。 警告：導航應用程式如果也支援天氣功能，則不得在儀表板螢幕上顯示任何天氣相關資訊。 |
| 應用程式算繪 | AR-2 |
影片、遊戲、瀏覽器 |
應用程式會算繪至螢幕缺口，以便充分利用可用的螢幕空間，同時讓使用者能夠繼續與螢幕上的所有 UI 元素互動。詳情請參閱「適應不規則形狀的螢幕」。 |
| 使用者體驗 | 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 支援的原型設計。
變更附註
2024 年 12 月
- 應用程式類別：「天氣」已新增，包括天氣功能條件。
- 地圖算繪
-
導覽功能
- 已移除的條件：NF-8
- 受影響的類別：導航
-
將 NF-8 替換為 MR-1 準則。
-
螢幕動畫
- 更新的條件：SA-1
- 受影響的類別：媒體、訊息、導航、搜尋點、天氣
-
舊文字：
應用程式不得在螢幕上顯示動畫元素，例如動畫圖像或影片。
-
新文字：
應用程式不得在螢幕上顯示動畫元素，例如動畫圖像或影片。
例外狀況：如果與駕駛任務相關，則允許在使用者停車時顯示無框架動畫。
2024 年 5 月
- 車用應用程式品質等級簡介
-
駕駛人分心等級
- 受影響的類別：瀏覽器、遊戲、影片
-
新標準：DD-3
開車時，應用程式不得啟動或可供使用，也不得播放任何音訊。請參閱「 確認沒有分心因素已排除的活動」。
注意：如果您的應用程式會播放音訊，則必須符合 DD-2 規定。
-
應用程式算繪
- 受影響的類別：Android Automotive OS 支援的所有類別
-
新標準：AR-1
在應用程式實作的活動中，互動式 UI 元素不得遭系統列或螢幕缺口阻擋。請參閱「使用視窗插邊和螢幕凹口」一文。
-
新標準：AR-2
應用程式會算繪至顯示區域裁剪區，以便充分利用可用的螢幕空間，同時確保互動式 UI 元素仍可供存取。詳情請參閱「適應不規則形狀的螢幕」。
-
媒體控制項
- 受影響的類別：影片
-
新標準：MC-1
應用程式已整合媒體工作階段。視內容而定，應用程式必須支援播放/暫停或停止播放指令。此外，應用程式必須為每個媒體商品提供標題和縮圖中繼資料。請參閱「使用 MediaSession 控制及通告播放功能」。
- 使用者體驗
-
允許的體驗
- 受影響的類別：媒體、導航、搜尋點、物聯網
-
新標準：PE-1
僅限 Android Automotive OS：除了在停車時提供設定、設定和登入流程之外，應用程式不得透過自身活動提供任何功能。
- 導覽功能
- 延遲回應
2023 年 10 月
- 我們已在「視覺設計和使用者互動」和「功能」表格中新增「適用類別」欄。
2023 年 7 月
2023 年 4 月
- 應用程式類別：「遊戲」已新增
- 不相關的通知
-
設定流程
- 受影響的類別：影片
-
已移除的條件：SF-1
應用程式必須在使用者登入或嘗試登入後繼續前往首頁。
-
Automotive 功能
- 受影響的類別：影片
-
已移除的標準：AF-1
應用程式不得包含任何分心因素已排除的活動。
2023 年 3 月
- 文法和格式變更。
2022 年 12 月
-
物聯網功能
- 受影響的類別：物聯網
-
新標準：
行車時，IoT 應用程式允許執行下列動作：- 查看裝置目前的狀態。例如：查看車庫門為開啟或關閉狀態、燈泡為開啟或關閉狀態、安全系統為啟動或解除狀態，或是洗衣機正在運轉或已完成。
- 用於控制開啟或關閉功能的簡單一觸操控功能。例如：開啟或關閉各種裝置 (包括開啟或關閉燈具、溫度控制器，或是車庫門/窗簾) 的功能。這也包括開啟或關閉預先設定的情境或日常安排。
- 通知使用者住家或其他地點發生的事件。例如：接收日常安排或情境的通知、安全性警示，或是門的開啟或關閉狀態變更。
- 與應用程式任何種類設定相關的工作。例如：選取裝置、系統或地點，用來與 IoT 應用程式搭配使用。
- 與建立、修改或重新排序相關的工作。例如：建立、修改或重新排序情境/日常安排的功能，例如在前往或離開特定地點時依序進行一系列事件，包括開啟和關閉車庫門或燈具。
- 與精細的裝置控制選項相關的工作。例如：控制特定功能，包括調整溫度控制器的溫度或照明亮度。
2022 年 5 月
- 應用程式類別：「停車與充電」已替換成「搜尋點」
-
螢幕動畫
- 受影響的類別：媒體、訊息、導航和搜尋點
-
舊文字：
應用程式不會在螢幕上顯示動畫元素，例如動畫圖像、影片或進度列。
-
新文字：
應用程式不會在螢幕上顯示動畫元素，例如動畫圖像或影片。
-
圖片使用方式
- 受影響的類別：媒體、訊息、導航和搜尋點
-
舊文字：
應用程式元素不會在螢幕上顯示任何圖片。例外狀況包括：
- 應用程式可在消費畫面的背景中顯示內容背景資訊的單一靜態圖片，例如專輯封面或廣告客戶的公司標誌。
- 應用程式可在內容導覽匣中顯示圖示。
- 導航、停車和充電應用程式可會顯示圖片和相片，協助判斷駕駛路線。
- 導航應用程式可顯示用於車道指引或路口指引的圖片。
-
新文字：
應用程式元素不會在螢幕上顯示任何圖片。例外狀況包括：
- 應用程式可在消費畫面的背景中顯示內容背景資訊的單一靜態圖片，例如專輯封面或廣告客戶的公司標誌。
- 應用程式可在內容導覽匣中顯示圖示。
- 應用程式可顯示圖片和相片，協助判斷駕駛路線。
- 導航應用程式可顯示用於車道指引或路口指引的圖片。
- 由於汽車是大型螢幕裝置，應用程式應填入類別
-
手機上的視覺資訊
- 受影響的類別：媒體、導航和搜尋點
-
舊文字：
僅限 Android Auto：如果使用者必須查看手機畫面 (例如對權限要求執行操作)，應用程式就必須顯示訊息，指示使用者必須在安全無虞的情況下才能查看手機畫面。詳情請參閱處理媒體的一般錯誤，以及處理導航、停車和充電的使用者輸入內容。
-
新文字：
僅限 Android Auto：如果使用者必須查看手機畫面 (例如對權限要求執行操作)，應用程式就必須顯示訊息，指示使用者必須在安全無虞的情況下才能查看手機畫面。詳情請參閱處理媒體的一般錯誤，以及處理導航和興趣點應用程式的使用者輸入內容。
-
導覽功能
- 受影響的類別：導航
-
舊文字：
應用程式只會在導航範本的介面上繪製地圖內容。文字式即時路線導航、車道指引和預估抵達時間必須顯示在導航範本的相關元件上。與駕駛相關的其他資訊 (例如速限和路障) 也可繪製在地圖的右側。
-
新文字：
應用程式只會在導航範本的介面上繪製地圖內容。文字式即時路線導航、車道指引和預估抵達時間必須顯示在導航範本的相關元件上。與駕駛相關的其他資訊 (例如速限和路障) 也可繪製在地圖的安全區域。
-
搜尋點功能
- 受影響的類別：搜尋點
-
舊文字：
應用程式必須在其類別中提供與駕駛相關的實用功能。
-
新文字：
應用程式必須提供與行車相關的實用功能。
-
已移除的標準：
如果停車應用程式要地圖旁邊顯示地點清單 (例如「地點清單地圖」範本)，則清單中的地點只能是停車地點。
同樣地，如果是充電應用程式，地點就必須是充電站。
2022 年 4 月
-
顯示螢幕方向
- 受影響的類別：影片
-
新標準：
應用程式繪製的使用者介面可同時支援橫向和直向螢幕。
-
駕駛人分心等級
- 受影響的類別：影片
-
新標準：
在行車期間，影片應用程式不得啟動，且不得顯示影片應用程式的畫面。使用者開始行車時，影片應用程式的音訊必須停止播放。
-
設定流程
- 受影響的類別：影片
-
新標準：
應用程式必須在使用者嘗試登入後繼續前往首頁。
-
Automotive 功能
- 受影響的類別：影片
-
新標準：
應用程式不含專為駕駛人設計的活動。
-
CPU 架構
- 受影響的類別：影片
-
新標準：
應用程式同時支援 x86_64 和 ARM CPU。
-
應用程式操作容易度
- 受影響的類別：影片
-
新標準：
應用程式可讓使用者瀏覽整個應用程式，不會遇到任何死路。
2021 年 11 月
- 手機上的視覺資訊
- 受影響的類別：媒體、導航和停車和充電
-
舊文字：
應用程式與車輛螢幕互動時，如果車輛未停妥，應用程式不會啟動手機螢幕，以便顯示任何形式的視覺資訊，例如通知、快訊、影片、圖片、廣告或類似內容。詳情請參閱建構導航應用程式，瞭解如何使用導航、停車和充電功能。同樣地，應用程式在手機螢幕上執行 Android Auto UI 時，應用程式不會在手機螢幕上顯示任何與 Android Auto 無關的視覺資訊。
如果使用者必須前往手機螢幕 (例如對權限要求執行操作)，應用程式就必須在安全無虞的情況下，顯示指示使用者只要查看手機螢幕的訊息。
-
新文字：
僅限 Android Auto：如果使用者必須查看手機畫面 (例如對權限要求執行操作)，應用程式就必須顯示訊息，指示使用者必須在安全無虞的情況下才能查看手機畫面。如需更多資訊，請參閱處理媒體的一般錯誤，以及處理導航、停車和充電的使用者輸入內容。
- 付款
- 受影響的類別：導航、停車和充電
-
舊文字：
如果已啟用購物功能，應用程式必須提供簡單的流程。
-
新文字：
如果已啟用購物功能，應用程式必須提供簡單的流程，例如透過捷徑使用最近或喜愛的購物方式。詳情請參閱「使用現有付款方式購買」。
應用程式不得允許下列任何行為：
- 設定付款方式
- 提供多項商品讓使用者選購
- 使用者承諾週期性付款，例如訂閱項目。