The App Store Appeal Service Agency That Reinstates the Developer Accounts Other Reinstatement Agencies Give Up On.

If a store removed your app or terminated your developer account, your downloads and your proceeds stop with it. We work Google Play, the Apple App Store, Chrome Web Store, Microsoft Store, Amazon Appstore and Galaxy Store. We find the build, SDK, listing or account link the store acted on and write the appeal to the exact guideline, policy or violation ID it cited. Start with a free assessment and know where you stand before you pay.

97%Peak reinstatement rate
10,000+Cases resolved
145+Platforms covered
Free assessment before you pay anythingEvery appeal written to the rule the store citedAttorney-reviewed letters when a case needs legal weight
Every store, one teamPick your situation
Distribution7 storesWhat each store calls it
Apple App StoreApp Store ConnectRejected
Apple Developer ProgramMembershipActive
Google PlayPlay ConsoleUpdate rejected
Chrome Web StoreDeveloper DashboardRejected
Microsoft StorePartner CenterFailed
Amazon AppstoreDeveloper ConsoleTest failed
Galaxy StoreSeller PortalRejected
Note

Pick what happened. The wall shows what each store calls it and where it shows up, and the card shows the team that reviews it and the route we take.

As featured in
Fox BusinessBusiness InsiderCBS NewsMarketWatchHuffPostInternational Business Times
What we recover across the stores

Get Your Developer Account Back and Your Proceeds Released

A removal turns into a strike, strikes turn into a termination, and a termination freezes your proceeds. We work all of it at once.

developer · Store consoles, All apps
Before5 need action
Apps removed2
Updates rejected3
Strikes reversed0
All apps 14Live 9Action needed 5
AppBundle IDStatus
Fitness trackerRemoved
Photo editorRejected
Budget plannerTaken down
Recipe appLive
Habit trackerCertification failed
AfterAll live
Apps removed0
Updates rejected0
Strikes reversed1
All apps 14Live 14Action needed 0
AppBundle IDStatus
Fitness trackerLive
Photo editorLive
Budget plannerLive
Recipe appLive
Habit trackerLive

What changesEach app with an open action answered through its own store’s channel, with a fixed build and a matching declaration, until the catalog is live again.

developer · Developer account, Membership
BeforeTerminated
Apps in distributionAll removed
New submissionsBlocked
AssociationFlagged
6Account standing
Associated account linkFlagged
Policy strikes2 on record
Upload key reuseFlagged
Developer verificationPassed
AfterActive
Apps in distributionRestored
New submissionsAllowed
AssociationExplained
82Account standing
Associated account linkExplained
Policy strikes1 reversed
Upload key reuseRotated
Developer verificationPassed

What changesDeveloper account restored with every association explained in writing and the catalog back under its owner.

developer · Payments and proceeds
BeforeOn hold
Payments profileSuspended
Next payoutPaused
Tax and bankingUnder review
Developer proceedsHeld
Payout Held
Payout Held
Payout Held
AfterPaid
Payments profileActive
Next payoutScheduled
Tax and bankingComplete
Developer proceedsReleased
Payout Paid
Payout Paid
Payout Scheduled

What changesHeld proceeds, royalties, or settlement released through each store’s payments side, separate from the policy appeal.

Drag the handle to compare. Illustrative figures.
Who reviews your appeal

Who at the App Stores Reviews Your Appeal

App review, policy enforcement, privacy, account integrity, verification, payments and appeal boards exist at every store under different names. Our people have sat on the other side of these reviews. Open an endpoint to see what each team wants.

Who reads your case, at every storeOpen an endpoint
Store review APIv1, illustrative
POST

App review and certification

Called at
Request body, what it needs
Response, what it weighs

How we write for this team

Note

Every store runs the same seven functions under different names. Open an endpoint to see what each one asks for and what it weighs.

Your notice

What Your App Rejection or Termination Notice Means

Every store words its notices its own way. The notice tells you what the store flagged. It rarely tells you why. Pick the notice that matches yours and see what sets it off, what the store can prove and what it’s only assuming.

SEC
Guideline, policy, or test case rejection

Review rejection

Reviewed by App review and certification

Typical grade: Moderate

What sets it off

  • A crash, placeholder, or broken flow in review
  • A listing claim the build does not support
  • A duplicate or template app

What they can prove

  • What happened on the reviewer’s device
  • The listing and build it reviewed

What they infer

  • That the app is incomplete or misleading

Our pathway

  1. 1Reproduce on the cited device class
  2. 2Fix the build or the listing
  3. 3Write notes per cited line
  4. 4Reply or resubmit
Rejections clear on a fixed build and notes a reviewer can check in minutes.
Data safety, App Privacy details, prominent disclosure

Data disclosure

Reviewed by Privacy and data review

Typical grade: Moderate

What sets it off

  • An SDK collecting data the form does not declare
  • A broken privacy policy link
  • No disclosure before sensitive collection

What they can prove

  • What the build transmits
  • What the declaration says

What they infer

  • That users were misled about their data

Our pathway

  1. 1Audit every SDK
  2. 2Remove or declare the collection
  3. 3Update form and privacy policy
  4. 4Resubmit or appeal with the fixed build
Most disclosure findings trace to one SDK. The fix is the build, then the form.
STRIKE
Removal or takedown of a live app

App removed

Reviewed by Policy enforcement

Typical grade: Difficult

What sets it off

  • A policy breach found after release
  • A rescan of an SDK or code path
  • A rights owner or user complaint

What they can prove

  • The release it scanned
  • The rule it applied

What they infer

  • That the developer knew and shipped it anyway

Our pathway

  1. 1Identify the component or content
  2. 2Cure it in a new release
  3. 3Name the rule, fix, and proof
  4. 4Appeal once through the store channel
A removal is answered with a cured release and one appeal, not a request for leniency.
Strikes and repeated rejections

Repeat violations

Reviewed by Policy enforcement

Typical grade: Hell 1 to 2

What sets it off

  • The same rule cited across submissions
  • Removals that count as strikes
  • Fixes that did not hold

What they can prove

  • Every action on the account
  • The rule cited each time

What they infer

  • That the developer will keep violating

Our pathway

  1. 1Rebuild the full action history
  2. 2Answer each action with its fix
  3. 3Show the release controls
  4. 4Appeal the current action on that record
A pattern is answered with a pattern: every fix, dated, and the control that stops the next one.
Associated or linked account termination

Associated account

Reviewed by Account integrity and fraud

Typical grade: Hell 1 to 2

What sets it off

  • A signing key, device, or build machine shared with a terminated account
  • A payments profile or person in common

What they can prove

  • The shared identifier
  • When it was last used

What they infer

  • Common control with a terminated developer
  • An attempt to get around an earlier action

Our pathway

  1. 1Map every identifier the store can see
  2. 2Isolate the true link
  3. 3Prove independence with records
  4. 4Appeal with the map attached
Association cases are won with a map of who touched what and when.
Termination under the developer agreement

Account terminated

Reviewed by Account integrity and fraud

Typical grade: Hell 3 to 5

What sets it off

  • Repeated strikes
  • One severe finding such as malware or fraud
  • An association with a terminated account

What they can prove

  • Every strike and its rule
  • The apps removed with the account

What they infer

  • That the developer is a risk to users

Our pathway

  1. 1Rebuild the enforcement history
  2. 2Separate proof from inference
  3. 3Answer each action with its fix
  4. 4One appeal on the whole record
A termination is appealed on the whole record, not the last email.
$HELD
Proceeds, payments profile, royalty, or settlement hold

Proceeds held

Reviewed by Payments and proceeds

Typical grade: Difficult

What sets it off

  • An account action that freezes payouts
  • Tax or bank data that does not match
  • Refund exposure

What they can prove

  • The balance and the hold
  • The tax and bank records on file

What they infer

  • That proceeds are tied to the violation

Our pathway

  1. 1Reconcile tax and bank data
  2. 2Separate clean proceeds from disputed
  3. 3Open the claim with the payments side
  4. 4Follow it to release
Money runs on its own team at every store. We open that track on day one.
Associated account terminations

Why Your Developer Account Was Linked to a Terminated One

The store names the action. It doesn’t name the cause. We trace the link step by step and separate what the store can prove from what it’s assuming, before your one appeal is spent.

Reading the trace behind a terminationStep through the trace
account-integrity.log, illustrative
1AssociationException: linked to a terminated account
2atDeveloperAccount.review(account)Your account
3atUploadKey.match(release 31)Upload key
4atPaymentsProfile.compare(bank, tax ID)Payments
5atTeamAccess.member(contractor)Contractor
6atSdk.inspect(ads)Ad SDK
7atBuildHost.fingerprint(machine)Build machine
8atEntity.lookup(D-U-N-S)Entity
Caused bynot yet traced

Read the label

The store can prove
The store inferred
Note

A mobile studio publishing on Google Play and the App Store has its Play developer account terminated as associated with a terminated account, while an iOS update waits in review. Illustrative case pattern. Step through the trace the way we read it.

One cause, every store

Why an App Rejected on One Store Gets Rejected on the Next

Stores don’t share decisions, but the same build goes everywhere. An SDK, a template or a listing claim that breaks one rulebook usually breaks the others. We fix the cause once and answer each store in its own words.

One finding, six rulebooksPick a finding

A finding in your build

Rule names are the ones each store publishes or cites. Dotted rows are where a store applies a general rule, so we read your notice first.

Where it breaks the rules

6of 6 storefronts
name it directly
StoreRule it breaksTeam that reads itWhere you answer
Apple App Store
Google Play
Chrome Web Store
Microsoft Store
Amazon Appstore
Galaxy Store
Note

Pick a finding from your build. See the rule it breaks at each store, the team that reads it, and where you answer it.

How the store sees your account

How App Stores Decide Whether to Reinstate Your Account

A store doesn’t read your appeal on its own. It reads it against your whole developer record: your apps and their actions, your declarations, the accounts tied to yours and every appeal you’ve sent before. We write yours to answer what the store is actually weighing.

!

Potentially how it looks. A fictitious reconstruction built from our research and quantified only from cases we have handled. It is not an app store screen or tool. Names, IDs, and records are invented or redacted.

Developer recordPublisher Organization accountPayments profile Open investigation
Developer account terminated. Associated with a terminated account. Apps removed from distribution.
Annotated: do not reinstate without proof the shared upload key and build machine are no longer under common control.

Developer summary

Signals and declarations

A store reads the build, the listing, the declarations and the account links together. When any two don’t match, that becomes the finding.

Identity

Standing

Payments

Status pageInboxAccount detailsPayments
AccountUpload keyBuild machineDeviceNetworkPayments profileBankContact emailTeam memberEntity
This accountTerminated346327
Developer 02Terminated
Developer 03Active
Developer 04Active
Developer 05Closed
Developer 06Terminated
Developer 07Active
Developer 08Active

Showing 8 of 23 linked records. Termination reach follows association, so every hit is mapped before a word is written.

SearchShow 10 entries
ActionLast30 dayLifetime
Showing 1 to 10 of 118 entries123...Next
SearchShow 10 entries
AppStatusRule citedInstalls
Showing 1 to 7 of 14 entries123...Next
Rejected submissions per release cycleWithin targetBreachThreshold

R1R2R3R4R5R6R7R8

Illustrative review threshold. Stores do not publish a rejection rate limit, but repeat rejections on the same rule build the record.

SearchShow 10 entries
CaseStatusQueueUpdated
Showing 1 to 5 of 31 entries123...Next
SearchShow 10 entries
WhenBrowser, OSDevice IDNetworkTime zoneLocation
Showing 1 to 6 of 402 entries123...Next
How the team reads itTap any line in the record

Every flag above is something a reviewer weighs before they read a word of your appeal. Tap one to see what it means and what we do with it.

Step by step

How to Reinstate a Developer Account or a Removed App

Pick a store to see where your appeal gets filed. Below is how we work your case, start to finish, whichever store acted.

One appeal, filed at the right storeStep through, then switch stores
App Store Connect, Resolution Center
Rule cited
What the store detectedThree apps built from one template, near identical screens and metadata.
Case gradeModerate first rejection on this rule, clean account
Fix shipped
ExhibitsA. Feature comparison B. Unpublished list C. Release notes
If refused:
Step 1 of 5
Note

The file is built the same way everywhere. Step through it, then switch stores to see the channel, the rule, and the next rung change.

  1. 01

    We read the store’s own status page

    Play Console Policy status, the App Store Connect Resolution Center, the Partner Center certification report, the Chrome Developer Dashboard violation ID or the Seller Portal result, plus every email and past reply. Nothing gets written until we see the full picture.

  2. 02

    We find what the store detected

    We go through the build, every SDK, permissions, declarations, listing claims and every identifier on the account until we find exactly what the store flagged.

  3. 03

    We grade the case before you pay

    You’ll know how hard your case is and why. If we can’t help, we tell you before you pay.

  4. 04

    We write to the exact rule cited

    An appeal that names the guideline, policy or violation ID, the part of the app it covers, the fix and the proof, with the fixed build already shipped. A second specialist reviews it before it’s filed.

  5. 05

    We follow it to a decision

    Every reply from the store tells us something. We use developer support for narrow questions and only move to the appeal board or legal channels when the record supports it. We never resend the same appeal.

If the first submission is not enough

How the case escalates, one rung at a time

Rung 1 of 5

Reply or cured resubmission

A Resolution Center reply, a fixed build with notes to certification or a corrected package resubmitted for review.

Most rejections are decided here when the fix is real and the notes answer each cited line.
Rung 2 of 5

Formal appeal

The Policy status appeal on Google Play, the App Review Board on Apple, the Developer Dashboard appeal on Chrome or the appeal path in Partner Center, Developer Console or Seller Portal.

Often one shot per action, so it carries the whole case.
Rung 3 of 5

Developer support follow up

A support case that asks one narrow question about an open appeal, the account status or what’s still missing.

Used to confirm the gap, never to reargue the case.
Rung 4 of 5

Proceeds track

Withheld proceeds, royalties, payments profile and settlement holds, worked with complete tax and bank details.

Kept open from day one so the money does not wait on the appeal.
Rung 5 of 5

Attorney pre-escalation notice

When a case is stuck and the facts are on your side, an attorney-reviewed letter under the developer agreement, like the Apple Developer Program License Agreement or the Google Play Developer Distribution Agreement, puts the dispute on record. We only use it when the case calls for it.

The top rung. We only use it when the case calls for it.

Struggling to get it back on your own?

Book a call and we’ll map out your next move, or submit your case and we’ll look at it first. The assessment is free.

Your case

Check Where Your Developer Case Stands

Answer four quick questions and see how hard your case looks and what’s still missing. Nothing is sent until you hit submit.

  1. 1What did you receive
  2. 2Where does it stand
  3. 3What applies
  4. 4What you have

What notice did you receive

Where does the case stand today

Tick everything that applies

Which of these can you get

Preliminary gradeModerate
Team that reviews it
What they check
Our route
Still missing

A first look from four answers. The real grade comes after we read the notice and your file.

Your case file

developer case, draft

NoticeNot chosen yet
StatusNot chosen yet
Risk signalsNone ticked
DocumentsNot checked yet
GOT SUSPENDED?UnmatchedMatched
Matched case
97%Peak reinstatement rate
Drag to rotate
Why the hard cases come here

We are the ones developers come to when every other agency and law firm has already failed.

Most developers find us after their appeals were denied and another agency already tried. Some stores give you one appeal per action, so the next one has to be built differently. Our team has worked inside these platforms and knows what each review is measuring. That’s how we’ve resolved more than 10,000 cases.

How hard is your case

Know How Hard Your Developer Case Is Before You Pay

Toggle what’s true for your account and watch the grade change. The more damage on the account, the more work it takes, and your price follows. If there’s no real path, we tell you before you pay.

Risk signals
MODModerate
Moderate
What the team sees
How we work it

Moderate

A rejection with a clear fix in the build, the listing or the declaration. A fixed build or reply that answers each cited line.

Difficult

A removal, strike or hold that needs a fix and a precise appeal. Fix first, then one appeal naming the rule, the change and the proof.

Hell 1

A pattern the store reads as deliberate. A full review of every release and listing before anything is written.

Hell 2

A link to another account through keys, devices, payments or people. An identifier map and records that prove you’re independent.

Hell 3

A security or manipulation finding on the account. A code level review, the vendor or SDK behind it and a clean build.

Hell 4

Stacked actions and no open appeal on the main one. The narrow path that’s still open, including the appeal board where one exists.

Hell 5

The account and the money both stuck. The proceeds track worked alongside any appeal route that’s left.

Hell 6

No real path to a human reviewer left. We tell you before you pay.

Hell 7

No real option left. We tell you before you pay.

What you get

What’s Included in Your Developer Appeal

Everything we file for you, every reply the store sends back and a plan to keep your next release clean on every store you publish to.

Your case file, open in the editorOpen a file tab
case-fileappeal.mdAppeal to the rule cited
1# Appeal, Guideline 4.3
2Rule cited, exactly as written by the store
3 
4## What the store detected
5Three apps shared one template and near identical screens.
6 
7## Fix shipped
8Build 2.4 (118). Template code removed, two apps unpublished.
9 
10## Exhibits
11A Feature comparison B Unpublished list
1sdk,collects,declared,status
2analytics,app activity,yes,kept
3ads,device id,no,declared
4attribution,device id + location,no,removed
5crash,diagnostics,yes,kept
6 
7# declaration updated in release 2.4
8# privacy policy link checked in every locale
1{
2 "upload_key": "shared, rotated",
3 "build_machine": "contractor, access removed",
4 "payments_profile": "independent",
5 "bank": "independent",
6 "entity": "independent, D-U-N-S matched",
7 "exhibits": ["C1", "C2", "C3"]
8}
1# Proceeds claim
2Separate track, opened on day one
3 
4## Balance on hold
5Illustrative. Last three payouts held with the account.
6 
7## Records
8Tax form, bank letter, payments profile, all names matched.
9 
10## Request
11Release proceeds not tied to refunds or the finding.
1before_upload:
2 - sdk list reviewed against the declaration
3 - privacy policy link opens in every locale
4 - listing claims match the build
5per_store:
6 apple: review notes and demo account
7 google_play: Data safety rechecked
8 chrome: no remote code, readable source
9 microsoft: notes for certification
1 of 5UTF-8Illustrative case details
Note

Every deliverable is a file you keep. Open a tab to read it, or pick one from the list.

  • 01

    Appeal to the rule cited

    The reply or appeal for the action, written to the exact guideline, policy or violation ID, with every exhibit numbered.

  • 02

    Build and SDK audit

    Every SDK, permission and data flow in the build, with the corrected declaration and privacy policy.

  • 03

    Identifier map

    For associated and linked account cases, every shared and independent identifier, with the record that proves it.

  • 04

    Proceeds claim

    The proceeds, royalty or settlement claim, backed by matching tax and bank records.

  • 05

    Cross-store release checklist

    Checks to run before every release on every store you publish to, so the next update doesn’t add a rejection or a strike.

Inside the packet

What Goes Into a Strong Developer Account Appeal

Stores want to see the cause, the fix and the proof behind both. Tap a document to see an example.

App Store & Developer reference

App Store Actions and Who Reviews Them

Pick a category, then open any case to see who reviews it, what sets it off and what we send.

Who reviews developer cases

A

App review and certification

Tests every new app and update against the store’s rules. At Apple it is App Review, at Microsoft Store certification, at Amazon app testing on Fire devices, at Samsung functional and device review, and at Chrome automated and manual item review.

A build that does what the listing says, reviewer notes or a demo path, and nothing undisclosed.

Crashes and completenessListing against the buildDeclared permissionsDuplicate or template apps
P

Policy enforcement

Takes action on live apps and decides policy appeals. At Google Play this is the policy team, at Chrome Program Policies enforcement with its violation reference IDs, and at Microsoft, Samsung, and Amazon the content and policy reviewers.

Proof the action was an error, or that the violation is cured and cannot return in the next release.

Rule citedStrike and removal historyRepeat patternsSeverity
P

Privacy and data review

Checks what the app and every SDK inside it collect against what the developer declared. Apple reviews App Privacy details under guideline 5.1, Google Play the Data safety section, and Chrome prominent disclosure and limited use.

A build, a declaration, and a privacy policy that all say the same thing.

Declarations against the buildThird party SDKsPrivacy policy linkConsent screens
A

Account integrity and fraud

Acts at the account level: terminations, closures, associated and linked accounts, and manipulation. Apple acts under the program agreement, Google Play account integrity links associated accounts, Chrome suspends publishers for circumvention, and Partner Center reviews linked accounts.

Documentary proof that the accounts are independent, or that the link was a contractor or vendor now removed.

Shared signing keys and devicesPayments profiles and bank detailsPeople with accessLinks to terminated accounts
V

Verification and enrollment

Confirms who the developer is. Apple verifies the legal entity and D-U-N-S number at enrollment, Google Play verifies developer identity and organization details, and Chrome verifies trader status and contact details.

Identity and entity records that match the account, the payments profile, and each other exactly.

Legal name matchD-U-N-S and registrationSigning authorityContact details
P

Payments and proceeds

Holds or releases the money. Apple works through Agreements, Tax, and Banking, Google Play through the payments profile, Microsoft through payout and tax profiles, Amazon through developer payments, and Samsung through settlement.

Matching identity, tax, and bank records and a clear claim for proceeds not tied to refunds or fraud.

Profile statusTax and bank dataRefund exposureAccount standing
A

Appeal boards, support, and legal

The rungs above the first decision. Apple has the App Review Board, every store has developer support, and each runs legal channels under its developer agreement.

A documented record showing the process was followed and the decision still does not match the rules.

Completeness of the recordPrior appealsAgreement termsRevenue at risk

Review rejections

developer noticeCrash and completeness rejection

Crash and completeness rejection

We reproduce the failure on the reviewer’s device class, fix it, and resubmit with a demo path.

Reviewed by

App review and certification

What triggers it

An app that crashes, shows placeholder content, or fails a test case on the reviewer’s device.

What we submit

A fixed build, the reproduction steps, and a demo path or test account for the reviewer.

developer noticeMetadata and listing rejection

Metadata and listing rejection

We correct the title, screenshot, keyword, or claim the reviewer cited and check every locale.

Reviewed by

App review and certification

What triggers it

A title, screenshot, keyword, or claim that breaks the store’s metadata rules.

What we submit

A corrected listing checked in every locale against the line cited.

developer noticeSpam, duplicate, and minimum functionality

Spam, duplicate, and minimum functionality

We show what makes each app distinct or consolidate the portfolio before the reply.

Reviewed by

App review and certification

What triggers it

Several apps with the same function, a template build, or an app that does too little.

What we submit

What makes each app distinct, or a consolidated portfolio with duplicates removed.

developer noticeRepeated rejections counted as violations

Repeated rejections counted as violations

We stop the loop by answering the exact line cited, because each repeat builds the record against the account.

Reviewed by

Policy enforcement

What triggers it

The same rule cited across several submissions on one app or account.

What we submit

A reply that answers the exact line, a build that removes the cause, and a release checklist that stops the repeat.

developer noticeHidden or misleading features

Hidden or misleading features

We disclose every feature and remove anything the reviewer could not see.

Reviewed by

Policy enforcement

What triggers it

Behavior the listing does not disclose or that changes after review.

What we submit

A build with every feature disclosed or removed and a listing that matches it.

developer noticeTarget API or SDK version rejection

Target API or SDK version rejection

An update rejected for building against an outdated platform version.

Reviewed by

App review and certification

What triggers it

A build below the store’s current target requirement.

What we submit

A build on the required version, tested and resubmitted.

developer noticeKids and families category rejection

Kids and families category rejection

An app for children that does not meet the store’s kids rules.

Reviewed by

App review and certification

What triggers it

Ads, SDKs, or data practices not allowed in kids apps.

What we submit

Compliant SDKs, corrected audience settings, and a cleaned build.

Removals and takedowns

developer noticePolicy removal of a live app

Policy removal of a live app

We cure the violation in a new release and appeal once with the proof.

Reviewed by

Policy enforcement

What triggers it

A live app in breach of a store policy, often after a rescan or a complaint.

What we submit

One appeal with the cured release, the rule named, and the proof.

developer noticeMalware, security, and remote code

Malware, security, and remote code

We find the flagged component, remove it, and document the clean build.

Reviewed by

Policy enforcement

What triggers it

Code or an SDK that behaves like malware, loads remote code, or exposes users.

What we submit

A code audit, the vendor cause, the component removed, and a clean build.

developer noticeCopyright and trademark takedown

Copyright and trademark takedown

We establish rights or replace the asset and pursue the withdrawal.

Reviewed by

Appeal boards, support, and legal

What triggers it

A rights owner notice against the app name, icon, or content.

What we submit

Proof of rights or a license, or replaced assets and a request for withdrawal.

developer noticeCountry or region withholding

Country or region withholding

We fix the content for the country cited instead of changing the app everywhere.

Reviewed by

Policy enforcement

What triggers it

Content that conflicts with a specific country’s rules.

What we submit

The country specific change and a request to restore distribution there.

developer noticeImpersonation removal

Impersonation removal

An app removed for suggesting it belongs to another brand.

Reviewed by

Policy enforcement

What triggers it

A name, icon, or claim close to another company.

What we submit

A rebranded listing or the owner’s written authorization.

Developer account

developer noticeDeveloper account termination

Developer account termination

We rebuild the enforcement history and appeal on the full record.

Reviewed by

Account integrity and fraud

What triggers it

Repeated strikes, one severe finding, or an association on the account.

What we submit

The full enforcement history, each action answered with its fix, and one appeal on the whole record.

developer noticeAssociated or linked account termination

Associated or linked account termination

We map the identifier that created the link and prove independence.

Reviewed by

Account integrity and fraud

What triggers it

A signing key, device, payments profile, or person shared with a terminated account.

What we submit

An identifier map and records that prove independence or explain the contractor link.

developer noticeInstall and review manipulation

Install and review manipulation

We trace every marketing vendor and end the practice before appealing.

Reviewed by

Account integrity and fraud

What triggers it

Installs or ratings that look bought or incentivized.

What we submit

Every marketing vendor and campaign source, with proof the practice ended.

developer noticeEnforcement circumvention allegation

Enforcement circumvention allegation

We document why a second account or item was not a way around an earlier action.

Reviewed by

Account integrity and fraud

What triggers it

A new account or item that looks like a way around an earlier action.

What we submit

The legitimate business reason, the ownership records, and the history that shows no evasion.

developer noticeInactive account closure

Inactive account closure

An account closed for inactivity or unfinished setup.

Reviewed by

Account integrity and fraud

What triggers it

No activity or missing required steps.

What we submit

The completed steps and a request to restore access.

developer noticeAccount takeover

Account takeover

Changes made by someone who gained access to the console.

Reviewed by

Account integrity and fraud

What triggers it

Unusual sign-ins and releases the developer did not make.

What we submit

The access timeline, secured logins, and the unauthorized changes reversed.

Data and privacy

developer noticeData safety or privacy label mismatch

Data safety or privacy label mismatch

We reconcile the declaration with every SDK in the build.

Reviewed by

Privacy and data review

What triggers it

A declaration that does not match what the app or its SDKs collect or share.

What we submit

An SDK audit and a corrected declaration that matches the build.

developer noticeMissing or broken privacy policy

Missing or broken privacy policy

We publish a policy that matches the app and fix the link in every place the store reads it.

Reviewed by

Privacy and data review

What triggers it

A privacy policy link that does not load or does not cover the app.

What we submit

A working policy that matches the app, linked everywhere the store reads it.

developer noticePermissions and prominent disclosure

Permissions and prominent disclosure

We justify or remove sensitive permissions and add the disclosure the store requires.

Reviewed by

Privacy and data review

What triggers it

Sensitive permissions without a core use or a disclosure screen.

What we submit

Permissions removed or justified, and the disclosure and consent flow in the build.

developer noticeThird party SDK collection

Third party SDK collection

We identify the SDK, change or remove it, and document what it now collects.

Reviewed by

Privacy and data review

What triggers it

An SDK sending identifiers or personal data the developer did not declare.

What we submit

The SDK named, changed or removed, and the declaration updated to match.

developer noticeAccount deletion requirement

Account deletion requirement

An app that creates accounts without a way to delete them.

Reviewed by

Privacy and data review

What triggers it

No in app or web path to request account deletion.

What we submit

The deletion path in the app and the link where the store asks for it.

Verification and enrollment

developer noticeOrganization enrollment and D-U-N-S

Organization enrollment and D-U-N-S

We match the legal entity, D-U-N-S record, domain, and signing authority.

Reviewed by

Verification and enrollment

What triggers it

An entity name, D-U-N-S record, domain, or signer that does not match.

What we submit

Entity records, a corrected D-U-N-S profile, and proof of signing authority.

developer noticeIdentity verification hold

Identity verification hold

We align identity across the console and the payments records before resubmitting.

Reviewed by

Verification and enrollment

What triggers it

Identity or contact details the store cannot confirm.

What we submit

Documents that match the console and payments records exactly.

developer noticeTrader verification

Trader verification

We complete trader status and contact details so the item can stay listed.

Reviewed by

Verification and enrollment

What triggers it

Missing or unverified trader status and contact details.

What we submit

Completed trader details with the supporting records.

developer noticeMembership lapse

Membership lapse

Apps unavailable after a membership or agreement was not renewed.

Reviewed by

Verification and enrollment

What triggers it

An expired membership or unsigned agreement.

What we submit

The renewal and signed agreements, then a request to restore distribution.

Proceeds and payments

developer noticeHeld developer proceeds

Held developer proceeds

We claim proceeds on their own track while the account appeal runs.

Reviewed by

Payments and proceeds

What triggers it

Proceeds frozen with an account action or a review.

What we submit

A proceeds claim with reconciled tax and bank records.

developer noticePayments profile suspension

Payments profile suspension

We reconcile business, tax, and bank data and request release.

Reviewed by

Payments and proceeds

What triggers it

Risk or a mismatch on the payments profile.

What we submit

Matching business and bank records and a release request.

developer noticeRoyalty and settlement hold

Royalty and settlement hold

We complete tax interviews and settlement details and follow the hold to release.

Reviewed by

Payments and proceeds

What triggers it

Incomplete tax interviews, bank details, or settlement data.

What we submit

The completed tax and settlement records and a release request.

developer noticeIn-app purchase and billing rejection

In-app purchase and billing rejection

We fit digital goods to the store’s billing rule or document the exception that applies.

Reviewed by

App review and certification

What triggers it

Digital goods sold outside the store’s required billing system.

What we submit

A purchase flow that meets the billing rule, or the exception that applies, documented.

developer noticeRefund and chargeback offset

Refund and chargeback offset

Proceeds reduced for refunds the developer disputes.

Reviewed by

Payments and proceeds

What triggers it

Refund volume against recent sales.

What we submit

Order level records and a reconciliation of the balance.

?
Don’t see yours?

Your developer case may not be listed here. We have likely seen it.

We’ve worked far more developer cases than fit on one page, including rare notices and stacked decisions. Send us yours and we’ll work out the path with you.

Developer account questions

Developer Account Suspension FAQs

Don’t see your question? Send us your notice and we’ll answer it directly.

Why was my Google Play developer account terminated?

Google Play terminates a developer account for serious or repeated policy violations, including apps suspended for breaking the Developer Program Policies, since each suspension counts as a strike against the account. When an account is terminated, all its apps are removed from Google Play and you can no longer publish new apps.

How long do I have to appeal a Google Play account termination?

You have 180 days from the date of the decision to appeal a Google Play developer account termination. After that, Google considers the matter closed. If you appeal near the deadline and it is denied, Google gives an extra 30 days to send new information. Do not wait for the last week to file.

How do I appeal an app removal on Google Play?

You appeal an app removal on Google Play through the appeal link in the enforcement email or the Play Console Help appeal form. Google allows one appeal per app removal, suspension or other enforcement action, so the first appeal has to be complete. Explain why the app complies and fix any real issue before you file.

What is the difference between an app rejection, removal and suspension on Google Play?

On Google Play, a rejection does not affect account standing and earlier versions stay live. A removal does not immediately affect standing, and you keep users and ratings if you submit a compliant update. A suspension counts as a strike against your developer account, and the app’s users and ratings are forfeited.

What is an associated or related developer account termination?

A related account termination happens when Google Play links your account to another terminated developer account. Google says that when an account is terminated, any related Google Play developer accounts are also permanently suspended. If the link is a mistake, your appeal needs records proving the accounts are run by separate people or businesses.

Can I open a new Google Play developer account after a termination?

No. Google Play says any new account you try to open after a termination will be terminated as well, without a refund of the registration fee. The registration fee on the terminated account is also forfeited. Appealing the original termination within 180 days is the only real path back.

How do I appeal an App Store rejection?

You appeal an App Store rejection by submitting an appeal to Apple’s App Review Board if you believe Apple misunderstood your app or treated you unfairly. Give specific reasons your app follows the App Review Guidelines and answer any request for more information first. Apple allows one appeal per submission that did not pass review.

Why would Apple remove me from the Apple Developer Program?

Apple removes developers from the Apple Developer Program for cheating the system, such as tricking app review, stealing user data, copying another developer’s work or manipulating ratings. Bait-and-switch and subscription scams, impersonating other apps and egregious or repeated violations can also lead to removal, according to the App Review Guidelines.

How do I keep my developer account from getting terminated again?

You keep a developer account from getting terminated again by fixing the cause of past strikes and checking every update against the store’s policies before you submit. Keep metadata accurate, follow subscription and data rules and never buy or fake reviews. Each Google Play suspension adds a strike, so treat every warning seriously.

Is it worth hiring a developer account appeal service?

Hiring a developer account appeal service makes sense when your account was terminated, linked to another account or your one appeal is all you have left. A good service finds what triggered the action and builds an appeal with real proof. Start with a free assessment so you know how hard your case is before you pay.

How much does a developer account reinstatement service cost?

The cost of developer account reinstatement depends on the store and how hard the case is. A single app rejection takes less work than a terminated account with related accounts and a denied appeal. We start with a free assessment, then quote a price based on the work your case actually needs.

Can anyone guarantee developer account reinstatement?

No. Google Play and Apple make the final decision on every appeal, so no one can promise reinstatement, and you should be careful with anyone who does. What we commit to is the work: we build your one appeal on real proof and file it on time. You also get a straight answer on your chances before you pay.

Who we protect

The Operators, Brands and Firms That Trust Us

Some agreed to be named. Most can’t be. Tap a gold-framed face to hear it from them.

Tap any gold-framed face to hear it from them
Start here

Get a Free Assessment of Your Developer Account

Send us your status page. We’ll tell you where you stand before you pay anything. Hold off on pressing Appeal until your case is ready.

  • A specialist reads your notice before the call
  • You leave with the route and the grade in writing
  • No fee to talk, no obligation after
developer noticeApp rejectedReceived
1The real trigger is in your account
2The team that reviews it
What we foundYour next stepGrade and next step in writing
NoticeWhat we foundYour route