PWA の Web Push を調査してみる

調査したいこと

リンク

デバイス・OS 等の要件

https://firebase.google.com/docs/cloud-messaging?hl=ja
- FCM と略される
- 検索すると一番良く出てくる
https://aws.amazon.com/jp/blogs/news/how-to-send-web-push-notifications-using-amazon-pinpoint/
- AWS でも同様のサービスがリリースされているのは知らなかった
- と思ったら、記事を読み進めると FCM を使用している。関係性は要調査

Service Worker という概念はきちんと学ぶ必要がありそう？

送信した通知の効果を追跡するみたいなテクがあるらしい。どういう運用体制にすれば良いんだろう

FCM のような SaaS を使用しなくても push 通知を送信することはできるが、

は結構厳しそうに思えるから自前実装するのではなくて、SaaS を使用するのが良い？web push の場合はそのあたりをブラウザが吸収してくれるものと思っていたが違う？

とりあえず実装概要が記載された記事を見つけたのでこれをなぞって実装してみたい

ruby で実装するのであればこのあたりが参考になるかなあ

https://github.com/pushpad/web-push
https://zenn.dev/yudukikun5120/articles/10b637c96be381
- 通知内容はジョブで管理すれば良いから、notifications テーブルは不要そう
- 通知の開封とかのトラッキングは FCM とか使ったほうが良かったりする？
  - FCM を使用しないことによるツラみがイマイチ伝わってきていないかもしれない。おそらく自分の理解不足で、さっさと実装しろという話ではある

ブラウザで通知を表示するには、

する必要がある。ちょっと UX 的にしんどいか・・？

あと、Apple 製 OS だと例えば 睡眠 がオンになっていると通知が抑制されるなど細かい落とし穴がありそう

とりあえずいろんな記事を参考にしながら設定や実装を進めていたら

Uncaught (in promise) DOMException: Registration failed - missing applicationServerKey, and gcm_sender_id not found in manifest

というエラーが出た

どうやら gcm_sender_id が必須なのは古いブラウザに対応する必要があるときのみみたいなので、ひとまずこちらの設定をすればよいのかなという印象

gcm_sender_id の登録が不要になったのは経緯がありそう

とりあえず色々な記事を参考に実装してみたが、うまくいかないのでデバッグ方法を調べる必要がありそう

ローカルでのデバッグはこれで良いとして、実際の環境でデバッグするにはどうすれば良いんでしょうね

雑感