プッシュ通知のオプトインを高めるサブスクリプションプロンプト
ブラウザやOSより先に、訪問者が実際に読む形で許可をお願いします。Pushwooshは標準搭載のWebプロンプト、購読ベル、複数回表示できるポップアップ、そしてアプリ内メッセージで組み立てるモバイルの事前確認画面を、多くの人が生涯に一度しか目にしないネイティブダイアログより前にご用意します。日本市場はiOSのシェアが高いため、iOSのprovisional authorizationとAndroid 13のランタイム権限、両方の挙動を理解しておくことが重要です。
お願いできるのは、たった一度だけです
訪問者がサイトに来ると、そのサイトが何をするか理解する前に、ブラウザが許可ダイアログで割り込みます。多くの人は習慣的にブロックを選択し、その判断はほぼ恒久的なものになります。ChromeとFirefoxは2回拒否されたサイトをブロック済みとして扱い始め、iOSに至ってはネイティブプロンプトを生涯に一度しか表示しません。サブスクリプションプロンプトは、その前に差し出す最初のお願いです — ベル、スライドイン、アプリ内画面など、システムダイアログが現れてその唯一のチャンスを使い切ってしまう前に、何に同意しようとしているのかを説明する仕組みです。
標準搭載の機能
Web版では、標準のサブスクリプションプロンプトはノーコードのウィジェットで、ネイティブのブラウザダイアログより先に表示され、訪問者が同意した場合にのみそれをトリガーします。ベルボタン（subscribeWidget）は最初のお願いをスキップした訪問者のためにページ上に固定表示され、カスタムポップアップ（subscribePopup）は「あとで」または「登録する」を提示し、内容をカスタマイズしたうえで、御社のロジックが適切なタイミングと判断した瞬間にtoggle() APIから呼び出せます。メールの購読フォームは、別途もう一つのオプトインとして収集され、ダブルオプトインにも対応します。
iOSとAndroid 13、SDKで両対応
日本市場はiOSのシェアが高く、provisional authorizationはダイアログなしで静かに購読を成立させます。Android 13のランタイム権限はSDKからリクエストされ、タイミングは自由に設計できます。
1回きりではなく、繰り返し表示可能
カスタムポップアップは必要な回数だけ表示できます。ChromeとFirefoxが2回の拒否後にブロックするネイティブダイアログとは異なります。
モバイルの事前確認画面は、手作業で組み立てます
アプリ内メッセージが事前確認画面の役割を果たし、ユーザーがタップして進んだ場合にのみネイティブの権限リクエストを呼び出します。既製の『権限をリクエスト』ボタンは存在しないため、これはご自身で組み立てていただく仕組みです。
必要な回数だけ表示できます
カスタムポップアップは、登録されるか完全にブロックされるまで、何度でも再表示できます。上限はなく、2回のネイティブ拒否後にブラウザがサイトをブロック済みと判定するリスクもありません。この持続性こそが、ネイティブダイアログだけに頼らずカスタムポップアップを構築する意義です。年末年始の初売りセールのような、同じ訪問者が短期間に何度もサイトへ戻ってくる時期には特に効果を発揮します。
Web プッシュにとって重要な理由
Web プッシュは、同意した相手にしか届きません。そしてWeb上でその同意を得るには、答えを引き出すために設計されたシステムダイアログという、決して味方ではないデフォルト仕様を乗り越える必要があります。サブスクリプションプロンプトは、何気ない訪問を、プロダクト全体が活用できる購読者へと変える一歩です — ゲームアプリの復帰施策であれセールの通知であれ、より多くのトラフィックが実際に届く手段を獲得することになります。
1つのオプトインは、1チャネルにとどまりません
Webウィジェットやモバイルの事前確認画面が収集するオプトインは、push・web・email・in-appにまたがる単一のプロファイルとして登録されます。ここから先は、Customer Journey Builderのreachabilityチェックとチャネルフォールバックが、実際にその相手に届くチャネルを判断します — push、次にemail、最後にSMSという順序です。ここで捉えた瞬間は、単一チャネルの購読者一人分よりも大きな価値を持ちます。
導入の流れ
-
ウィジェットを有効化する
標準プロンプト、ベル、カスタムポップアップをSettings → Platform Configuration → Web Pushから有効にするか、
Pushwoosh.initの設定に直接記述します。 -
本当に意味のある瞬間にタイミングを合わせる
記事を読んだ、カートに追加した、初売りセールのバナーで滞在したなど、訪問者が関心を示す行動を取った後に
toggle()APIでポップアップをトリガーします。ページ読み込み直後ではありません。 -
モバイルの事前確認画面を組み立てる
アプリ内メッセージを事前確認画面として構築し、ユーザーがタップして進んだ場合にのみSDKの権限リクエストを呼び出します。iOSのシェアが高い日本市場では、ここでの体験設計が特に重要です。
もう一度、適切な場所でお願いする
サブスクリプションプロンプトは小さなお願いですが、それによって実際にリーチできるオーディエンスの規模が決まります。
関連製品を見る
ブラウザ配信のWebプッシュ通知で、サイトを離れた訪問者にも再アプローチ。デスクトップ・モバイルの主要ブラウザに対応し、iOSにもPWA経由で配信可能。無料で始められます。
Pushwooshのモバイルプッシュ通知は、あらゆるデバイスへのリーチ、リッチコンテンツ、精密なターゲティングを実現します。クロスチャネルジャーニーと99%の稼働率で、通知を優良顧客への入口に変えます。
Pushwooshのアプリ内メッセージなら、ユーザーがアプリに集中しているまさにその瞬間に、オンボーディング・アップセル・お知らせ・フィードバック収集を実現できます。ノーコードエディタ、ネイティブSDKテンプレート、要素ごとの分析機能を搭載。GDPR準拠。無料で始められます。
1 つのビジュアルツールでキャンペーンを設計し、効率化します。Pushwoosh カスタマージャーニービルダーを使用して、顧客とのコミュニケーション、エンゲージメントの向上、リテンション、コンバージョン、セグメンテーション、実験を行います。
スマートな再エンゲージメントキャンペーンでプレイヤーの復帰を促進。戦略的なメッセージ、期間限定イベント、リワードを送信し、ゲーマーをゲームに呼び戻します。
push、メール、アプリ内メッセージを一度作成すれば、すべての言語版とともにキャンペーン、カスタマージャーニー、API送信で再利用できます。Pushwoosh全7チャネル対応、SOC 2・ISO 27001認証済み。