Meta for WorkおよびMeta for Educationでのアプリ配信 更新日時: 2025/10/01
このガイドでは、管理対象デバイスの開発者が利用できるさまざまな配信オプションについて説明します。
概要を述べるとすれば、開発者はMeta Horizonストアを通じてアプリを配信するか、いろいろなデプロイ方式での非公開デプロイを通じて顧客がアプリを利用できるようにするか選べます。
Meta Horizonストア による配信Meta for Work またはMeta for Education 、Meta Horizon開発者センター 、もしくはサードパーティのMDM ソリューションによるプライベートアプリの展開適切な配信方式として何を選ぶかは、ビジネスや顧客のニーズに応じて異なります。
このガイドでは、各方式について説明します。自分に最適の方式を選ぶ上での参考にしてください。
Meta Horizonストアは、開発者がアプリやエクスペリエンスを公開できる、Meta提供の配信プラットフォームです。ストアはウェブおよびMetaデバイス上で利用可能で、管理対象デバイスでも使用できます(
管理者コントロール に準じます)。
アプリをストアに公開すると、Meta Questデバイスを持つすべてのユーザーがアプリを見つけられるようになります。公開ストアのアプリは、ユーザーがデバイス上のストアアプリを使用してインストールします。ただし、Meta管理者センターの管理者によってデバイスグループやデバイスプロファイルに直接配信することはできません。
アプリが適格であれば、管理ストアへの配信を選択することも可能です。管理ストアでは、管理者センターの管理者やストアの管理対象ユーザーがアプリを見つけられるようになります。
管理ストアでの検索を選択すると、アプリは管理者が閲覧できるようになり、組織内の管理対象デバイスに配信できます。アプリは、管理対象のMeta Horizonストアを閲覧する管理ユーザーに表示され、管理者が管理対象デバイスに直接インストールできます。
管理ストアでの配信資格を得るには、まずアプリが一般公開されているMeta Horizonストアで公開されている必要があります。さらに、ストアから無料でダウンロードできるアプリである必要があります。一括ライセンス契約のオフプラットフォーム収益化は、
アプリポリシー に従って許可されています。
Meta Horizon開発者センター 内で、[Distribution (配布)] タブの[Store Availability (ストアの在庫)] に移動し、アプリの配信方法を選択します。一般公開 と管理 のオプションが表示されます。
アプリがすでに公開されている場合、一般公開 はすでに有効になっています。
管理 配信を有効にする前に、既存の開発者配信契約に対する付加契約書に署名する必要がある場合があります。
配信オプションは、アプリがレビューに提出された後は削除できませんが、管理配信のオプションはレビュー後に有効化できます。
注: アプリのエンゲージメント分析は、ストア配信方法に基づいてフィルタリングすることはできません。
個人顧客向けのカスタムアプリやストア配布には適さないアプリ(このガイドでいう「非公開アプリ」)をビルドする開発者は、以下に説明されている非公開方式のうちの1つまたは複数の方式を使ってアプリをデプロイできます。
Platform SDKのいずれかの機能を使用しない限り、プライベートアプリはMetaによる正式な審査を受けることはありません。Meta Horizon開発者センターでホスティングされ、ビジネスチャネルにより配信されるすべての非公開アプリは、それぞれの責任で該当するMetaの利用規約やポリシー、および該当する法的要件に準拠しなければなりません。さらには、
バーチャル体験に関する行動規範 で指定されているベストプラクティスにも従っていなければなりません(
非公開アプリのポリシー を参照)。開発者がこれらの規約に従わない場合、Metaはしかるべき措置を講じる権利を留保します。
プライベートアプリの開発者がPlatform SDKを使用したい場合は、簡易版の
データの使用状況の確認(DUC) を完了する必要があります。Platform SDKの詳細については、以下のトピックをご参照ください。
管理対象のMeta Questデバイスを使用する管理対象Metaアカウントユーザー間での
アプリ共有 もサポートされていません。Meta for WorkまたはMeta for Educationを利用する組織と共有された非公開アプリは、組織の管理者が管理対象デバイスにインストールする必要があります。
非公開アプリのパッケージ名として、ストア内の既存のアプリと同じものを使うことはできません。既存アプリのカスタム版または先行リリース版を非公開アプリとしてデプロイする場合は、パッケージ名を固有なものに変更する必要があります。
管理者は組織キーを提供し、それを通じて非公開アプリへの招待を受け取り、組織のアプリライブラリに追加することができます。組織のアプリライブラリから、管理者は非公開アプリを管理対象デバイスに直接インストールできます。
Meta Quest開発者チームの非公開アプリホスティングは、デフォルトでは有効になっていません。Meta Horizon開発者センターを通じて非公開アプリを管理対象デバイスにデプロイするには、開発者がMeta for WorkまたはMeta for Education組織の管理者から非公開アプリを共有する招待を受ける必要があります。
Meta for WorkまたはMeta for Education組織から非公開アプリの共有招待を受けると、メールで招待が届きます。
招待にはリンクと組織キー が含まれており、リンクをクリックした後、確認プロセスの一環としてこのキーを入力する必要があります。確認が完了すると、招待を送ったMeta for WorkまたはMeta for Education組織と非公開アプリを共有できるようになります。初めて招待を受け取る場合、開発者チームは自動的に非公開アプリを作成できるようになります。
開発者ダッシュボード に登録またはログインします。[アプリを新規作成] をクリックします。[非公開アプリ] をクリックします。適切なアプリのタイプを選択してください。ビジネスチャネルは、非公開アプリのデフォルトリリースチャネルとして自動的に作成されます。Meta Quest開発者ハブによるアップロード
Meta Quest開発者ハブ(MQDH) を設定し、インストールします。Meta Quest開発者ハブからアプリを選択し、APKファイルをビジネスチャネルにアップロードします。 Oculusプラットフォームユーティリティによるアップロード
Oculusプラットフォームユーティリティ を設定し、インストールします。ovr-platform-util.exe get-access-tokenを呼び出してユーザートークンを入手しますチャネルエイリアスQ4B_MAINを使ってビジネスチャネルにビルド結果をアップロードします ovr-platform-util upload-quest-build --age-group TEENS_AND_ADULTS -a {yourappid} -t {yourtoken} --apk {yourapk} -c Q4B_MAIN
アップロードが完了すると、Meta Horizon開発者センターのビジネスチャネルにアプリが表示されます。
ビジネスチャネルを通じた組織への非公開アプリの配信 Meta Horizon開発者ダッシュボード にログインします。左側のメニューで、[マイアプリ] の下から該当する非公開アプリを選択します。 左側のナビゲーションで、[配信] 、そして[リリースチャネル] をクリックします。 ビジネスチャネルで、[組織] タブをクリックします。 [組織を追加] をクリックして、組織の組織キーを入力します(組織キーの入手方法についてはこちら を参照)。追加されたアプリは、組織管理者と共有されます。招待のステータスは、[組織]タブで確認できます。
新規ビルドを既存のビジネスチャネルにアップロードするには、
Meta Quest開発者ハブ(MQDH) を使います。このチャネルに招待されたすべてのユーザーとチームは、アップデート後のビルドにアクセスできるようになります。
Meta Horizon開発者ダッシュボード にログインします。左側のメニューで、[マイアプリ] の下から該当する非公開アプリを選択します。 左側のナビゲーションで、[配信] 、そして[リリースチャネル] をクリックします。 ビジネスチャネルで、[組織] タブをクリックします。 [サブスクリプション登録済みの組織] を選択します。右側の削除アイコン をクリックし、削除を確認します。 アプリは、受信側組織のアプリライブラリから削除され、以前そのアプリをインストールしていたデバイスから削除されます。
Meta Horizon開発者センターによる非公開アプリ配布に代わる手段として、管理者はセルフホストAPKのURLを追加することにより、自分の管理対象デバイスにアプリを直接デプロイできます。
APKファイルを公開URLでホスティングします。これは、APKファイルの直接ダウンロードを開始するURLでなければなりません。
(推奨) 顧客がダウンロードしたAPKファイルの検証用に使うことのできるMD5ハッシュを生成します。(推奨) 該当の公開URLにダウンロードリクエストを発行する際にカスタムHTTPヘッダーを追加するよう要求することにより、意図しない受信者がアプリをダウンロードしないように保護します。(任意) アプリを顧客のデバイスにインストールする際にアプリと一緒にダウンロードする必要がある拡張ファイルがあれば、それらのファイルをアップロードします。 セルフホストAPK URLを顧客に伝えます。 顧客はMeta管理者センター にログインし、開発者提供の詳細情報を使ってアプリを追加します。 セルフホストURLで配信されるアプリは、新しいAPKを同じリンク先URLにアップロードしても自動的にはアップデートされず、APKをアップデートしても管理者には通知されません。
アプリを管理対象デバイスで更新させるには、最新のビルドを新しいURLにアップロードし、そのURLを連携している組織の管理者と共有してください。
このガイドで説明されているのは、単一のアプリや自己完結型アプリを管理対象デバイスにデプロイするさまざまなアプローチです。とはいえ、アプリのコンテンツをモジュール形式で配信するという場合があるかもしれません。例えば、アプリにトレーニングモジュールのライブラリが含まれる場合、ファイルサイズやコンテンツ管理の関係で、それらのすべてのモジュールをコンパイルしてAPKファイルに含めることはしないかもしれません。
アプリのコンテンツのトポロジーに応じて、管理対象デバイスにコンテンツをデプロイする方法には、さまざまなものがあります。
ランチャーアプリとスタンドアローンモジュールアプリ モジュール式コンテンツを、「ランチャー」アプリと、コンテンツモジュールをそれぞれの一連の独自APKに用意するという形で配布し、ライブラリアプリとモジュールの間をディープリンクによりナビゲートするという方式を採用する開発者もいます。
この方法でモジュール式コンテンツをデプロイする場合、各APKをそれぞれ別個の非公開アプリとして扱い、前述の非公開アプリのデプロイ方式の1つを使って管理対象デバイスにデプロイできます。このアプローチを採用する場合、コンテンツモジュールに影響するコードのアップデートは、個々のコンテンツモジュールAPKに対するアプリアップデートとしてデプロイする必要があります。
注: アプリが管理対象デバイス上で他のAPKファイルのインストールやダウンロードを開始することは許可されていません。それをするには、このガイドの他の部分で説明されているデプロイオプションの1つを使う必要があります。
開発者は、コンテンツモジュールごとにスタンドアローンAPKをビルドしてメンテナンスする代わりに、単一の「ライブラリ」アプリをビルドし、コンテンツモジュールを別個のアセットバンドルとして提供することもできます。
このアプローチなら、コンテンツモジュールをアプリのメインAPKに含めずに済み、ファイルサイズやインストール時間の最適化に役立ちます。
注: コンテンツモジュール用アセットバンドルは、公開アクセス可能なURLで開発者がホスティングする必要があります。