プッシュ通知 push-notifications

Last update: Mon Jul 15 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

トピック：

作成対象：

管理者

NOTE

単一ページアプリケーションフレームワークを基にしたクライアントサイドレンダリング（React など）が必要なプロジェクトでは、SPA エディターを使用することをお勧めします。詳細情報。

Adobe Experience Manager（AEM）モバイルアプリのユーザーに対して、重要な通知を即座に通知できることが、モバイルアプリとそのマーケティングキャンペーンの価値にとって重要です。ここでは、アプリにプッシュ通知を受信させるために実行する必要がある手順を説明します。また、AEM Mobileから携帯電話にインストールされているアプリにプッシュを設定して送信する方法についても説明します。また、この節では、プッシュ通知にディープリンク機能を設定する方法についても説明します。

NOTE

プッシュ通知は配信を保証するものではありません。お知らせに似ています。全員が確実に受け取れるように最善の努力をしますが、それらは保証された配信メカニズムではありません。また、プッシュの配信時間は、1 秒未満から 30 分まで変動する可能性があります。

AEMでプッシュ通知を使用するには、異なるテクノロジーが必要です。まず、プッシュ通知サービスプロバイダーを使用して、通知とデバイスを管理する必要があります（AEMでは、まだこれを行いません）。 AEMには、Amazon Simple Notification Service （または SNS）と Pushwoosh という 2 つのプロバイダーが標準で設定されています。次に、特定のモバイル OS のプッシュテクノロジーは、iOS デバイス用のApple Push Notification Service （APNS）と、Android™ デバイス用のGoogle Cloud Messaging （GCM）という、適切なサービスを経由する必要があります。 AEMは、これらのプラットフォーム固有のサービスと直接通信しませんが、関連する設定情報の一部をAEMが提供し、これらのサービスがプッシュを実行するための通知を行う必要があります。

インストールと設定が完了すると（後述のとおり）、次のように動作します。

プッシュ通知がAEMで作成され、サービスプロバイダー（Amazon SNS または Pushwoosh）に送信されます。
サービスプロバイダーが受信し、コアプロバイダー（APNS または GCM）に送信します。
コアプロバイダーは、そのプッシュに登録されているすべてのデバイスに通知をプッシュします。デバイスごとに、携帯データネットワークまたは WiFi （デバイスで使用可能な方）を使用します。
デバイスが登録されているアプリが実行されていない場合、通知はデバイスに表示されます。通知をタップしたユーザーがアプリを起動し、アプリ内に通知を表示します。アプリケーションが既に実行されている場合は、アプリ内通知のみが表示されます。

このリリースのAEMでは、iOSおよびAndroid™ モバイルデバイスをサポートしています。

概要と手順 overview-and-procedure

AEM Mobile アプリでプッシュ通知を使用するには、次の大まかな手順を実行する必要があります。

通常、Experience Manager開発者は次の操作を行います。

AppleおよびGoogleのメッセージサービスへの登録
プッシュメッセージサービスへの登録と設定
アプリへのプッシュサポートの追加
テスト用の電話の準備

Experience Manager管理者は次の操作を行います。

AEM アプリでのプッシュの設定
アプリのビルドとデプロイ
プッシュ通知の送信
ディープリンク 定の設定（オプション）

手順 1:AppleおよびGoogleのメッセージサービスへの登録 step-register-with-apple-and-google-messaging-services

Apple Push Notification Service （APNS）の使用 using-the-apple-push-notification-service-apns

Appleのプッシュ通知サービスに精通するには、Appleのページこちらを参照してください。

APN を使用するには、Appleから 証明書 ファイル（.cer ファイル）、プッシュ 秘密鍵 （.p12 ファイル）、秘密鍵のパスワード が必要です。その方法については、こちらを参照してください。

Google Cloud Messaging （GCM）サービスの使用 using-the-google-cloud-messaging-gcm-service

NOTE

Googleは、GCM を Firebase Cloud Messaging （FCM）と呼ばれる同様のサービスに置き換えます。 FCM について詳しくは、こちらをクリックしてください。

GoogleのGoogle Cloud Messaging for Androidについて詳しくは、こちらのページ™ を参照してください。

次の手順に従います。Google API プロジェクトの作成、GCM サービスの有効化、および API キーの取得 を行います。 Android™ デバイスにプッシュ通知を送信するには API キー が必要です。また、プロジェクト番号 を記録します。これは、GCM 送信者 ID とも呼ばれることがあります。

以下の手順は、GCM API キーを作成する別の方法を示しています。

Google にログインし、Googleのデベロッパーページに移動します。
リストからアプリを選択します（または作成します）。
Android™ パッケージ名の下に、アプリ ID （com.adobe.cq.mobile.weretail.outdoorsapp）を入力します。（それでもうまくいかない場合は、「test.test」で再試行してください。）
「サービスの選択と設定を続行」をクリックします
「Cloud Messaging」を選択し、「Google Cloud Messaging を有効にする」をクリックします。
新しい Server API キーと（新規または既存の）送信者 ID が表示されます。

NOTE

サーバー API キーを記録します。この値は、プッシュプロバイダーのサイトに入力されます。

手順 2：プッシュメッセージサービスの登録と設定 step-register-and-configure-a-push-messaging-service

AEMは、次の 3 つのサービスのいずれかをプッシュ通知に使用するように設定されています。

Amazon SNS
Pushwoosh
Adobe Mobile Services

Amazon SNS および プッシュウーシュ 設定を使用すると、AEM画面内からプッシュ通知を送信できます。

Adobe Mobile Services 設定により、Adobe Analytics アカウントを使用してAdobe Mobile Services 内からプッシュ通知を設定して送信できます（ただし、AMS プッシュ通知を有効にするには、この設定を使用してアプリをビルドする必要があります）。

NOTE

Amazon SNS に関する情報およびAWS アカウントを作成するためのリンクは、こちらを参照してください。 1 年間無料でアカウントを取得できます。

Amazon SNS を使用しない場合は、以下の手順をスキップできます。

プッシュ通知用のAmazon SNS をセットアップするには、次の手順に従います。

Amazon SNS への登録
1. アカウント Id を記録します。形式は、スペースやダッシュを含まない 12 桁（つまり「123456789012」）にする必要があります。
2. 後の手順（ID プールの作成）では「us-east」または「eu」地域にいることを確認します。
3. 登録後、管理コンソールにログインし、「SNS （プッシュ通知サービス）」を選択します。表示された場合は、「Get Started」をクリックします。

アクセスキーと ID の作成

画面右上のログイン名をクリックし、メニューから「セキュリティ資格情報」を選択します。
「アクセスキー」をクリックし、下のスペースで「新しいアクセスキーを作成」をクリックします。
「アクセスキーを表示」をクリックし、表示されているアクセスキー ID と秘密アクセスキーをコピーして保存します。キーをダウンロードするオプションを選択すると、これらの同じ値を含む CSV ファイルが得られます。
このページでは、その他のセキュリティ関連の証明書や、その他の証明書を管理できます。

note note
NOTE
1 つのアクセスキーを複数のアプリで使用できます。

「AWS Sandbox」アカウントを使用する組織の場合、手順は似ており、こちらで概要を説明します。

画面右上のログイン名をクリックし、メニューから「マイセキュリティ資格情報」を選択します。
アクションの左リストで「ユーザー」をクリックし、ユーザー名を選択します。
「セキュリティ資格情報」タブをクリックします。
ここから、キーを表示し、新しいキーを作成します。後で使用するためにキーを保存します。

トピックの作成

トピックを作成 をクリックし、トピック名を選択します。トピック ARN、トピック所有者、地域、表示名などのすべてのフィールドを記録します。
その他のトピックアクション/トピックポリシーの編集 をクリックします。 これらのユーザーにこのトピックへの購読を許可する で、全員を選択します。
ポリシーを更新 をクリックします。

note note
NOTE
開発、テスト、デモなど、様々なシナリオに対して複数のトピックを作成できます。残りの SNS 設定は同じままです。別のトピックを使用してアプリをビルドします。そのトピックに送信されたプッシュ通知は、そのトピックでビルドされたアプリでのみ受信されます。

Platform アプリケーションの作成
1. 「アプリケーション」をクリックし、「Platform アプリケーションの作成」をクリックします。名前を選択し、プラットフォーム（iOSの場合は APNS、Android™ の場合は GCM）を選択します。プラットフォームによって異なります。その他のフィールドには、以下のように入力する必要があります。
  1. APNS の場合、P12 ファイル、パスワード、証明書、および秘密鍵をすべて入力する必要があります。これらは、前述の手順 Apple Push Notification Service （APNS）の使用）で取得する必要 あります。
  2. GCM の場合は、API キーを入力する必要があります。これは、前述の手順 Google Cloud Messaging （GCM）サービスの使用 で取得する必要があります。
2. サポートしているプラットフォームごとに、上記の手順を 1 回繰り返します。 iOSとAndroid™ の両方にプッシュできるようにするには、2 つの Platform アプリケーションを作成する必要があります。
ID プールの作成
1. Cognito を使用して、認証されていないユーザーの基本データを格納する ID プールを作成します。現在、Amazon Cognito では「us-east」リージョンと「eu」リージョンのみがサポートされています。
2. 名前を付け、「未認証の ID へのアクセスを有効にする」チェックボックスをオンにします。
3. 次のページ（「匿名 ID にはリソースへのアクセスが必要です」）で、「許可」をクリックします。
4. ページの右上にある「ID プールを編集」リンクをクリック ます。 ID プール Id が表示されます。後で使用するために、このテキストを保存します。
5. 同じページで、「未認証の役割」の横にあるドロップダウンを選択し、Cognito_<pool name>UnauthRole という役割が選択されていることを確認します。変更を保存します。

アクセスの設定

Identity and Access Management （IAM）にログインします。
「役割」を選択します。
前の手順で作成した Cognito_<yourIdentityPoolName>Unauth_Role という役割をクリックします。表示された「Role ARN」を記録します。
「インラインポリシー」をまだ開いていない場合は開きます。 oneClick_Cognito_<yourIdentityPoolName>Unauth_Role_1234567890123 のような名前のポリシーが表示されます。
「ポリシーを編集」をクリックします。ポリシードキュメントのコンテンツを次の JSON スニペットに置き換えます。

table 0-row-1 html-authored no-header
{ 「バージョン」: 「2012-10-17」、 "ステートメント": [ { "アクション": [ 「mobileanalytics:PutEvents」 "cognito-sync:", "SNS:CreatePlatformEndpoint", "SNS:Subscribe" ], "Effect": "Allow", "Resource": [ "" ] } ] }

table 0-row-1 html-authored no-header

{

「バージョン」: 「2012-10-17」、

"ステートメント": [

{

"アクション": [

「mobileanalytics:PutEvents」

"cognito-sync:*",

"SNS:CreatePlatformEndpoint",

"SNS:Subscribe"

"Effect": "Allow",

"Resource": [

"*"

]

}

]

}

ポリシーの適用 をクリックします。

Pushwoosh メッセージサービスの使用 using-the-pushwoosh-messaging-service

Pushwoosh を使用しない場合は、この手順をスキップできます。

Pushwoosh を使用するには：

プッシュウーシュに登録
1. pushwoosh.comに移動して、アカウントを作成します。
API アクセストークンの作成
1. Pushwoosh サイトで、API Access メニュー項目に移動して、API アクセストークンを生成します。このトークンを安全に記録します。
アプリの作成
1. Android™ のサポートには、GCM API キーを入力する必要があります。
2. アプリケーションを設定する際に、フレームワークとして「Cordova」を選択します。
3. iOSをサポートするには、証明書ファイル（.cer）、プッシュ証明書（.p12）、秘密鍵のパスワードを指定する必要があります。これらは、Appleの APNS サイトから入手する必要があります。「フレームワーク」で、「Cordova」を選択します。
4. Pushwoosh は、「XXXXX-XXXXX」という形式でそのアプリのアプリ ID を生成します。各 X は 16 進数値（0 ～ F）です。

NOTE

同じアプリ ID （および他の関連値：API アクセストークンと GCM ID）で 2 番目のアプリがAEMで設定されている場合、AEMの 2 番目のアプリを介して送信されたプッシュ通知は、そのアプリ ID を持つ他のアプリに送信されます。

手順 3：アプリにプッシュサポートを追加する step-add-push-support-to-the-app

ContentSync 設定の追加 add-contentsync-configuration

notificationsConfig という名前の 2 つのコンテンツノード（app-config 内に 1 つ、app-config-dev 内に 1 つ）を作成します。

/content/<your app>/shell/jcr:content/pge-app/app-config-dev/notificationsConfig
/content/<your app>/shell/jcr:content/pge-app/app-config/notificationsConfig

次のプロパティ（.content.xml ファイル）を使用します。
<jcr:root xmlns:jcr=" https://developer.adobe.com/experience-manager/reference-materials/spec/jcr/1.0/index.html" xmlns:nt=" https://developer.adobe.com/experience-manager/reference-materials/spec/jcr/1.0/index.html"
jcr:primaryType="nt:unstructured"
excludeProperties="[appAPIAccessToken]"
path="…/…/…/…"
targetRootDirectory="www"
type="notificationsconfig"/>

NOTE

コンテンツ同期ハンドラーは、これらのノードを探します。ノードがない場合は、page-notifications-config.json ファイルを書き出しません。

クライアントライブラリの追加 add-client-libraries

次の手順に従って、プッシュ通知のクライアントライブラリをアプリに追加する必要があります。

CRXDE Liteで：

/etc/designs/phonegap/<app name>/clientlibsall. に移動します。
プロパティペインで、「埋め込み」セクションをダブルクリックします。
表示されるダイアログボックスで、「+」ボタンをクリックしてクライアントライブラリを追加します。
新しいテキストフィールドに「cq.mobile.push」と追加し、「OK」をクリックします。
cq.mobile.push.amazon という名前をもう 1 つ追加し、「OK」をクリックします。
変更を保存します。

NOTE

プッシュ通知を削除するか使用しない場合は、アプリの容量を考慮し、コンソールエラーメッセージを避けるために、アプリからこれらの clientlib を削除します。

手順 4：電話をテスト用に準備 step-prepare-a-phone-for-testing

NOTE

プッシュ通知の場合、エミュレーターはプッシュ通知を受信できないので、実際のデバイスでテストする必要があります。

IOS ios

iOSの場合は、macOS コンピューターを使用し、iOS Developer Program に参加します。一部の企業は、すべての開発者が利用できる企業ライセンスを持っています。

XCode 8.1 では、プッシュ通知を使用する前に、プロジェクトの「機能」タブに移動して、「プッシュ通知」切り替えをオンにする必要があります。

Android™ android

CLI を使用してアプリをAndroid™ 携帯電話にインストールするには（以下を参照：手順 6 - アプリのビルドとデプロイ）、まず携帯電話を「developer mode」にする必要があります。詳しくは、オンデバイス開発者オプションの有効化を参照してください。

手順 5:AEM アプリでのプッシュの設定 step-configure-push-on-aem-apps

設定済みのモバイルデバイスにビルドおよびデプロイする前に、使用するメッセージングサービスの通知設定を指定する必要があります。

プッシュ通知に適した認証グループを作成します。
適切なユーザーとしてAEMにログインし、「アプリ」タブをクリックします。
アプリをクリックします。
Cloud Serviceを管理タイルを見つけ、鉛筆をクリックして、クラウド設定を変更します。
通知設定として、「Amazon SNS 接続」、「Pushwoosh 接続」または「Adobeモバイルサービス」を選択します。
プロバイダープロパティを入力し、「送信」をクリックして保存して「完了」をクリックします。 AMS がある場合を除き、この段階ではリモートで検証されません。
設定を管理タイルに入力したCloud Serviceが表示されます。

手順 6：アプリのビルドとデプロイ step-build-and-deploy-the-app

注意： PhoneGap アプリケーションの構築手順こちらを参照してください。

PhoneGap を使用してアプリをビルドおよびデプロイする方法は 2 つあります。

注意： プッシュ通知のテストでは、プッシュ通知でプッシュプロバイダー（AppleまたはGoogle）とデバイスの間の個別のプロトコルが使用されるので、エミュレーターでは十分ではありません。現在のMac/PC ハードウェアおよびエミュレーターは、これをサポートしていません。

PhoneGap Build は、PhoneGap が提供するサービスで、サーバー上でアプリを作成し、デバイスに直接ダウンロードできるようにします。 PhoneGap Buildのセットアップ方法と使用方法については、https://build.phonegap.com/ のPhoneGap Buildドキュメントを参照してください。
PhoneGap コマンドラインインターフェイス （CLI）を使用すると、コマンドラインで豊富な PhoneGap コマンドのセットを使用して、アプリを作成、デバッグ、デプロイできます。 PhoneGap CLI の設定方法と使用方法については、PhoneGap 開発者向けドキュメント（https://docs.phonegap.com/en/edge/guide_cli_index.md.html#The%20Command-Line%20Interface）を参照してください。

手順 7：プッシュ通知を送信する step-send-a-push-notification

通知を作成して送信するには、次の手順に従います。

通知の作成
- AEM Mobile アプリのダッシュボードで、プッシュ通知タイルを見つけます。
- 右上のメニューで、「作成」を選択します。このボタンは、クラウド設定が最初に設定されるまで使用できません。
- 通知の作成ウィザードで、タイトルとメッセージを入力し、「作成」ボタンをクリックします。これで、通知を即時または後で送信する準備が整いました。編集したり、メッセージやタイトルを変更して保存したりできます。
通知の送信
- アプリダッシュボードで、プッシュ通知タイルを見つけます。
- 通知を選択するか、右下の「詳細」ボタン（…）、通知のリストを表示します。このリストは、通知の送信準備ができているか、既に送信されているか、送信中にエラーが発生したかどうかも示します。
- 1 つの通知のチェックボックス（のみ）を選択し、リストの上の「通知を送信」ボタンをクリックします。表示されるダイアログで、通知を「キャンセル」または「送信」する機会が 1 つ与えられます。
結果への対処
- プッシュ通知サービス（Amazon SNS または Pushwoosh）が Send リクエストを受け取り、有効であることを確認し、ネイティブプロバイダー（APNS および GCM）に正常に送信した場合、ダイアログボックスが閉じてメッセージが表示されません。通知リストに、その通知のステータスが送信済みとして表示されます。
- プッシュ送信が失敗した場合、ダイアログボックスに問題を示すメッセージが表示されます。通知リストには、その通知のステータスがエラーと表示されますが、問題が修正された場合は、通知を再度送信できます。エラーが発生した場合は、追加のエラー情報がサーバーエラーログに表示されます。
- iOSとAndroid™ のプッシュ通知には、プラットフォームの違いがいくつかあることに注意してください。その中には、
  - CLI を使用してビルドすると、Android™ へのデプロイ後にアプリが起動します。 iOSでは、手動で開始する必要があります。プッシュ登録ステップは起動時に行われるので、Android™ アプリは（既に開始されて登録されているので）プッシュ通知をすぐに受け取ることができますが、iOS アプリは受け取ることができません。
  - Android™ では、「OK」ボタンのテキストは大文字（およびアプリ内通知に追加されたその他のボタン）で表示されますが、iOSでは表示されません。

AMS プッシュ通知の場合、通知を構成し、AMS サーバーから送信する必要があります。 AMS には、AWSおよび Pushwoosh を使用したAEM通知で提供される機能よりも高度なプッシュ通知機能が用意されています。

NOTE

プッシュ通知は配信を保証するものではありません。お知らせに似ています。誰もが聞こえるように最善の努力をしますが、それらは保証された配信メカニズムではありません。また、プッシュの配信時間は、1 秒未満から 30 分まで変動する可能性があります。

プッシュ通知を使用したディープリンクの設定 configuring-deep-linking-with-push-notifications

ディープリンクとはプッシュ通知のコンテキストでは、アプリを開いたり、（開いている場合は）アプリ内の指定された場所にリダイレクトしたりできるようにする手段です。

仕組みプッシュ通知の作成者は、オプションでボタンラベル（「表示」など）を追加できます。通知にリンクし、視覚的なパスブラウザーを使用して、通知でリンクするページを選択します。送信された場合、プッシュは通常どおり行われます。ただし、アプリ内メッセージの場合、「OK」ボタンは「解除」ボタンに置き換えられ、新しいボタン（「表示」）が指定されますも表示されます。「新規」ボタンをクリックすると、アプリ内の指定したページに移動します。「閉じる」をクリックすると、メッセージが閉じます。

アプリが開いていない場合、シェードは通常どおりに表示されます。シェードで通知に対してアクションを実行すると、アプリが開き、プッシュ通知で設定された内容に基づいてディープリンクボタンがユーザーに表示されます。

通知を作成し、ボタンのテキストとオプションのディープリンクのリンクパスを追加します。

CAUTION

ダッシュボードのプッシュ通知タイルにアクセスするには、次の手順に従います。

Cloud Serviceを管理 タイルの右上隅にある「編集」をクリックします。
Pushwoosh 接続 を選択します。「次へ」をクリックします。
プロパティの詳細を入力し、「送信」をクリックします。

設定を送信すると、ダッシュボードに プッシュ通知 タイルが表示されます。

通知を作成ウィザード create-notification-wizard

ダッシュボードに プッシュ通知 タイルが表示されたら、通知の作成ウィザードを使用してコンテンツを追加します。

プッシュ通知 タイルの右上隅にある追加記号をクリックして、通知を作成ウィザード を開きます。

リンクパスの参照アイコンをクリックすると、アプリのコンテンツ構造がユーザーに表示されます。

パスを選択したら、チェックアイコンをクリックします。

chlimage_1-113

note note
NOTE
リンクボタンのテキストは、20 文字に制限されています。
エンドユーザーがアプリケーションの最新バージョンを持っていない場合、リンクされたパスが使用できない場合、ディープリンクのアクションを確認すると、アプリのメインページに移動します。