iOSプッシュ通知の権限を理解する

プッシュ通知は、ユーザーをエンゲージメントするための強力なツールです。しかし、iOSでは、パーミッションモデルは、ユーザーが制御中にしっかりと配置します。アプリが最初に通知を送信する機能を求めるとき、iOSはユーザーに許可または拒否を求めるシステムプロンプトを表示します。このバイナリー同意は、アプリがアラートを表示したり、音を再生したり、バッジを更新したりできるかどうかを決定します。しかし、プロセスは、単純なはいまたはいいえよりもより迷惑になります。通知の種類とシステムの動作を理解することは、効果的な戦略の構築と効果的な戦略を尊重します。

iOS は、いくつかの認可オプションを提供しています: [provisional[, []authorized]], [denied[]], [[]]]]]] は、]] を決定しました。 iOS 12 で導入された暫定状態は、アプリが、ユーザーに通知を通知することを可能にします。 通知は、ユーザーを通知するかどうかは、または、または、通知を通知するかどうかを、単に変更することができます。

許可の管理のためのベストプラクティス

右モーメントでの許可要求

最も一般的な間違いの1つは、アプリ起動時にすぐにプッシュ通知の許可を要求しています。その時点で、ユーザーはまだアプリの値を経験していないため、それらは低下する可能性があります。代わりに、ユーザーが通知のユーティリティを実証する有意義な行動を実行しているまで待つ。例えば、ショッピングアプリでは、最初の購入後にプロンプト;ソーシャルアプリでは、最初のようなまたはコメントを受け取ることになります。このタイミングは、オプトイン率が大幅に増加します。

これをDirectus で実行するには、ユーザプロファイル (例えば、]) または ) のフラグを保存し、カスタム ロジック ブロックまたは Directus Flow 経由で許可リクエストをトリガーします。これにより、新しいアプリビルドを必要としないで、許可ロジック サーバの側と適応性を維持します。

In-App Messagingによる事前許可教育

システムプロンプトを表示する前に、アプリが通知アクセスを必要とする理由を説明してください。アプリ内画面またはユーザーが利益を得るものを明らかにするカスタムアラートを使用します。例えば、「リアルタイムの注文更新と排他的なオファーでループ内のStay。プロンプトが表示された場合「Allow」をタップします。この事前プロンプトは、単純なオーバーレイまたは専用のビューで達成できます。Directusは、設定コレクションからこのメッセージの内容を提供することができ、マーケティング担当者は、開発者が介入することなく、ワーディングを編集することができます。

調査では、プリアクセスプロンプトを使用してアプリがオプトイン率が30〜50%増加するのを見ることを示しています。メッセージが簡潔で有益であることを確認してください。そして、システムプロンプトにつながる行動に対する明確な呼び出しが含まれています。

永続的通知の有効化

アプリケーションが侵入することなく値を提供できるならば、暫定的な認可の使用を検討してください。暫定通知では、許可プロンプトが表示されません。代わりに、通知は静かに配信され、通知センターに音やバッジなしでのみ表示されます。ユーザーが1つをタップすると、iOSはそれらを完全な通知にアップグレードすることができます。このアプローチは、コンテンツベースのアプリ(例、ニュース、天気)に優れています。通知自体が、証拠値です。

ダイレクトスで暫定を実行するには、リモート通知を登録する際に[パラメータをに設定します。 ダイレクトスのプッシュ通知プラグインは、このステータスを尊重する通知を送信するように設定できます。 ユーザーの承認ステータスは、iOS APIを介してチェックされ、将来の配送を注文するためにDirectusに送信されます。

ユーザーの選択を尊重し、ナギングを回避

ユーザの拒否権限が繰り返されると、システムプロンプトを繰り返し表示しません。 iOSは、数日間同じパーミッションタイプの繰り返しリクエストを自動的に抑制します。 代わりに、アプリの設定内で後で通知を有効にする直感的な方法を提供します。 多くのアプリには、iOS Settingsアプリへのリンクが付いた専用の「通知設定」画面が含まれているか、ユーザーは、この利点を再び説明する穏やかなUIを使用して決定を更新するという手順があります。

ダイレクトスは、ユーザーの許可ステータス(例えば、)を保存し、通知関連の機能を隠したり、「通知を有効にする」バナーを表示したりするためにフラグを使うことができます。また、サイレントプッシュを送信して、ユーザーが設定するローカル通知をトリガーすることもできますが、これは迷惑を回避するためにスパリンで使用する必要があります。

クリア設定アクセスと管理を提供

ユーザーが自分の心を変更できるようにするのは簡単です。 iOSは、ユーザーが通知の下に設定アプリごとに通知権限を変更することができます。 しかし、多くのユーザーはこれを知らないでください。 アプリ内では、現在のステータスを表示し、システム設定を開くためのボタンを提供する専用の通知管理画面が含まれています。 指示は、これらの設定のテキストとURLをホストすることができます。これにより、時間をかけて指示を更新することができます。

上級者の場合、iOS の を使用して通知タイプ(砂漠、音、バッジ)を一元管理できます。 プログラマティックにシステムレベルの設定を変更することはできませんが、アプリ側でユーザーの好みを尊重することができます。 たとえば、ユーザーがアラートをオフにし、バッジを残した場合、Directus-triggered 通知はアラートをスキップし、バッジカウントをアップデートするだけで済みです。

ダイレクトス・パワード・iOSアプリで許可を実装

Directus は、プッシュ通知トークンや権限のステータスを含むユーザーデータを管理するための柔軟なツールを提供しています。Directus で iOS 通知サービスを統合することで、ユーザの行動に適応する堅牢な権限管理システムを構築できます。

認可ステータスの保存と同期

リモート通知のアプリが最初に登録されると、デバイストークンが受け取り、認可ステータスがわかります。SDK または REST API 経由で、Directus インスタンスに送信します。トークンを ] のコレクションとステータス (例: ]]])、 []] に格納します。 ダイレクトフローは、このデータを使用して、通知をプッシュするか、 新規のフィールドに送信するか決定できます。 [FLT:] フィールドは、 [FLT:] が、 [FLT:] が、 [FLT:] が、 [FLT] が、 が、 のチェックを新規に送信するかどうかを試みます。 [FLT: [FLT:] フィールドが、 フィールドが、 フィールドが、 フィールドを または [FLT または [FLT または [FLT または [FLT または [FLT または [FLT の入力された場合は、 が、 が、 が、 が、 が、 または [[FLT または [[FLT の

条件付き論理のためのDirectusのフローを使用して

Directus Flow は、カスタムコードなしでサーバー側ロジックを有効にします。通知イベントが発生したときに、フローを設定できます(例、項目の更新、コメント)、ユーザーの許可ステータスを問い合わせます。]の場合、Directus のプッシュ通知プラグイン経由でプッシュを送信します。 と ] と、それに応じてDirectus を更新します。これにより、データベースが同期して、無効なトークンを送信するのを防ぎます。

一般的な落札とテムを避ける方法

  • ] あまり早くも攻撃:] は、 衝動に抵抗します。 ユーザは値が最初に見てみましょう。
  • []スカースカース戦術:[[]を使わずに、ユーザーが抜け出せないように、Appleのガイドラインは明示的に禁止します。
  • [] 暫定:[を無視する:通知が有益な場合(トランザクションや緊急ではありません)、暫定はオプトインへの低摩擦パスです。
  • ハンドコーディング権限ステータス:[]] サーバ側(例、Directus)に保存して、アプリの更新なしでロジックを更新できます。
  • トークンのリフレッシュを処理しない:] 常にすべての起動時にDirectusでトークンを更新します。

コンテンツ

iOSのプッシュ通知の権限を管理することは、ユーザーエクスペリエンスとエンゲージメントのデリケートなバランスです。 適切なタイミングで許可を要求することにより、ユーザーは事前に教育し、選択肢を尊重し、適切なタイミングで暫定通知を使用して、信頼を維持しながら、オプトイン率を大幅に増加させることができます。 これら最高のプラクティスを、Directusのような柔軟なバックエンドと統合することで、App Storeのレビューを待っていない権限ロジックに反復し、通知戦略をテストし、時間をかけて改善する敏捷性を与えます。

更に読みたい場合は、Appleの]を調べてください。通知のためのヒューマンインターフェイスガイドラインと[]の指示プッシュ通知ガイド。 ]に深く潜る]は、より豊かな通知コンテンツを制作するのに役立ちます。