10 ポイント 投稿者 GN⁺ 23 일 전 | 1件のコメント | WhatsAppで共有
  • 多くのサービスがアプリのインストールを強要し、Webアクセシビリティを制限しているため、ユーザーは疲労感と不便さを感じている
  • ブラウザでは拡張機能やスクリプトで環境を制御できる一方、アプリは制作者が統制権を強めやすい構造になっている
  • ほとんどのアプリは単純なテキスト・メディアのレンダリング程度であるにもかかわらず、過大な容量と権限を要求する
  • 強制されたアプリ体験は、しばしば不安定なインターフェースや反応の遅延によってネイティブらしい信頼感を損なう
  • 企業はアプリのインストール誘導指標を高めるためにWeb品質を意図的に低下させWebの開放性とユーザーの選択権が弱まる悪循環を招いている

アプリ強制ダウンロードへの拒否感

  • Webを好むユーザーは、ほとんどのサービスがアプリのインストールを強要する現実に疲れを感じている
    • ソーシャルメディアから駐車料金の支払いまで、アプリが優先され、Webは二次的に扱われる構造
    • Web版にはアプリのインストールを促すポップアップ、モーダル、上部バナーなどが繰り返し表示される
  • 一部のサービスはそもそもアプリ経由でしか利用できず、公共サービスや必須ユーティリティでは不便さが深刻である

ブラウザとアプリの統制権の違い

  • ブラウザではユーザースクリプト、広告ブロッカー、拡張機能などを通じて、ユーザーが自ら環境を制御できる
    • ダークモードがないサイトでもスクリプトで対応可能
    • Redditのサイドバー変更も個人用の拡張機能で修正できる
  • 一方でアプリはユーザーの制御権が制限され、制作者が統制権を強めやすい構造である
    • アプリはプッシュ通知、追跡用テレメトリ収集、閉鎖的エコシステムの維持に有利
    • 表向きには「より良いユーザー体験」を掲げるが、実際の目的はユーザー維持率の確保にある

単純な構造のアプリと過剰な要求

  • ほとんどのアプリはテキストとメディアフィード、または多段階入力フォームで構成された単純な構造
  • 3DゲームやLiDARベースのARのようにハードウェア統合が必要な場合を除けば、大半は単にAPIからJSONデータを受け取ってレンダリングする薄いクライアントにすぎない
  • それにもかかわらず企業は100MBを超えるアプリのインストール、位置情報権限、バックグラウンド実行の許可を求める
    • 単にホーム画面の占有率を確保するために、基本コンテンツをネイティブアプリとして再構成する事例が多い

完成度の低いネイティブ体験

  • ブラウザの代わりにアプリを強制するなら、少なくとも完成度の高いネイティブ体験を提供すべきである
    • しかし実際には不安定だったり不自然だったりするインターフェースが多い
  • 例として、初期のFlutterアプリにおけるiOSのシェーダーコンパイル遅延問題が挙げられている
    • Skiaエンジン時代にはアニメーション初回実行時にUIが引っかかる現象があり、Impellerに置き換わるまで手動でシェーダーを事前コンパイルする必要があった
  • こうした細かなスクロール速度、ジェスチャー反応の遅延、タイミングの不一致がユーザーに不快感を与える
    • 人間はシステム反応の微妙な差を感知でき、これはXZバックドア検出事例FPSゲームでの遅延検知に似た現象である
  • こうした繊細な相互作用が仕上がっていないと、ネイティブ体験への信頼感は崩れる
    • 一部のアプリだけの問題ではなく、十分にありふれた現象であり、全体的な認識に悪影響を与える

エンシッティフィケーション(Enshittification)の悪循環

  • 全画面モーダルでアプリのインストールを強要すると、多くのユーザーは抵抗するよりインストールを選ぶ
    • こうした行動はPMの成果指標に好影響を与え、Web体験をさらに悪化させるインセンティブにつながる
  • サービスは最初、オープンWebでユーザーベースを確保するが、その後Web版を意図的に制限してアプリへ誘導する
    • アプリ内部では広告表示と追跡が自由な閉鎖環境が形成される
  • 結果としてWebは単なる流入チャネルへと転落し、ブラウザの普遍的プラットフォームとしての役割が弱まる
    • 企業の立場ではWeb品質を維持する財務的動機が失われる
    • データはこの戦略が実際に効果的であることを示しており、つまりユーザー転換率が高く維持される

1件のコメント

 
GN⁺ 23 일 전
Hacker Newsの意見
  • 多くの人は理解していないが、若い世代にとってスマートフォンこそがインターネット
    私たちの世代はデスクトップでインターネットに触れ、その後スマートフォンへと広がっていった世代だ
    しかし今の10代は、最初からスマートフォンの画面でインターネットを体験している。宿題さえあの小さな画面でこなす
    私は今でも大きな画面でより多くの情報を見るほうが好きだ。だから家ではノートPCを使い、移動中だけスマホを使う

    • 私も文章を書くときは、大きな画面とキーボードのほうがずっと楽だ
      宿題をスマホでやるなんて想像しにくいが、今の子どもたちにはそれが自然なのだ
      Appleの「What’s a computer?」広告は、この世代の感覚を正確に捉えていたと思う
    • HNコミュニティには洞察はあるが、消費者フィードバックとしては現実と距離があると感じる
      ほとんどがパワーユーザーで、一般ユーザーとはまったく別の世界にいる
    • 最近は開発者と若い世代のあいだに、ファイルシステムを知らない世代というミームのような断絶がある
      関連するHNスレッドもある
    • だが企業がアプリ中心に進んだのは消費者の反応のためではなく、データ統制と収益最大化のためだった
      むしろ企業が何年もアプリを押し進めた結果として、今の世代がそうなったのだ
    • アプリ中心文化は企業の成功指標であって、自然なユーザー選択ではない
      「スマートフォン画面 = ネイティブアプリ」という前提自体が誤った仮定だ
  • 私は『アプリ強制企業の不名誉の殿堂』を作りたい
    Reddit、PayPal、Robinhood、Instagram、SeatGeekなどはWeb機能を塞いでアプリのインストールを強要する

    • Robinhoodはアプリ名を「Banking」に変えていて、さらに紛らわしい。カード自体は良いが、アプリは嫌いだ
    • 81歳のDodgersファンが50年間シーズンチケットを買ってきたのに、今ではスマートフォンなしではチケットを受け取れない
      NBC記事を見ると気の毒だ
    • LinkedInはモバイルWebでフィードが何日も更新されず、アプリ導入ポップアップを閉じるとわざと一番上までスクロールさせる
      こういう敵対的UXを使う会社のアプリは絶対に入れない
    • SeatGeekがアプリなしでは公演に入場できないと知って衝撃を受けた
      こういう仕組みのせいで、大規模公演より小さなクラブ公演のほうが楽しいと感じる
    • SpotifyもPWAで**「いいね」した曲の一覧**へのアクセスすら塞いでいる
  • 私はWebサイトを包んだだけのシンプルな**アプリラッパー(wrapper)**を作ったが、驚くほどダウンロード数が伸びた
    有料転換率は10倍に上がり、アプリユーザーの指標もはるかに良かった
    結局、アプリを持っていること自体にビジネス上の価値がある

    • PWAはインストール手順が複雑で、**発見性(discoverability)**が低い
      ユーザーはアプリストアを信頼しているので、AndroidとiOSはPWAをアプリストアと結び付けるべきだ
    • PWAは依然として機能制限のため、アプリに比べて不利だ
      PWAが標準になればずっと便利になるはずなのに、惜しい
    • もちろん本当に良くできたアプリもあって、そういうものを見るとネイティブアプリの可能性を改めて感じる
    • 実際のところ、アプリのアップデートはどれくらいの頻度でしているのか気になる
    • 私もB2B SaaSを運営しているが、プッシュ通知のためにアプリが必要だ
      単純なReact Nativeラッパーアプリでもストア登録に問題がなかったのか気になる
  • 私も基本的にはWeb第一主義者
    サイトが完全に壊れているか、機能を塞いでいない限りアプリは入れない
    レスポンシブデザインのおかげで、ほとんどの作業はブラウザで十分だ
    ただ、モバイルブラウザにコンソール機能があればいいのにと思う

    • 機能を塞ぐサイトは、そもそも訪れる価値のない場所だと思う
    • 開発者として、アプリストアの審査プロセスに依存しなければならないのが嫌だ
      Webアプリはオンボーディングの摩擦が少なく、インストールを強要しないのでより効率的だ
      ネイティブアプリの魅力は、事実上デバイスAPIへのアクセス性以外では大きくない
    • すでに多くのサイトが機能制限でアプリ導入を強要している
    • FacebookもWeb体験を意図的に劣化させてアプリ導入へ誘導している
    • モバイルWebでだけ機能を塞ぐことが多く、デスクトップモードに切り替えると解決することもある
  • 私の経験では、ネイティブアプリのほうがWebより品質が高い場合が多い
    Webアプリは遅く、バグが多く、混乱しやすい
    ただし、どちらを好むかは利用目的によって異なる

    • PWAはまだ応答性でネイティブに及ばない
      クロスプラットフォームアプリでさえ、どこかぎこちなく感じる
    • セキュリティ面ではブラウザのサンドボックスのおかげでWebを好む
      アプリ導入を強要されたら、サービス自体を諦める
    • モバイルチームは専任で集中する一方、Webチームはデスクトップ中心のQAをしがちなので品質差が出る
    • 逆にアプリのほうがWebより機能が不足している場合もある。たとえばGitHubアプリは機能があまりに限定的だ
  • New York TimesはモバイルWebでアプリ導入を強要するポップアップが出てきて腹立たしい
    ニュースサイトこそWebに最適化されたサービスなのに、アプリを強要してくる

    • NYTは新規加入者に自動再生動画やスパム的なメールを送ってきて不快だった
      今ではリンクから入った記事だけ読んでいる
    • 有料購読者なのにUXを意図的に劣化させるのは理解できない
    • ダークモードはアプリにしかない。しかもそのアプリですらネイティブではない
    • 関連するHNスレッドでも、NYTは最悪の事例として挙げられている
    • それでもNYTアプリは、ゲームやインタラクティブ記事など一部コンテンツはよくできている
  • Webブラウザは基本的にサンドボックス環境なので、セキュリティ上安全だ
    アプリはバックグラウンドアクセス、位置情報、連絡先など、より多くの権限を要求する

    • ただしWebアプリは毎回新しいコードをダウンロードするため、カスタムバックドアを仕込むこともできる
      一方アプリはハッシュ検証が可能で、アプリストアという中間検証者が存在する
      たとえばSignalアプリはサーバーを信用しなくてもエンドツーエンド暗号化が保証される
    • 私は以前Android開発者だったが、ブラウザのほうが危険だと感じる
      Cookieとクロストラッキングのおかげで、Webアプリのほうがアプリより多くのデータを収集できることもある
      本当のユーザー体験を提供するのは、結局ネイティブアプリだと思う
    • アプリが位置情報や連絡先を求めるときには、ユーザー同意の手続きがある
      むしろ有用な場合も多い
    • JSでも位置情報は取得できるが、制限がある
    • iOSは権限管理が厳格で、無断アクセスが難しい設計になっている
  • ブラウザは広告ブロック、通知制限、承認不要の配布が可能なので、企業にとっては不利だ
    しかしユーザーにとってはすべて利点だ
    結局アプリ vs ブラウザは、企業 vs ユーザーという対立構造だ

    • ただし一部ブラウザは、サイトが開いていなくてもプッシュ通知をサポートしている
      Chromeはスパム通知をブロックしてくれるので、むしろより安全だ
  • 母のiPhone SEにアプリを入れてあげていたら、2時間もストレージ整理をする羽目になった
    アプリのキャッシュや重複データが多すぎるし、母は半分のアプリが何なのかも分からず入れていた
    こうした**アプリ過剰(bloat)**文化は止めるべきだ。大半はWebアプリを包んだだけの薄い殻にすぎない

  • 私もWebを好むが、若い世代はアプリ中心の環境で育ったのでブラウザ利用に慣れていない
    WhatsApp、YouTube、TikTokがすべての世代だ
    関連するミームのように、ファイルシステムという概念すら知らない場合もある

    • だから最近は一部の若い層が**「スモールウェブ(small web)」**を新しく発見している
      2010年以降、Googleがプラットフォーム中心へと変えたことで本当のWebが消えてしまったからだ
    • 実際、義理の息子にUSBを渡したところ、ファイルエクスプローラーではなくChromeを開いて何をすればいいのか分からなかった