3行まとめ
このテーマをもう少し広げて見るなら、App Store Connect 2026年要件を確認：Xcode 26 SDK必須化と年齢レーティング更新の実務チェック と TexasのApp Store年齢確認が6月4日開始：開発者が見るDeclared Age RangeとPermissionKit も合わせて確認してください。日本向けの配信・決済変更だけでなく、提出要件と年齢レーティングの確認も合わせると、開発者側の実装順序を整理しやすくなります。
認可された代替アプリマーケットプレイスで、notarized iOSアプリを配信・入手する選択肢が出る。
Apple In-App Purchaseに加え、代替決済処理や外部Webサイトへの購入リンクを使う選択肢がある。
ブラウザ選択画面、検索エンジン選択、ナビゲーションアプリやアプリマーケットプレイスのデフォルト設定が関係する。
入手元、支払い先、返金・購読管理の窓口、未成年の購入保護をApp Storeと同じ前提で流さない。
選択肢の増加は、入手元・支払い先・サポート先を確認する場面の増加でもある。
- Appleは日本のMobile Software Competition Act（MSCA）への対応として、iOS 26.2以降で日本向けにアプリ配信、アプリ内/外部決済、ブラウザ/検索/デフォルト設定、追加のiOS機能に関する新しい選択肢を案内している。
- 利用者にとっての要点は「入手元」「支払い先」「返金・購読管理の窓口」「子ども・未成年の購入保護」をApp Storeと同じつもりで流さないこと。代替マーケットプレイスのアプリはNotarizationを通るが、App StoreのApp Reviewと同じ意味ではない。
- 開発者にとっては、App StoreでApple In-App Purchaseを続ける、App Storeで代替決済や外部リンクを使う、代替マーケットプレイスに出す、代替マーケットプレイスを運営する、という4つを分けて、entitlement、規約同意、手数料、税・レポート、サポート負荷を確認する必要がある。
この記事では、2026年6月2日 13:00 Asia/Tokyo時点で確認できるApple Developer、Apple Newsroom、JFTC関連ページをもとに、日本向けiOS変更の実務上の見方を整理する。WWDC26直前でAppleの公式/開発者情報への関心が強く、専門メディアやコミュニティでも日本の代替ストアや外部決済が話題になっているが、本文の事実認定はAppleとJFTCの一次情報へ戻す。
Apple公式情報へ戻る入口としては、当サイトの資料・確認ログも使える。2026年6月のApple関連トピックをまとめて追う場合は、2026年6月 重要トピックまとめも併せて確認したい。Apple Signals JapanはAppleおよび関係会社とは非提携であり、この記事は投資助言、法務助言、税務助言ではない。
iOS 26.2で日本向けに何が変わるのか
「選択肢がある」と「どのアプリでもすぐ使える」は同じではなく、entitlement、設定、対象地域、対象OS、保護条件を確認する必要がある。
Apple Developer Supportの「Changes to iOS in Japan」は、iOS 26.2で日本向けに導入される変更を大きく2つに分けている。1つはApp distribution、つまりアプリ配信と支払いに関する変更。もう1つはiOS capabilities、つまりブラウザ、検索、デフォルトアプリ、代替ブラウザエンジン、サイドボタン、相互運用リクエストのようなiOS上の機能変更だ。
| 分野 | 何が変わるか | 主な対象 | 最初に見る資料 |
|---|---|---|---|
| App Store上の支払い | Apple In-App Purchaseに加え、代替決済処理や外部Webサイトへの購入リンクを使う選択肢 | 日本のApp Store storefrontで配信するiOSアプリ | Payment options on the App Store in Japan |
| 代替マーケットプレイス配信 | 認可された代替アプリマーケットプレイスでnotarized iOS appsを配信する選択肢 | 日本向けiOSアプリを配信する開発者 | Changes to iOS in Japan / App Store Connect Help |
| 代替マーケットプレイス運営 | 開発者が代替アプリマーケットプレイスを運営する選択肢 | 条件を満たす組織アカウントの開発者 | Operating an alternative app marketplace in Japan |
| 利用者向け設定 | ブラウザ選択、検索エンジン選択、ナビゲーションやアプリマーケットプレイスのデフォルト設定 | 日本のiPhone利用者 | Apple Newsroom / Changes to iOS in Japan |
| 開発者向け追加機能 | 代替ブラウザエンジン、音声会話アプリのサイドボタン起動、追加の相互運用リクエスト | 対象機能を実装する開発者 | Apple Developer Support |
App distributionとiOS capabilitiesを分けて読む
App distribution側では、App StoreでApple In-App Purchaseを続けるだけでなく、代替決済処理をアプリ内に用意したり、外部Webサイトの購入オファーへリンクしたり、代替アプリマーケットプレイスでアプリを配信したりする選択肢が出てくる。ただし「選択肢がある」と「どのアプリでも自由にすぐ使える」は同じではない。規約への同意、entitlement、App Store Connectでの設定、Notarization、対象OS、対象地域、年齢保護の条件がある。
iOS capabilities側では、ブラウザ選択画面、SafariのStart Pageでの検索エンジン選択、ナビゲーションアプリやアプリマーケットプレイスのデフォルト設定が利用者に関係する。開発者向けには、WebKit以外のブラウザエンジン、音声会話アプリをiPhoneのサイドボタンから起動するAPI、iOS/iPadOS機能への追加相互運用リクエストが案内されている。
MSCA対応として読むが、制度解説だけにしない
この変更はMSCA対応として出ている。JFTC側にもMSCA相談窓口があり、アプリ開発者や関係者が相談・情報提供できる導線が用意されている。ただしこの記事の中心は、制度そのものの解説ではなく、Appleが利用者と開発者に案内している実務上の確認ポイントだ。
制度変更の記事は、どうしても「開放された」「閉じたままだ」といった大きな言い方になりやすい。ここでは、iPhone利用者が何を見るべきか、開発者がどの配信・決済経路を選ぶべきか、Appleの保護策と利用者側の確認責任がどう変わるかに絞る。
根拠
全体像はApple Developer Supportの「Changes to iOS in Japan」とApple Newsroomの2025年12月17日付発表で確認した。制度側の相談導線は、MSCA Consultation Deskの案内を参照している。
注意点
これはiOS全体の世界共通変更ではなく、日本向けの条件を含む変更として読む必要がある。特に「iOS 26.2以降」「日本」「Japan storefront」「iPhone」「Apple Developer ProgramのAccount Holderによる規約同意」といった条件は、本文中の各判断で落とさない。
利用者は安全性と責任分担をどこで見るべきか
- 1入手元を確認する
App Storeから入れるのか、代替アプリマーケットプレイスから入れるのかを分けて見る。
- 2支払い先を確認する
Apple In-App Purchase、開発者の代替決済処理、外部Webサイトでの購入のどれに進むのかを確認する。
- 3サポート先を確認する
返金、購読停止、問い合わせの窓口がAppleなのか、開発者やマーケットプレイス側なのかを把握する。
- 4未成年の購入を確認する
Kidsカテゴリや未成年の購入では、ペアレンタルゲートや外部オファーの制限を別枠で見る。
Notarizationはベースラインの確認であり、App StoreのApp Reviewと同じ意味ではない。
日本のiPhone利用者にとって、この変更は「選択肢が増える」話であると同時に、「どこから入手したか」「誰に支払うか」「困ったときに誰が対応するか」を自分で見る場面が増える話でもある。App Store、代替アプリマーケットプレイス、外部決済を同じものとして扱うと、返金、購読停止、問い合わせ、家族の購入管理で迷いやすい。
代替マーケットプレイスはApp Storeと同じ保護ではない
Appleは、代替配信されるiOSアプリにもNotarizationを適用すると説明している。Notarizationは、セキュリティ、プライバシー、デバイスの完全性、既知のマルウェア、基本的な機能、重大な詐欺などを見るベースラインの確認だ。インストール前には、開発者、スクリーンショット、機能などを示すインストールシートにもNotarizationの情報が使われる。
ただし、AppleはApp Storeで配信されるアプリについて、Notarizationに加えて、より広いApp Reviewやコンテンツ/商取引ポリシーを適用していると説明している。つまり、Notarizationを受けているからApp Storeと同じ審査を通っている、と考えるのは危ない。
確認項目
- そのアプリはApp Storeから入手したのか、代替アプリマーケットプレイスから入手したのか。
- インストール時のシートに、開発者、機能、費用、スクリーンショットなどがどう表示されているか。
- アプリ内で支払う場合、Apple In-App Purchaseなのか、開発者の決済処理なのか。
- 返金、サブスクリプション停止、問い合わせ、領収書、税の扱いをどこで確認できるか。
外部決済では取引相手とサポート先を確認する
App Store上のアプリでも、開発者が日本向けに代替決済や外部Webサイトへの購入リンクを実装する場合がある。Appleは、代替決済を使う場合でもApple In-App Purchaseを同時に提示する必要があると案内している。また、購入前には、ユーザーがAppleではなく開発者と取引することを説明する開示シートを表示する流れがある。
利用者側では、この開示を読み飛ばさないことが大切だ。Apple In-App PurchaseならAppleの支払い処理、税や為替、顧客サポートなどの仕組みを使う。一方、代替決済では、決済事業者、返金、購読管理、不正請求の異議申し立て、サポート窓口が開発者や決済事業者側に寄る可能性がある。
未成年・子どもの購入は別枠で読む
Appleは、App StoreのKidsカテゴリや未成年の購入について、追加の条件を示している。Kidsカテゴリのアプリでは、代替決済処理の購入フローにペアレンタルゲートが必要で、Webサイト上で購入する外部オファーは提供できない。
Kidsカテゴリ以外のアプリでも、13歳未満のユーザーに対しては、アプリ内の代替決済処理をペアレンタルゲートの後ろに置くことはできるが、Webサイトで購入する外部オファーは提供できない。13歳から17歳のユーザーに対しては、Webサイトへの外部オファーとアプリ内の代替決済処理を提供できるが、いずれもペアレンタルゲートの後ろに置く必要がある。
注意点
家庭内でiPhoneを使う場合、購入承認やScreen Timeの設定だけでなく、アプリがApple In-App Purchaseを使っているのか、代替決済を使っているのか、外部Webサイトに進むのかを見る必要がある。開発者向けにはStoreKitのcanMakePaymentsや今後のAPIが案内されているが、利用者側では「決済画面が出たら誰と取引するのか」を親子で確認するほうが実用的だ。
開発者は4つの選択肢を分けて検討する
手数料率だけで判断せず、税、レポート、返金サポート、Notarization、利用者層まで含めて総コストを見る。
開発者は、今回の変更を「手数料が何パーセントになるか」だけで見ないほうがよい。実際には、配信経路、決済経路、ユーザー表示、レポート、税、サポート、Notarization、アプリの利用者層がセットで変わる。
| 選択肢 | 主な手続き | 支払い/配信の見方 | 運用上の重さ |
|---|---|---|---|
| App StoreでApple In-App Purchaseを使い続ける | 既存のApp Store配信を継続 | Appleの支払い処理やApp Store上の体験を使う | 比較的読み慣れた運用 |
| App Storeで代替決済または外部リンクを使う | StoreKit External Purchases or Offers Entitlement、StoreKit External APIs、開示シート、App Review | Apple IAP以外の購入導線を追加できるが、IAP提示や年齢保護が必要 | レポート、税、サポート確認が増える |
| 代替マーケットプレイスに自社アプリを出す | App Store Connect/API、Developer ID、Marketplace token、対象アプリ選択、通知 | App Store機能やApple IAPが使えない点に注意 | Notarization、マーケットプレイス連携、CTC確認が必要 |
| 代替アプリマーケットプレイスを運営する | Appleの認可、Alternative App Marketplace Entitlement、組織要件、MarketplaceKit、Webサイト/サーバー | 他のnotarized appsを発見・配布する場を運営 | 不正対策、データポリシー、返金/紛争、信用状または実績条件などが重い |
App StoreでApple In-App Purchaseを使い続ける
まず、何も変えない選択肢がある。Apple In-App Purchaseを使い続ける場合、Appleは世界規模の支払い処理、外貨換算、税、顧客サービスなどを提供すると説明している。既存のユーザー体験を大きく変えず、購入やサブスクリプションの管理も読者が慣れた導線に残る。
評価基準
既存導線の安定性、サポート負荷、税務処理、ユーザーの安心感、購入完了率を重視するアプリでは、Apple In-App Purchaseを残す価値がある。一方で、決済事業者、価格設計、外部キャンペーン、既存Web会員基盤との接続を重視するアプリでは、代替決済の検討余地がある。
App Store上で代替決済または外部リンクを使う
App Store上のiOSアプリで代替決済や外部リンクを使うには、Apple Developer Program License Agreementへの同意後、StoreKit External Purchases or Offers EntitlementとStoreKit External APIsを使う。Appleは、entitlement profileは日本のApp Store storefront上のiPhoneでiOS 26.2以降のアプリに使えると説明している。entitlementの地域値は、ISO 3166-1 alpha-2の「jp」だ。
実装時には、外部購入が利用できるかをisEligibleで確認し、購入や支払い情報入力の前にcanMakePaymentsを見る。開発者は、ユーザーがAppleではなく開発者と取引することを説明する開示シートも扱う必要がある。
注意点
代替決済を使う場合、単に別の決済ボタンを置けばよいわけではない。Apple In-App Purchaseを同時に提示する条件、未成年保護、アプリ内表示、App Review、決済事業者のPCI準拠、返金やサブスクリプション管理のサポート体制を確認する必要がある。
代替マーケットプレイスに自社アプリを配信する
自社アプリを代替アプリマーケットプレイスに出す場合、App Store ConnectまたはApp Store Connect APIで、マーケットプレイスとの関係を登録する。Appleのヘルプでは、Developer IDをマーケットプレイス開発者へ共有し、マーケットプレイス側が生成したmarketplace tokenをApp Store Connectに入力し、対象アプリを選択し、更新通知の有無を設定する流れが説明されている。必要ロールはAccount HolderまたはAdminだ。
代替マーケットプレイスから配信するアプリでは、App Store機能の一部、たとえばApple In-App Purchaseは利用できない。デジタル商品やサービスの売上にはCore Technology Commissionが関係するため、配信前に対象取引を確認する必要がある。
自社で代替アプリマーケットプレイスを運営する
代替アプリマーケットプレイスの運営は、通常のアプリ配信よりかなり重い。Appleは、マーケットプレイス運営にはユーザー体験への大きな責任と監督が伴うとして、コンテンツ基準、モデレーション、不正対策、データ収集ポリシー、支払い紛争や返金対応などを求めている。
運営するには、Alternative App Marketplace Entitlementの認可が必要になる。Apple Developer Programの組織アカウントであることに加え、主目的が他のnotarized appsの発見・配布であるアプリを作ること、データポリシーを公開すること、適用法を守ること、政府などからの削除要請に対応すること、不正・悪意あるアプリや開発者を継続的に監視することなどが条件として示されている。
さらに、Appleは2つの条件のいずれかを求めている。1つは、S&P、Fitch、Moody'sでBBB-以上相当の金融機関からUSD 1,000,000相当のスタンドバイ信用状を用意し、マーケットプレイスが顧客へアプリ配信を始めてから少なくとも6か月維持すること。もう1つは、Apple Developer Programの良好なメンバーとして2年以上継続し、前年にiOSまたはiPadOSで世界全体100万超のFirst Annual Installsを持つアプリがあることだ。
下振れリスク
手数料だけを見てマーケットプレイス運営に入ると、サポート、返金、詐欺対応、知的財産権紛争、データポリシー、Notarization、セキュリティ説明で想定以上の負荷がかかる。ユーザーが代替配信を信頼するまでの教育コストもある。大規模な開発者や配信事業者以外は、「出店する」と「運営する」を分けて考えるほうが現実的だ。
手数料とレポート義務は「何に対する費用か」で読む
どの費用が安いかではなく、どの取引・機能・配信経路に対する費用かを先に確認する。
今回のビジネス条件は、名称が似ていて混乱しやすい。App Store commission、Apple payment processing fee、Store services commission、Core Technology Commissionは、それぞれ対象が違う。料率だけを切り出すと、どの購入導線にかかる費用なのかが見えなくなる。
| 名称 | 主な率 | 対象の読み方 | 注意点 |
|---|---|---|---|
| App Store commission | 10% / 21% | App Store上のデジタル商品・サービス取引。Small Business Program、Mini Apps Partner Program、Video Partner Program、購読初年度後などは10%、それ以外は21% | Apple In-App Purchaseを使うかどうかとは別のcommissionとして読む |
| Apple payment processing fee | 5% | Apple In-App Purchaseで処理される支払い | IAP利用時の支払い処理・関連コマースサービスの費用 |
| Store services commission | 10% / 15% | アプリから外部Webサイトの購入オファーへ進んだ取引。リンクタップから7日以内の売上が対象 | 税、レポート、請求、監査権限をセットで確認する |
| Core Technology Commission | 5% | 代替マーケットプレイスやそこから配信されるアプリの有料アプリ、デジタル商品・サービス、購読、カタログ課金など | App Store外配信でAppleの技術基盤に対するcommissionとして説明されている |
App Store commissionとApple payment processing fee
App Store commissionは、App Store上のデジタル商品・サービス取引に関するcommissionだ。Apple Developer Supportでは、Small Business Program、Mini Apps Partner Program、Video Partner Programの参加者や、自動更新サブスクリプション初年度後の取引は10%、それ以外のデジタル商品・サービス販売は21%と示されている。
Apple payment processing feeは、Apple In-App Purchaseで支払いを処理する場合の5%だ。つまり、Apple IAPを使うと、App Store commissionとApple payment processing feeを分けて見る必要がある。
Store services commission
Store services commissionは、アプリが外部Webサイト上の購入オファーへ誘導する場合に関係する。Appleは、アプリ内のリンクタップから7日以内に成立したデジタル商品・サービス販売が対象だと説明している。対象プログラム参加者やサブスクリプション初年度後は10%、それ以外のout-of-app offersは15%だ。
開発者は、Apple In-App Purchaseを使わないデジタル商品・サービス販売について、代替決済事業者で処理された売上に関する税の徴収・納付に責任を持つ。また、Appleへのcommission計算と徴収のため、代替決済取引を追跡し、月末後15日以内に毎月レポートする必要がある。iOS 26.4以降のアプリはExternal Purchase Server APIを使い、iOS 26.2とiOS 26.3のアプリはAppleが示す例に従ってレポートする。
Core Technology Commission
Core Technology Commissionは、代替アプリマーケットプレイスや、そこから配信されるアプリに関係する5%のcommissionだ。対象は、代替マーケットプレイス経由で配信されるアプリ内のデジタル商品・サービス販売、代替マーケットプレイス自体が販売する有料ダウンロードや購読、コンテンツやアプリカタログのサブスクリプションなどに広がる。
Appleの説明では、アプリやマーケットプレイスから外部Webサイトの購入オファーへ誘導した場合も、リンクタップから7日以内の売上がCTCの対象になり得る。代替配信を選ぶとAppleへの費用がゼロになる、と読むのは誤りだ。
確認項目
- その取引はApp Store内、アプリ内代替決済、外部Web、代替マーケットプレイスのどれか。
- 対象ユーザーは日本のApp Store storefrontか。
- アプリはiOS 26.2/26.3向けか、iOS 26.4以降向けか。
- Small Business Programなどの対象プログラム、購読初年度後、リンクタップから7日以内などの条件があるか。
- 税、返金、請求、レポート、Appleの監査権限まで運用に入っているか。
App Store、サブスク、決済などのServices文脈で読みたい場合は、製品・サービス・ソリューションのカテゴリから関連する更新を確認できる。今回の日本向け条件は、Servicesの短期材料として断定するより、手数料体系と利用者体験の変化として追うほうが読みやすい。
ブラウザ、検索、デフォルト設定はどこを見るか
iOS 26.2以降、日本の利用者はWebブラウザを初めて起動するときにデフォルトブラウザを選ぶ画面を見る。
Safariを使う日本の利用者は、SafariのStart Pageでデフォルト検索エンジンを選ぶ画面を見る。
ブラウザ、メール、電話、メッセージ、翻訳に加え、ナビゲーションアプリのデフォルト設定も確認対象になる。
利用者はアプリマーケットプレイスのデフォルト設定や、Safariを端末からアンインストールできる案内も確認する。
代替ブラウザエンジンや追加相互運用は、開発者側の認可条件とセキュリティ要件も合わせて見る。
この変更はApp Storeだけの話ではない。Apple NewsroomとDeveloper Supportは、日本の利用者向けに、ブラウザ選択画面、検索エンジン選択、ナビゲーションアプリやアプリマーケットプレイスのデフォルト設定も案内している。
ブラウザ選択画面と検索エンジン選択
iOS 26.2以降、日本の利用者は、Webブラウザを初めて起動するときに、デフォルトブラウザを選ぶための選択画面を見ると説明されている。さらに、Safariを使う日本の利用者は、SafariのStart Pageでデフォルト検索エンジンを選ぶための画面を見る。
注意点
選択画面は「一度選んだら終わり」ではなく、Apple Newsroomでは利用者がSettingsで選択を見直せると説明されている。どのブラウザ、検索エンジン、ナビゲーションアプリ、アプリマーケットプレイスを使うかは、初回表示の勢いで決めず、あとから設定で見直せることも覚えておきたい。
デフォルトアプリとマーケットプレイスの見直し
Appleは、日本の利用者がブラウザ、メール、電話、メッセージ、翻訳などに加え、ナビゲーションアプリとアプリマーケットプレイスのデフォルトも管理できると説明している。また、日本の利用者はSafariを端末からアンインストールできるとも案内されている。
ここで大切なのは、デフォルト設定の変更と、アプリの入手元・支払い先の確認を混同しないことだ。デフォルトのマーケットプレイスを変えると、アプリ入手時の体験や利用者保護の見方も変わる可能性がある。設定変更の前後で、どのマーケットプレイスからどのアプリを入れるのかを確認したい。
開発者向けの追加iOS capabilities
開発者向けには、WebKit以外のブラウザエンジン、音声会話アプリをiPhoneのサイドボタンから起動するAPI、iOS/iPadOSの追加相互運用をリクエストする導線が示されている。代替ブラウザエンジンについてAppleは、JITやマルチプロセスなどの重要機能を提供する一方、ブラウザエンジンは攻撃対象になりやすいため、厳格なプライバシー・セキュリティ要件を満たす開発者だけを認可すると説明している。
確認項目
アプリ配信や決済の記事で、ブラウザエンジンの技術詳細まで深掘りしすぎると主題がぼやける。開発者は、自分のアプリが「ブラウザアプリ」「アプリ内ブラウジング」「音声会話アプリ」「相互運用リクエスト」のどれに関係するかを先に切り分けるほうがよい。
利用者保護と競争促進をどう両立して見るか
競争促進と利用者保護は単純な勝敗ではなく、選択肢の増加と確認責任の増加を同時に見る必要がある。
Appleは、MSCAが新しい選択肢を作る一方で、マルウェア、詐欺、プライバシーやセキュリティ上のリスクも増えると説明している。Appleの表現をそのまま受け取るだけでなく、JFTC側の制度趣旨、利用者の選択肢、開発者の運用責任を並べて見る必要がある。
Appleが用意する保護策
Appleが案内している主な保護策は、Notarization、インストールシート、開示表示、代替決済時の開示シート、未成年向けのペアレンタルゲート、設定からの選択見直し、マーケットプレイス運営者への認可条件などだ。Appleは、これらの保護策が新しいリスクを完全になくすとは言っていない。リスクを下げるための仕組みとして読むべきだ。
利用者側に残る確認責任
利用者側に残る確認は、かなり具体的だ。入手元はApp Storeか代替マーケットプレイスか。支払いはApple In-App Purchaseか、開発者の決済処理か、外部Webサイトか。返金や購読管理はどこで行うのか。子どもが使う端末なら、購入承認、ペアレンタルゲート、外部Webへの誘導がどうなっているか。
この確認をしないまま「Appleのアプリだから大丈夫」「iPhoneに入るから同じ」と考えると、トラブル時に窓口を見失いやすい。
JFTCの相談窓口をどう使うか
MSCA Consultation Deskは、アプリ開発者や関係者に対して、MSCAに関する相談や懸念を扱う窓口として案内されている。JFTCへの正式な情報提供や是正につながる可能性も説明されている。Appleの資料だけでは制度側の運用が見えにくい場合、JFTC側の情報も確認したい。
規制対応や開示全体の文脈で読みたい場合は、当サイトの規制・リスクカテゴリも参照できる。AppleのSEC開示、法規制、Services、リスク要因を分けて追うと、今回のような制度変更を株価材料だけに寄せずに読める。
上振れ/下振れ
上振れとしては、開発者がより柔軟な配信・決済・価格設計を使える可能性がある。利用者にとっても、ブラウザ、検索、マーケットプレイス、ナビゲーションの選択肢が増える。一方で下振れとしては、詐欺、不正、サポート不透明化、支払いトラブル、利用者の混乱、開発者側のレポートや返金対応の負担増がある。
まとめ
入手元と支払い先を確認し、返金・購読管理・未成年の購入保護がどこで扱われるかを見る。
規約、手数料、StoreKit entitlement、App Store Connect設定、Notarization、税、レポート、返金サポートを同時に見る。
認可条件、コンテンツ基準、モデレーション、不正対策、データ収集ポリシー、支払い紛争への対応を確認する。
Services、規制対応、リスク要因、開発者の選択肢、利用者の混乱リスクを分けて確認する。
公式資料は更新され得るため、手数料、External Purchase Server API、未成年保護、認可条件は公開・配布の直前に再確認する。
iOS 26.2以降の日本向けApp Store変更は、単に「外部決済が使える」「代替ストアが使える」と短くまとめるには、条件が多い。利用者、アプリ開発者、マーケットプレイス運営者、事業/投資視点で見るべき点が違う。
利用者は支払いと入手元を確認する
利用者は、まず入手元と支払い先を見る。App Storeから入れるのか、代替マーケットプレイスから入れるのか。Apple In-App Purchaseで支払うのか、開発者の決済処理なのか、外部Webサイトへ進むのか。未成年が使う場合は、ペアレンタルゲートと購入承認がどう機能するかを確認する。
開発者は規約・手数料・運用負荷を同時に見る
開発者は、料率だけで判断しない。Apple Developer Program License Agreementへの同意、StoreKit entitlement、App Store Connectでの設定、Notarization、代替マーケットプレイスとのtoken連携、External Purchase Server API、税、レポート、返金サポートまで含めて、選択肢ごとの総コストを見る必要がある。
公式資料は公開前に再確認する
Apple Developer Support、Apple Newsroom、Apple Developer Program License Agreement、App Store Connect Help、JFTC側の情報は更新され得る。特に手数料、External Purchase Server API、未成年保護、代替マーケットプレイスの認可条件は、運用に直結する。記事や社内資料に落とす場合は、公開・配布の直前に公式ページへ戻るのが安全だ。
更新履歴
- 2026年6月2日
Apple Developer Support、Apple Newsroom、Developer Program License Agreement、App Store Connect Help、MSCA Consultation Deskを確認。
- API更新
External Purchase Server APIやStoreKit External Purchase APIsの対象バージョン、実装条件、レポート方法を見直す。
- 規約・手数料
App Store commission、payment processing fee、store services commission、Core Technology Commissionの条件変更を確認する。
- 保護・認可条件
未成年保護、代替マーケットプレイスの認可条件、JFTC側の相談・制度運用情報を追跡する。
更新履歴は結論を増やす場所ではなく、公式資料へ戻るべき条件を残す場所として使う。
- 2026年6月2日 13:00 Asia/Tokyo時点で、Apple Developer Support、Apple Newsroom、Apple Developer Program License Agreement、App Store Connect Help、MSCA Consultation Deskを確認して作成。
- 今後、AppleがiOS 26.4以降のExternal Purchase Server API、規約、手数料、未成年保護、代替マーケットプレイス認可条件を更新した場合は、本文の該当箇所を見直す。
次に読むなら
次に読むなら
参照した主な情報源
- Apple Developer Support: Changes to iOS in Japan
- Apple Newsroom: Apple announces changes to iOS in Japan
- Apple Developer Support: Payment options on the App Store in Japan
- Apple Developer Support: Operating an alternative app marketplace in Japan
- Apple Developer Help: Manage distribution on an alternative app marketplace
- Apple Developer Program License Agreement
- Mobile Software Competition Act Consultation Desk
- 需要シグナル確認: Apple Developer News/SupportのJapan options掲出、WWDC26直前のApple公式・開発者情報への関心、専門メディアとコミュニティでの日本向け代替ストア/外部決済に関する話題。本文では読者関心の把握に限定し、仕様、料率、提供条件の根拠には使用していない。