ChromeのブラウザPush通知 / Progressive Web Apps

[st44100]

Issueのタイトル

質問内容(20文字程度) / AMAブース名(下記)

質問をしたいAMAブースを選択してください

• フロントエンドの課題を啓蒙する方法 by @yhassy
• アクセシビリティ by @fukumotoy @makojo
• Progressive Web Apps by @jxck
• パフォーマンス by CyberAgent @houbin217jz
• CSS Evolution by @hiloki @cssradar
• React（仮） by @pirosikick

質問

Chromeのブラウザ通知がうざいです。
通知の許可させてくれ、ダイアログさえうざいです。
ネイティブアプリの場合は、ユーザーをアプリに再エンゲージするために必要だと思いますが、
Webの場合、そこまで再エンゲージとかにこだわる必要ないでしょうし、今のChromeの通知だとユーザービリティも悪くて使ってる人ほとんどいない気がします。
これ意味あるんですか？
Webとしてこれ必要なんですか？

[jyasukaw]

回答

UXに関して

• うざい問題は、サイトを開くたびにアラートが突然出て、確かにみなさんうんざりしていると思います
• あれは、突然アラートを出す実装をしてる方が悪いというのがまず最初にある
• ダイアログを出す前に、「通知というオプションがあって、これを使いたいんだったら、どのくらいのものをどのくらいの頻度で何をプッシュしてくるのか」ということをあらかじめ提示して、「それでもよければダイアログを許可してね」という導線がほとんどのサイトでできていない事が、プッシュに対するイメージを悪くしている理由
• 多くの人たちが気づいてないのですが、ブロックされるとドメインごと二度とプッシュを送れない
• この後、もしサイレントプッシュなど、ユーザービジブルじゃないプッシュを送れるようになった時にも、多くのユーザーがブロックしているせいで送ることができないという可能性がある（再許可の仕方は一般人にはわからない）
• 今ちゃんとうざくないUXでオプトインで、もしユーザー嫌だと言ったらブロック以外の方法でオプトアウトする導線を用意しておかないと、たぶん多くのサイトは後悔することになる

再エンゲージに関して

• 今までこだわってなかったからというのがあると思う
• 今までやってなかったから、やる必要ないよねというのはプログレッシブな考え方をする時に難しい
• 誰かがそれをきっかけにイノベーションを起こすかもしれないよね、というのがExtensible Webの考え方
• エンゲージにこだわる必要がないというのは、エンゲージのためにプッシュをするというユースケースが先に来ている
• 今のWebの新しいAPIの考え方は、これができると何かが変わるよねというケーパビリティがユースケースよりも先にくる
• 例えば、WebRTCで通話をする時にアプリを予め開いて無くてもいいよねとか、Google Docsがオフラインで勝手に同期されるようになるよねとかケーパビリティが先に来ている
• ここの質問に関しては、あなたのユースケースだよね、という部分に気をつけたほうが良い
• ただし、Webとして必要かどうかは、意見がわかれるところ
• 誰かのユースケースでなはく、ケーパビリティとして考えたときにそれが本当にWebでやるべき事なのかどうかは揺れていて、これがSafariがService Workerを実装していない事の一つの要因じゃないか
• Chrome（Google）はWebが色んなことができるようになって、アプリと同じようなケーパビリティを持つほうがWebにとって良いだろうと考えているし、Safari（Apple）はApp Storeでアプリを配るし、プラットフォームを持っているからWebがアプリようになるという事に対するモチベーションがないだろうというと個人的に思っている
• 必要かどうかは、悪魔の証明であって、誰かが答えを持っているわけじゃない
• 入れてみてうまくいったら合ってよかったねかもしれないし、うまくいかなかったら必要なかったね、という結果でしか見れない
• 自分の中で絶対に必要ないという意見を持っているのであれば、Service Workerなどの策定の場で意見をすれば良いし、そうじゃなければ普通に使えばいいし、必要かわからないけど自分には必要ないという事であれば無視すれば良いだけで、これが必要かという質問に対しての答えは誰も持っていない
• それに対してどういう風に考えるのかっているのは、それぞれががやれば良い