アプリ全体ではなく、1 つのチャネルだけをミュートしてもらう
Pushwoosh は Android のプッシュ通知を、注文状況、キャンペーン、速報など、ユーザー自身が管理できるチャネルへ振り分けます。重要度とサウンドをカテゴリーごとに設定できるので、キャンペーン通知がミュートされてもアプリ全体の通知がブロックされることはありません。
80,000 社以上の企業に信頼され、エンゲージメントの拡大を支えています
通知チャネルの全体像
Android の通知はすべて、いずれかのチャネルに属します。チャネルとは「キャンペーン」「注文状況」「速報」のように、ユーザーが自分で管理できるカテゴリーです。チャネルがあるからこそ、ユーザーはアプリ自体をブロックせずに、特定の種類のメッセージだけをミュートできます。
名前付きチャネルをサーバー側で作成
コントロールパネルの Android root params に pw_channel を追加するか、/createMessage の android_root_params に指定します。新しいチャネル名を含む最初のプッシュ通知が端末上にチャネルを作成するため、アプリのリリースは不要です。
標準で用意されるデフォルトチャネル
SDK は Android 8 以降のすべての端末でデフォルトチャネルを自動作成します。pw_channel が空でも、通知は必ず有効なチャネルに届きます。
重要度（Importance level）
Importance level フィールド（-2 から 2）で、通知到着時のチャネルの挙動を無音から完全なヘッドアップバナーまで設定します。この値が読み込まれるのは、チャネルが作成される時点の 1 回だけです。
チャネルごとのカスタムサウンド
pw_channel と android_sound（res/raw に配置したファイル）を組み合わせると、そのチャネルに届くプッシュ通知はシステム標準ではなく専用のサウンドで鳴ります。
設定できる項目
| 送信する内容 | 効果 | 設定場所 |
|---|---|---|
| チャネル名 | 初回送信時にチャネルを作成し、端末上に既にある場合はそれを再利用 | Android root params の pw_channel、または API ペイロード |
重要度 -2 から 2 | ヘッドアップ表示の挙動を設定。チャネル作成時点で固定 | プッシュ通知の Importance level フィールド、または API で同じ値を指定 |
android_sound + pw_channel | そのチャネルだけに専用の通知音を設定 | res/raw 内のファイル。拡張子なしのファイル名で指定 |
pw_channel を送信しない | SDK がデフォルトチャネルを自動作成して使用 | 設定不要。Android 8 以降で標準動作 |
pw_channel、または API ペイロード-2 から 2android_sound + pw_channelres/raw 内のファイル。拡張子なしのファイル名で指定pw_channel を送信しない設定する場所
作成画面の 1 フィールド
Send-Push フォームまたはプリセットの Android root params にチャネル名を入力するだけです。新しいカテゴリーの追加にリリースも開発者も必要ありません。
API の 1 キー
/createMessage の android_root_params.pw_channel を指定します。チャネル専用の通知音には android_sound を併用します。
すべての Android 配信経路で同じロジック
同じ pw_channel ペイロードが FCM で機能し、代替ストア向けプッシュを通じて Huawei HMS と Amazon ADM でも機能します。
カスタマージャーニーの中での役割
1 つのジャーニーで 2 つのチャネルを運用
チャネルは、既に送信しているプッシュ通知の属性の 1 つです。そのため、個別の連携設定は必要ありません。トランザクション系の分岐では 1 つのチャネルを、プロモーション系の分岐では別のチャネルを指定し、どちらも他のモバイルプッシュ通知と同じオーディエンス、同じカスタマージャーニーで運用できます。
注文通知はしっかり鳴らし、セール告知は静かに
注文完了イベントがジャーニーを起動します。サイレントプッシュがバックグラウンドで配送予定を事前取得し、トランザクション系の分岐は高い重要度で「注文状況」チャネルを指定するため、ヘッドアップ通知として表示されます。
同じジャーニーの別の分岐では、標準の重要度で「キャンペーン」チャネルへ配信します。キャンペーンをミュートしたユーザーも、同じスマートフォンで注文通知は受け取り続けます。2 つは 1 つのアプリ内の別々のチャネルとして動作するからです。たとえば年末商戦のセール告知が増える時期でも、注文や配送の連絡は埋もれません。
活用シーン
チャネルの効果は、アプリが送る通知の種類が実質的にどれだけ多様かに比例します。単調な 1 種類の通知だけならほとんど効果はなく、賑やかなキャンペーン告知と控えめなトランザクション通知が混在するアプリで最も効果を発揮します。
| 業界 | 分けるべきチャネル | 適している理由 |
|---|---|---|
| モバイルゲーム | イベントとキャンペーン、ギルドとソーシャル、報酬、ライブ運営のお知らせ | 通知の種類が多く、Android のインストールベースが大きい |
| クリエイター、サブスクリプションアプリ | 新着コンテンツ、ソーシャルの反応、請求、キャンペーン | 購読者は登録した内容だけを受け取れる |
| EC、小売 | キャンペーン、注文と配送の状況、値下げアラート | プロモーションとトランザクションを分ける定番の構成 |
| マーケットプレイス | 購入者と出品者のメッセージ、注文状況、キャンペーン、出品アラート | 多者間のやり取りは自然に複数の通知種別になる |
| フィンテック、銀行 | 不正利用と取引のアラート、明細、リマインダー、キャンペーン | 必ず届けるべきアラートと、任意のキャンペーンが並存する |
| メディア、ニュース、ストリーミング | 速報、トピック別配信、新着エピソード、キャンペーン | Android 通知チャネルの典型的な活用例 |
設定する価値がないケース
- 新しいユーザーへのリーチ：チャネルは送信済みのプッシュ通知を分類するだけです。
- iOS での利用：iOS ではチャネルは機能しません。同じ役割はTime-Sensitive や Critical の通知レベルが担います。
- ヘッドアップ表示を後から有効にすること：重要度はチャネル作成時に固定されるため、挙動を変えるには新しいチャネル名が必要です。
- ほぼ重複したチャネルを大量に作ること：煩雑に見え、ユーザーがグループ全体をミュートする原因になります。
- 実質的に 1 種類の通知しか送らないアプリ：分けるものがないため、誰も使わない設定が増えるだけです。
対応プラットフォームと技術仕様
通知チャネルは Android 8.0 Oreo で導入された Android 専用の OS 機能です。iOS には登録するチャネルがなく、同様の役割はTime-Sensitive と Critical の割り込みレベルが担います。Web にも同等の仕組みはありません。最後の列は、Pushwoosh の仕組みがどこまでで、どこから OS のルールになるかを示しています。
| 機能 | iOS | Android | Web | 提供元 |
|---|---|---|---|---|
| 通知チャネル | – | Android 8.0 Oreo（API 26）以降 | – | OS ネイティブ機能、Pushwoosh SDK 5.4.0 以降 |
| デフォルトチャネル | – | あり、自動作成 | – | Pushwoosh SDK（Android 8 以降のすべての端末） |
pw_channel による名前付きチャネル | – | あり、初回送信時に作成、アプリのリリース不要 | – | Android root params フィールド、または /createMessage |
| チャネルごとのカスタムサウンド | – | あり | – | pw_channel + android_sound（res/raw 内のファイル） |
| Huawei と Amazon の端末でも同じ仕組み | – | あり、HMS と ADM 経由 | – | 代替ストア向けプッシュ |
| クロスプラットフォーム SDK ラッパー | – | Cordova/Capacitor、React Native、Unity、Flutter | – | ネイティブ Android ブリッジ経由 |
| 事前に必要な実行時権限 | – | Android 13 以降、POST_NOTIFICATIONS | – | OS（チャネルを表示する前に必要） |
| 同等の緊急度コントロール | Time-Sensitive / Critical レベル | チャネルの重要度（この機能で設定） | – | プラットフォームごとに別機能 |
pw_channel による名前付きチャネル/createMessagepw_channel + android_sound（res/raw 内のファイル）POST_NOTIFICATIONSセキュリティとホスティング
Pushwoosh は米国とドイツにある自社ハードウェア上で稼働し、GDPR に準拠して運用されています。
仕組み
-
作成 (ノーコード)
Send-Push フォームの Android root params にチャネル名を入力するか、Messages API で
android_root_params.pw_channelを送信します。 -
初回に一度だけ設定
新しいチャネル名を含む最初のプッシュ通知が、そのメッセージの重要度、サウンド、バイブレーション設定で端末上にチャネルを作成します。後から挙動を変えるには新しいチャネル名が必要なため、3 から 5 個のチャネル構成をあらかじめ設計しておきましょう。
-
オーケストレーション (ノーコード)
同じカスタマージャーニーの対応する分岐から各チャネルへ配信します。オーディエンスとプロフィールは他のメッセージングと共通です。
知っておきたい制限事項
関連製品を見る
Pushwooshのモバイルプッシュ通知は、あらゆるデバイスへのリーチ、リッチコンテンツ、精密なターゲティングを実現します。クロスチャネルジャーニーと99%の稼働率で、通知を優良顧客への入口に変えます。
Google Play 非搭載の Android 端末にも届くプッシュ通知サービス。Huawei、HarmonyOS、Amazon Fire へ FCM、HMS、ADM 経由で配信し、メールや SMS へのフォールバックにも対応。
配信中のプッシュ通知にラベル付きのアクションボタンを追加し、承認、受け取り、追跡を 1 タップで。iOS 用のボタンセットはノーコードで作成し、既存のキャンペーンとジャーニーから送信できます。
既存のプッシュ通知に iOS の割り込みレベルを設定し、不正利用アラートや搭乗ゲート変更を集中モードと時刻指定要約に埋もれさせません。設定はノーコードで可能です。
1 つのビジュアルツールでキャンペーンを設計し、効率化します。Pushwoosh カスタマージャーニービルダーを使用して、顧客とのコミュニケーション、エンゲージメントの向上、リテンション、コンバージョン、セグメンテーション、実験を行います。
アプリアイコンに正確な未読件数を表示。件数の指定、+1 での加算、0 でのクリアを Badges フィールドや ios_badges API キーで設定し、既存のキャンペーンとジャーニーで運用できます。