Car app quality

To provide a great experience for users in cars, complete the car compatibility checklists and tests that follow as you design and develop your app.

The checklists and tests define an extensive set of quality requirements for the various app categories supported by Android Auto and Android Automotive OS. Many requirements apply only to specific categories, so be sure to filter by your app's category. See the Car quality tiers definitions for details on which guidelines your app must meet in order to be accepted on the Google Play Store.

Test your app

Test your app for the applicable criteria listed on this page before submitting your app to Google Play for review. As applicable, test both of the ways users can access your app:

Android Automotive OS

Use the Android Emulator to validate each checklist item. For more information, see Test using the Android Automotive OS emulator.

Android Auto

Use the Android Auto Desktop Head Unit (DHU) to validate each checklist item. For more information, see Test using the Desktop Head Unit.

App categories

Supported categories	Android Auto	Android Automotive OS
Media	✔	✔
Messaging	✔
Navigation	✔	✔
Point of Interest (POI)	✔	✔
Internet of Things (IOT)	✔	✔
Video		✔
Games		✔
Browsers		✔

Car quality tiers

The quality tiers define criteria to help you assess the level of support your app provides for cars. Each category builds upon those below it. That is, for an app to be Car optimized, it should also meet all of the applicable Car ready requirements.

In addition to the guidelines specific to cars, each tier has associated guidelines from the Large screen app quality that are relevant for activities implemented by your app.

Levels of support include the following:

Tier 3 - Car ready

Your app is large screen compatible and can be used while the car is parked. While it may not have any car-optimized features, users can experience the app just as they would on any other large screen Android-powered device.

This tier primarily applies to the parked categories of apps, which must meet all of the requirements in this tier to be accepted on the Google Play Store.

Tier 2 - Car optimized

Your app provides a great experience on the car's center stack display. To accomplish this, your app has some car-specific capabilities that users can experience across driving or parked modes, depending on your app's category.

Apps in categories built for use while driving must meet meet all of the applicable requirements in this tier to be accepted on the Google Play Store.

Tier 1 - Car differentiated

Your app is built to work across the variety of hardware in cars and can adapt its experience across driving and parked modes. It provides the best user experience designed for the different screens in cars such as the center console, instrument cluster, and additional screens - like panoramic displays seen in many premium cars.

Car ready

Associated large screen quality guidelines

While these guidelines are relevant for all activities implemented by your app, they are Tier 3 requirements only for parked apps.

Criteria	ID	Guidance for cars
Configuration and continuity	LS-C1	Configuration changes in cars are primarily caused by moving an app between displays, such as when moving an app to or from a distant display.
	LS-C2	No additional guidance.

Car optimized

Associated large screen quality guidelines

While these guidelines are relevant for all activities implemented by your app, they are Tier 2 requirements only for parked apps.

Criteria	ID	Guidance for cars
Multi-window and multi-resume	LS-M2	When an activity is on a distant display, it loses the top resumed activity position when the user interacts with an activity on the main display.
UX	LS-U1	Some cars have landscape screens with much greater aspect ratios than are common on other large screen devices. You can use the Automotive Ultrawide hardware profile to test on such a display.
	LS-U2	Same as for LS-U1
	LS-U3	To qualify as a car optimized app, your app must meet the LS-U3 requirement for touch target sizes. To qualify as car differentiated, it must meet the car UX-1 requirement.

Car differentiated

Associated large screen quality guidelines

While these guidelines are relevant for all activities implemented by your app, they are Tier 1 requirements only for parked apps.

Criteria	ID	Guidance for cars
UX	LS-U4	Although keyboards are supported by Android Automotive OS, they're less common input methods in cars in comparison to other large screen devices. However, some cars have rotary input devices that rely on the same APIs as tab navigation with a keyboard, so they also require LS-U4 to be met to function properly.
Keyboard, mouse, and trackpad	LS-I3	Same as for LS-U4

What happens after I submit my app?

Apps for cars are subject to an additional manual review beyond normal Play Store review processes. Your app is tested to ensure compliance against the applicable criteria.

After submitting my app, how will I find out if my app does not meet all the requirements for Android Auto or Android Automotive OS?

If your app does not meet the app quality requirements described on this page, the Play Store team contacts you through the email address specified in the Google Play Console account associated with the app.

Note: For information about how to publish your app in Google Play, see Distribute Android apps for cars.

How do I manage policy violations and appeals?

You can learn more about managing policy violations and appeals in the Google Play policy center.

My app targets more than just Android Auto or Android Automotive OS. If my app does not meet the car requirements, will my new or updated app still appear on Google Play for other devices?

No. When Google begins the approval process, your app undergoes an app quality review. Any subsequent updates are not available for distribution until the app is approved. If you need to make updates to your app for other devices, consider creating a separate release from the updates to your car app.

Important: Due to this restriction, you should not use your production APK for Android Auto support prototyping.

Change notes

May 2024

• Introduction of the Car quality tiers
• Driver Distraction
  • Categories affected: Browsers, Games, Video

  • New criteria: DD-3

    ---

    The app must not be launchable or usable while driving and must not play any audio. See Ensure there are no distraction optimized activities.

    Note: If your app plays audio, it must meet the DD-2 requirement.

• App Rendering
  • Categories affected: All categories supported by Android Automotive OS

  • New criteria: AR-1

    ---

    In activities implemented by the app, interactive UI elements must not be obstructed by system bars or display cutouts. See Work with window insets and display cutouts.

  • New criteria: AR-2

    ---

    The app renders into display cutouts to fully make use of the screen space available while ensuring interactive UI elements remain accessible. See Adapt to irregularly shaped displays for more details.

• Media Controls
  • Categories affected: Video

  • New criteria: MC-1

    ---

    The app integrates with media session. Depending on the content, the app must support either the play/pause or stop playback commands. Additionally, the app must provide title and thumbnail metadata for every media item. See Control and advertise playback using a MediaSession.

• UX
  • Categories affected: Browsers, Games, Video

  • New criteria: UX-1

    ---

    Touch targets are at least 64dp.

  • New criteria: UX-2

    ---

    Touch targets are at least 24dp apart from each other and 24dp away from screen edges.

  • New criteria: UX-3

    ---

    Font sizes should be at least 24sp.

• Permitted Experiences
  • Categories affected: Media, Navigation, POI, IOT

  • New criteria: PE-1

    ---

    Android Automotive OS only: with the exception of providing setup, settings, and sign-in flows while parked, the app must not provide any functionality through its own activities.

• Navigation functionality
  • Categories affected: Navigation

  • New criteria: NF-9

    ---

    The app supports rendering on cluster displays, and only renders map tiles on these displays. See Drawing to the cluster display.

• Delayed Response
  • Categories affected: Video

  • Removal of criteria DR-1, DR-2, and DR-3 for the video category

October 2023

• The "Applicable Categories" column has been added to the Visual design and user interaction and Functionality tables.

July 2023

• App Categories: "Browsers" has been added
• Sensitive Data
  • Categories affected: Browsers

  • New criteria: SD-1

    ---

    Browsers must not save or allow access to passwords or payment information unless the user can block access to passwords using a profile lock. (Learn how)

  • New criteria: SD-2

    ---

    Before syncing data to the car, browsers that synchronize passwords or payments data must do the following steps:

    1. Prompt the user to authenticate.
    2. Notify the user on the car screen their data will be synchronized to the car.

April 2023

• App Categories: "Games" has been added
• Irrelevant Notifications
  • Categories affected: Games, Video

  • New criteria: IN-2

    ---

    The app must not provide any heads up notifications.

• Settings Flow
  • Categories affected: Video

  • Removed criteria: SF-1

    ---

    The app must proceed to the home page after sign-in or attempted sign-in.

• Automotive Functionality
  • Categories affected: Video

  • Removed criteria: AF-1

    ---

    The app must not contain any distraction-optimized activities.

March 2023

• Grammar and formatting changes.

December 2022

• Internet of Things Functionality
  • Categories affected: Internet of Things

  • New criteria:

    ---

    The IOT app may allow the following while driving:
    • View the current state of devices. For example: to view if a garage door is open or closed, a light bulb is on or off, a security system is armed or disarmed, or a washer is running or completed.
    • Simple, one-touch features that control on and off functions. For example: the ability to turn various devices on and off or open and close them, including turning lights on and off, turning a thermostat on and off, or opening and closing a garage door or curtain. This also includes turning a pre-programmed scene or routine on and off.
    • Notify users about an event in the home or another location. For example: receiving notifications for a routine or scene, a security alert, or a change in a door's open or closed status.
    The IOT app must not allow the following while driving:
    • Tasks related to app setup of any kind. For example: the ability to select devices, systems, or locations for use with the IOT app.
    • Tasks related to creation, modification, or reordering. For example: the ability to create, modify, or reorder a scene or routine, such as a sequence of events when departing or leaving a location, including opening and closing a garage door, or turning lights on and off.
    • Tasks related to fine-grained device control. For example: the ability to control certain functions, including adjusting thermostat temperatures or the level of lighting luminescence.

May 2022

• App Categories: "Parking & Charging" has been replaced with "Point of Interest"
• Screen Animation
  • Categories affected: Media, Messaging, Navigation, and Point of Interest

  • Previous text:

    ---

    The app does not display animated elements on the screen such as animated graphics, video, or progress bars.

    ---

  • New text:

    ---

    The app does not display animated elements on the screen such as animated graphics or video.

    ---

• Image Usage
  • Categories affected: Media, Messaging, Navigation, and Point of Interest

  • Previous text:

    ---

    App elements do not display any images on the screen. Exceptions include:

    • Apps may display a single static image for content context in the background of the consumption screen, such as album art or the advertiser's corporate logo.
    • Apps may display icons in the content navigation drawer.
    • Navigation, parking, and charging apps may display images and photographs to aid in driving decision-making.
    • Navigation apps may display an image for lane guidance or junction guidance.

    ---

  • New text:

    ---

    App elements do not display any images on the screen. Exceptions include:

    • Apps may display a single static image for content context in the background of the consumption screen, such as album art or the advertiser's corporate logo.
    • Apps may display icons in the content navigation drawer.
    • Apps may display images and photographs to aid in driving decision-making.
    • Navigation apps may display an image for lane guidance or junction guidance.

    ---

• Since cars are large screen devices, apps should fill thtegories
  • Categories affected: Media, Messaging, Navigation, Point of Interest, and Video

  • Previous text:

    ---

    The app does not include games or other features outside the app types intended for cars. For more information, see Supported app categories.

    ---

  • New text:

    ---

    The app does not include features outside the app types intended for cars. For more information, see Supported app categories.

    ---

• Visual Information on Phone
  • Categories affected: Media, Navigation, and Point of Interest

  • Previous text:

    ---

    Android Auto only: If the user must go to the phone screen—for example, to act on a permission request—then the app must display a message instructing the user to only look at their phone screen when it’s safe to do so. For more information, see Handle general errors for media, and Handle user input for navigation, parking, and charging.

    ---

  • New text:

    ---

    Android Auto only: If the user must go to the phone screen—for example, to act on a permission request—then the app must display a message instructing the user to only look at their phone screen when it’s safe to do so. For more information, see Handle general errors for media, and Handle user input for navigation and point of interest apps.

    ---

• Navigation Functionality
  • Categories affected: Navigation

  • Previous text:

    ---

    The app draws only map content on the surface of the navigation templates. Text-based turn-by-turn directions, lane guidance, and estimated arrival time must be displayed on the relevant components of the Navigation template. Additional information relevant to the drive— for example, speed limit and road obstructions—can be drawn on the right side of the map.

    ---

  • New text:

    ---

    The app draws only map content on the surface of the navigation templates. Text-based turn-by-turn directions, lane guidance, and estimated arrival time must be displayed on the relevant components of the Navigation template. Additional information relevant to the drive—speed limit and road obstructions—can be drawn on the safe area of the map.

    ---

• Point of Interest Functionality
  • Categories affected: Point of Interest

  • Previous text:

    ---

    The app must provide meaningful functionality in its category relevant to driving.

    ---

  • New text:

    ---

    The app must provide meaningful functionality relevant to driving.

    ---

  • Removed criteria:

    ---

    If a parking app is displaying a list of locations next to a map—for example, the Place List Map template—then the locations in the list can only be parking spots.

    Similarly, for a charging app, the locations must be charging stations.

    ---

April 2022

• Display Orientation
  • Categories affected: Video

  • New criteria:

    ---

    UIs drawn by the app support both landscape and portrait screens.

• Driver Distraction
  • Categories affected: Video

  • New criteria:

    ---

    While driving, the video app must not be launchable and the video app's screen must not be visible. The video app's audio must stop when the user starts driving.

• Settings Flow
  • Categories affected: Video

  • New criteria:

    ---

    App must proceed to the home page after (attempted) sign-in.

• Automotive Functionality
  • Categories affected: Video

  • New criteria:

    ---

    App does not contain driver optimized activities.

• CPU Architectures
  • Categories affected: Video

  • New criteria:

    ---

    App supports both x86_64 and ARM CPUs.

• App Navigability
  • Categories affected: Video

  • New criteria:

    ---

    App allows users to navigate through the app without encountering any dead ends.

November 2021

• Visual Information on Phone
  • Categories affected: Media, Navigation, and Parking & Charging

  • Previous text:

    ---

    While the app is interacting with the car screen and the car is not parked, the app does not activate the phone screen to present any form of visual information such as notifications, toasts, video, images, advertising, or similar. For more information, see Build a navigation app for navigation, parking, and charging. Similarly, while the app is running Android Auto UI on the phone screen, the app does not present any visual information on the phone screen that is unrelated to Android Auto.
    
    If the user must go to the phone screen—for example, to act on a permission request—then the app must display a message instructing the user to only look at their phone screen when it’s safe to do so.

    ---

  • New text:

    ---

    Android Auto only: If the user must go to the phone screen—for example, to act on a permission request—then the app must display a message instructing the user to only look at their phone screen when it’s safe to do so. For more information, see Handle general errors for media, and Handle user input for navigation, parking, and charging.

    ---

• Payments
  • Categories affected: Navigation, Parking & Charging

  • Previous text:

    ---

    The app must have simple flows if purchases are enabled.

    ---

  • New text:

    ---

    The app must have simple flows if purchases are enabled, using shortcuts such as recent or favorite purchases. For more information, see Android for Cars App Library design guidelines.

    The app must not allow any of the following:

    • Setup of payment methods
    • Multiple items to be selected for purchase
    • The user to commit to recurring payments—for example, subscriptions.

    ---