3行まとめ
このテーマをもう少し広げて見るなら、App IntentsをWWDC26後に確認：Siri AI、Spotlight、Shortcuts連携で開発者が見る順番 と Liquid GlassをWWDC26後に確認：透明度スライダー、SwiftUI、Icon Composerの実務チェック も合わせて確認してください。App Storeの提出前確認と同じ流れで、Siri AIやSpotlight連携の実装棚卸しも進められます。
Creative AssetsとAsset Libraryは、素材の制作、審査、再利用、Analytics確認まで含めて見る。
Bundles、Suites、Volume purchasing、Group purchases、Retention Messagingは、販売先と提供時期を分けて準備する。
Time Allowances、年齢レーティング、App Review更新は、次回提出前の棚卸しに入れる。
すぐ使える項目、準備できる項目、公式待ちの項目を分けると読み違えにくい。
Appleは2026年6月8日、WWDC26に合わせてApp Storeの集客、サブスクリプション販売、提出前チェックに関わる新機能を発表しました。開発者は、Creative AssetsやAsset Libraryを「見た目の追加」ではなく、Custom Product Pages、Apple Ads、App Store Connect Analyticsまで含む運用変更として読む必要があります。
サブスクリプションでは、Bundles、Suites、Volume purchasing、Group purchases、Retention Messaging、12カ月コミット月額など、売り方の選択肢が広がります。ただし、提供時期や申請方法は機能ごとに違い、Bundles/Suitesの詳細は2026年夏後半の追加情報待ちです。
Time AllowancesとApp Review更新は、保護者向け機能だけでなく、開発者のカテゴリ申告、年齢レーティング質問票、Social Media機能の棚卸しに関わります。この記事は2026年6月12日Asia/Tokyo時点のApple一次情報をもとに、App Store運営者が次に確認する順番を整理します。Apple Signals JapanはAppleおよび関係会社とは非提携の独立サイトです。
WWDC26後のApp Store更新は、集客・課金・提出前確認に分けて読む
- 1集客素材を棚卸し
Creative Assets、Asset Library、Product page preview、Personalized Collectionsを、露出先と測定指標で分ける。
- 2販売形態を分ける
Subscription Bundles、Suites、Volume purchasing、Group purchases、Retention Messagingを、対象ユーザーごとに整理する。
- 3提出リスクを確認
Time Allowances、年齢レーティング質問票、App Review Guidelines、IAP提出フローを次回提出前に見直す。
- 4提供時期を控える
秋、2026年夏後半、冬または年内など、Appleの表現が違う部分を分けて追う。
同じApp Store更新でも、集客施策、課金設計、審査前確認では担当者と準備内容が変わる。
今回のApp Store更新は、単に「App Storeに新しい機能が増えた」という話ではありません。Apple Newsroomの発表とApple DeveloperのWWDC26 App Store guideを並べると、少なくとも三つの実務領域に分かれます。
ひとつめは、アプリを見つけてもらうための集客領域です。Creative Assets、Asset Library、Product page preview、Personalized Collections、App Notes、Apple Games appでの特別オファー表示がここに入ります。スクリーンショットを増やすだけではなく、検索結果、Product page header、Custom Product Pages、Product Page Optimization、Apple Ads、In-App Eventsまで含めて素材運用を組み直す話です。
ふたつめは、サブスクリプションやIn-App Purchaseの売り方です。Subscription Bundles、Suites、Volume purchasing、Group purchases、Retention Messaging、月額12カ月コミット、Streamlined Apple In-App Purchase submission experienceが関係します。個人向けだけでなく、企業、学校、制作チーム、複数開発者の共同販売まで見えてくるため、料金表だけでなくサポート責任と運用権限も確認対象になります。
三つめは、提出前のリスク確認です。Time Allowances、年齢レーティング質問票、Social Media機能の申告、Developer Program License Agreement、App Review Guidelinesの更新、Mac App StoreのIntelサポート要件変更がここに入ります。特に子どもやティーン向け機能、ユーザー生成コンテンツ、サブスクリプション解約導線を持つアプリは、次回提出の前に棚卸ししたほうが安全です。
公式発表で確認できること
根拠
Apple Newsroomは、2026年6月8日に「App Store capabilities」を発表し、Creative Assets、Personalized Collections、Subscription関連機能、Streamlined Submissions、Time Allowancesをまとめて説明しました。Apple DeveloperのWWDC26 App Store guideは、同じ更新を開発者向けに細かく分け、機能ごとの提供時期や準備先を示しています。
注意点
ここで大切なのは、同じ「今年提供」という表現の中にも段階差があることです。Creative Assets、Asset Library、Product page preview、Retention Messagingは「秋」と説明されています。Subscription BundlesとSuitesは、機能の方向性は示されていますが、申し込み方法などの追加情報は2026年夏後半に出る予定です。Volume purchasingは秋、Group purchasesはApple Newsroomでは冬、Developer guideでは年内という表現になっており、本文では「冬または年内」として扱うのが無難です。
需要シグナルはサブスク機能に集まっている
評価基準
直近72時間の専門メディア側では、9to5MacがSubscription Bundles、MacRumorsがSubscription overhaulを中心に取り上げています。これは「サブスク束ね売りがすぐ使える」という証拠ではなく、開発者やアプリ運営者がその領域を気にしているという需要シグナルです。
確認項目
事実認定はApple公式資料に戻します。たとえば、複数開発者でBundlesを作れるのか、Suiteをどう申請するのか、売上配分やサポート問い合わせをどう扱うのかは、Appleが詳細を出すまで本文で作らないほうが安全です。この記事では、使えることが確認できた項目、準備だけ進められる項目、公式待ちの項目を分けて読みます。
WWDC26全体の公式情報の追い方は、公開済みのWWDC26をApple Developerアプリで追う準備でも整理しています。この記事では、その中でもApp Store運営に直結する部分に絞ります。
Creative AssetsとPersonalized Collectionsで集客はどう変わるか
Creative Assetsの効果は検索順位の断定ではなく、AcquisitionとConversion Rateで検証する。
Creative Assetsは、アプリやゲームの魅力を見せる画像や動画の枠を広げる更新です。Appleの説明では、Product page header、Search results、App Store features、Apple Adsなどに使える素材として位置づけられています。従来のスクリーンショットやApp previewを置き換えるものではなく、補完するものです。
開発者やマーケティング担当者が最初に考えるべきなのは、「どんな画像を作るか」よりも、「どの露出先に何を見せ、どの指標で効果を見るか」です。季節キャンペーン、ブランド訴求、新コンテンツ、ゲーム内イベント、サブスク特典などを同じ素材管理で使い回せるなら、制作、審査、掲載、測定の流れを変える価値があります。
Creative Assetsは素材制作だけでなく審査と再利用の話
根拠
Apple Developer guideでは、Creative AssetsがProduct page header、検索結果、Custom Product Pages、Product Page Optimization、Apple Adsに関係すると説明されています。Apple Newsroomも、標準のスクリーンショットやApp previewsに加え、ブランド、季節限定の訴求、新コンテンツなどを見せられるとしています。
確認項目
ここでの実務ポイントは、素材がApp Store ConnectのAsset Libraryに集約されることです。Asset Libraryは、Creative Assets、app preview動画、スクリーンショットをひとつの場所で管理し、Custom Product PagesやIn-App Eventsで再利用できるようにするものです。さらに、アプリ本体のアップデートとは独立して素材をApp Reviewに出せると説明されています。
これは、アプリのバイナリ更新とマーケティング施策のタイミングを分けたいチームに効きます。たとえば、季節イベントの素材だけを先に審査へ出す、Apple Adsキャンペーンに合わせて承認済み素材を用意する、Custom Product Pagesごとに素材を試す、といった準備がしやすくなります。ただし、審査を通った素材が必ず成果につながるわけではありません。効果はAnalyticsで確認する前提にしたほうがよいでしょう。
Product page previewはローカライズと見え方の確認に使う
条件
Product page previewは、公開前にProduct page header、アプリ名、説明、スクリーンショット、検索結果用のCreative Assetsがどのように見えるかをApp Store Connectで確認するための新しいツールです。Apple Newsroomでは、iPhoneとiPad、言語、Dark Mode、縦向き・横向きの見え方を確認できると説明されています。
注意点
日本語アプリや多言語アプリでは、この機能の意味が大きくなります。日本語の説明文は英語より長くなりやすく、画面上の見出しや訴求文が詰まりやすいからです。Creative Assetsを作る段階で、英語、日本語、主要市場のローカライズを同じデザイン前提で作ると、後から文字量で崩れる可能性があります。
Product page previewが秋に提供されるまでは、具体的な画面手順を本文で断定しません。ただ、準備としては、主要なProduct pageの訴求、Custom Product Pagesごとの対象ユーザー、Apple Adsで使う素材、ローカライズの文字量を一覧にしておくと、機能が使えるようになったときに動きやすくなります。
Personalized Collectionsは開発者が直接操作する露出枠ではない
根拠
Personalized CollectionsとApp Notesは、ユーザーの興味や利用状況に応じてアプリやゲームを見つけやすくする仕組みとして説明されています。Apple Newsroomでは、米国の英語環境で今週から展開が始まり、追加言語と地域は今後とされています。一方、Apple Developer guideでは、一部の国と地域、限定されたアプリで利用可能で、今後拡大予定という表現です。
評価基準
ここは日本の開発者が誤解しやすいところです。Personalized Collectionsは、開発者が任意に掲載枠を買ったり、特定のCollectionsへ自分で差し込んだりする機能として説明されていません。App Store内の発見体験が変わる可能性として捉え、Creative Assets、メタデータ、カテゴリ、レビュー、ダウンロード後の継続利用などを整える側から準備するのが現実的です。
効果測定では、App Store Connect AnalyticsのAcquisitionを見ることになります。Appleのヘルプでは、Unique Impressions、Unique Product Page Views、Total Downloads、Conversion Rate、source typeを使って、検索、Browse、App referrer、Web referrer、キャンペーン経由の違いを確認できると説明されています。Creative Assetsを出したあとに「ダウンロードが増えた」とだけ見るのではなく、どの流入面で表示が増え、Product pageへの遷移が増え、Conversion Rateがどう動いたかを分けて見るべきです。
Subscription Bundles、Suites、Volume purchasing、Group purchasesは準備順を分ける
サブスクの新機能は優劣ではなく、販売先、契約形態、運用責任の違いで選ぶ。
サブスクリプション関連の更新は、今回もっとも注目されやすい領域です。ただし、同じ「サブスク新機能」でも、販売先、使い方、提供時期、準備できることが違います。先に整理しておかないと、夏後半や秋に詳細が出たとき、価格、契約、サポート、App Store Connect権限がまとまらずに遅れます。
この記事では、Bundles/Suites、Volume purchasing、Group purchases、月額12カ月コミットを分けて扱います。読者がまず決めるべきなのは、「複数アプリを束ねたいのか」「企業や学校に売りたいのか」「1人が複数席を買って招待する形にしたいのか」「長期契約型の月額にしたいのか」です。
BundlesとSuitesは詳細待ちだが、候補整理は始められる
公式待ち
Subscription Bundlesは、複数の自動更新サブスクリプションをひとつのApple In-App Purchaseのサブスクリプションとして購入できるようにする方向の機能です。Suitesは、単体では販売しない購読セットをまとめて提供する構成として説明されています。Apple Developer guideは、Bundle/Suite機能のリクエスト方法について、2026年夏後半に追加情報を出す予定だとしています。
確認項目
ここで断定してはいけないのは、誰とでも自由に組める、売上配分が決まっている、申請すれば必ず通る、といった未確認の条件です。Appleは枠組みを示しましたが、参加条件、審査、国や地域、価格帯、税務、サポート責任の詳細はまだ確認が必要です。
一方で、準備できることはあります。自社アプリ内で束ねる候補、他社アプリと組むなら相性のよいカテゴリ、同じユーザーに価値がある組み合わせ、既存サブスクの価格差、解約時の問い合わせ先、返金やサポートの一次窓口を棚卸しできます。日本の小規模開発者なら、いきなり相手探しをするより、まず自分のサブスクがBundleに入る価値を説明できる状態にするのが先です。
Volume purchasingは企業・教育導入、Group purchasesは複数席の招待
販売先の違い
Volume purchasingは、Apple Business ManagerやApple School Managerを使う企業や教育機関が、アプリやサブスクリプションを大規模に調達する導線とつながります。Apple Newsroomは、既存のデバイス管理ワークフローに座席割り当てを組み込めると説明しています。Apple Developer guideでは、Volume Purchasing subscriptionsは秋提供予定です。
注意点
Group purchasesは、ひとりの購読者が複数席を購入し、ほかの人を招待できる形です。Appleは招待フローを提供し、各メンバーは自分のアカウントで参加するため、誰がグループに入っているかを管理しやすいと説明しています。Newsroomでは冬、Developer guideでは年内という表現なので、公開時点では「冬または年内」として追うのが安全です。
この二つは似ているようで、売り先が違います。Volume purchasingは企業や学校の購買・MDM・ID管理に乗せる話です。Group purchasesは、クリエイターチーム、家族的な利用、制作会社、小規模チームなど、個人購読を複数人に広げる話です。価格、権限、請求、招待、退会、サポートの設計は別物として考える必要があります。
月額12カ月コミットはすでに利用可能な別枠として見る
Monthly subscriptions with a 12-month commitmentは、今回の新機能群の中でも「今後提供」ではなく、すでに利用可能と説明されている項目です。Apple Developer guideでは、iOS 26.4、iPadOS 26.4、macOS Tahoe 26.4、tvOS 26.4、visionOS 26.4以降のユーザーに向け、米国とシンガポールを除く世界で利用可能とされています。
これはBundlesやGroup purchasesとは違い、単一サブスクリプションの支払い形態に近い選択肢です。ユーザーには、完了済みと残りの支払い回数をApple Accountで確認できること、更新前にメールや任意のプッシュ通知が送られることが説明されています。
日本の開発者が見るべき点は、価格の見せ方とサポート対応です。月額なのに12カ月コミットという構造は、割引の魅力がある一方で、ユーザーが「いつまで支払うのか」を誤解しやすい形式でもあります。App Store Connectで設定できることだけでなく、アプリ内の説明、ヘルプ、解約・返金問い合わせ時の案内を整える必要があります。
Retention Messagingはキャンセル導線の改善として慎重に扱う
- 1解約意向
ユーザーがやめたい理由を、価格、利用頻度、機能不足、期待外れ、移行、整理に分けて考える。
- 2価値の再提示
使い方の案内、最近追加した機能、チーム利用の価値など、理由に合う説明を用意する。
- 3特別オファー
価格が理由の場合は、条件が明確なオファーとして提示する。
- 4継続または解約
ユーザーが解約を続けられる導線を残し、表示、反応、継続率、長期的な解約率を分けて見る。
App Store Connect設定とAPIでは運用負荷が違うため、最初は説明品質とサポート品質から確認する。
Retention Messagingは、サブスクリプションを解約しようとするユーザーに、価値の説明や特別オファーを提示できる新しい仕組みです。Apple Developer guideは、キャンセルフローに追加の摩擦を加えずに、サブスクの価値を伝えるものとして説明しています。
この機能は、収益に直結するため強く見えます。ただし、記事でも実装でも、ユーザーのキャンセルを妨げる機能として扱うと危険です。Appleの説明は、解約時点で追加情報やオファーを提示できるというものであり、解約を隠す、誤認させる、何度も引き止める、といった設計を正当化するものではありません。
App Store Connect設定とAPIは運用負荷が違う
条件
Retention Messagingは、App Store Connectで設定する方法と、Retention Messaging APIを使ってリアルタイムにやり取りする方法が示されています。前者は、あらかじめ用意したメッセージや画像、特別オファーを管理する使い方です。後者は、サーバー側で状況に応じてメッセージを選ぶ可能性があるため、エンジニアリング、監視、fallback、ローカライズの負荷が増えます。
評価基準
小規模なサブスクアプリなら、最初からAPIを前提にせず、まずApp Store Connect設定で説明を整えるのが現実的です。大規模なサブスク事業者や、プランが多いアプリ、地域別オファーが複雑なアプリは、APIの利用価値が出るかもしれません。ただし、APIの利用条件や実装詳細はApple Developer DocumentationとWWDC26動画で確認し、公式に示されていない振る舞いを前提にしないことが大切です。
解約直前に何を伝えるかは、サポート品質の問題でもある
Retention Messagingを使う場合、単に割引を出せばよいわけではありません。ユーザーが解約したい理由は、価格、利用頻度、機能不足、期待外れ、別サービスへの移行、アカウント整理などさまざまです。そこに、的外れなメッセージや過剰な売り込みを出すと、短期的な継続率よりも信頼を失う可能性があります。
準備としては、解約理由の仮説を分けます。価格が理由なら期間限定オファー、使い方が分からないならオンボーディングやヘルプ、機能不足なら最近追加した価値、チーム利用ならGroup purchasesやVolume purchasingとの接続が考えられます。どのメッセージにも、ユーザーが解約を続けられることを分かりやすく残すべきです。
App Store Connect AnalyticsのRetentionやSubscription関連指標、App Store Retention Messagingのレポートが使えるようになれば、表示回数、反応、継続率、長期的な解約率を分けて見られる可能性があります。短期的な引き止めだけでなく、数カ月後の満足度や問い合わせ増加も含めて判断したいところです。
Time Allowancesと年齢レーティング質問票は、次回提出前のリスクとして見る
- iOS 27以降
保護者が子どものアプリ利用時間をカテゴリごとに管理しやすくなる。App Storeの発見用カテゴリとは同じではない。
- 2026年7月
年齢レーティング質問票に、Social Media機能の有無を示す項目が追加される予定。
- 次回提出前
UGC、フィード、フォロー、公開プロフィール、ランキング、共有、チャット、外部リンクを棚卸しする。
- 2026年9月以降
提出予定のあるアプリから、Social Media申告とTime Allowanceカテゴリへの影響を逆算する。
- 13歳未満向け対応
Social Media機能を無効化する場合は、Declared Age Range APIなど年齢範囲の確認条件を落とさない。
最終的な年齢レーティングや分類は質問票全体で決まるため、単一条件だけで断定しない。
Time Allowancesは、iOS 27、iPadOS 27、macOS 27以降で、保護者が子どものアプリ利用時間をカテゴリごとに管理しやすくする機能です。Entertainment、Games、Social Mediaなどのカテゴリが出てきますが、これはApp Storeの発見用カテゴリと同じではありません。
開発者にとって重要なのは、Time Allowancesそのものよりも、App Store Connect上の情報が分類に使われることです。EntertainmentとGamesはApp Store Connectで選んだプライマリまたはセカンダリカテゴリが関係します。Social Mediaはカテゴリ名ではなく、ソーシャルメディア機能の有無で見られます。
この話は、公開済みのTime Allowances単独記事で詳しく整理しています。ここでは、今回のApp Store新機能全体の中で、開発者が次回提出前に何を確認するかに絞ります。
Social Media判定はカテゴリ名だけで決まらない
判定基準
Apple Developer Newsは、Social MediaのTime Allowanceカテゴリについて、ユーザー生成コンテンツをフィードや類似の発見方法で再配布、増幅、相互作用させる機能があるかを見ます。つまり、App StoreのカテゴリがSocial Networkingでなくても、機能としてSocial Mediaに該当する可能性があります。
注意点
2026年7月から、年齢レーティング質問票にSocial Media機能の有無を示す項目が追加される予定です。Social Media機能があると申告した場合、そのアプリやゲームはSocial MediaのTime Allowanceカテゴリに置かれ、最低13+の年齢レーティングを受けると説明されています。
ただし、年齢レーティング全体は質問票全体の回答で決まります。ひとつの条件だけで最終的なレーティングや分類を断定するのは避けるべきです。UGC、コメント、フォロー、公開プロフィール、ランキング、共有、チャット、外部リンクなど、アプリ内のどの機能が該当し得るかを一覧化するほうが実務的です。
13歳未満でSocial Media機能を無効化するなら、実装条件を落とさない
条件
Apple Developer Newsは、Social Media機能があっても13歳未満では無効化する場合についても触れています。その場合、13歳未満のユーザーにはSocial MediaのTime Allowanceカテゴリに含まれず、少なくともDeclared Age Range APIで年齢範囲を確認する必要があると説明されています。13歳以上では、引き続きSocial Mediaカテゴリに残る可能性があります。
確認項目
ここは実装と申告がつながる部分です。「13歳未満では使えません」と説明に書くだけでは足りません。年齢範囲をどう確認するか、どの機能をどの年齢で無効化するか、サーバー側とクライアント側の制御が一致しているか、保護者同意や地域別要件にどう対応するかを確認する必要があります。
Declared Age Range APIやPermissionKitの文脈は、地域別の年齢確認と合わせて見ると理解しやすくなります。関連する背景は、公開済みのTexasのApp Store年齢確認記事にも整理しています。
2026年9月以降の提出予定を先に洗い出す
Apple Developer Newsは、2026年9月から、新規バージョンやアップデートをApp Storeに提出する場合、また代替アプリマーケットプレイス向けのnotarizationを行う場合に、Social Media機能の有無を示す必要があると説明しています。つまり、9月以降に提出予定があるアプリは、8月末に慌てるのではなく、6月の時点で棚卸しを始めたほうがよい状況です。
まず、9月以降に出す予定のリリースを確認します。次に、Entertainment、Games、Social Mediaに関係しそうなアプリを分けます。最後に、年齢レーティング質問票の更新後に誰が回答し、法務やTrust & Safety、開発、PMがどこまでレビューするかを決めます。
この作業は、App Store Connectの2026年要件と同じ担当者が見ることが多いはずです。Xcode要件や年齢レーティング更新の全体像は、App Store Connect 2026年要件を確認に戻るとつながりやすくなります。
Streamlined SubmissionsとApp Review更新で、提出前チェックはどう変わるか
- 1提出単位
複数のIn-App Purchases、サブスクリプション、In-App Events、Custom Product Pages、Product Page Optimization testsをまとめて見る。
- 2訴求の整合性
価格、説明文、Creative Assets、Custom Product Page、Retention Messagingの内容がずれていないか確認する。
- 3関係項目の確認
Developer Program License AgreementとApp Review Guidelinesは、関係する変更点に絞って読む。
- 4Mac App Store
Mac App Storeで配信するアプリは、Intelサポート要件の変更も別枠で確認する。
統合提出は便利だが、まとめて出すほどミスの影響範囲も広がる。
Appleは今回、In-App Purchase関連の提出フローも改善すると説明しています。Streamlined Apple In-App Purchase submission experienceでは、複数のIn-App Purchasesやサブスクリプションをひとつの提出にまとめたり、In-App Events、Custom Product Pages、Product Page Optimization testsなどの関連項目と組み合わせたりできるようになります。
これは便利ですが、提出前チェックの責任が軽くなるわけではありません。むしろ、複数の項目をまとめて出せるようになる分、マーケティング素材、価格、IAP、イベント、Product page test、審査メッセージを同じタイミングで確認する必要があります。
IAP提出の統合は、担当者の横断確認を必要にする
根拠
Apple Developer guideでは、App Store Connect webとApp Store Connect APIのサポートが2026年夏後半に来る予定とされています。Apple Newsroomも、複数のIn-App Purchasesと関連項目を一つのApp Review提出にまとめられると説明しています。
注意点
開発者だけで完結する更新なら、提出直前にまとめても間に合うかもしれません。しかし、サブスクリプション、季節イベント、Custom Product Page、Apple Ads、Retention Messaging、Creative Assetsが絡むと、PM、マーケティング、デザイナー、Revenue担当、サポート、法務が同じ変更を見ます。
提出をまとめるほど、ミスがあったときの影響範囲も広がります。価格を変えたが説明文が古い、Creative Assetsは承認済みだがCustom Product Pageの訴求と違う、Retention Messagingのオファーが地域別価格と合わない、といった齟齬が起きやすくなります。統合提出は便利な一方で、提出前チェックリストを細かくする必要があります。
App Review GuidelinesとLicense Agreementの更新は全部追わず、関係項目に絞る
Apple Developer Newsは、同じ2026年6月8日に、Apple Developer Program License AgreementとApp Review Guidelinesの更新も告知しました。すべてをこの記事で解説すると焦点が散るため、App Store実務に関係する項目だけ確認します。
Developer Program License Agreementでは、Customer Engagement APIs、Apple models、Foundation Models framework、analyticsがXcodeまたはApp Store Connect API経由でも提供され得ること、App Store Connect上のアプリ情報と未成年保護に関わる項目、In-App Purchase API、Passesのプライバシー要件などが挙げられています。App Review Guidelinesでは、子どもとティーンの安全、Guideline 1.2、4.3、Live Activitiesをスパム、フィッシング、未承諾メッセージに使わないことなどが更新対象です。
Retention Messaging、Time Allowances、AI機能、Live Activities、IAPを使うアプリは、自分に関係する条項だけでも確認したほうがよいでしょう。とくにサブスクリプション解約導線とCustomer Engagement APIsは、収益改善とユーザー保護がぶつかりやすい場所です。強いマーケティング施策ほど、審査と規約の確認を先に置くべきです。
Mac App StoreのIntelサポート要件変更も見落とさない
Apple Newsroomは、Mac App Storeのアプリやゲームについて、Intelサポートが不要になり、Apple silicon-onlyのバイナリを出せると説明しています。Apple Developer guideでは、Universal PurchasesとしてMac App Storeで提供するアプリやゲームはIntelをサポートする必要がなくなり、App Store Connectでサポートを外す前にmacOS 13.0以降をサポートしていることを確認するよう示しています。提供時期は「coming soon」です。
これはMacアプリ開発者にとって大きな運用変更です。ただし、Intelサポートを外せることと、既存ユーザーに影響なく外してよいことは別です。法人導入、教育機関、旧Macユーザー、サポート契約、アプリ内の最低OS要件、Universal Purchaseの販売導線を確認する必要があります。
macOSやXcodeの移行文脈は、すでに公開済みのmacOS 27とIntel Mac/Rosetta移行の記事ともつながります。App Store新機能の記事では、Mac App Store提出前のチェック項目として扱うのがちょうどよい範囲です。
実務チェックリストは、担当者ごとに分ける
App Store Connect提出フロー、StoreKit 2、In-App Purchase、Retention Messaging API、Declared Age Range API、Mac App Store要件を見る。
Creative Assets、Asset Library、Product page preview、Custom Product Pages、Product Page Optimization、Apple Ads、In-App Eventsを見る。
Bundles、Suites、Volume purchasing、Group purchases、Retention Messaging、12カ月コミット月額を分けて確認する。
Developer Program License Agreement、App Review Guidelines、子ども・ティーン安全、解約導線、問い合わせ対応を見る。
同じApple公式資料でも、担当者ごとに見るべきリスクと準備物は変わる。
今回のApp Store更新は、一人の開発者だけで閉じないことが多いはずです。小規模チームでも、開発、デザイン、マーケティング、サポート、規約確認、サブスクリプション運営の視点が必要になります。大きな会社なら、各担当者が同じApple公式資料を見ても、関心の場所が違います。
ここでは、2026年6月12日時点で先にできる棚卸しを担当者ごとに分けます。正式な画面手順や申請方法は、秋、夏後半、冬または年内の追加情報が出てから再確認してください。
開発担当が先に見ること
開発担当は、App Store Connectの提出フロー、StoreKit 2、In-App Purchase、Retention Messaging API、Declared Age Range API、Mac App StoreのIntelサポート要件変更を見ます。すぐ実装するというより、影響範囲を先に分ける作業です。
確認項目は、サブスクリプション構成、IAPの種類、Bundle/Suite候補、Group purchasesで複数席を扱う場合の権限、Retention Messaging APIを使う必要があるか、13歳未満で無効化するSocial Media機能があるか、macOS 13.0以降を最低要件にできるかです。
APIを使う場合は、サーバー実装、署名、fallback、監視、ローカライズ、App Store Connect APIやAnalytics reportsとの連携も見ます。WWDC26後のDeveloper資料は更新が続くため、2026年6月の重要トピックまとめにも戻りながら確認すると追いやすくなります。
マーケティング担当が先に見ること
マーケティング担当は、Creative Assets、Asset Library、Product page preview、Custom Product Pages、Product Page Optimization、Apple Ads、In-App Events、Featuring Nominationsを見ます。新しい画像や動画を作る前に、どの露出先で使うか、どのユーザーに向けるか、どの指標で成功を見るかを決めるべきです。
Creative Assetsは秋予定なので、今すぐApp Store Connectで完結するとは限りません。それでも、素材リスト、訴求軸、対象市場、言語、季節キャンペーン、Apple Adsとの接続、Product page testの仮説を作ることはできます。
Personalized CollectionsやApp Notesは、開発者が掲載を直接操作する枠ではありません。だからこそ、メタデータ、カテゴリ、アプリ体験、継続利用、レビュー、素材の一貫性を整える方向で準備します。測定では、Unique Impressions、Unique Product Page Views、Total Downloads、Conversion Rate、source typeを並べて見るのが出発点です。
サブスク運営、法務、サポートが先に見ること
サブスク運営担当は、Bundles/Suites、Volume purchasing、Group purchases、Retention Messaging、12カ月コミット月額を分けて見ます。価格だけでなく、支払い単位、参加者の招待、法人・学校向け調達、解約時の表示、ユーザー問い合わせ、返金説明を整理します。
法務やレビュー担当は、Developer Program License Agreement、App Review Guidelines、子ども・ティーン安全、Customer Engagement APIs、In-App Purchase API、Live Activitiesの更新を確認します。すべてを細かく読む時間がなくても、自社アプリが使う機能に関係する項目は優先して見てください。
サポート担当は、ユーザー向け説明を先に準備します。BundlesやGroup purchasesでは、誰が支払い、誰がアクセスでき、誰が外れたときにどうなるのかが問い合わせになりやすいはずです。Retention Messagingでは、解約したい人が迷わない説明を用意することも、信頼維持の一部です。
日本の開発者が今日やること
- 1App Store Connect表
カテゴリ、年齢レーティング、サブスクリプション、IAP、Custom Product Pages、In-App Events、Apple Ads、Mac配信、Social Media機能を並べる。
- 2Creative Assets仮置き
制作カレンダー、Product page header、Search results、Custom Product Pages、Apple Ads、測定指標を先に決める。
- 3サブスク担当者
Bundles、Suites、Volume purchasing、Group purchases、Retention Messagingごとに、価格、サポート、権限の担当を決める。
- 4提出日から逆算
Time Allowances、Social Media申告、App Review更新、IAP提出フローを、次回提出予定日から確認する。
今日やることは、機能を全部試すことではなく、公式待ちの場所と今できる棚卸しを分けること。
いま最初にやることは、すべての新機能を試すことではありません。まだ画面や詳細が出ていないものもあります。今日やるべきなのは、自分のアプリがどの機能に関係するかを分け、夏後半、秋、冬または年内の追加情報を待つ場所を決めることです。
1. App Store Connectの棚卸し表を作る
まず、App Store Connect上のアプリごとに、カテゴリ、年齢レーティング、サブスクリプション、IAP、Custom Product Pages、In-App Events、Apple Ads利用有無、Mac App Store配信、Social Media機能の有無を表にします。複数アプリを運営している場合、Bundles/Suitesの候補も同じ表に入れます。
この表があると、Appleが夏後半にCreative AssetsやBundles/Suitesの詳細を出したとき、どのアプリから確認すべきかが分かります。9月のSocial Media申告に向けても、対象アプリの絞り込みが早くなります。
2. Creative Assetsは制作カレンダーと測定指標を先に決める
Creative Assetsは秋予定です。今は、素材そのものを大量に作るより、制作カレンダーと測定指標を決める段階です。季節キャンペーン、サブスク特典、ゲーム内イベント、新機能、ブランド訴求を分け、どれをProduct page header、Search results、Custom Product Pages、Apple Adsに使うかを仮置きします。
測定指標は、App Store Connect AnalyticsのAcquisitionを軸にします。表示が増えたのか、Product Page Viewsが増えたのか、Conversion Rateが動いたのか、SearchとBrowseで差があるのかを分けて見ます。Creative Assetsの効果を「検索順位が上がる」と断定せず、検証する仮説として扱うのが安全です。
3. サブスクは販売形態ごとに担当者を決める
Subscription BundlesやSuitesは、他社連携や複数アプリの価値設計が関係します。Volume purchasingは企業・学校向け営業やMDMの理解が必要です。Group purchasesは招待、人数、サポート、支払い責任が関係します。Retention Messagingは解約導線、オファー、サポート品質が関係します。
ひとりの担当者だけで全部を持つと、夏後半以降に詰まりやすくなります。Revenue担当、開発担当、マーケティング担当、サポート担当、法務または規約確認担当を決め、Appleの追加情報が出たときに誰が見に行くかを決めておくとよいでしょう。
4. Time AllowancesとApp Review更新は次回提出日から逆算する
Time Allowancesに関係するSocial Media申告は、2026年7月に質問票更新、2026年9月に提出時の回答必須化予定です。次回提出が9月以降のアプリは、6月のうちに対象機能を棚卸ししておく価値があります。
App Review GuidelinesとLicense Agreementの更新も、次回提出までに確認します。特に、子どもやティーン、UGC、Live Activities、AI、IAP、Customer Engagement APIs、サブスクリプション解約導線を持つアプリは、関係項目だけでも読むべきです。
次に読むなら
参照した主な情報源
- Apple Newsroom: Apple expands App Store capabilities to help developers grow and reach new users – https://www.apple.com/newsroom/2026/06/apple-expands-app-store-capabilities-to-help-developers-grow-and-reach-new-users/
- Apple Developer: WWDC26 App Store guide – https://developer.apple.com/wwdc26/guides/app-store/
- Apple Developer News: Introducing Time Allowances – https://developer.apple.com/news/?id=0d2gpmml
- Apple Developer News: Updated Apple Developer Program License Agreement and App Review Guidelines now available – https://developer.apple.com/news/?id=a233fmpw
- Apple Developer Documentation: Retention Messaging API – https://developer.apple.com/documentation/retentionmessaging
- App Store Connect Analytics Help: Acquisition – https://developer.apple.com/help/app-store-connect-analytics/acquisition/acquisition/
- 9to5Mac: Apple introduces new subscription bundles coming to App Store – https://9to5mac.com/2026/06/09/apple-introduces-new-subscription-bundles-coming-to-app-store/
- MacRumors: Apple Introduces Major App Store Subscription Overhaul at WWDC 2026 – https://www.macrumors.com/2026/06/11/apple-introduces-app-store-subscription-overhaul/