Dribba
App Store Review · Google Play · Compliance

Your app was rejected by App Store or Google Play.

The most common rejection reasons and how to fix them fast.

+300

Projects delivered

15+

Years of experience

100%

Senior team

Apple rejects between 15% and 20% of apps on first review. Google Play has a lower rejection rate but also rejects apps — and in both stores, rejections can reappear in updates. The most frequent causes are: privacy and permissions (the most common on iOS since iOS 14.5), incomplete functionality or crashes, content violating store policies, and misleading metadata or screenshots. The rejection that hurts most is the one that arrives just before launch.

Resolving a rejection requires understanding exactly what the reviewer wants — something that isn't always obvious in the automated messages from the stores. Dribba has resolved App Store and Google Play rejections for dozens of apps: from incorrect App Tracking Transparency implementation to non-compliant in-app purchase flows. If your app was rejected, tell us the reason — we've probably solved the same issue before.

Related services

How we can help you.

Frequently asked questions

The most common questions.

The 5 most frequent causes are: (1) privacy and permissions — App Tracking Transparency incorrectly implemented or permissions without clear contextual justification; (2) payments — use of external payment systems without complying with Apple policies or flows that bypass in-app purchases; (3) content — material violating community guidelines; (4) incomplete functionality — the app crashes or has non-working features during review; (5) metadata — screenshots or description misleading about actual functionality.

It depends on the reason. Metadata problems resolve in 1–3 days. Technical implementation issues (privacy, payments, permissions) require 1–2 weeks of development plus Apple's re-review time — normally 24–48 hours, though it can reach 1 week during high-demand periods.

Yes. Apple and Google Play review every update and can reject features that don't comply with current policies, even if the previous version was approved. Policies evolve — especially around privacy, payments and AI-generated content — and what was valid 18 months ago may not be today. A technical audit before each major update prevents surprises.

This is common. Apple's rejection messages are often generic and don't specify exactly which code or flow violates the policy. The correct process is: (1) review the message looking for specific guideline references; (2) audit the described functionality; (3) prepare a reviewer response with the change made and its justification. Apple allows responses before resubmission when there's ambiguity. Dribba manages this process end to end.

Have a project in mind?

Tell us about your project. We'll respond within 24 hours.

No commitment, no small print. An honest assessment of your idea with the team that will build it.