An ITMS-91061: Missing privacy manifest rejection email looks as follows: ITMS-91061: Missing privacy manifest- Your app includes "<path/to/SDK>", which includes , an SDK that was identified in the documentation as a privacy-impacting third-party SDK. Starting February 12, 2025, if a new app includes a privacy-impacting SDK, or an app update adds a new privacy-impacting SDK, the SDK must include a privacy manifest file. Please contact the provider of the SDK that includes this file to get an updated SDK version with a privacy manifest. For more details about this policy, including a list of SDKs that are required to include signatures and manifests, visit: https://developer.apple.com/support/third-party-SDK-requirements. Glossary ITMS-91061: Missing privacy manifest: An email that includes the name and path of privacy-impacting SDK(s) with no privacy manifest files in your app bundle. For more information, see https://developer.apple.com/support/third-party-SDK-requirements. : The specified privacy-impacting SDK that doesn't include a privacy manifest file. If you are the developer of the rejected app, gather the name of the SDK from the email you received from Apple, then contact the SDK's provider for an updated version that includes a valid privacy manifest. After receiving an updated version of the SDK, verify the SDK includes a valid privacy manifest file at the expected location. For more information, see Adding a privacy manifest to your app or third-party SDK. If your app includes a privacy manifest file, make sure the file only describes the privacy practices of your app. Do not add the privacy practices of the SDK to your app's privacy manifest. If the email lists multiple SDKs, repeat the above process for all of them. If you are the developer of an SDK listed in the email, publish an updated version of your SDK that includes a privacy manifest file with valid keys and values. Every privacy-impacting SDK must contain a privacy manifest file that only describes its privacy practices. To learn how to add a valid privacy manifest to your SDK, see the Additional resources section below. Additional resources Privacy manifest files Describing data use in privacy manifests Describing use of required reason API Adding a privacy manifest to your app or third-party SDK TN3182: Adding privacy tracking keys to your privacy manifest TN3183: Adding required reason API entries to your privacy manifest TN3184: Adding data collection details to your privacy manifest TN3181: Debugging an invalid privacy manifest

App Store Connect displays the In-App Purchases and Subscriptions section on your app's version page when your app has an In-App Purchase or subscription with a Ready to Submit status. To locate the In-App Purchases and Subscriptions section: In Apps, select the app you want to view. In the sidebar, select the app version. On the version page, scroll down to the In-App Purchases and Subscriptions section. For more information, see Submit an In-App Purchase.

I have a question about Product page headers. I can see some apps like TikTok and Snapchat are using this feature. Is it only available for some accounts? If it is not currently available for all developers, when should we expect to gain access to it?

Hello! I have a new organization-level Apple Developer account and I'm stuck on the Tax Forms step in App Store Connect (https://appstoreconnect.apple.com/business). The system is showing me U.S. Form W-9 as the only option, but in my case filling out a W-9 would be incorrect — and I'd appreciate guidance from anyone who has resolved this. My setup: I am a non-US individual (not a US citizen, not a US resident, never lived in the US). I am the sole owner of a single-member LLC registered in the US (set up via Firstbase specifically to distribute a mobile app). For US federal tax purposes, this LLC is a disregarded entity — it's not treated as a separate taxpayer from its owner. Why W-9 is not the correct form in my case: The IRS instructions for Form W-9 explicitly state: "If the owner of the disregarded entity is a foreign person, the owner must complete an appropriate Form W-8 instead of a Form W-9. This is the case even if the foreign person has a U.S. TIN." Form W-9 also requires me to certify, under penalty of perjury, that I am a US person — which I am not. The LLC itself doesn't certify anything on a W-9 because it's disregarded; the IRS looks through to the beneficial owner, who in my case is a foreign individual. The correct form for me should be W-8BEN (Certificate of Foreign Status of Beneficial Owner — Individuals). What I've already tried: I opened two support cases 4 days ago and have not received a substantive response yet: Apple Developer Support — Case ID: 20000112974233 Ack Tax / Tax category settings — Team ID: 7YYWN3MYCY, Case ID: 19944616 My questions: Has anyone in the same situation (non-US individual, sole owner of a US single-member LLC) successfully switched the tax form from W-9 to W-8BEN inside App Store Connect? If so, how? Is there a specific path in the Business / Tax Forms section to declare the beneficial owner as a foreign individual that I might be missing? Is there an escalation channel beyond the standard support cases for tax-form issues that are blocking onboarding? Thanks in advance for any pointers.

Hello, My app 岩片 (YanPian, Apple ID 6800534375, bundle ID com.ajin.heartrate) was rejected on September 19, 2026 under Guideline 4.3(a) - Design - Spam. Submission ID: 69a97b70-0219-42fe-861f-ce737bc19b38, version 1.0 (202609061946). The app is original. I wrote it myself, it is the only app on my account, I have not submitted similar apps on any other account, and I have never used or bought an app template. It is a tool for lead climbers who film their climbs from a tripod far below the wall: Heart-rate overlay: pick a climbing video from Photos. Heart-rate samples recorded by Apple Watch are read from HealthKit (read-only), matched to the video by capture time, and drawn on the video with a heart-rate graph. Zoom and follow: the climber is tiny in a wide shot, so the app crops in and follows them with editable keyframes (on-device person detection). Live capture, with an optional Zhiyun CQ5 gimbal that moves only when the climber is about to leave the frame, and an optional Apple Watch companion. Everything runs on device. No account, no backend. What I have done so far: September 20: replied in App Store Connect with the explanation above. No response yet. September 29: submitted an appeal to the App Review Board. An earlier appeal got no confirmation, and I cannot find any record of it. The review was done on an iPad Air. The app is iPhone-only. Without a climbing video in Photos, the home screen only shows "New project" and "Live capture", so I understand it may look like a generic camera app. A screen recording of the full flow is attached to the submission in App Store Connect. If a specific app looks similar, I would be glad to know which part so I can change it. Could someone from App Review take a look? Thank you.

For an In-App Purchase made by a customer whose App Store account is in the Saudi Arabia storefront, where Apple acts as commissionaire and remits VAT, does Apple issue the customer any tax document (a VAT invoice or a tax receipt), or is the customer's purchase history the only record available? Apple's support article 'View your purchase history for the App Store and other Apple media services' (support.apple.com/en-us/118212) documents viewing purchase history only — the words 'receipt', 'invoice' and 'tax' do not appear on that page.

Does changing the price of an already-approved In-App Purchase trigger a new App Review, or does the new price take effect without review? App Store Connect Help states that changes to localized information require review and that 'New pricing will go into effect immediately', but never says explicitly whether a price change alone is exempt from review. We need this for a non-renewing subscription sold in the Saudi Arabia storefront.

Can an In-App Purchase that has reached the 'Approved' state ever be deleted from App Store Connect, either in the UI or through the App Store Connect API? App Store Connect Help documents no deletion procedure and no 'deleted' status. If deletion is possible, is it blocked while the product has existing purchases, or while it is still available for sale?

Hello, I recently received a Pending Termination Notice for my Apple Developer Program membership. The notice states that my account was identified as having provided false or fraudulent account information, documentation, or representations. I respectfully disagree with this finding. All information and documents I provided to Apple during enrollment and throughout my Developer Program membership are genuine and accurate. I have not intentionally provided false information, fraudulent documentation, or misrepresented my identity. I have complete original supporting documentation available and am fully willing to provide it again to Apple for verification, including identity and other relevant account verification documents. I have already been advised to submit an appeal to the App Review Board within the stated 30-day period, which I intend to do. I would appreciate guidance from anyone who has experienced a similar situation: Is there any additional verification process I should request as part of the appeal? Is there a recommended way to provide supporting identity documents for manual verification? Should I also contact Apple Developer Support in addition to submitting the App Review Board appeal? Is there anything specific that should be included when requesting reconsideration of a Developer Program termination related to Developer Identity? I am fully prepared to cooperate with Apple and provide any documentation necessary to verify the authenticity of my account information. My intention is simply to resolve any misunderstanding or discrepancy and have my Apple Developer Program membership reconsidered after verification. Thank you for any guidance.

Good day! I'm an individual developer in South Africa completing the EU Digital Services Act trader requirements (Business → Agreements → Compliance). The email verification code arrives every time. The phone verification code never arrives, by SMS or by call, on two different South African mobile numbers, both of which receive SMS normally from other senders. Tried Safari, Firefox private browsing and other browsers. I requested manual verification and opened support case 102972183599 on 22 September. I would like to launch in all regions at once, so this has to be done before I can launch. If this cannot be done online, I've heard of others providing a sworn affidavit signed by a Commissioner of Oaths confirming my name, address, email and phone number, plus proof of address. Could someone from Apple advise how to complete this manual verification, if needed?

I have been trying for 24 hours to upload app, and first time this has happened in 8 years and 100+ uploads. Please help. Validate App and Upload both hang indefinitely at "Preparing" in Xcode Organizer. No error is ever returned — the progress bar freezes and the operation never completes or times out. Transporter 1.4.5 fails identically. Key detail: archive 2.4.3 (build 123), which Apple accepted and processed on Sept 10, 2026, now hangs the same way when validated. Same machine, same Xcode, same Apple ID. This rules out the archive, its signature, and its provisioning profile. Already ruled out: two independent networks (home Wi-Fi and iPhone cellular hotspot); the archive itself (known-good build 123 fails identically); Xcode install (27.0 / 27A266a, xcode-select verified correct); Apple ID session (signed out and back in three times); full reboot. macOS 27.0 (26A428) on MacBookPro18,4. Last successful upload Sept 10, 2026. 100+ prior archives uploaded without incident over several years. macOS has updated twice since Sept 10. Separately: Transporter 1.4.5 crashes on macOS 27.0 with an unhandled exception in TransporterKit while drawing its activity queue (EXC_BREAKPOINT via +[NSApplication _crashOnException:]).

Hi everyone, I submitted my app for App Review on August 14, 2026, at 2:39 PM. I later submitted an updated version again on September 9, 2026. The latest submission has been showing “In Review” for the past 5 days, but I still haven’t received any review decision or additional information from the App Review team. As I understand it, once an app enters the “In Review” status, a review decision is generally provided after the review is completed. However, in my case, the status has remained unchanged for several days. Has anyone experienced a similar situation recently? Is it normal for an app to remain in “In Review” for this long, or is there anything I should do from my side? Any advice or guidance would be appreciated. Thank you!

Hi! I've successfully uploaded my web extension using the Web Extension Packager. However, there was a build error. When I review the list of cloud builds and click "view issues" for the failed build, I get the message: "Exporting for App Store Distribution failed. Please download the logs artifact for more information." However, I can't find any link in the app store connect web UI for viewing the logs artifact for Web Extension Packager builds.

Hello Apple Developer Support, My Apple Developer Program membership was terminated under Section 3.2(f), and I would like to petition the App Review Board for reinstatement. However, I am unable to access the Developer Support / reinstatement process. When I select “Get Started,” I am asked to sign in. After successfully signing in with the Apple Account associated with my developer membership, the page redirects and enters a login loop, so I cannot submit a request. My account currently appears as CLOSED in App Store Connect. Could Apple Developer Support please advise how I can submit my reinstatement petition, or assist with creating a support case for my terminated membership? Thank you.

We need Apple to urgently remove the spam flag on our app. This is not a request for another generic explanation of the rejection. We previously had a Webex meeting with Ewelina from Apple, during which we explained the app, its purpose, and the changes made in response to the prior rejection. We were explicitly told that our app is not spam, (and was never a spam) that the issue would be addressed, and that we could confidently resubmit the app. We relied on that assurance and resubmitted. Yet we received the same spam rejection again. This is causing immediate and substantial financial harm. We are already paying commitments to Plaid and Checkbook, fees to other providers, and salaries to employees who cannot perform the work they were hired to do while our app remains blocked. These costs continue every day without a launch, and our company is facing significant financial distress. We have had to cancel our launch event three times. The third cancellation followed this latest rejection, after Apple told us we could confidently resubmit. We made financial and operational decisions based on that guidance. Please urgently escalate this to someone who can review the Webex meeting with Ewelina, remove the spam designation, and ensure our app is not rejected again on the same basis Apple already told us did not apply. We need a concrete resolution now. We cannot keep paying providers and employees, cancelling launch plans, and absorbing losses because the same flag continues to be applied. If anyone here has experienced the same situation or knows how to get this escalated to someone who can resolve it, we would be extremely grateful for your help.

Hello, Our first submission was previously reviewed and we received feedback under Guideline 2.1 because the reviewer was unable to access the app due to a forced update issue. We fixed the issue completely, uploaded a new build, and resubmitted on Friday. The submission has now been in Waiting for Review for approximately 4–5 days with no further messages or requests. Could someone please confirm that the submission is correctly queued and that nothing else is required from our side? App: KIBAKI: Persian Community Submission ID: d1f921a3-9001-4ef2-a392-657860c437cd Current status: Waiting for Review Thank you.

The UI only says "There was an error processing your request". The network response is: POST /iris/v1/betaAppReviewSubmissions → 422 ENTITY_UNPROCESSABLE.BETA_CONTRACT_MISSING In Business → Agreements, all agreements are active and there is nothing left to accept. The build is processed and valid. Re-uploading, bumping the version and creating a new app version change nothing, so it looks like the account's beta contract flag didn't update after renewal. We contacted Developer Support over a week ago (Distribution → TestFlight) and haven't heard back. Could someone from Apple check the account's beta contract status or pass this to the App Store Connect team? Error ID: c9e61135-7a2f-4f52-bc39-bd3437d94440

I'm hoping someone from Apple engineering can help, as support tickets and callbacks have not resolved this issue. The problem: My app "Brutal Time - Typographic Clock" does not appear in App Store search results at all — not even when searching for its exact name "Brutal Time." This has been ongoing for over six weeks. Additionally, the app does not appear in Apple Search Ads when I try to set up a campaign — suggesting this is a backend indexing issue, not a ranking issue. Timeline: Dec 17, 2025: App launched, initially searchable Dec 31, 2025: Transitioned to freemium model, became invisible in search. Jan 5, 2026: Fixed the issue, submitted update (v2.02), approved same day Jan 14, 2026: Submitted metadata update (v2.03) to improve discoverability, approved same day Feb 8, 2026: Tried removing from sale and re-adding to force re-index — no effect Feb 10, 2026: Still not appearing in any search results What I've tried: Submitted multiple support tickets (most recent: Case #102797235758) Each ticket generates an automated reply stating Apple will respond within 2 business days — they never have Requested and received callbacks multiple times, was told it would be escalated to US engineering team. But no follow-up, no resolution, no explanation Removed from sale and re-added to attempt to force re-indexing — didn't work App shows "Ready for Distribution" in App Store Connect Direct link works fine: https://apps.apple.com/us/app/brutal-time-typographic-clock/id6756289461 Response from Apple Support: "The behavior you observed is expected. App Store charts and search results change regularly and we don't guarantee app placement." This response misses the point entirely. I'm not asking about rankings — I'm asking why the app is completely invisible in search, including for its own branded name. This is not an isolated issue. Other developers have reported the same problem with the same non-response from Apple: https://developer.apple.com/forums/thread/803937 https://developer.apple.com/forums/thread/73981 https://developer.apple.com/forums/thread/74110 Has anyone found a resolution? Is there any way to trigger a proper re-index, or escalate to someone who can actually investigate?

Hi everyone, I would like to ask if anyone else has experienced a longer-than-usual "In Review" phase recently. Here is the timeline for our app, App ID: 6800282515: Submitted for Review: Sep 14 at 05:00 Pacific Time Checked and found status in "In Review": Sep 14 at 19:00 Current Status: Still "In Review" (as of Sep 17, 19:00+) It has been in the "In Review" state for over 3 full days without any updates, rejection notices, or requests for additional info. Has anyone run into a similar issue lately? Is there any recommended way to handle this, or should we just wait a bit longer? Any advice would be greatly appreciated!

Hi everyone, We are experiencing an App Store Search query interpretation issue affecting our app, Afizzy. In the U.S. App Store, when a user searches for the exact app name “afizzy”, the App Store displays: “Showing results for frizzy” and provides “Search for afizzy instead?” as a separate option. The search field itself continues to display “afizzy,” so this does not appear to be device-level keyboard autocorrection. Instead, the App Store search results page is interpreting the submitted query as a different term. This is also not a ranking issue. The query substitution occurs before results for the exact term “afizzy” are displayed. We have already contacted Apple Developer Support and submitted this issue through Feedback Assistant: Developer Support Case: #102970470188
Feedback Assistant: FB24936985 We can consistently reproduce the issue on the U.S. storefront, and we have provided a screenshot showing the behavior. Has anyone encountered a similar issue where the App Store automatically rewrites an exact app or brand name to another term? If so, was there a particular process or Apple team that helped correct the search interpretation? We would greatly appreciate any guidance from Apple engineers or developers who have encountered a similar case. Thank you!

Hello App Review Team, I’m following up regarding our latest submission, which is currently in Waiting for Review. We have addressed the issues identified in the previous review and submitted a new build with the necessary fixes. We also submitted an expedited review request because we are hoping to make the updated version available to our users as soon as possible. Could you please check the status of our submission and let us know if anything else is required from our side? Thank you very much for your time and consideration. Best regards, Ninja Rift Team

Hello, I’m looking for clarification and guidance regarding a recent App Store Connect upload validation change that is preventing us from delivering an important bug-fix update to existing users on legacy iOS versions. Our production iOS app has historically supported iOS 11 and later. On August 28, 2026, we successfully uploaded a build with: MinimumOSVersion = 11.0 The upload completed successfully, with warnings only. One of the warnings stated: “MinimumOSVersion too low. This app has a MinimumOSVersion of 11.0. Starting later this year, all iOS apps must have a MinimumOSVersion of 13.0 or later in order to be uploaded to App Store Connect or submitted for distribution.” No specific enforcement date was provided. The same upload also displayed another warning stating: “Starting in Spring 2027, all iOS apps must have a MinimumOSVersion of 15.0 or later…” We subsequently uploaded another build targeting iOS 11 around September 8, and that version was successfully released on the App Store on September 10, 2026. I no longer have a screenshot of the warning from that particular upload, but the build itself was accepted and the corresponding version was released successfully. However, on September 17, 2026, when attempting to upload our next bug-fix build with the same MinimumOSVersion of 11.0, Apple’s server-side validation rejected the build with: Error 90068 “This bundle is invalid. The value provided for the key MinimumOSVersion '11.0' is not acceptable.” This means that the server-side enforcement appears to have changed sometime after our successful upload around September 8 and before September 17. What is especially confusing is that: the previous warning only said that iOS 13 would become mandatory “later this year”, without providing a specific enforcement date; iOS 11 builds were still being accepted in early September, including the build that was released on September 10; the same validation dialog stated that iOS 15 would become mandatory only in Spring 2027; the upload now fails completely before the build reaches App Store Connect or TestFlight. Because validation fails during upload, we cannot submit this build to App Review or request an expedited review. We have already completed a final bug-fix release for our existing legacy iOS users. Our intention is not to continue supporting iOS 11 indefinitely. We plan to increase the minimum supported iOS version after this release. We are only trying to deliver one final bug-fix update to users who already have the application installed on legacy iOS versions. The fix is ready, but affected production users currently have no way to receive it. I opened Apple Developer Support Case ID 102966589079 on September 17, 2026 and sent a follow-up on September 21. So far I have only received automated acknowledgements. The Developer Support case history also shows: “Email with Apple Developer Support — September 19, 2026” but I did not receive any email from Apple on that date. I checked Inbox, Spam/Junk, and Trash. Phone support for this case currently shows: “Phone support is currently unavailable due to high call volumes.” I have attached screenshots showing: the successful August 28 upload with the iOS 13 / iOS 15 warnings; the current Error 90068 rejection; the support case history. Could Apple please clarify: On what exact date did the MinimumOSVersion 13 requirement begin being enforced? Was this enforcement date announced anywhere before it became a hard upload requirement? Is there any supported way to upload one final bug-fix build for existing legacy iOS users? Could Case ID 102966589079 please be routed to the appropriate App Store Connect / Distribution team? Thank you.