この日は、診断そのものより「サービスとして回すための足回り」を一気に触った。
まず利用回数の制限。
ログインしてない人が何回でも無制限に診断できる状態やと、将来AIの利用料が発生するようになったとき普通に怖い。
そこで匿名利用の場合は1日1回まで、みたいな制限を入れた。
自分としては最初、「別に何回でも使わせたらええやん」くらいに思ってたけど、外部AIは呼ぶたびにコストが掛かる可能性がある。
無料で遊ばれまくって運営側だけ請求が増える、みたいなんは笑えへん😇
診断タイプにつける二つ名も見直した。
単に「論理的な人」みたいな無難な説明より、「考えるツッコミ職人」みたいに、結果画像を見た瞬間ちょっと笑える言葉の方がシェアされやすいやろ、という方向。
このサービスは“診断が科学的に正しいか”より、“本人が見て納得したり笑ったりして共有したくなるか”の方が重要やと思ってた。
収益化では、正式リリース直後だけ完全診断を無料開放できるキャンペーン機能も追加。
いきなり広告必須にするより、最初は人に触ってもらう方を優先できるようにしたかった。
管理者向けにはキャッシュを消す機能も用意。
診断結果を一時保存して高速化する仕組みを入れてると、修正後も古い結果が残って「あれ？直ってへんやん」ってなることがある。そのとき強制的に消せるようにした。
そしてAdSenseの準備。
この時点の自分の理解はかなり浅くて、「Googleの広告を付けたいなら、とりあえず所有確認のコードみたいなん入れとくんやろ」程度。
後からこの広告審査で何回もハマるんやけど、この日はまだ何も知らず平和やった👴
一番面倒やったのがAndroidのThreadsログイン。
ブラウザでログインさせたいのに、Threadsアプリが「それThreadsのURLやろ？」みたいな顔して勝手に起動してくる。
ユーザーとしては自然な動きなんやろうけど、こっちはWebアプリのログイン処理を続けたい。
しかもWeb側から完全に制御できるわけではない。
「コードで全部どうにかできると思ってたけど、スマホOSやアプリ側の仕様には勝てんこともあるんやな」と初めて強く感じた日やった。
一応、できる範囲で回避策は入れた。
でも“完全解決”ではない。
この問題は後になって何度も顔を出すことになる🫠
※この日出てきた言葉の説明
・AdSense：Googleが提供するWebサイト向け広告サービス。審査に通ると広告を掲載できる。
・OAuth（オーオース）：ユーザーのパスワードを自分のサイトで預からず、Threadsなど本家サービス側で本人確認してもらうログイン方式。
・キャッシュ：一度作った結果を一時保存して、次回は同じ処理をやり直さず速く表示する仕組み。
・匿名利用：アカウント登録やログインをせずに使うこと。
・利用回数制限：1日◯回まで、など使える回数を制限する仕組み。料金や不正利用対策にも使う。