AppleのApp Store Connect release notesで、2026年6月10日にApple-hosted asset packsまわりの更新が追加されました。確認日は2026年6月17日です。Apple Signals JapanはAppleおよび関係会社とは非提携の独立情報サイトとして、公式情報で確認できる範囲に絞って整理します。
今回の主役は、アプリ本体のサイズを抑えたい開発者にとっての配信設計です。Apple-hosted asset packsでローカライズ済みアセットを分けられるようになり、Xcode 27 betaとTestFlightで検証できる範囲も広がりました。ただし、App Storeでの一般提供はまだ準備段階として読む必要があります。
3行まとめ
Apple-hosted asset packsに言語別アセットを用意でき、1つのアプリで最大200個まで作れることが示されました。
Xcode 27 betaでビルドしたOS 27 beta SDK向けアプリは、内部テストと外部テストで確認できます。
200個はasset pack数、200GBはasset pack totalの上限です。Linuxツールは非ローカライズasset pack向けとして分けて読みます。
まず、ローカライズ対応、TestFlight確認、運用上限を別々の論点として見ると全体を追いやすくなります。
- App Store Connectの2026年6月10日更新で、Apple-hosted asset packsにローカライズ済みアセットを入れられること、1アプリで最大200個のasset packを作れること、非ローカライズasset packをLinux上で作成・テストできることが示されました。
- Xcode 27 betaでビルドしたiOS 27 beta、iPadOS 27 beta、macOS 27 beta、tvOS 27 beta、visionOS 27 beta、watchOS 27 beta SDKアプリは、TestFlightの内部・外部テストに出せます。ただし、ローカライズasset packの対象OSとしてAppleのOverviewが挙げているのはiOS 27、iPadOS 27、macOS 27、tvOS 27、visionOS 27以降です。
- 200個はasset pack count、200GBはasset pack totalの上限です。Linuxツールは非ローカライズasset pack向けで、ローカライズasset packはXcodeのpackaging toolを使う点を分けて確認します。
6月10日の更新で何が変わったか
- 1App Store Connect update
ローカライズ済みasset pack、最大200個の作成、非ローカライズasset packのLinux作成・テストが主な確認点です。
- 2TestFlight update
Xcode 27 betaでビルドした各OS 27 beta SDK向けアプリを、内部テストと外部テストに出せることを確認します。
- 3読み分け
配信できる範囲と、TestFlightで検証できる範囲を混ぜずに見ることが重要です。
同じ2026年6月10日の更新でも、管理機能の話と検証範囲の話を分けると誤読を避けやすくなります。
App Store Connect release notesの2026年6月10日更新は、2つの話を同じ日に並べています。ひとつはApp Store Connect update、もうひとつはTestFlight updateです。ここを分けて読まないと、配信できる範囲と検証できる範囲が混ざります。
App Store Connect updateは管理機能の変更
App Store Connect updateでは、Apple-hosted asset packsにローカライズ済みアセットを用意できるようになったこと、1つのアプリで最大200個のApple-hosted asset packsを作れること、Managed Background Assets Developer Tools for Linuxで非ローカライズasset packを作成・テストできることが示されました。言語ごとの音声、動画、チュートリアル、ゲームデータをアプリ本体から切り出す設計に関わる更新です。
TestFlight updateは検証入口の変更
TestFlight updateでは、Xcode 27 betaでビルドした各OS 27 beta SDK向けアプリを、内部テストと外部テストへ出せることが示されています。ここには、Apple-Hosted Background Assetsのローカライズasset packを使って、ユーザーのデバイス設定に応じたアセットだけを届け、アプリサイズを抑えるという説明も含まれます。
仕様の根拠はApple公式に置く
今回の更新は、ReleasebotのApp Store Connect更新フィードでも捕捉されています。これは開発者向けの追跡需要が出ているサインとしては使えますが、仕様の根拠にはしません。対応OS、上限、TestFlightでの扱い、Linuxツールの範囲は、Appleのrelease notes、App Store Connect Help、What’s new in App Store、WWDC26セッションを基準にします。
この点は、WWDC26後のApp Store更新を追う読者にも重要です。App Store全体の新機能は、既に公開済みの<a href="https://aapl-watch.blog.mo-gmo.com/app-store-wwdc26-creative-assets-subscription-bundles-time-allowances-2026-06-12/">App Store新機能をWWDC26後に確認する記事</a>で扱っています。この記事では、その中でも配信アセットとTestFlight検証に絞ります。
ローカライズasset packでできることと対象OS
古いOSや一致する言語がない場合の見え方も、アセット設計の時点で決めておくと検証しやすくなります。
AppleのOverview of Apple-hosted asset packsでは、iOS 27、iPadOS 27、macOS 27、tvOS 27、visionOS 27以降で、Managed Background Assetsを使ってローカライズ済みアセットをアプリ本体とは別に配布できると説明されています。ここにwatchOSを入れないことが大事です。TestFlight updateのSDK列挙にはwatchOS 27 betaが含まれますが、ローカライズasset packの対象OSとしてAppleのOverviewが示すリストにはwatchOSが出ていません。
言語別アセットをアプリ本体から切り出す
ローカライズasset packでは、言語ごとのアセットを別々のasset packに入れられます。ユーザーのシステム設定、または利用可能な場合はアプリの言語設定に基づいて、適切なasset packが配信されます。
たとえば、ゲームの音声、学習アプリの動画教材、地域ごとのチュートリアル、言語別の大容量データは、アプリ本体にすべて入れると初回ダウンロードを重くしがちです。Apple-hosted asset packsに切り出せば、アプリ本体と追加アセットの管理を分けられます。ただし、Appleは個別アプリで何MB削減できるといった効果量を示していないため、本文では削減率を推測しません。
古いOSでは受け取れない
Appleは、以前のOSバージョンを実行しているデバイスはローカライズasset packを受け取らないと説明しています。つまり、iOS 26以前、iPadOS 26以前、macOS 26以前、tvOS 26以前、visionOS 26以前のユーザーを持つアプリでは、古いOS向けの表示、初回起動、最低限の言語データを別に設計する必要があります。
この確認は、ベータ検証だけでは終わりません。正式リリース後も、対象OSの割合、アプリがサポートする最小OS、アセット未取得時のフォールバック文言を見直す必要があります。企業や学校向けに配るアプリでは、端末のOS更新ペースが揃わないこともあります。
言語指定はBCP-47で設計する
AppleのOverviewでは、各asset pack versionに1つのlanguageをmanifest fileで関連付けると説明されています。languageはBCP-47 identifierで、language、script、region subtagsを含められます。例として、zh-Hans-CNやen-USのような指定が挙げられています。
確認する設定
運用上は、単に日本語、英語、中国語と分けるだけでは足りない場合があります。簡体字と繁体字、地域別の音声、法律や販売地域に応じた表現差分を持つアプリでは、どの粒度でpackを作るかを先に決めるべきです。Appleは、versionごとに関連言語を変えられること、ひとつの言語に複数のasset pack versionを関連付けられることも説明しています。
一致するローカライズasset packがない場合、システムは次に関連性の高い言語のasset packを使います。たとえば、同じ言語の別地域版やアプリのprimary languageが候補になります。これは便利ですが、誤ったフォールバックが起きてもユーザーが気づきにくい部分です。TestFlightでは、端末の言語設定とアプリの言語設定を変えながら確認したいところです。
TestFlightで見るべき画面と検証順
- asset packをアップロード
アプリ本体のbuildだけでなく、asset packをApp Store Connectへ別にアップロードします。
- Asset Packs画面を確認
asset pack ID、latest versions、statusを見て、表示されない状態と処理中の状態を分けます。
- 言語とプラットフォームで確認
languageやplatformでフィルターし、想定した言語別packが見えているか確認します。
- 外部テストへ進める
buildとasset packの順序を崩さず、外部テストの配布状態を確認します。
- 端末側で見る
端末の言語設定とアプリの言語設定を変えながら、ダウンロード挙動とフォールバックを確認します。
Asset Packs画面のstatusだけでなく、端末側で実際にどのアセットが届くかまで確認します。
Test Apple-hosted asset packsのHelpでは、TestFlightでApple-Hosted Background Assetsを試す場合、asset packをビルドとは別にApp Store Connectへアップロードすると説明されています。アプリ本体のbuildだけを見るのではなく、asset packのID、version、status、language、platformまで確認対象に入ります。
Asset Packs画面で見る項目
App Store Connectでは、対象アプリのTestFlightタブを開き、Builds & Assetsの下にAsset Packsが表示されます。asset packをアップロードしていない場合、このセクションは表示されず、Builds & AssetsはBuildsとして見えます。まず「項目が出ない」のか「アップロード後の処理中なのか」を分けます。
Asset Packs画面では、asset pack ID、latest versions、statusを確認できます。言語とプラットフォームでフィルターし、nameやdate createdで並び替えることもできます。ローカライズasset packを使う場合は、言語別にpackを増やしたあと、想定したlanguageが見えているかを確認します。
内部テストでは、TestFlightが最新のprocessed versionを自動的に使います。ここは素早く検証できる一方で、意図せず新しいasset pack versionへ切り替わったように見える可能性もあります。検証ログには、build番号だけでなくasset pack versionとstatusも残したいところです。
外部テストはbuildとasset packの順序を崩さない
外部テストでは、asset pack versionをTestFlight App Reviewへ提出する流れが入ります。AppleのHelpでは、外部テストに使えるbuildがまだない場合、関連するasset packを提出する前にbuildを提出するよう案内されています。
外部テスト前の順序
また、ひとつのasset packにつき、TestFlight App Review中にできるversionは同時に1つです。承認されると、追加のversionを外部テストに出せるようになります。承認後は、招待した外部テスターと利用可能なbuildがあれば、新しいversionが外部テストで使われます。
この順序は地味ですが、検証の詰まりどころです。言語別packを一気に増やす前に、まず代表的な1言語でbuild、asset pack、内部テスト、外部テストの流れを通すのが安全です。その後で、日本語、英語、地域差分のpackを増やしたほうが、どこで失敗したかを切り分けやすくなります。
端末側のダウンロード挙動を見る
TestFlightで見るべきなのは、App Store Connect上のstatusだけではありません。ユーザー体験として、必要なessential assetsが初回起動前にそろうか、prefetchやon-demandの取得が操作を止めないか、言語設定を変えたときに期待したpackへ切り替わるかを確認します。
ゲームや学習アプリでは、音声や動画が見つからないとコンテンツそのものが成立しません。内部テストでは、アセット未取得時のエラー表示、再試行、ネットワーク制限時の挙動も見ます。外部テストでは、テスターに端末言語、地域設定、OS betaのbuild、TestFlight build番号、asset pack versionを報告してもらうと、再現性が上がります。
このテーマは、ベータOSでのアプリ検証にもつながります。iOS/iPadOSのbeta更新を追う場合は、公開済みの<a href="https://aapl-watch.blog.mo-gmo.com/ios-ipados-26-6-beta-2-healthkit-stickers-storekit-check-2026-06-16/">iOS/iPadOS 26.6 beta 2の検証記事</a>のように、対象API、既知問題、検証順を分ける読み方が役に立ちます。
LinuxツールでできることとXcodeに残ること
Linuxで扱える範囲が広がっても、ローカライズasset packと配布状態の確認は別の論点として残ります。
2026年6月10日のApp Store Connect updateには、Managed Background Assets Developer Tools for Linuxへの言及もあります。ただし、Linuxでできる範囲と、Xcodeに残る範囲は分けて読まないと危険です。
Linuxツールは非ローカライズasset pack向け
release notesで示されているLinuxツールの更新は、非ローカライズasset packをLinux operating system上でcreate and testできるという話です。CIがLinux中心のチーム、ゲームの大容量データを別環境で組み立てたいチーム、macOS以外のビルド工程を持つチームには便利な入口になります。
非ローカライズasset packなら、アセットの圧縮、manifest作成、ローカルテストをmacOS以外の工程へ寄せられる可能性があります。とはいえ、最終的なApp Store Connectへのアップロード、TestFlightでのstatus、外部テストの審査状態は、App Store Connect側で確認します。
ローカライズasset packはXcodeのpackaging toolを使う
AppleのOverviewは、ローカライズasset packの作成とテストはManaged Background Assets Developer Tools for Linuxでサポートされていないと明記しています。ローカライズasset packでは、Xcodeのpackaging toolを使います。
ここはチーム内の役割分担にも影響します。大容量データの生成はLinux CIで進められても、言語別packの最終確認はXcode側に残るかもしれません。記事やチケットで「Linuxツール対応」とだけ書くと、ローカライズasset packもLinuxで完結できるように読めます。実装計画では、非ローカライズとローカライズを別タスクに分けたほうが誤解が減ります。
200個と200GBを運用上限として読む
1つのアプリのapp recordにアップロードできるasset pack countの上限として扱います。
asset pack totalの上限として、容量の大きい音声、動画、教材、ゲームデータを管理します。
10言語、2プラットフォーム、essentialとon-demandの2種類だけでも40個になります。
上限に近づく前提で、通知、更新、archiveの運用を軽く扱わないことが大切です。
細かく分けるほど更新の自由度は上がりますが、管理するasset pack数と容量も増えます。
Apple-hosted asset packsの上限は、少なくとも2つの数字を分けて見ます。最大200個と200GBです。どちらも大きな数字に見えますが、言語数、プラットフォーム、アセットの役割を分けると早く近づくことがあります。
最大200個はasset pack countの上限
App Store Connect release notesでは、1つのアプリに最大200個のApple-hosted asset packsを作れると示されています。Size limitsページでも、asset pack countの上限は200です。これはApp Store Connectのapp recordにアップロードできるasset packの数として読むのが自然です。
たとえば、10言語、2プラットフォーム、essentialとon-demandの2種類で単純に分けると、それだけで40個になります。さらに音声、動画、教材、地域別データを分けると、200個は遠い数字ではありません。言語ごとに細かく分けるほど更新の自由度は上がりますが、管理対象も増えます。
200GBはasset pack totalの上限
What’s new in App Storeでは、Apple Developer Program membershipに200GBのApple-Hosted Background Assets per app or gameが含まれると説明されています。Size limitsページでは、asset pack totalの上限として200GBが示されています。
計算で混同しやすい点
Size limitsページの説明では、asset pack totalは単純に全versionの合計ではありません。各asset packについて、TestFlightでテスト可能、またはApp Store distributionに提出可能なversionの最大サイズを取り、それらをpackごとに足し合わせる考え方です。アップロード待ち、処理中、Failed TestFlight、TestFlightとApp Storeの両方でSupersededになったversionなど、計算対象外になる状態もあります。
本文で細かな状態を全部覚える必要はありません。運用で大事なのは、言語別packを増やす前に、pack数と最大サイズの見積もり表を作ることです。1言語あたりの音声や動画が大きいアプリでは、単一言語の最大サイズと全体のasset pack totalを別々に見ます。
80%通知とarchiveは軽く扱わない
Size limitsページでは、asset pack total limitの80%以上に達するとメール通知とApp Store Connect上のバナーが出ると説明されています。これは容量監視の合図です。通知が来たら、不要なversionを整理するだけでなく、新しい言語やコンテンツ追加の計画も見直します。
archiveにも注意が必要です。AppleのHelpでは、asset packをarchiveすると、TestFlightでテスト中のversionやApp Storeで公開中のversionを含め、関連するすべてのversionがApp Store Connectから削除されると説明されています。archiveしたasset packは復元できず、asset pack IDも再利用できません。容量整理のための一時退避ではなく、戻せない削除として扱うべきです。
また、App Store product pageの「Up to」app sizeにも影響があります。Appleは、非ローカライズのessential asset packsと、単一言語で合計サイズが最も大きいlocalized essential asset packsを含めて表示すると説明しています。ユーザーに見えるサイズと、実際の初回体験で必要なダウンロードは一致しない場合があるため、説明文やサポート対応でも分けて扱います。
App Store一般提供までに準備すること
- 1今すぐ進める
アセットの棚卸し、言語粒度の設計、BCP-47の整理を進めます。
- 2beta期に確認する
Xcode 27 betaでpackagingを確認し、TestFlightの内部テストと外部テストで挙動を見ます。
- 3一般提供後に再確認する
App Store提出画面、審査ステータス、製品ページのサイズ表示、公開中asset packの更新を確認します。
- 4移行計画を作る
On-Demand Resourcesを使っている場合は、公開後の移行検討を始める補助線として扱います。
Appleが具体的な月日を出していないため、日付を推測せず、準備できる作業から分けて進めます。
ローカライズasset packは、今すぐすべての本番配信に使えると読まないほうが安全です。AppleのOverviewでは、localized asset packsをTestFlightで配布でき、App Storeでの配布はlater this yearと説明されています。What’s new in App Storeでは、language asset packsのtesting supportがXcodeとTestFlightで利用可能になり、general availabilityはthis fallとされています。
2026年秋予定以上には踏み込まない
この記事では、App Store一般提供時期を2026年秋予定として扱います。Appleが日付を出していないため、月日や正式リリース日を推測しません。開発チームの計画では、今すぐ進める作業と、一般提供開始後に再確認する作業を分けます。
今すぐ進めるもの
今すぐ進められるのは、アセットの棚卸し、言語粒度の設計、BCP-47の整理、Xcode 27 betaでのpackaging確認、TestFlightでの内部・外部テストです。一般提供開始後に見るのは、App Store提出画面、審査ステータス、製品ページのサイズ表示、公開中asset packの更新・archive運用です。
On-Demand Resources廃止は補助線にする
What’s new in App Storeでは、On-Demand ResourcesがiOS 27、iPadOS 27、tvOS 27、visionOS 27でdeprecatedになることも示されています。Apple-hosted Background Assetsは、同種の用途に使える現代的な選択肢として紹介されています。
ただし、この記事はOn-Demand Resourcesからの移行手順ではありません。既存アプリがOn-Demand Resourcesを使っているなら、別途、アセットの分類、ダウンロードタイミング、エラー処理、公開後の移行計画を作る必要があります。ここでは、今回の6月10日更新が、その移行検討を始める理由になると捉えるのがちょうどよい読み方です。
ゲーム開発の文脈では、AppleがWWDC26でStoreKitとBackground Assetsをまとめて扱っています。MacやiPad、iPhoneへのゲーム展開を追う場合は、<a href="https://aapl-watch.blog.mo-gmo.com/game-porting-toolkit-4-metal-agentic-coding-wwdc26-2026-06-14/">Game Porting Toolkit 4の記事</a>も背景になります。今回の記事は、そのうち配信アセットとTestFlight確認に焦点を当てています。
開発チーム向けチェックリスト
対象OS、古いOSの表示、フォールバック、BCP-47、asset packの粒度を決めます。
packaging tool、manifest、version、language、上限数を確認します。
TestFlightで言語設定、アプリ言語、プラットフォーム、未取得時の表示を確認します。
App Store一般提供後の提出画面、審査状態、更新、archive、サポート文言を確認します。
2026年6月17日時点のbeta期情報として扱い、正式版や一般提供後に再確認する前提で使います。
Apple-hosted asset packsのローカライズ対応は、1人の開発者だけで完結しにくい更新です。アプリ本体、アセット制作、ローカライズ、QA、リリース管理、サポート文言がつながります。次の順番でチェックすると、仕様確認と運用設計を分けやすくなります。
設計段階で見ること
- 対象OSをiOS 27、iPadOS 27、macOS 27、tvOS 27、visionOS 27以降として扱う。watchOSはOverviewのローカライズasset pack対象OSに含めない。
- 古いOSで必要なアセット、最低限の表示、未取得時のフォールバックを決める。
- 言語の粒度をBCP-47で整理する。language、script、region subtagsが必要な言語を先に洗い出す。
- 1言語1packで足りるか、音声、動画、教材、ゲームデータを分けるかを決める。
- 200個のasset pack countに近づかないか、200GBのasset pack totalを超えないかを試算する。
TestFlight前に見ること
- Xcode 27 betaのpackaging toolでローカライズasset packを作る。
- 非ローカライズasset packだけをLinuxツールで扱う場合、ローカライズ作業と混ぜない。
- App Store Connectへasset packをアップロードし、TestFlightタブのAsset Packs画面でID、version、status、language、platformを確認する。
- 内部テストでは、latest processed versionが自動的に使われる前提で、build番号とasset pack versionを記録する。
- 外部テストでは、先にbuildを用意し、asset pack versionをTestFlight App Reviewへ出す順番を守る。
公開前後に見ること
- App Store一般提供が始まったら、提出画面と審査ステータスを再確認する。
- Product pageの「Up to」app sizeに、どのessential asset packsが含まれるかを確認する。
- 80%通知が来る前に、容量とpack数の監視表を作る。
- archiveは復元不可、asset pack ID再利用不可として扱う。
- サポート文言では、アプリ本体サイズ、初回ダウンロード、追加アセット取得を分けて説明する。
このチェックリストは、2026年6月17日時点のApple公式情報に基づくものです。Xcode 27 beta、OS 27 beta SDK、TestFlightの挙動はbeta期の情報なので、正式版やApp Store一般提供後の確認で更新される可能性があります。
次に読むなら
更新履歴
- 2026年6月17日
App Store Connect release notes、Apple-hosted asset packs Overview、TestFlight Help、Size limits、What’s new in App Store、WWDC26セッションを確認して初稿を作成しました。
beta期の情報は、正式版やApp Store一般提供後の案内で更新される可能性があります。
- 2026年6月17日: App Store Connect release notes、Apple-hosted asset packs Overview、TestFlight Help、Size limits、What’s new in App Store、WWDC26セッションを確認し、初稿を作成。
参照した主な情報源
- Apple App Store Connect Release Notes（確認日: 2026年6月17日）
https://developer.apple.com/help/app-store-connect/release-notes/
- Overview of Apple-hosted asset packs（確認日: 2026年6月17日）
https://developer.apple.com/help/app-store-connect/manage-asset-packs/overview-of-apple-hosted-asset-packs/
- Test Apple-hosted asset packs（確認日: 2026年6月17日）
https://developer.apple.com/help/app-store-connect/test-a-beta-version/test-apple-hosted-asset-packs
- Apple-hosted asset pack size limits（確認日: 2026年6月17日）
https://developer.apple.com/help/app-store-connect/reference/app-uploads/apple-hosted-asset-pack-size-limits
- What’s new in App Store（確認日: 2026年6月17日）
https://developer.apple.com/app-store/whats-new/
- Unlock in-game content with StoreKit and Background Assets – WWDC26（確認日: 2026年6月17日）
https://developer.apple.com/videos/play/wwdc2026/378/
- App Store Connect Updates by Apple – Releasebot（需要シグナルとして確認、仕様の根拠には使用しない）
https://releasebot.io/updates/apple/testflight