Rejected twice under Guideline 5.6 "features intentionally hidden during review" — fixed everything, disclosed it myself, got the identical letter again. Anyone been through this?

Solo first-time developer here, hoping to hear from anyone who's actually gotten past this.

My app (a personal finance app, no IAP, no payments) was rejected under Guideline 5.6 - Developer Code of Conduct: "a pattern of unusual behavior... commonly associated with fraudulent activity... features that appear to have been intentionally hidden during the review process." No sub-section named, no specifics.

I audited my own build and found two things that could honestly fit: an update banner whose text and URL came from my server at runtime, and low usage caps on the guest/demo mode reviewers use. I disclosed both to App Review myself, fixed both (store URL compiled into the binary, server only answers "is there a newer build number", caps raised with wording cleaned up), and resubmitted the new build.

The new build got the word-for-word identical 5.6 rejection.

There's genuinely nothing left: no OTA updates, no WebView, no region/date/device checks, nothing server-configurable. Which makes me think the flag is on my account's history, not the binary — earlier I had a second App Store Connect record for the same app under an old bundle ID (never released anywhere), which I removed to resolve a 4.3(a), plus several resubmits in a short window while I learned the process.

What I've done so far: replied in Messages asking them to name the specific feature (offering a screen recording and a phone call), resubmitted so the reply actually gets read, and filed an App Review Board appeal.

Questions for anyone who's been here:

Did you ever get them to name the actual behavior, and how? If it was account-level, what finally cleared it — the appeal, a phone call, time, or something else? Did removing an old app record / resubmitting quickly ever turn out to be the trigger for you? Anything you'd do differently in my position right now?

Not looking to bash App Review — I just want to comply and can't find out with what. Thanks.

Since the App Review Board appeal is already pending, I would stop resubmitting new builds for now. Another speculative change may create a new review cycle without clarifying what Apple is actually detecting.

Prepare a review-state inventory for the exact appealed build: every remote configuration value, feature flag, server response, account role, usage limit, update check, region-dependent branch, deep link and relationship to the old app record. Attach a clean-install recording using the review credentials, together with timestamped server logs showing what the app received during that flow.

In the appeal, separate verified facts from assumptions. State that the two identified behaviors were removed, document how you verified their absence, and ask Apple to identify the exact screen or runtime behavior at issue—or confirm whether the concern relates to the app binary, developer account or previous App Store Connect record.

The previous record and rapid resubmissions may be relevant, but there is no way to establish that from the generic rejection alone. The strongest next step is one complete, reproducible evidence package rather than another binary change.

Rejected twice under Guideline 5.6 "features intentionally hidden during review" — fixed everything, disclosed it myself, got the identical letter again. Anyone been through this?
 
 
Q