AppReviewFix
Guideline library
Google Play — Technical Compliance

Wear OS — Wear OS compliance requirements

Official source: Google Play Developer Program PoliciesTopic overview: The review process, app quality and enforcement
What this guideline means

Google reviews Wear OS apps against additional requirements beyond the base Android policy: the watch app has to function meaningfully on its own (not require the phone app open to work), respect battery/complication guidelines, and follow Wear-specific navigation patterns.

Why apps actually get flagged

Frequently caused by a companion watch app that's effectively non-functional unless the paired phone app is actively open, which Wear OS review treats as not meeting the standalone functionality bar.

A real example

"Your Wear OS app does not function independently of its companion phone app, which does not meet the Wear OS compliance requirements for standalone functionality."

The short version, in more detail

Wear OS apps are reviewed against additional requirements beyond the standard Android policy. The watch app must be useful on its own and not depend on the phone app being open, respect battery and complication guidelines and follow Wear-specific navigation patterns. A companion app that does little unless the paired phone app is active is a frequent problem.

Why this rule exists

A watch is used in short glances and has a small battery, so apps designed for phones do not translate directly. People expect a watch app to work quickly without a phone in hand. The additional rules keep Wear OS apps lightweight, fast and independent, which makes the platform feel reliable and prevents poorly adapted apps from draining the battery or cluttering the experience.

What this guideline covers

  • Standalone functionality on the watch.
  • Battery use and background activity.
  • Complications and tiles.
  • Navigation and interface patterns for small screens.

What usually triggers this rejection

  • A watch app that does not work without the phone app open.
  • High battery use from background work.
  • Interfaces copied from the phone version.
  • Complications that do not update properly.
  • Navigation that does not follow Wear patterns.

How reviewers evaluate it

  • Reviewers test the watch app on its own.
  • They check battery behaviour and complications.
  • They compare the interface with Wear OS guidance.
  • Quality problems can prevent publication.

Common misunderstandings

  • A phone app that works is not evidence that the watch app works.
  • Companion functionality is allowed, but the watch app needs its own value.
  • Battery use on a watch is judged more strictly than on a phone.

Common questions

Must a watch app work without the phone?

It should provide meaningful functionality on its own.

Are there special design rules?

Yes. Wear OS has its own interface and navigation guidance.

Does it affect battery?

Efficiency is part of the review.

Platform rules change often. This page is a plain-language explanation written by AppReviewFix, not official guidance. Check the current Google Play Developer Policy Center for the exact wording.

Got this exact rejection?Paste it in and get a diagnosis specific to your app, free.
Decode my rejection
Related guidelines
2.5.16 — Widgets, extensions, and notificationsAndroid Auto — Android Auto compliance requirements
AppReviewFix
ProductDecoderPricingGuideline library
CompanyAboutFAQContact
ResourcesGuidesTopic overviewsCommon rejection reasons
LegalTermsPrivacy
© 2026 AppReviewFixBuilt by a developer, not a committee.