ラップの概要
Power Apps の ラップ 機能により、キャンバス アプリをカスタムブランドの Android や iOS アプリとしてラップし、モバイル ユーザーに ラップ することができます。 このようなラップされたネイティブ モバイル アプリは、Microsoft App Center、Google Play ストア および Apple Business Manager を介してエンド ユーザーに配布できます。
単一または複数の Power Apps キャンバス アプリを同じネイティブ モバイル アプリ パッケージにラップできます。 ラップ機能を使用して、組織のブランド化要件に一致するように、モバイル アプリのスタートアップ エクスペリエンスをカスタマイズできます。 モバイル アプリで使用するためにアプリのアイコン、スプラッシュ画面の画像、ウェルカム (サインイン) 画面の画像、カラーパレットを指定することができます。
Power Apps Maker Portal を使用して、モバイル パッケージに含まれているキャンバス アプリに変更を公開することで、ラップされたモバイル アプリを更新できます。
注意
同梱のキャンバス アプリに加えられたすべての公開された変更は、ラップされたモバイル アプリのリリース バージョンによって自動的にダウンロードされます。
ラップ は、ネイティブ モバイル アプリケーション開発プラットフォーム (MADP) の機能を Power Apps にもたらします。
- ノーコード モバイル アプリ開発 — これまでにないモバイル アプリを作成します
- マネージド モバイル アプリ ビルド — ユーザーが使用するアプリを生成します
- シームレスなエンド ツー エンドのブランディング — 独自のロゴとカラーパレットを使用します
- 複数のキャンバス アプリのサポート — ひとつのモバイル アプリに複数のアプリをバンドルします
- Microsoft Intune による企業ガバナンス — アプリ管理でデータを保護します
ヒント
ラップ は、モバイル アプリを既存の Power Apps ユーザーに配布するためのもので、一般向けではありません。
ラップ プロセスを理解する
ラップ 機能は、ネイティブ モバイル アプリ シェルでキャンバス アプリを ラップ し、モバイル パッケージを生成します。 このモバイル パッケージにデジタル署名し、Android および iOS アプリ Google Play ストア や Apple Business Manager などのネイティブ配布チャネルを通じて、カスタム ブランドおよびアプリとしてモバイル ユーザーに配布できます。
次のセクションでは、ラップ機能を使用してネイティブ モバイル アプリを作成する手順について説明します:
- プライマリ キャンバス アプリ を選択し、ラップ ウィザードを開始します。 プライマリ キャンバス アプリは、モバイル ユーザーがモバイル アプリを起動したときに表示する初期エクスペリエンスを提供するアプリです。 キャンバス アプリはソリューションに含まれている必要があります。 詳細情報: キャンバス アプリをソリューションに追加する
- オプションで、ラップ ウィザードでモバイル アプリに セカンダリ キャンバス アプリ を追加します。 詳細情報については、複数のキャンバス アプリをまとめる を参照してください。
- ご利用のモバイル アプリの ターゲット プラットフォーム (iOS と Android) を選択します。 オプションで、ラップ ウィザードでモバイル アプリ パッケージに 自動的にコード署名 することを選択します。
- アイコン、画像、カラー パレットを使用して アプリのブランド をカスタマイズし、モバイル アプリをパーソナライズします。
- アプリを登録します。 既存の アプリ登録 を使用するか、ラップ ウィザードで新しい登録を作成します。
- Azure BLOB ストレージ アカウンの名前とコンテナー名を追加します。 作成済みの Azure BLOB ストレージ を使用するか、新しい BLOB を作成します。
- ラップ アップ ステップでビルド プロセスを開始し、カスタム ブランドのモバイル アプリを生成します。
- BLOB ストレージ ロケーションを追加するからモバイル アプリをアプリをダウンロードします。
- ラップ ウィザードで 自動的にコード署名 が選択されていない場合は、モバイル アプリ パッケージを手動で コード署名 する必要があります。 詳しくは、モバイル アプリパッケージに手動で署名する を参照ください。
- アプリのパッケージをテストします。
- アプリのパッケージをモバイル ユーザーに配布します。
複数のキャンバス アプリをラップする
複数のキャンバス アプリを単一のモバイル アプリ パッケージとしてラップできます。 モバイル アプリ パッケージには、プライマリ アプリと呼ばれるホーム アプリが必要です。 このアプリは、モバイル アプリ パッケージに含まれる他のすべてのキャンバス アプリの入り口になります。これらのアプリは、セカンダリ アプリと呼ばれます。
セカンダリ アプリは任意であり、必須ではありません。 キャンバス アプリを 1 つだけラップした場合、含まれるアプリはプライマリ アプリとして選択されますが、モバイル アプリ パッケージにはセカンダリ アプリが存在しないことになります。
次の図で説明されているように、プライマリ アプリは複数のセカンダリ アプリへのリンクを持つことができます。 このようなモバイル アプリをラッピングした内部のプライマリ アプリとセカンダリ アプリ間の移動は、Launch() 関数で管理することができます。
モバイル アプリのブランド化
ラップは、組織のブランド化要件に一致するように、モバイル アプリのブート ストラップ エクスペリエンスのカスタマイズをサポートします。 アプリのアイコン、スプラッシュ画面の画像、ウェルカム (サインイン) 画面の画像、モバイル アプリのネイティブ体験全体で使用するカラーパレットを指定することができます。
ラップ プロジェクトを構築する際に、ブランド化のカスタマイズ オプションが利用できます。 詳細情報: ブランド化を構成する
ラップの用語を理解する
ラップには、Power Apps、App Center、iOS や Android などのサードパーティ プラットフォームにまたがる複数のコンポーネントが含まれています。 そのため、Power Apps のラップ機能を操作する際には、関係するコンポーネントを理解することが重要になります。
App Center の場所
モバイル アプリ配布用のビルド パッケージの格納に使用する App Center のコンテナーです。 ビルドの出力タイプは、選択したターゲットのプラットフォームによって異なります。
| プラットフォーム | OS | 出力ファイル タイプのビルド |
|---|---|---|
| iOS (Apple Store を使用した配布向け) | Custom | *.zip |
| Android (Google Play ストア以外のすべてのチャネルでの配布向け) | Android | *.apk |
ヒント
App Center は 2025 年 3 月 31 日から廃止されます。 今後は、アプリのバイナリはご利用のテナントの Azure Blob Storage に保存され、そこから基本設定で指定したチャネルを通じてアクセスおよび配布できるようになります。 Azure Blob Storage とラップ プロセスのリンクの詳細については、近日中に更新される予定です。 その間、最新の APK/IPA ファイル (必要な場合) をバックアップし、Azure Blob Storage の詳細とアプリ バイナリのターゲットの場所を手元に置いておきます。
Azure Blob Storage
Azure Blob Storage のコンテナは、モバイル アプリ配布用のビルド パッケージの保存に役立ちます。 ビルドの出力タイプは、選択したターゲットのプラットフォームによって異なります。 この機能の詳細は、2025 年 3 月 31 日までに共有されます。
入力:
アカウント名
アカウント名は、Azure Storage アカウントの一意の識別子です。 これは、ストレージ アカウントにアクセスするためのベース URI を構築するために使用されます。 たとえば、アカウント名が mystorageaccount の場合、ベース URI は https://mystorageaccount.blob.core.windows.net/ です
コンテナー名
コンテナー名は、一連の BLOB をグループ化する ストレージ アカウント 内の一意の識別子です。 コンテナーは、ストレージ アカウント内の BLOB を整理する方法を提供します。 たとえば、コンテナー名が mycontainer の場合、このコンテナー内の BLOB にアクセスするための URI は https://mystorageaccount.blob.core.windows.net/mycontainer/ となります
アプリのプラットフォーム
公開のためにビルド プロセスを実行するアプリの対象プラットフォームです。 iOS、Android、または Google Play ストア向けのモバイル アプリのビルドを作成できます。
- iOS で IPA パッケージを作成する
- Android で APK パッケージを作成する
- Google Play ストア は、配布用に AAB パッケージを作成します
ラップ プロジェクトのビルド
ラップ プロジェクトのビルドは、異なるプラットフォーム間でモバイル アプリを配布するためのビルド パッケージを作成するプロセスです。 このプロセスでは、Microsoft ID プラットフォームに登録したアプリを使用し、選択したプラットフォームに応じて、所定の App Center の場所にビルドを作成します。 ビルドされたパッケージは、プライマリ アプリとオプションのセカンダリ アプリが、プラットフォーム タイプごとにひとつのモバイル アプリ パッケージにパッケージされています。
バンドル ID
バンドル ID は、アプリ用に作成できる一意の識別子です。 リバース ドメイン名パターンに従います。 たとえば、com.contoso.myapp などとします。 このバンドル ID は、手順 6 で述べたように iOS または Android 証明書が作成されアップロードされると、Azure キー コンテナーを作成するプロセスで使用されます。
コード署名
コード署名は、エンド ユーザーに配布する前にモバイルアプリを最終的に完成させるプロセスです。 コード署名されたアプリは、それが既知のソースに由来するものであり、アプリのコードが信頼できるソースによって署名され、前回以降に変更されていないことを保証するものです。
プライマリ アプリ
プライマリ アプリとは、複数のキャンバス アプリを一緒にラッピングする際の、モバイル アプリ エクスペリエンスのエントリー ポイント、またはホーム アプリを指します。 他のアプリはすべて セカンダリ アプリ と見なされます。 ラップされてビルドされたキャンバス アプリがひとつだけの場合は、これもプライマリ アプリと見なされます。
リダイレクト URI
リダイレクト URI (返信 URL) とは、アプリの認証に成功し、認証コードやアクセストークンが付与された後、認証サーバーがユーザーに送信する場所を指します。 承認サーバーはコード、またはトークンをリダイレクト URI に送信するため、アプリ登録プロセスの一部として正しい場所を登録することが重要です。
詳細情報: リダイレクト URI
セカンダリ アプリ
プライマリ アプリとともにモバイル アプリ配信用に同じビルドでラップされたオプションのその他のキャンバス アプリです。
次の手順
ラップのシステム要件と前提条件 (ドキュメント)