低速なデバイスを使うユーザーに対するウェブ肥大化の影響

ウェブページの重さが低速なデバイスのユーザーに与える影響

• 2017年に、ウェブページの重さが低速なインターネット接続を持つユーザーに与える影響を調査した。
• 米国内外では、今でも多くのユーザーがブロードバンド級の速度を利用できておらず、現代のウェブは低速なインターネット環境の人々にとって使いにくい。
• ブロードバンド速度の向上に伴い、ウェブページの重さの問題は2017年当時よりは軽減されたが、依然として低速接続の人々にとって深刻な問題である。

CPU性能とウェブアプリケーション

• ウェブアプリケーション向けのCPU性能は、帯域幅ほど速くは向上していない。
• 低スペックなデバイスを持つ人々にとってウェブアクセスは改善している一方で、多くのウェブページは低スペック端末では利用不能になりつつある。
• たとえば、Tecno Spark 8Cのような低スペック端末で現代的なフォーラムを閲覧しようとすると、ブラウザがしばしばクラッシュする。

低価格デバイスの性能

• Tecno Spark 8Cのような低価格デバイスは、世界的には低スペック端末とは見なされていない。
• Itel P32のような、さらに低スペックなデバイスの性能も調査した。
• さまざまなデバイス（M3 Max Macbook、M1 Pro Macbookなど）と、さまざまなプラットフォーム（ブログ、フォーラム、小規模ビジネス向けプラットフォーム）の性能を比較した。

性能測定表

• 各ウェブサイトごとに、圧縮後サイズ、元サイズ、Largest Contentful Paint（LCP）、CPU使用量を測定した。
• LCPは、ユーザーがページの主要コンテンツが表示されたと認識する時点を測る指標である。
• CPU時間は、ユーザーの使いやすさの認識と高い相関を持つシンプルな指標である。

ウェブページの重さが低速なデバイスのユーザーに与える影響に関する追加の意見

GN⁺の見解

• ウェブページの重さが低速なデバイスのユーザーに与える影響に関する研究は、ウェブ開発者に最適化の重要性を再認識させる。
• 低スペック端末ユーザーの体験を考慮しない現代のウェブ開発トレンドに対して、批判的な視点を提供している。
• この研究は、低スペック端末を対象としたウェブ最適化技術、たとえば Progressive Web Apps（PWA）の重要性を強調している。
• GoogleのPageSpeed InsightsやLighthouseなど、ウェブ最適化のためのツールや技術はウェブ開発者にとって有用である。
• 調査結果は、低スペック端末ユーザー向けのウェブアクセシビリティを改善するために、ウェブ標準と最適化手法を順守する重要性を強調している。

[GN⁺]

Hacker Newsの意見

• Tecno Spark 8Cのレビューでは、PUBGのような3Dゲームはそこそこ快適に動かせる一方で、だからといって現代のテキスト中心のソーシャルメディアプラットフォームやウェブフォーラムで文章を読むのに十分な速さがあるとは限らないと指摘している。PUBGでは40fpsを達成できても、この種のサイトではスクロール時に0.4fps未満まで落ちることがある。
  • マーケティングチームがフロントエンドチームに新しいトラッキングスクリプトの実装を求めるとき、ユーザーは違いを感じないだろうと決めつけることには注意すべきだと強調している。
• 世界に存在するさまざまな不平等の度合いを認識することが重要であり、それには中所得国、特にラテンアメリカや東南アジアの国々も含めるべきだと述べている。
  • たとえば、月あたりのデータ容量がひと桁GB台のプランを使い、RAM/CPUの性能が10年前の米国向けフラッグシップスマートフォンに近いユーザーは、Discourseを使うこと自体はできても、体験は遅く不快なものになりうる。
  • こうしたユーザーカテゴリーこそが、CPU/RAM/ディスクの漸進的な改善で参加度が目に見えて向上するというDanの観察を説明する主な要因だと考えている。
• Danのグラフは、最下位クラスの端末ユーザーには漸進的な最適化が役に立たない可能性を示している。
  • 唯一の解決策は、機能や仕上がりを犠牲にしてでも、可能な限り簡素なコードを提供する、まったく別のクライアントアーキテクチャかもしれない。つまり「ライト/ベーシック」モードだ。
  • 残念ながらこのアプローチが成功した例はまれで、米国ベースの開発者は性能のために何を残し、何を捨てるべきかについて誤った判断を下しがちだとしている。
• 比較的遅いAndroidスマートフォンを使った最近の経験では、テキストと画像しか提供していないように見える一部のウェブページですら、読み込みが非常につらいことがある。
  • この問題はいくつかの要因でさらに複雑になる。ひとつは、古いあるいは遅い端末では、モバイル版Firefoxのようなフル機能ブラウザを使えない場合があることだ。アプリ自体がサイトを開く前にリソースを使いすぎてしまう。
  • その結果、Firefox Focusのような簡素化されたブラウザに切り替えざるを得ないが、拡張機能は使えない。つまりuBlock Originが使えず、ウェブ体験はさらに悪化する。
  • もうひとつの問題は、「標準」ブラウザを使わないと一部のサイトが利用不能になることがある点だ。
  • そうした状況では、企業はしばしばアプリの利用を強要してくる。そのアプリが容量の限られた端末でどれだけの空き領域を食い、どれほどひどく動作するかは分からない。
  • 多くの企業やサイトは、遅い端末や接続を考慮した簡易版を提供していたが、最近ではそうした版は次第に姿を消し、見つけにくくなっている。
• 6年前のLG製フラッグシップ端末から新しいGalaxyに最近乗り換えたところ、性能差は非常に大きかった。
  • そのLG端末は発売当時かなりのハイエンド機で、そこまで古くもなく、今でも新品同様に動作する。
  • コードのテストに使っているGalaxy S9でも同じ問題が起きていることを知っている。
  • テスト対象にAmazonも含めてほしかったという意見を述べている。Amazonのウェブサイトは、4年以上前のモバイル端末では最悪レベルのひとつだとしている。
• Raspberry Pi 3ではYouTubeが使いものにならないというデータポイントを挙げている。
  • これは昨年起きた問題で、それ以前はおよそ10〜15FPSで「視聴」できていた。たとえば作業場で修理動画を見るにはそれで十分だった。
  • Raspberry Pi Model Bが登場した当時は、ストレージ上の1080p動画を再生し、YouTubeを視聴し、ゲームもできていた。
  • YouTubeが何をしているのかは定かでないが、こうした問題は真剣に扱われるべきだとしている。とくに気候危機・気候変動の問題を本気で考えるなら、GoogleやMetaのような企業が低消費電力デバイスでCPUサイクルを浪費していることをメディアが大きく批判し、全体的なUXが多少悪くなっても、より効率的なサービスを使うべきだと述べている。
• 48歳のユーザーは、デスクトップで記事を読むのがつらいと述べている。
  • 開発者ツールでbodyに次のようなスタイルを追加し、読みやすさを高めている:

    font-size: 18px;
    line-height: 1.5em;
    max-width: 38rem;
    

  • ページを読みやすくするために技術者が追加すべきものは、たった64バイトにすぎないと強調している。
• 高速で高品質な接続を前提にした設計の傾向が強いと指摘している。
  • たとえば機内Wi-FiでGoogle製品を使ってみると、チャットだけでも数分かかったり、まったく読み込まれなかったりし、頻繁に落ちて高い料金を払って再読み込みする羽目になることがある。
  • ソフトウェアエンジニアには、理想的でない条件下でのテストにも関心を持ってほしいと願っている。低速、断続的な接続、パケットロスは現実に存在する。
• 「遅いデバイスを持つユーザー」とは、「数年以上にわたって機器を使い続けようとする人」を意味すると述べている。
  • 開発者はユーザーのハードウェアを調査し、最も遅い一般的なシステムを週に1日は使うよう強制されるべきだという意見を示している。効率性に関心がないなら、十分につらい思いをすれば関心を持つかもしれないというわけだ。
• 普段はDan Luuの文章が好きだが、今回の記事は的を外していると感じたとしている。
  • LCP/CPUの表はよいが、その後は少しばかりの安楽椅子心理学に変わってしまう。Discourse創業者のいくつかの断片的なコメントから、読者はソフトウェアエンジニアが持っていると想定される態度についてイメージを組み立てるよう求められる。
  • この記事はあまりに穏当で、インターネット上の論争に寄りかかっているため、実際には説得力がないと感じている。
• ウェブサイトのアクセシビリティを、より遅い端末を使う人々、とくに発展途上国に住む人々に合わせたいなら、考慮すべき点はさらにあると述べている。
  • より明確な英語と簡単な文構造を使えば、教育を受けた米国人のように流暢に英語を読めない人々にも内容が伝わりやすくなる。
  • ページ読み込みに必要なリクエスト数を減らすのが望ましい。待ち時間が長い可能性があり、たとえば最寄りのCloudflareエッジノードまでのレイテンシでさえ依然として高いことがあるからだ。