プッシュ配信で直面するトラブルシューティングの手順と一般的な問題の概要

目的

  1. プッシュを設定するための前提条件
  2. プッシュ配信のトラッキング
  3. 電子メールとプッシュ配信の相違点
  4. パフォーマンスのトラブルシューティング
  5. 一般的な問題と参照。

環境

すべての v6 インスタンス

手順

プッシュ配信は何のために使用しますか?

  • プッシュ配信は、iOS および Android チャネルのモバイルアプリへの通知を送信するために使用されます。
  • 配信は、APNS(iOS)または GCM(Android)サーバーを通じて、プッシュコネクタを介して送信されます。
  • iOS の場合は、2 つのコネクタが利用可能です。
    • iOS バイナリコネクタは、従来のバイナリ APNS サーバー上で通知を送信します。
    • iOS HTTP/2 コネクタは、HTTP/2 APNS に通知を送信します

前提条件:

  • インスタンスにインストールされるモバイルアプリチャネルパッケージ。
  • 顧客のモバイルアプリに適切に統合される Campaign の Android および iOS SDK。
  • 統合キーを介して顧客のモバイルアプリに統合される Campaign インスタンスのモバイルアプリケーション。
  • 次のような Campaign のサービスにリンクされるモバイルアプリケーション:
    • iOS の場合、1 つの DEV と 1 つの PRD アプリケーションがリンクされます
    • Android の場合、リンクされる 1 つのアプリケーション
  • Apple(Apple Push Notification Service)および Google(Google Cloud Messaging)で指定されている、満たすためのすべての前提条件と条件。
  • iOS の場合、
    • バイナリコネクタ:ポート 2195 で受信および送信 TCP トラフィックを許可するための Campaign。モバイルデバイスは、ポート 5223 で受信および送信 TCP トラフィックを許可する必要があります。
    • HTTP/2 コネクタ:Campaign は、次のサーバー間の通信を許可する必要があります。
      - api.push.apple.com:ポート 443
      - api.development.push.apple.com:ポート 443
    • 高度な通知を使用するために使用される iOS HTTP/2 コネクタ。
  • Android の場合、
    • ポート 5228(最も頻繁に使用)、5229 および 5230 の GCM への接続を許可する Campaign。

APNS/GCM サーバーからの応答:

  • APNS/GCM サーバーとの通信は、一方通行のプロセスです。
  • 通知がモバイルアプリに到達したかどうかにかかわらず、これらのサーバーからの応答はありません。

プッシュ配信のトラッキング:

  • プッシュ配信のトラッキングは、アプリレベルで設定され、配信レベルでは設定されません。
  • アプリレベルでトラッキングを実行するのに使用される関数は次のとおりです。

- iOS:

- v7.0 以降 = application:didReceiveRemoteNotification:fetchCompletionHandler
- v3.0 ~ v7.0(含まない)= application:didReceiveRemoteNotification

- Android:

- notifyReceive() および notifyOpening()

NMAC オプトアウト管理(mobileAppOptOutMgt)ワークフロー:

  • このワークフローは、顧客のモバイルアプリに対してサブスクライブ解除した、無効になっているこれらのアプリサブスクリプション ID をマークするために使用されます。
  • ユーザーがアプリからサブスクリプション解除する可能性はありますが、そのサブスクリプション ID は引き続きアドビ側で有効になっています。

電子メールとプッシュ配信の相違点:

Email プッシュ

受信者は Nms を介した対象となっています:受信者スキーマ

受信者は Nms を介した対象となっています:appSubscriptionRcp スキーマ
電子メール配信は電子メールアドレスを対象としています プッシュ配信はアプリサブスクリプション ID を対象としています
MX サーバーは受信された電子メールを確認します APNS/GCM サーバーからの受信確認がありません
電子メールアドレスを持つ全員に電子メールを送信できます 通知は、AC の iOS/Android サービスにサブスクライブしている受信者にのみ送信できます
配信を送信するためのコネクタは必要ありません 配信を送信するための iOS/Android コネクタを定義する必要があります

パフォーマンスのトラブルシューティング:

  • MTA サーバーとデータベースのパフォーマンスを確認するには、SPLUNK ダッシュボードを使用します。
  • 長期間実行しているクエリを確認するには、OIT ツールを使用します。
  • 登録されている iOS 証明書のエラーを確認します。これは Web ログに表示されます。
  • プッシュ専用の MTA。
  • Android および iOS 配信専用の MTA。
  • 配信におけるメッセージのバッチサイズを 256 に設定します。

一般的な問題:

  • 通知がモバイルで行われていない:登録されている APNS/GCM サーバーからの応答確認がありません。モバイルアプリでの通知の配信。顧客は、アプリレベルで実装を確認する必要があります。
  • トラッキングが動作しない:実装の問題。顧客は、これに対応するアプリ開発者に確認する必要があります。
  • 証明書の有効期限が切れている:顧客は、インストール用の証明書を共有している必要があります。顧客に代わって証明書をインストールするか、インストールの手順を共有します。

追加情報

重要なリンク:

本作品は Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported License によってライセンス許可を受けています。  Twitter™ および Facebook の投稿には、Creative Commons の規約内容は適用されません。

法律上の注意   |   プライバシーポリシー