テキストのみのプッシュ通知は依然として効果がありますが、通知トレイに表示される他のすべてと競い合っています。画像・GIF・動画・アクションボタンを含むリッチプッシュ通知は、それとは異なる受け取られ方をします。業界のベンチマークによると、リッチメディアによるCTR改善はプレーンテキストと比較して約2〜3倍とされています。
カゴ落ちリマインダーに商品画像を入れると、ユーザーが何を残したのかを一目で確認できます。フラッシュセールにGIFを使えば、静的なリストの中で動きが生まれます。アクションボタンを設ければ、アプリを開かずに購入を完了できます。
このガイドでは、iOS・Android・ウェブ全体でリッチプッシュがどのように機能するか、何が効果的か、セグメントとタイミングの設定方法、よくある問題点について、Pushwooshの事例とともに解説します。
リッチプッシュ通知とは?
リッチプッシュ通知とは、画像・GIF・動画・音声などのマルチメディアコンテンツに加え、アクションボタン・カルーセル・入力フィールドなどのインタラクティブな要素を含むモバイルまたはウェブのプッシュアラートです。ユーザーがタップするかどうかを決める前に、より多くの情報を伝えることができ、これがテキストのみのプッシュを上回る主な理由です。
構造はプラットフォームを問わず一貫しています:タイトル・メッセージ本文・リッチメディアの添付ファイル、そして通常1〜2つのアクションボタンで構成されます。各プラットフォームがこれらの要素をどのようにレンダリングし、制約するかは異なります。
リッチプッシュ通知の種類
| 種類 | 最適なユースケース | 主なメリット |
| 画像 | 商品写真、セールバナー、新着商品 | タップ前に即座にビジュアルで状況を伝える |
| GIF | 機能デモ、カウントダウンタイマー、イベント告知 | 動画ファイルほど重くなく動きを表現できる |
| 動画 | 商品発表、チュートリアル、短いプロモーション | 最も高いエンゲージメント効果。ミニ広告のように機能する |
| インタラクティブボタン | カゴ落ち回収、アンケート、クイックアクション | アプリを開かずにユーザーが操作できる |
| カルーセル | 商品コレクション、多角度ビュー、ステップ案内 | 1つの通知で複数のオファーを提示できる |
| 位置情報ベース | 店頭オファー、近接トリガーのプロモーション | 最高のコンテキスト関連性を実現できる |
画像
最適なユースケース
商品写真、セールバナー、新着商品
主なメリット
タップ前に即座にビジュアルで状況を伝える
GIF
最適なユースケース
機能デモ、カウントダウンタイマー、イベント告知
主なメリット
動画ファイルほど重くなく動きを表現できる
動画
最適なユースケース
商品発表、チュートリアル、短いプロモーション
主なメリット
最も高いエンゲージメント効果。ミニ広告のように機能する
インタラクティブボタン
最適なユースケース
カゴ落ち回収、アンケート、クイックアクション
主なメリット
アプリを開かずにユーザーが操作できる
カルーセル
最適なユースケース
商品コレクション、多角度ビュー、ステップ案内
主なメリット
1つの通知で複数のオファーを提示できる
位置情報ベース
最適なユースケース
店頭オファー、近接トリガーのプロモーション
主なメリット
最高のコンテキスト関連性を実現できる
Source:
Source: Citymapper
リッチプッシュがテキストのみを上回る理由
パフォーマンスの差は、情報密度と摩擦に帰着します。リッチプッシュがプレーンテキストにできないことを以下に示します:
-
ビジュアルコンテキスト。 カゴ落ちリマインダーに商品画像を入れると、ユーザーが何を残したのかが一目瞭然になります。推測の必要も認知的負荷もありません。
-
動き。 フラッシュセールのアラートにGIFを使うと、静的な通知リストの中で目を引きます。ユーザーは何も開く必要がありません。
-
アクションまでのタップ数の削減。 アクションボタンを使えば、ユーザーは通知から直接カートに追加したり、割引を受け取ったり、RSVPしたりできます。アプリ読み込みのステップを省くことで、クリックスルーのかなりの割合を奪う離脱を防げます。
-
高いCTR。 業界ベンチマークでは、リッチメディアはプレーンテキストと比較して2〜3倍の改善が見込まれます。これは上記3つの要因すべてが寄与しています。
タップした後にアプリ読み込み中に気が散り、そのまま離れてしまうユーザーが、代わりにすぐにアクションを完了できるようになります。
リッチプッシュ通知の仕組み:作成からデバイスへ
キャンペーン作成からレンダリングされた通知まで、いくつかの工程が関与しています。特に、アプリ内拡張機能によるレンダリングが必要なiOSでは複雑になります。
キャンペーン作成と配信
Pushwooshでは、通知のコピーを書き、リッチメディアをアップロードまたはリンクし、ディープリンク付きのアクションボタンを設定し、ターゲットセグメントを定義して、トリガーまたはスケジュールを設定します。プラットフォームは各ターゲットプラットフォーム向けにペイロードをフォーマットし、適切な配信サービスに送信します:iOSにはAPNs、AndroidにはFCM、ウェブにはブラウザプッシュAPIです。
iOS:リッチメディアの表示方法
iOSはプッシュ通知のペイロードからメディアを自動的には表示しません。アプリにはNotification Service Extension(小さなバックグラウンドプロセス)が必要で、これが表示前にペイロードを受け取り、ペイロード内のURLからメディアをダウンロードして通知に添付します。拡張機能がなければ、テキストのみが表示されます。
これは開発者にとって一度限りのセットアップです。拡張機能が設定されれば、追加のコード変更なしにすべてのキャンペーンでリッチメディアが機能します。詳細はiOSプッシュ通知のガイドをご覧ください。
Android:ネイティブなリッチメディアレンダリング
Androidは通知シェードでリッチメディアをネイティブにレンダリングします。拡張機能は不要です。OSが展開可能なビュー・大きな画像表示・インタラクティブボタンを直接処理するため、カスタムレイアウトやインラインアクションに関してAndroidの方が柔軟性があります。詳細はAndroidプッシュ通知のガイドをご覧ください。
ウェブプッシュ
ウェブプッシュはバナー画像とアクションボタンをサポートしますが、ネイティブモバイルよりも制約が多いです。表示動作はブラウザによって異なります。ChromeとEdgeはより大きな画像をサポートし、Safariは歴史的により制限されています。ブラウザ内のService Workerがバックグラウンド配信を処理します。
iOS vs. Android vs. ウェブ:キャンペーンに影響するプラットフォームの違い
プラットフォームの違いを考慮せずにリッチプッシュキャンペーンを設計すると、Androidでは美しく表示されても、iOSではプレーンテキストとして表示される場合があります(またはその逆も然り)。
| パラメーター | iOS | Android | ウェブプッシュ |
| 対応メディア | 画像、GIF、動画、音声 | 画像、GIF、動画 | 大きな画像、アイコン |
| アクションボタン | 最大2〜4個(iOSのバージョンにより異なる) | 最大3個 | 最大2個 |
| カスタマイズ | リッチメディアにはNotification Service Extensionが必要 | 展開可能なビュー、カスタマイズ可能なレイアウトをネイティブで対応 | 制限あり:画像、アイコン、テキスト |
| リッチメディア処理 | Service Extensionが表示前にメディアを取得 | FCMがペイロードを処理。OSがメディアをレンダリング | Service Workerがバックグラウンド処理を担当 |
| ユーザーコントロール | 集中モード、アプリごとの通知設定 | 通知チャンネル、チャンネルごとのサウンド/バイブレーション | ブラウザレベルの権限、サイト設定 |
| ペイロードサイズ | 最大4 KB(メディアは別途取得) | 最大4 KB(メディアは別途取得) | 最大4 KB(メディアは別途取得) |
アクションボタン
iOS
最大2〜4個(iOSのバージョンにより異なる)
カスタマイズ
iOS
リッチメディアにはNotification Service Extensionが必要
Android
展開可能なビュー、カスタマイズ可能なレイアウトをネイティブで対応
ウェブプッシュ
制限あり:画像、アイコン、テキスト
リッチメディア処理
iOS
Service Extensionが表示前にメディアを取得
Android
FCMがペイロードを処理。OSがメディアをレンダリング
ウェブプッシュ
Service Workerがバックグラウンド処理を担当
ユーザーコントロール
Android
通知チャンネル、チャンネルごとのサウンド/バイブレーション
ペイロードサイズ
Android
最大4 KB(メディアは別途取得)
ウェブプッシュ
最大4 KB(メディアは別途取得)
iOSの考慮事項
Notification Service Extensionの要件が主な技術的制約です。拡張機能がなければ、iOSでリッチメディアは表示されません。アプリに拡張機能が設定されていない場合、プラットフォームから何を送信しても、ユーザーにはテキストのみの通知が届きます。
集中モード(iOS 15以降)を使うと、特定の時間帯に通知できるアプリをユーザーが制限できます。これは、エンゲージメントが高いことが多い夜間・朝間のウィンドウにおける到達率に影響します。タイミングの好みを尊重し、分析機能を使って特定のオーディエンスがいつ反応するかを把握してください。
Androidの考慮事項
通知チャンネルが主な運用上の考慮事項です。Android 8.0以降のユーザーは、アプリの個別の通知チャンネルをミュートできます。プロモーションチャンネルがミュートされていると、キャンペーンの質に関わらずリッチプッシュは表示されません。ローンチ時からプロモーションチャンネルとトランザクショナルチャンネルを分けておいてください。
Androidの展開可能な通知動作とは、ユーザーが最初に圧縮されたビューを見て、展開することでフル画像や追加ボタンが表示されることを意味します。両方の状態に対応して設計しましょう:圧縮ビューは単体のメッセージとして機能する必要があります。
ウェブプッシュの考慮事項
ウェブプッシュのリッチメディアはモバイルよりも制約が多いです。バナー画像が主要なビジュアル要素です。動画やGIFのサポートはブラウザによって異なります。ウェブとモバイルのプッシュを同時に運用するチームにとって、ウェブプッシュはプライマリのリッチメディアチャンネルというよりも、フォールバックまたは補完として機能する方が適しています。
高コンバージョンのリッチプッシュキャンペーンのベストプラクティス
リッチメディア:効果的なものとそうでないもの
画像やGIFは、コピーがすでに伝えていない情報を追加する必要があります。カゴ落ちプッシュに商品写真を入れると、ユーザーが何を残したかがわかります。これは有用です。同じプッシュに汎用のセールバナーを入れても、見出しが既に伝えていること以上のものは何も追加されません。
ファイルサイズのガイドライン:
-
画像: JPEGまたはPNG、1 MB未満。ファイルが大きいとモバイル回線では読み込みが遅くなり、まったく読み込まれないケースもあります。
-
GIF: 5 MB未満。短くしましょう。2〜3秒のループは、開始まで時間がかかる長いアニメーションよりも効果的です。
-
動画: MP4、添付ファイルは50 MB未満。通知には10〜15秒の短いクリップが最も効果的です。
大規模なセグメントに送信する前に、実際のデバイスでメディアのレンダリングをテストしてください。エミュレーターのプレビューは、特に古いAndroidバージョンのGIFについては、実際のレンダリングを正確に反映しないことが多いです。
コピー
タイトルはメリットまたはニュースを明示する必要があります。「ウィッシュリストのジャケットが20%オフです」は「特別なオファーがあります」よりも効果的です。ユーザーはタップするかどうかを決める前に、何が起きているかを理解できる必要があります。
メッセージ本文には、タイトルに収まらない詳細を追加します:締め切り、特定の商品名、割引コード。100文字以内に収めましょう。iOSではロック画面で長いコピーが切り捨てられます。
緊急性の言葉は、締め切りが実際に存在する場合に効果があります。「フラッシュセールは深夜に終了」はプレッシャーを生み出します。具体的な終了時間のない「期間限定オファー」は効果がありません。両方テストしてCTRを確認しましょう。
アクションボタン
アクションボタンは、実際に摩擦軽減が起きる場所です。2つのルールがあります:
iOSではバージョンにより最大4つのボタンを追加でき、Androidでは最大3つです。主なアクションとセカンダリオプション(今すぐ購入 vs. あとで保存)をカバーする2つのラベルが明確なボタンは、あいまいな4つのボタンよりも効果的です。
パーソナライズとセグメンテーション
セグメントがリッチメディアの関連性を決定します。ユーザーが閲覧した正確なアイテムの商品画像は、カテゴリバナーよりも効果的です。CLVティアに紐づいたパーソナライズされた割引コードは、全員に送られる一律のオファーよりも効果的です。
Pushwooshのタグとイベントにより、行動に基づいたセグメントを構築できます:購入なしで商品を閲覧した、チェックアウトなしでカートに追加した、特定カテゴリの記事を読んだ、7日間アプリを開いていない。動的コンテンツフィールドにより、ユーザー固有のデータが通知に取り込まれます:商品名、商品画像URL、ロイヤルティポイント残高。
RFMセグメンテーションがライフサイクルの次元を処理します:チャンピオンは先行アクセスと独占性のフレーミングを受け取り、リスクのあるユーザーは最後に知られた関心に紐づいたリカバリーオファーを受け取り、新規ユーザーは初回購入インセンティブを受け取ります。同じリッチプッシュのインフラストラクチャで、セグメントごとに異なるメッセージロジックが適用されます。
タイミングと頻度
最適な送信時間はアプリの種類とオーディエンスによって異なります。Eコマースはランチタイムと夕方にピークを迎え、ニュースアプリは朝のエンゲージメントが高く、ゲームアプリは夕方に反応します。スケジュールを確定する前に、類似セグメントを使って送信時間のA/Bテストを実施し、分析で時間別CTRを確認してください。
頻度キャップは、特にプロモーションのリッチプッシュに必要です。配送アップデートにオプトインしたユーザーと、ディールアラートにオプトインしたユーザーでは、プロモーションメッセージへの許容度が異なります。チャンネルごとに別々の通知チャンネルと別々の頻度ルールを維持してください。
PushwooshのAIベースの送信時間最適化は、ユーザーの過去のパターンから各ユーザーの最適な配信ウィンドウを予測します。これにより、タイムゾーンをまたぐ国際的なオーディエンスのスケジューリングにおける推測が不要になります。
A/Bテスト
一度に1つの変数をテストしてください:画像 vs. GIF、商品画像 vs. セールバナー、見出しコピーのバリアント、アクションボタンのテキスト、送信時間。PushwooshはバリアントをCTRまたはコンバージョンで自動的に配信し、勝者を選び、残りのオーディエンスに適用します。
テストを実施する前に最低サンプルサイズを設定してください。バリアントあたり500ユーザー未満は、通常、信頼できる結果を出すには小さすぎます。勝者を宣言する前に統計的有意性を確認してください。
🛠️
オールインワンプラットフォームとして、Pushwooshはこの戦略全体を実行するお手伝いをします。画像・GIF・動画などすべてのメディアタイプでリッチプッシュ通知を作成し、コーディング不要でディープリンクを追加できます。
さらに、マーケター向けのインターフェースにより、高度なセグメンテーションとパーソナライズで汎用的な一斉配信を超えることができ、イベントトリガーのワークフローでキャンペーンを自動化し、A/Bテストでパフォーマンスを継続的に改善できます。
Pushwooshがリッチプッシュをどのようにサポートするかをご覧ください
デモをリクエスト
業界別ユースケース
Eコマース:カゴ落ち回収
最も信頼性の高いリッチプッシュのユースケースです。カゴ落ち30分後に商品画像と「購入を完了する」「あとで保存する」ボタンを含む通知を送ることで、テキストのみのリマインダーを一貫して上回ります。
画像がそれを機能させます。カゴを離れるユーザーの多くは、購入をやめたからではなく、気が散ったからそうするのです。再び商品を見ると、「何を見ていたっけ?」という摩擦が取り除かれます。
数字がこれを裏付けています。SuperJewelerはカゴ落ちプッシュ通知を実施し、14.68%のCTRと8%のコンバージョン率を達成し、8.2%の全体的な収益向上につながりました。Samsungはウェブプッシュをリカバリーフローに追加した後、カゴ回収率が**24%**上昇しました。
PushwooshのCustomer Journey Builderは、カゴ落ちイベントへのトリガーベースのエントリー・イベントペイロードからの動的な商品画像挿入・コンバージョンしたユーザーがフォローアップメッセージを受け取らないための購入イベント終了を備えたシーケンスを自動化します。
Eコマース:フラッシュセールと新着商品
フラッシュセールは、ウィンドウが閉まる前に適切なオーディエンスにリーチする必要があります。広範なセグメントに送信すると、最近関連カテゴリを閲覧したユーザーに送信するよりもコンバージョンが低くなります。「早期アクセス」や「最初にお知らせ」というフレーミングで頻繁な購入者をRFMベースでターゲティングすると、サイト全体への一斉配信よりも効果的です。
新着商品については、行動セグメンテーションにより、過去7〜14日間にカテゴリを閲覧したが購入しなかったユーザーを特定します。そのカテゴリの商品画像を含む通知は、汎用的な「新着商品があります」プッシュよりも関連性が高くなります。
メディア・出版:速報ニュースとコンテンツレコメンデーション
関連する写真を含む速報ニュースアラートは、テキストのみの見出しよりも高いタップ率をもたらします。画像はユーザーが開くかどうかを決める前に、ストーリーに信頼性とビジュアルコンテキストを加えます。スポーツメディアアプリONEは、リッチメディアニュースプッシュで12.79%のCTRを達成しました。これはニュースアプリのテキストのみのベースラインをはるかに上回ります。
パーソナライズされたコンテンツレコメンデーションは行動セグメンテーションによって機能します:特定のトピックカテゴリで複数の記事を読んだユーザーを特定し、そのカテゴリの新しいコンテンツが公開されたときにプッシュします。パーソナライズは、コンテンツがユーザーの実際の読書履歴に一致する場合のみ効果があります。セグメンテーションが正確である必要があります。
ゲーム:再エンゲージメントと機能発表
GIFはゲームの通知に特に効果的です。新しいキャラクター・レベル・ゲーム内イベントの短いアニメーションは、コピーよりも速く興奮を伝えます。7日間非アクティブなユーザーは、見逃しているものについてのテキストメッセージよりも、ゲーム内通貨や限定アイテムなどのビジュアルインセンティブに対して反応が良いです。
イベントベースのトリガーは、ユーザー固有のマイルストーンが完了したときや新しいコンテンツが利用可能になったときに通知を送ります。PushwooshのJourney Builderがトリガーロジックを処理し、RFMセグメンテーションがリッチプッシュ投資に値する非アクティブユーザーを特定します。
分析とトラブルシューティング
追跡すべき指標
-
CTR。 クリエイティブの効果を示す主要なシグナルです。リッチプッシュのベンチマークは、業界とセグメンテーションによって**5〜15%**です。5%未満の場合は、メディアの関連性・コピー・ターゲティングに問題があることを示します。
-
コンバージョン率。 ターゲットアクションを完了したクリッカーの割合。これがCTRが奉仕する目標です。
-
オプトアウト率。 リッチプッシュキャンペーン後のスパイクは、クリエイティブの問題ではなく、頻度や関連性の問題を示します。
-
配信率。 低い配信率は、トークンの問題、またはiOSではNotification Service Extensionの設定の問題を示します。
Pushwoosh Analyticsは、キャンペーン・オーディエンス・メディアタイプ別にセグメント化された4つすべての指標をリアルタイムで確認できます。
よくある問題と解決策
-
メディアが読み込まれない。 まずファイルサイズとフォーマットを確認してください。JPEG・PNG・MP4・GIFは安全です。4 MBを超えるファイルは低速な接続では失敗します。iOSでは、Notification Service Extensionが正しく実装されているか、メディアURLが公開アクセス可能かを確認してください。
-
アクションボタンが機能しない。 ディープリンクURLが正しいか、アプリがURLスキームを処理するかを確認してください。エミュレーターだけでなく、物理デバイスでテストしてください。
-
配信は良好でもCTRが低い。 メディアのA/Bテストを実施してください。テキストのみのバリアントがリッチバージョンと同様のパフォーマンスを示す場合、画像に価値がありません。ビジュアルを変更してください。このキャンペーンタイプの通知チャンネルがAndroidでミュートされているかどうかを確認してください。
-
iOSでテキストのみが表示される。 Notification Service Extensionが見つからないか、メディアを正しく取得していません。実装とペイロード内のメディアURLがデバイスから到達可能かを確認してください。
Pushwooshのリッチプッシュでキャンペーンのコンバージョンを改善する
リッチプッシュ通知は、メディアが関連性を持ち、アクションパスが明確なときに、テキストのみのプッシュを上回ります。iOSとAndroidのプラットフォームの違いは、配信の設定方法に影響します。セグメントが、ユーザーが見る画像が実際に関心のあるものに結びついているかどうかを決定します。
Pushwooshは、iOSのNotification Service Extensionサポートを含め、iOS・Android・ウェブ全体でリッチメディア配信を処理します。また、RFMと行動セグメンテーション・自動化されたトリガーキャンペーン向けのCustomer Journey Builder・A/Bテスト・リアルタイム分析も提供しています。