その「アプリ」、実はWebサイトで十分じゃない？無駄を削ぎ落として最適化してみた

世の中にあふれる「とりあえずアプリ化」されたサービスを見ていて、ふと思いました。それ、本当にネイティブアプリである必要ありますか？Webの力を使えば、もっと軽くて、メンテも楽で、誰にでも届けやすいプロダクトになるはずです。というわけで、重たいアプリをシンプルで爆速なWebページへと作り替えてみました。

本来ならPWA（プログレッシブウェブアプリ）の時代になっているはずだったんだ。App Storeが登場してサブスクアプリに30%の手数料がかかるようになる前は、それがiOSの当初の計画だったからね。

まあ、今のウェブアプリのほとんども出来が悪いから、どっちもどっちってところかな。個人的に強く思っているのは、企業はアプリを使わせたいんだよ。通知をスパムのように送って、無理やりユーザーの注意を引けるからね。

なぜ「アプリ文化」がここまで支配的になったのか理解できない！

短く言うと、広告ブロックはブラウザでは機能するけど、アプリでは機能しないからだよ[0]。

[0] https://pluralistic.net/2024/01/30/go-nuts-meine-kerle

最近、達成感を得るため、あとあわよくばお小遣いでも稼げればと思って、App Storeでアプリを公開してみたんだ。

正直に言うと、作ったアプリはぶっちゃけゴミみたいな出来だ。人気が出るなんて期待もしていないし、すでにあるサービスの劣化版みたいなものだからね。

あくまで公開プロセスを学ぶための練習のつもりだったんだけど、結局のところ、個人開発者がなぜわざわざアプリなんて公開するのか不思議で仕方ない。公開前の審査プロセスでの細かい指摘や事務的なやり取りがとにかく酷い。ビジネス面や法的な面も面倒すぎる。記憶違いかもしれないけど、個人情報や電話番号をApple経由で全世界にさらさないためには、LLC（合同会社）を設立して、住所の転送サービスと専用の格安電話回線を契約しなきゃいけないような雰囲気だったし。

ウェブサイトならそんな面倒なことは一切不要だし、ストアに載せ続けるために毎年99ドル払う必要もない。

それに、App Store経由の売り上げにかかる高額なロイヤリティの問題もあるしね。

とはいえ、アプリの利点は理解できる。今回の投稿者が強いられたようなケースじゃなければね。ただ、ImmichやOpencloudみたいなツールなら、スマホと深く連携させる必要があるからアプリがないと不便なのも確かだね。

一般ユーザーは、中身が「アプリ」かどうかなんてどうでもよくて、とにかく「ホーム画面にアイコンがあってクリックできる」ことが重要なだけなんだよ。

企業は、既存の「ストアからインストールする」という使い慣れた導線を使うことで、その低摩擦な体験をユーザーに提供するインセンティブがある。

iOSもAndroidも、ウェブサイトをホーム画面に「ブックマーク」する機能を、わざと複雑で専門的なメニューの奥深くに隠しているよね。当然、そんな必要はないはずだ。彼らはユーザーをオープンウェブから隔離された自分たちの庭（ウォールドガーデン）に誘導したいというビジネス上の思惑があるからだよ。

もちろん、「広告が関係ない」と言っているわけじゃない。複数の動機が組み合わさった方が強力なのは当然だ。でも、テクノロジーに詳しくないユーザー（強調するけど、これがユーザーの大多数だよ）にとっては、何も学習しなくて済む「最低公倍数」的な解決策が最も恩恵があるという点を忘れてはいけない。

著者が言及していない、ウェブの強力なメリットが「ブラウザ拡張機能」だよ。自分のニーズに合わせてすべてをカスタマイズできるから、ウェブが大好きなんだけどね。

ここ数年でいくつか公開もしたし、公開していないものも数十個ある。いろんな場面で活用してるよ。

• Xでテキストのツイートだけを表示させる
• Meta製品の画像や動画を全部ブロックする
• 不適切なコンテンツをブロックする
• オンラインショッピングで為替レートを自分用にカスタマイズする（アルゼンチンペソとか、分からないだろうけどw）
• Redditのホームを「hot」でデフォルトにする（ここ数年「best」ばかり強要してくるけど、実際はゴミだし）

ブラウザ拡張機能のおかげで、ヘビーネットユーザーでありながら、ある程度の認知的な主権を取り戻せている気がするよ。

2010年頃は「アプリじゃないと無理」な機能が山ほどあったけど、今はかなり減ったよね。主にBluetoothやNFCなどのハードウェアアクセス、バックグラウンド更新、位置情報の持続的な許可、安定したオフラインストレージ、あとはウィジェットやSiriショートカットみたいなOS連携くらいかな。

正当な理由があれば、ネイティブアプリの方が電力効率や帯域幅の面で優れている可能性はある。

でも実際には、クロスプラットフォームで作られた何だかよく分からないUIと、山のようなトラッキングコードを押し付けられるのがオチだ。OSとの深い連携なんて、クロスプラットフォーム環境からじゃ簡単じゃないから、結局中途半端な仕上がりになることが多いしね。

スティーブ・ジョブズがステージでFlashを批判していたのを思い出すよ。オープンなウェブを独占する重くてクローズドな技術だと嫌っていたよね。彼の解決策は、最新のHTML規格を採用すること…そして、レスポンシブなアプリを作ることだった。でも今や、アプリは重くて、広告まみれで、サブスク地獄のようなものばかり。結局、HTMLに戻るしかないんじゃない？

アプリユーザーはウェブユーザーの7倍も収益性が高いっていう話を読んだことがある。なぜ企業がウェブで十分なはずなのにわざわざアプリを作るのか、その理由はこれで説明がつくね。

ソースや計算根拠は忘れたけど、信憑性は高いと思う。アプリはユーザーのデバイスに足場を築ける。通知を送りやすいし、位置情報を追跡できるし、広告ブロックのようなカスタマイズを回避できるし、閉じてもデバイスに残る。ユーザーを収益性の高い行動へ誘導するのには最適なんだよ。

もしユーザーの大半が拒否すれば企業もやらないだろうけど、残念ながらほとんどのユーザーは気にしないからね。

誰も指摘していないけど、かなりの数の「ユーザー」がアプリを求めているという事実もあるよ。

私は社内で使うツールを管理しているんだけど、経費精算や資料管理、ビジネスデータの集計なんかの雑務をこなすウェブサイトなんだ。

引き継いだ当初はPC専用のサイト（tableタグ多用で幅固定のデザイン）だったから、スマホでも見られるようにモダンにリニューアルしたんだよね。大きな表が必要なページだけスマホ版を作ったりして。

でも、アップデートを告知したら「PCで見ているサイトをどうやってスマホに入れるの？」とか「早くアプリ化してくれ」っていう要望が山のように来て驚いたよ。

私たちはITリテラシーを当たり前だと思っているけど、それはこの業界の基礎だからであって、IT弱者は間違いなく存在する。そして彼らはアプリが大好きなんだよ。

この手のやり方の法的なリスクはどうなんだろう？URLのパラメータを書き換えただけで逮捕されたケースを読んだことがあるよ。ネットワークリクエストを傍受して、独自のコードで書き換えて再送信したりしていたら、法律によっては「ハッキング」とみなされると思う。私なら、そんなことをしたと公に書くのは怖いね。裁判で自白したとみなされかねないから。