プッシュ通知は、一度入れてもらったアプリに戻ってきてもらうための、実質唯一の手段です。ホーム画面の奥に沈めば二度と開かれず、検索や広告は入れてもらうまでの手段でしかありません。だからこそ、切られない設計が要ります。実装の全体像から、切られずに済む許可の取り方・送る中身・頻度の設計までを、個人開発者向けに整理します。一度切られると設定画面から戻してもらうのは難しいので、最初の許可の取り方が特に重要になります。
プッシュ通知は「思い出してもらう」唯一の手段
アプリは一度入れてもらえても、ホーム画面の奥に沈んでしまうと、そのまま二度と開かれないということが少なくありません。検索や広告は、あくまで「入れてもらうまで」を担う手段であり、入れたあとにもう一度思い出してもらうための手段は、実質的に通知だけしか残っていないというのが実情です。
だからこそプッシュ通知の優先度は高いのですが、性質はやや特殊です。一度きりの勝負に近く、送り方を間違えると通知そのものを切られてしまい、以降は思い出してもらう手段を丸ごと失うことになります。実装の手順を追う前に、まずこの一発勝負の感覚を持っておくことが、設計のすべての判断に効いてきます。
通知まわりは、他の機能のついでのように扱われがちですが、役割がまったく違います。実装の前に「何のために送るか」を決めておくかどうかで、このあとの許可の取り方や中身の設計がぶれなくなります。ここが決まっていないと、作れる機能から発想してしまい、送る理由のない通知が出来上がります。
実装は「受け取る準備」と「送る仕組み」の2段構え
プッシュ通知の実装は、大きく2つの部分に分かれます。ひとつは端末側の準備で、ユーザーに通知の許可を求め、その端末宛てに通知を送るための宛先情報を受け取る部分です。もうひとつは、その宛先に向けて実際に通知の中身を送信する仕組みを、アプリ側やサーバー側に用意する部分になります。
ここで押さえておきたいのは、自分のサーバーから端末へ直接通知を届けているわけではないという点です。iOSでもAndroidでも、OSごとに通知を配るための土台があらかじめ用意されており、送信の仕組みはその土台に乗せてもらう形で成り立っています。
個人開発でつまずきやすいのは、意外にも送信の仕組みそのものではなく、最初の「受け取る準備」の部分です。仕組みを組んでも許可が取れていなければ1通も届かないので、労力の配分としても手前が重いと考えておくのが正確です。許可を求めるタイミングや伝え方ひとつで結果が大きく変わるため、次の項目で詳しく見ていきます。
許可のもらい方が、通知の勝負を分ける
今はiOSでもAndroidでも、通知を出すには利用者の許可が必要になっています（仕様の細部は変わることがあるため、最新は公式で確認してください）。そして一度断られてしまうと、あらためて許可をお願いするのが難しいという共通の弱点があります。
だからこそ、アプリを開いた直後に何の説明もなく許可を求めるのは避けたいところです。通知が実際に役立つ場面をユーザーが一度体験したあとに、理由を添えてお願いするほうが、通る確率は上がります。たとえば記録アプリなら、最初の記録を付け終えたタイミングで「明日この時間に思い出させますか」と聞く、というように、通知の使いどころが具体的に見えた瞬間に出すのが素直な設計です。
また、断られることは十分にあり得る前提で設計しておくことも大切です。許可が得られなくてもアプリの基本的な使い勝手が成立するようにしておけば、通知はあくまで「あれば嬉しい機能」として無理なく共存できます。
送る中身は「その人に用事がある」ものだけに絞る
もっとも切られやすいのは、「お知らせがあります」のような中身のない通知です。開いても得るものがないと判断されてしまうと、次からは通知を許可した意味そのものがなくなってしまいます。通知の文面は、開かなくても用件が分かるくらいまで具体的に書いたほうが、結果として信用されます。
原則はシンプルで、その人にとって用事がある通知だけを送ることです。記録系のアプリであれば、本人が決めた時間のリマインドや、記録に変化があったときの報告のように、ユーザー自身が価値を感じられる内容に絞り込みます。
全員に同じ内容を一斉に送る運用は、個人開発では避けたほうが無難です。届く相手やタイミングが人によって違うからこそ通知には意味があり、一律配信はその前提そのものを崩してしまいます。お知らせを届けたいだけなら、アプリを開いたときに画面の中で伝える方法もあるので、通知でなければ成立しない用件かどうかを先に確かめてください。
頻度と時間帯は「迷ったら少なく」が原則
通知は多く送るほど成果が出るわけではありません。むしろ送りすぎて切られてしまえば、その先は二度と届かなくなるため、あとから取り返しがつかないという性質を持っています。切られたことは通知を送る側からは見えにくいので、気づかないまま届かなくなっているという状態も起こりえます。
適切な頻度はアプリの性質によって変わるので一概には言えませんが、迷ったときは少ない方に寄せておくのが安全です。毎日届く前提のアプリは、本人がそれを望んで設定した場合に限る、くらいの線引きが無理のないところです。あわせて、深夜の時間帯に届く設計になっていないかは必ず確認しておきたいところです（配信の可否は規約上の制約が絡むこともあるため、あわせて確認してください）。
最初から最適な頻度が分かっている人はいません。まずは控えめな頻度で始めて、様子を見ながら少しずつ調整するくらいの感覚のほうが、通知を切られるリスクを抑えられます。焦って本数を増やす必要はありません。減らす方向の調整は嫌われませんが、増やす方向はすぐ切られるので、片方向にしか試せないと考えておくのが安全です。
通知の前に、そもそも入れてもらえているか
通知で戻ってきてもらえるのは、すでにアプリを入れてくれた人だけです。当たり前のようですが、通知の設計に時間をかけているうちに見落としやすい前提でもあります。ここまで実装や設計の話をしてきましたが、入れてくれる母数がまだ小さいうちは、通知を作り込むよりも見つけてもらう側の改善のほうが効くことが多いです。
具体的には、どんな言葉で検索されそうなアプリなのかを把握しておくことが出発点になります。AppLupeのようなツールを使うと、キーワードごとの検索ボリュームの目安を、メール登録だけ（カード不要）で毎日3回まで無料で調べられるので、通知の設計に時間をかける前に、まず見つけてもらえる状態を作れているかを確認してみてください。
通知の設計に時間をかけるのは、入れてもらえる人がある程度いる段階になってからでも遅くありません。まず届く状態を作り、それから戻ってきてもらう設計に進むという順番を意識しておくと、労力のかけどころを間違えにくくなります。
よくある質問
Q. プッシュ通知の実装は個人開発でも難しいですか？
個人開発でも実装は可能です。OSごとに通知を配るための土台があらかじめ用意されているため、送信の仕組みをゼロから作る必要はありません。つまずきやすいのは技術面より、許可の取り方や送る中身の設計なので、そちらに時間をかける方が結果につながりやすいです。
Q. iOSとAndroidで実装の仕方は大きく違いますか？
細部の設定はOSごとに異なりますし、時期によって仕様が変わることもありますが、考え方の骨格は共通です。どちらも利用者の許可が必要で、断られると再度お願いしにくい性質は同じなので、まずはOSに依存しない許可の取り方や中身の設計から考えておくと、あとで手戻りが少なくなります。
Q. 通知の許可を断られたらどうすればいいですか？
断られること自体は珍しくありません。アプリの基本機能が通知なしでも成立する作りにしておけば影響は最小限で済みます。そのうえで通知が役立つ場面を体験してもらってから、理由を添えて改めてお願いすると通りやすくなります。焦って何度も表示しないことも大切です。
AppLupe（アップルーペ）運営ツールこのブログを運営しているAppLupeは、App Store対応のASOツールです。「作ったアプリが検索で見つからない」を解決するために、キーワード調査から順位計測までを1つにまとめています。
- キーワードの検索ボリューム（AppLupe指数）と関連キーワードを確認
- 競合アプリがどのキーワードから流入しているかを実測
- AIがタイトル・サブタイトル・スクリーンショットの改善案を自動生成
- 狙ったキーワードの検索順位を毎日自動トラッキング