Category: Apple Developer News

Beginning December 10, 2025, a new Australian law will require certain social media platforms operating in Australia to prevent people under 16 from having a social media account. Impacted developers are responsible for making sure they follow the requirements of the new law, including deactivating any existing accounts for users under 16 and monitoring new signups.

Apple provides several tools to help meet the requirements of this law:

Declared Age Range API

The new Declared Age Range API helps developers provide age-appropriate experiences for their users. Developers can choose to request the age range that is most relevant to their use case, such as an age range of under 16, and modify app behavior based on this information.

App description on the App Store

When making an app available on the App Store, developers must include a description that helps users determine whether the app is appropriate for them. Developers can use this app description field to indicate information that may not be captured in other areas of the product page, such as social media age restrictions for people under a certain age.

In-app controls on the App Store product page

This year, Apple updated the age ratings questionnaire that is required for all apps. The update included adding new questions about in-app controls, such as the presence of age assurance and parental controls. Apps using age assurance methods — such as the Declared Age Range API — to comply with the law and prevent users under 16 from creating accounts can indicate the presence of this capability on their App Store product page.

Higher minimum age rating

With our recent update to age ratings, developers can set a higher age rating than the one generated by their responses to the age ratings questionnaire in App Store Connect. Developers can view the age rating for each of their apps and select a higher rating if they wish, in the App Information section in App Store Connect.

Age Suitability URL

When updating an app’s age rating, developers have the option to include an Age Suitability URL that links to a developer-hosted website with details about the app and its age-related content. When enabled, this URL appears on the App Store product page under the age ratings details section. Developers can use this URL to provide region-specific information and requirements, such as the prohibition in Australia of people under 16 having a social media account.

Learn more about the Declared Age Range API

Learn more about updating your app’s age rating

Learn more about an app’s product page

In this edition:

• Meet the 2025 App Store Award winners.
• Sign up for new design and Liquid Glass activities in the new year.
• Check out the latest additions to our ever-expanding video library.
• Meet the team behind the sticker-centric language-learning app CapWords.
• Browse new documentation and HIG updates.

Read the full story

Every year, the App Store Awards celebrate exceptional apps and games that improve people’s lives while showcasing the highest levels of technical innovation, user experience, design, and positive cultural impact. This year, the App Store Editorial team is proud to recognize 49 outstanding finalists. Winners will be announced in the coming weeks.

Learn about the finalists

Today, we’re introducing the Mini Apps Partner Program, which expands on the App Store’s ongoing support for apps that offer mini apps. Mini apps are self-contained experiences that are built using web technologies like HTML5 and JavaScript. This program is designed to help developers who host mini apps grow their business and further the availability of mini apps on the App Store — all while providing a great customer experience.

Participating developers may benefit from a reduced commission rate of 15% on the sales of qualifying In-App Purchases. To be eligible for this reduced commission rate, participating apps must support certain App Store technologies, including the Declared Age Range API and the Advanced Commerce API in order to help provide a safe and seamless experience for customers of all ages.

Learn more about the Mini Apps Partner Program and eligibility

The App Review Guidelines have been revised to support updated policies and to provide clarification. Please review the changes below:

• 1.2.1(a): This new guideline specifies that creator apps must provide a way for users to identify content that exceeds the app’s age rating, and use an age restriction mechanism based on verified or declared age to limit access by underage users.
• 2.5.10: This language has been deleted (“Apps should not be submitted with empty ad banners or test advertisements.”).
• 3.2.2(ix): Clarified that loan apps may not charge a maximum APR higher than 36%, including costs and fees, and may not require repayment in full in 60 days or less.
• 4.1(c): This new guideline specifies that you cannot use another developer’s icon, brand, or product name in your app’s icon or name, without approval from the developer.
• 4.7: Clarifies that HTML5 and JavaScript mini apps and mini games are in scope of the guideline.
• 4.7.2: Clarifies that apps offering software not embedded in the binary may not extend or expose native platform APIs or technologies to the software without prior permission from Apple.
• 4.7.5: Clarifies that apps offering software not embedded in the binary must provide a way for users to identify content that exceeds the app’s age rating, and use an age restriction mechanism based on verified or declared age to limit access by underage users.
• 5.1.1(ix): Adds crypto exchanges to the list of apps that provide services in highly regulated fields.
• 5.1.2(i): Clarifies that you must clearly disclose where personal data will be shared with third parties, including with third-party AI, and obtain explicit permission before doing so.

Translations of the guidelines will be available on Apple Developer website within one month.

In this edition: Catch the new design in the wild, and let Apple experts show you how to quickly and easily bring it to your apps. Plus, get the latest on the Swift Student Challenge 2026, and check out new developer videos available on demand.

Also, explore new activities all over the world, get your apps and games ready for the holidays, and browse the latest news, documentation, and Technotes.

Read the full story

Today we’re releasing more details about the tools we’re making available for developers to help them meet their compliance obligations under upcoming U.S. state laws, including SB2420 in Texas. While we’re providing these tools to help developers navigate the evolving legal landscape, Apple remains concerned about the potential implications of laws like SB2420 in Texas. Specifically, we worry they could undermine the privacy of all users by requiring the collection of sensitive personal information just to download an app – even those that simply provide weather forecasts or sports scores.

Starting January 1, 2026, new Apple Accounts in Texas will be subject to new requirements. This includes age assurance and parent or guardian consent on behalf of minors under the age of 18 for downloads, purchases, and significant changes associated with an app. Parents or guardians will also be able to revoke their consent for any app they previously approved.

To meet their obligations under the law, developers may need to adopt new capabilities to receive age category information, trigger consent for a significant change, and learn when a parent or guardian revokes their approval for a child or teen to use their app. Developers can use the following APIs available in the beta versions of iOS 26.2 and iPadOS 26.2 to help them meet their obligations. Sandbox testing is also available to help test the user experience when implementing these APIs to comply with Texas state law.

Age category information

Developers can use the updated Declared Age Range API to obtain a user’s age category, which is defined by Texas state law as under 13, 13-15, 16-17, or over 18. Age categories for users with new Apple Accounts in Texas as of January 1, 2026, will be shared with a developer’s app when they request it. The API will also return a signal from the user’s device about the method of age assurance, such as credit card or government ID, and if consent is required when there’s a significant change to an app.

Obtaining consent for significant changes

Certain types of changes to an app may be considered significant changes under age assurance laws, such as Texas SB2420. It’s the developer’s responsibility to determine when there’s a significant change to their app.

When a developer determines they have made a significant change to their app, they’ll need to use the Significant Change API under the PermissionKit framework to ask the parent or guardian to provide consent for the child or teen to continue using the app or new feature within the app. When the API is called, the child or teen user will see a system dialog to request parental consent and developers can restrict access until consent is obtained.

Texas state law considers a change in the age rating of an app to be a significant change, and developers should keep their age rating selections current in App Store Connect. When a developer updates their app’s age rating, the rating is updated on all user devices once the version is live. Developers can use a new property type in StoreKit to automatically check when their app’s age rating has changed on a user’s device and then use the Significant Change API to request parental consent.

App consent revocation

A parent or guardian in Texas can withdraw consent for any app, which will block launching of the app on the child or teen’s device. The App Store will provide a server notification that developers can configure to receive notifications that the parent or guardian has withdrawn consent for their app on a child or teen’s device.

Sandbox testing

Sandbox testing is now available for the Declared Age Range API and Significant Change API in the beta versions of iOS 26.2 and iPadOS 26.2.

Next steps

1. Review documentation and implement the following:

2. Use Apple’s sandbox testing environment to validate that the APIs have been implemented correctly.
3. When the Release Candidates of iOS 26.2 and iPadOS 26.2 become available, submit your apps to App Store Connect so users can update their devices with your updated apps with the customer releases.
4. Stay tuned for additional communication about future tools to help developers meet upcoming legal obligations in Utah, Louisiana, and Brazil.

The App Store is designed to make it easy to sell your digital goods and services globally, with support for 44 currencies across 175 storefronts.

From time to time, we may need to adjust prices or your proceeds due to changes in tax regulations or foreign exchange rates. These adjustments are made using publicly available exchange rate information from financial data providers to help make sure prices for apps and In-App Purchases stay consistent across all storefronts.

Price updates

Beginning November 17:

Pricing for apps and In-App Purchases will be updated for Poland, Switzerland, and Türkiye if you haven’t selected one of these storefronts as the base storefront for your app or In‑App Purchase.¹

If you’ve selected Poland, Switzerland, or Türkiye as the base storefront for your app or In-App Purchase, prices won’t change. On other storefronts, prices will be updated to maintain equalization with your chosen base price.

Prices won’t change in any region if your In‑App Purchase is an auto‑renewable subscription. Prices also won’t change on the storefronts where you manually manage prices instead of using the automated equalized prices.

The Pricing and Availability section of Apps has been updated in App Store Connect to display these upcoming price changes. As always, you can change the prices of your apps, In‑App Purchases, and auto‑renewable subscriptions at any time.

Learn more about managing your prices

View or edit upcoming price changes

Edit your app’s base country or region

Pricing and availability start times by country or region

Set a price for an In-App Purchase

¹ Excludes auto-renewable subscriptions.

As part of our ongoing commitment to helping developers succeed on the App Store, we’re introducing new options for submitting content and updates while your app is in review, double the number of custom product pages, and offer codes for all In-App Purchase types.

Submit additional items to App Review

Now you can send additional items to App Review independent of an existing submission, giving you greater flexibility when submitting your apps and games. For example, you can now submit:

• One or more In-App Events in a separate submission if you have an app version under review.
• An app version to address a critical bug that’s separate from any existing custom product pages under review.
• One or more Game Center features — including achievements, leaderboards, challenges, and more — in a submission that’s separate from an app version under review.

Learn more about submitting

Create double the number of custom product pages and add keywords

Custom product pages let you highlight different content and features within your app or game using unique screenshots, app previews, and promotional text. To provide you with even more flexibility, you can now create and publish up to 70 custom pages at a given time. Additionally, you can now assign keywords to each custom product page so they’re more discoverable on the App Store. Custom product pages with keywords assigned to them can appear in search results for those selected keywords instead of your default product page.

Learn more about custom product pages

Offer codes expand to all In-App Purchase types

Offer codes now support all In-App Purchase types, including consumable, non-consumable, and non-renewing subscriptions, in addition to expanded support for auto-renewable subscriptions. With offer codes, you can present people with a limited-time offer for a free or discounted In-App Purchase. This allows you to share the value of your In-App Purchases and encourage engagement and purchases within your apps and games. This expanded support includes the ability to create offer codes for:

• Consumable, non-consumable, and non-renewing subscriptions.
• Auto-renewable subscriptions that don’t auto-renew once the promotional period ends.

Schedule 1 and the Paid Applications Agreement (Schedules 2 and 3) will be updated to indicate that offer codes are available for all In-App Purchase types.¹

Promo codes for In-App Purchases

Offer codes build on the functionality of promo codes and provide improved configuration and customer eligibility options. As a result, starting March 26, 2026, you’ll no longer be able to create promo codes for In-App Purchases in App Store Connect. Any existing promo codes for In-App Purchases you’ve created can be redeemed until they expire. You can continue to use promo codes in order to provide people with a free download of your app.

Learn about creating offer codes

Learn about offer codes for auto-renewable subscriptions

Implementing offer codes

¹ Translations of the updated agreement will be available on the Apple Developer website within one month.

Starting January 1, 2026, developers based in the Republic of Korea must provide a server‑to‑server notification endpoint when registering a new Services ID, or updating an existing Services ID, to associate their website with an app using Sign in with Apple.

As a reminder, registering a notification endpoint allows Apple to send you important updates about the people who use your app and their account status, including:

• Changes in email forwarding preferences.
• Account deletions in your app.
• Permanent Apple Account deletions.

To learn more about server-to-server notifications, see WWDC20 session 10173: Get the most out of Sign in with Apple.

When you receive these notifications, you should immediately update any data associated with the account change in the app, as well as any necessary server infrastructure, to give people more control of the personal data they’ve shared. For more information, see Processing changes for Sign in with Apple accounts.

Before submitting a new app to the App Store, or updating an existing app configuration to register a new Services ID or modify an existing Services ID, please read the guidance below.

Account change guidance

Account changes are directly related to privacy and control for the user and their personal data, and confirming account changes should be straightforward and transparent.

For account email forwarding changes:

• Ensure any displayed user data affected by the account change matches the change event in the notification payload. Typically, this data is displayed in the app’s account settings or user profile.
• If people need to visit a website to finish changing or verifying their email address, include a link directly to the page on your website where they can complete the process.
• Keep users informed. If the email forwarding change affects other services you offer, let them know. If your app supports In-App Purchases, help people understand how billing, order tracking, and cancellations will be handled with the new email address.

For account deletions:

Note: Always follow applicable legal requirements for storing and retaining user account information and for handling account changes and deletions. This includes complying with local laws where your apps are available. If you have questions regarding your legal obligations, check with your legal counsel.

Resources