应用ID(id6754838125),
A week has passed since I added in-app purchases to the already listed application, but it's still under review and I haven't received any result. I sent an email to inquire and asked me to keep waiting
We used Contacts Us There is no result.
2. The call has been made for expedited review. It was submitted on December 11th and is still under review
Previously, the result of the app review was available within 48 hours
Now, I don't know what solutions can be made to this problem. The company is in a hurry and needs to use the App to release a new movie
Navigate the App Store landscape. Share strategies for app submission, distribution, marketing, and user acquisition. Discuss best practices for getting your app discovered and downloaded.
Selecting any option will automatically load the page
Post
Replies
Boosts
Views
Activity
Hi,
I’ve been waiting for App Store review since December 3, and the submission is still in Waiting for Review status.
The update itself is very important for the app, but technically simple, with no unusual changes or new permissions. In the past, reviews were completed much faster, so this delay is concerning.
Is anyone else experiencing similar review times recently, or is this a known slowdown?
Thanks.
Topic:
App Store Distribution & Marketing
SubTopic:
App Review
Hello,
Suddenly when I search for my app in AppStore, it does not display in the returned results. Interestingly, apps with similar genre or interest are returned instead. I didn't change anything in the AppStore settings. Any ideas as to why this is happening?
Topic:
App Store Distribution & Marketing
SubTopic:
General
Hey there,
We've been using App Store Connect API to manage (create/update) Advanced App Clip Experiences via App Store Connect API.
Everything has worked fine, we've been able to successfully manage hundreds of app clips but all of a sudden starting on December 15th the API started returning the following error:
"id" => "1e15b36b-5347-4af0-9bab-7f6626ffec65"
"status" => "409"
"code" => "ENTITY_ERROR.INCLUDED.INVALID_ID"
"title" => "The provided entity id is invalid"
"detail" => "The provided included entity id 'EN' has invalid format"
"source" => array:1 [▼
"pointer" => "/included/0/id"
]
It does seem to be an API bug considering it has always worked fine and we didn't change anything on our side, the /included/0/id value has always been EN and never changed.
Moreover, EN still seems to be a valid value according to the API docs and there are no changes reported of that field in the API release notes.
Here's the request ID: 1e15b36b-5347-4af0-9bab-7f6626ffec65
I've tried using different values through trial and error (en, EN, EN-US, ...) and none of them worked.
Two hours ago we received 42 emails from Apple with the following content:
iTunes Connect
Dear .....,
The routing number you provided for the bank account ending in ..... is no longer correct. To receive payments, update your bank info with a valid account and routing number.
If you have any questions, use the Contact Us module on iTunes Connect.
We have been receiving payments to this account for 5 years and nothing has changed with the account. The account is valid and all details are correct.
And this is displayed under “Payments and Financial Reports”:
Payment Rejected
The routing number you provided for the bank account ending in .... is no longer correct. To receive payments, update your bank info with a valid account and routing number.
A lovely surprise for Christmas.
Topic:
App Store Distribution & Marketing
SubTopic:
App Store Connect
Tags:
App Store
App Store Connect
I would like to ask for clarification regarding my app submission with Submission ID: d293828f-8f9a-4a6d-b138-9650258ab3f3, which has been in “Waiting for Review” status for more than 7 days.
I understand that review times may vary depending on queue volume and other factors. However, this extended waiting period is impacting our release timeline, and there have been no status updates or requests for additional information.
Could you please help check the status of this submission or let us know if any further action is required from our side?
Thank you for your time and support. I look forward to your response.
Hello App Store Review Team,
I would like to ask for clarification regarding my app submission with Submission ID: d293828f-8f9a-4a6d-b138-9650258ab3f3, which has been in “Waiting for Review” status for more than 7 days.
I understand that review times may vary depending on queue volume and other factors. However, this extended waiting period is impacting our release timeline, and there have been no status updates or requests for additional information.
Could you please help check the status of this submission or let us know if any further action is required from our side?
Thank you for your time and support. I look forward to your response.
Topic:
App Store Distribution & Marketing
SubTopic:
App Review
Hi Apple Team,
I hope you are doing well. I am reaching out regarding the upcoming watchOS architecture requirements announced in your official communication.
According to the notice, beginning April 2026, watchOS apps uploaded to App Store Connect must include the arm64 architecture and be built with the watchOS 26 SDK. zoom current watchOS app, however, only supports arm64_32, and the app size is already over 60 MB in its current form.
If we add support for both arm64_32 and arm64, the binary will almost certainly exceed the 75 MB app size limit, and potentially violate the size constraints for each architecture slice as well. This raises practical concerns about how a dual-architecture watchOS app can remain within the required size limits.
Could you please advise whether Apple has any recommended approach or best practice for this scenario? For example:
Does Apple suggest that developers transition to arm64-only and drop support for arm64_32 devices?
Are there any exceptions, additional guidelines, or alternative mechanisms for handling apps that exceed the size limit when including both architectures?
Are there recommended techniques specifically for watchOS to reduce binary size when supporting multiple architectures?
Any guidance would be greatly appreciated, as we want to ensure our watchOS app remains compliant with the new requirements while continuing to deliver a reliable experience for our users.
Thank you very much for your support, and we look forward to your advice.
Topic:
App Store Distribution & Marketing
SubTopic:
General
In the verifyReceipt API response, there is a "is_trial_period" field.
As detailed in WWDC 2023 the verifyReceipt is deprecated, how to fetch the fact that the subscription is during the free trial period via recommended App Store server APIs?
Topic:
App Store Distribution & Marketing
SubTopic:
General
Tags:
App Store Server API
wwdc2023-10141
My app's Custom Product Page (CPP) submission has been stuck in "Waiting for Review" since its initial submission on Decemberr 28th, for over two weeks now.
Key Timeline and Troubleshooting:
Initial Wait and Self-Check: Initially thought it was a normal queue, but there was no progress after several days.
Comprehensive Troubleshooting: I have confirmed:
Developer account agreements and tax status are normal/valid.
This CPP is associated only with the live, published version of the app and is not linked to any pending new version.
There are no "Issues to Resolve" prompts in the App Store Connect backend.
Attempted Standard Solutions: I have tried "Withdraw and Resubmit" multiple times. The operation completes successfully, but the status always reverts to "Waiting for Review" and never progresses to "In Review".
Contacted Official Support: I have reported this issue multiple times through the App Store Connect "Contact Us" form and via email, explaining the suspected technical fault. However, I have not received any substantive feedback.
My Core Question:
Could this possibly indicate that my account or this specific CPP submission has encountered some rare "lock" or data synchronization failure within the backend system?
APP INFORMATIONS
APP NAME:Phàm Nhân Ngự Linh Truyện OEG
APP ID:com.oeg.bgyn.ios
CPP SUBMISSION ID:8e5813d2-c823-4168-a2c3-7030230f11c7
I'm reaching out in desperation because this review delay has already forced us to postpone a critical marketing campaign by nearly 20 days. I'm at my wit's end and genuinely don't know what else to do. Any guidance or insight from the community would be a lifesaver—this situation is putting my job at serious risk. Please, if anyone can help, I would be immensely grateful
Apple sent a final reminder asking developers to complete the updated age rating questions in App Store Connect.
Final reminder: Answer the updated age ratings questions.
We’re reaching out because you have not provided responses to the updated age ratings questions in the App Information section of your app in App Store Connect. If you don’t answer these questions by January 31, 2026, you won’t be able to submit app updates in App Store Connect.
The email says that if the age rating questions are not answered by 31 January 2026, you will not be able to submit app updates.
What is not clear is what actually happens after that date.
Many of us are in the middle of development and may not be ready to submit a new build before the deadline. The email does not explain whether this means:
A) You can still submit updates after 31 January 2026, as long as you complete the age rating questionnaire before submitting, or
B) The app becomes locked and cannot be updated at all once the deadline passes
This is not stated explicitly in the email, which makes it confusing for me.
It would be helpful if Apple could clearly confirm what developers should expect after 31 January 2026, especially for apps that are still undergoing active development.
Anyone knows?
Topic:
App Store Distribution & Marketing
SubTopic:
General
Dear Apple Support Team,
I am adding new subscriptions to my app and tried to submit them for review. However, I received the following error message:
"Your subscription could not be submitted for review. Please provide a privacy URL in App Privacy."
I have already provided the privacy URL and changed nothing in the past..
Could you please advise how to resolve this issue so I can submit my new subscriptions for review?
Thank you for your assistance.
Best regards :)
Hi,
We have submitted our app appeal on 13 November, and it has now been over a month without any update.
We understand that investigation can take time, but this appears to be taking longer than expected. Does anyone have such experience before?
Topic:
App Store Distribution & Marketing
SubTopic:
App Review
Hi, 2-3 weeks ago i submitted an update for two of my apps (one of them being a critical update to a bug that doesn’t allow the app to work) and I am still waiting, I contacted Apple support and they said that i just have to wait. But for how long?
Topic:
App Store Distribution & Marketing
SubTopic:
App Review
My app has been in “Ready for Review” for about ~2 weeks with no new messages in App Store Connect. I’m trying to figure out if this is normal right now or if there’s something I should do on my side. Thanks, just trying to sanity check timelines.
Topic:
App Store Distribution & Marketing
SubTopic:
App Review
Hello,
I’m looking for advice from developers who may have encountered similar App Review situations.
I have an iOS game (“Next Run Game”), a fantasy roguelike RPG.
App version 1.0.13 was reviewed and approved by App Review, but it was not released publicly on the App Store.
Later, I submitted version 1.0.14. This update contained only minor changes:
small balance tweaks
bug fixes
localization text fixes
No changes were made to metadata or presentation:
app name
icon
screenshots
description
branding
overall concept
After submitting version 1.0.14, the app began to be rejected under:
Guideline 4.3 (Spam)
later also Guideline 4.1 (Copycats)
The review messages are generic and state that the app or its metadata “appears to be misrepresenting itself as another popular app,” but no specific example, reference app, or concrete issue has been provided.
What is confusing to me:
The same app (version 1.0.13) was previously approved by App Review.
Metadata did not change between the approved and rejected submissions.
Appeals to the App Review Board and App Review Support requests were submitted (Nov 18 and Nov 28), but no response was received beyond automated confirmations.
Replies in App Store Connect result only in repeated template responses that do not address the points raised.
Questions:
Has anyone experienced an app being approved and later rejected under 4.1 or 4.3 without metadata changes?
Is it expected that App Review can reinterpret “copycat” or “spam” issues retroactively when nothing has changed?
Are there known practical steps in such cases besides renaming the app or fully rebranding?
Is there any effective escalation path when appeals receive no response for multiple weeks?
I’m trying to understand whether this is a known pattern and what realistically helps in practice.
Thank you for any insights.
Topic:
App Store Distribution & Marketing
SubTopic:
App Review
For some reason, I can't add the app to the appstore connect. Can't understand what happened, what the license this popup talking about.
Topic:
App Store Distribution & Marketing
SubTopic:
App Store Connect
Hi,
at first I submitted an app where you asked for a way to review everything while you mentioned a demo mode would be fine. I added a demo mode and submitted the app together with in-app purchases. Now you are asking for an actual API token for an external service which I cannot provide. I responded with the info about the demo mode. The next review was rejected because the in-app purchases are kind of lost. I cannot map them.
Next re-submit was rejected because the in-app purchases are missing.
The in-app purchases are stuck in a waiting status.
Please do whatever you need to do to either release the in-app and let me map them again or map them yourself.
Regards,
Vitali
Hello,
We are reporting an issue with an Advanced App Clip Experience that we created in App Store Connect.
Issue: The Advanced App Clip Experience, created on Wednesday, December 10th, has remained in the 'Received' status since its submission, and we have not seen any progress or change in its review status.
Context:
After conducting extensive research through the Apple Developer Forums, we have observed that numerous developers have reported similar problems with Advanced App Clip Experiences getting stuck indefinitely in the 'Received' status. In several of these discussions, the recommended course of action for persistent delays or lack of status updates is to open a report via Feedback Assistant.
FYI, our feedback assistant number is FB21344257
We kindly request your assistance in investigating this matter and helping us move forward with our Advanced App Clip Experience.
Thank you for your time and support.
Best regards,
I experienced a severe backend session handling error where the payment gateway used a wrong billing token, despite the frontend UI explicitly displaying the current user's details. This resulted in an accidental renewal of a different developer account.
The Setup You opened the Developer App and logged in as ____. You filled in your details correctly (Name: AB, Last Name: CD). The screen confirmed this: "You are paying for ____."
The Action You pressed the Enroll/Pay button. You approved the payment with your card/UPI.
The Invisible Switch (The Bug) At the exact moment you clicked "Pay," the Apple App didn't look at the screen you were seeing. Instead, it looked deep into your phone’s history and said: "Wait, I know this phone! This phone belongs to an old account that already has a membership. I'll just renew that one."
The Result The system took your money and sent it to the Old Account it remembered from history, completely ignoring the New Account (____) that was right there on the screen.
The Outcome
New Account (____): Still says "Pending" because it never got the money.
Old Account: Got renewed instantly because the system prioritized the "device history" over the "logged-in user."
It was a bait-and-switch by the app. You clicked "Pay" for AB, but the wire connected to Old Friend.