ついにコーナーを曲がったのか？デバイスとネットワークの状況を見てみよう。予算、2026年版。2026年の更新されたネットワークテストパラメータは：9 Mbpsダウンリンク、3 Mbpsアップリンク、100ミリ秒RTT。デバイスについては、更新された推奨はSamsung Galaxy A24 4G（または同等品）とHP 14。これらの推奨の目標は、75パーセンタイルのユーザー体験をエミュレートすることであり、デバイスとネットワークの全体の4分の1がこのベースラインよりも悪いパフォーマンスを示すことを意味する。これらのパラメータを更新された予算計算機に入力することで、3秒と5秒のページロード目標のためのクリティカルパスリソース閾値を導き出せる。いつものように、2つのスタイルで構築されたページを考慮する：JSライト、クリティカルパスバイトのわずか15%がJavaScript、およびJSヘビー、50%がJavaScriptで構成。時間 JSライト (MiB) JSヘビー 合計 JS その他 合計 JS その他 3秒 2.0 0.3 1.7 1.2 0.6 20.6 25 5秒 3.7 0.5 7.3 2.2 2.3 11.5 1.1 5。注：予算は2つのTLS接続を考慮。多くのサイトがより多くの早期接続を開始し、リソースダウンロードに利用可能な時間を減らしている。4接続を使用すると3秒予算が350 KiB削減され、1.5 MiB / 935 KiBに。5秒予算はほぼ半メガバイト失い、3.2 / 1.9 MiBに低下。H/2またはH/3を採用し接続を統合する価値がある。これらの予算は極めて寛大。3秒目標でさえ贅沢；ほとんどのサイトはほぼすべてのユーザーに対してインタラクティブコンテンツをもっと早く表示できるはず。一方、サイトは肥大化している。モバイルページの中央値は現在2.6 MiB、4月にDOOMのサイズ（2.48 MiB）を超えた。75パーセンタイルサイトは現在DOOM 2個分より大きい。P90+サイトは4.5倍以上大きく、過去10年間で各ポイントのサイズが2倍に。別の言い方をすれば、モバイルページの中央値は現在、人類を月に着陸させたコンピュータの総ストレージの70倍。モバイルサイトの中央値ページ重量は10年前の2.5倍以上、75パーセンタイルサイトは現在2015年の4倍の重量。この肥大化への不釣り合いな貢献者はJavaScriptの成長から来る。モバイルJavaScriptペイロードは2015年以来2倍以上に増大し、P50とP75でそれぞれ680 KiBと1.3 MiBに到達。この構成シフトは潜在的不平等を悪化させ、成長を目指すビジネスを傷つける。JavaScriptがクリティカルパスリソースの割合として増加すると、バイトあたりの高いCPUコストの影響が予算を減らす。この棺桶コーナー効果は、画像とCSS重視の体験が、フロントエンドの失われた10年の失敗ツールで構築されたサイトよりもバイトあたりでより良く動作する理由を説明する。確かに、最新のCrUXデータでは、オリジンの半分にも満たないものがモバイルユーザー向けに合格Core Web Vitalsスコアを持つ。40%以上のサイトがデスクトップユーザー向けに依然として低パフォーマンスであり、両コホートでの進歩は停滞している：これは技術的およびビジネス上の課題であるが、倫理的危機でもある。見ようとする誰もが、テクノロジーの助けを最も必要とする人々への悲劇的な結果を見ることができる。一方、フロントエンドのインフルエンサー階級がこれらのアプローチを擁護するために行う嘘、半分の真実、言い訳は、もしあれば悪化している。自らの行動なしに、フロントエンド開発者は毎年より多くのコンピュートと帯域幅に恵まれてきた。その恵みを楽しい体験とポジティブなビジネス成果に変える代わりに、フロントエンドの支配的文化は、失敗を成功として崇める自己賛美的ナラティブに傾倒してきた。結果は、貧しい人々を彼らの不運でますます罰し、開発者に巨額の給与を支払ってビジネスを損なう結果を提供するWeb。誰も悪い仕事をしたくて仕事に来るわけではないが、低品質な結果が今や常態。これは、特権の泡の中で生きる開発者とPMによる誘発需要から生じる過小評価された外部性の古典的ケース。インタラクティブ予算計算機は2026年に向けて更新および改訂され、ネットワーク、デバイス、接続、Java...の影響を見ることができる。
出典: Hacker News · 要約：HeadlinesBriefing