← 2026-03-16 の一覧へ戻るホーム
49 MB のウェブページ

2026/03/16 4:25

49 MB のウェブページ

RSS: https://news.ycombinator.com/rss

元のHacker News記事へ ↗
要約▶

Japanese Translation:

記事は、現代のニュースサイトがデータ量の多いリクエストや侵入的な広告、トラッキングスクリプトで読者を過剰に負荷させていると主張し、滑らかな閲覧体験よりも収益を優先していることを指摘しています。

  • 具体的証拠: ニューヨーク・タイムズの記事1件が422のネットワークリクエスト、49 MBのデータを生成し、安定するまでに2分かかったと報告されています。2006年には同じページは1.5 Mbpsの接続で数分間停止していた（10曲分のMP3音源に相当）。
  • 広告インフラ: クライアント側のプログレマティックオークションがRubicon ProjectやAmazon Ad Systemsなどのエクスチェンジへ何十もの同時入札リクエストを送信し、膨大なJavaScript解析を要求します。
  • トラッキングペイロード: 約5 MBのトラッキングスクリプトがPOSTビーコンをファーストパーティー端点（例: a.et.nytimes.com/track）やクロスサイトトラッカー（doubleclick.net、casalemedia）へ送信し、バックグラウンドでユーザー識別情報を構築します。IABの「purr」同意エンドポイントはページロード直後にこれらのスクリプトを即座に起動させるため、クッキーバナーはプライバシー保護ではなく法的シールドであることが示されています。
  • UX戦術: パブリッシャーはCPMやビューアビリティ指標を読者体験よりも重視し、モーダルポップアップ、低コントラストの閉じアイコン、強制スクロール、自動再生のスティッキービデオ（CPU熱、バッテリー消費、Fitts法違反）や「Read More」ボタンで記事を切り捨て、追加広告をロードします。これらは広告iframeが遷移後に読み込まれる際にレイアウトシフト(CLS)を引き起こし、Google Core Web Vitalsの指標による離脱率を高めます。
  • モバイル問題: モバイルニュースサイトはコンテンツに約11 %しかビューポートを割り当てず、狭いスリット状の表示領域がインタラクションコストを増大させます。
  • 緩和策: 非必須オーバーレイはスクロール深度≥50 %または60 秒滞在後に遅延し、モーダルキューを順序付け、アクセシブルで低侵襲のモーダルを使用し、非同期コンテンツ用スペースを確保してCLSを回避します。
  • 代替案: text.npr.org、lite.cnn.com、およびRSSフィードといった軽量フォーマットは、読者が余計な要素のないプライバシーフレンドリーなニュース消費を好むことを示し、広告中心のUIパラダイムに挑戦します。

結果: このまとめはすべての主要ポイントを完全に反映し、説明のない推測を避け、記事の主張を明確で読者フレンドリーな概要として提示しています。

本文

もし読者を自サイト上で迷わせることがオリンピック種目だったら、ニュース出版物は毎回ランキングのトップに立つでしょう。

ニューヨーク・タイムズへ行って四つのヘッドラインをちらっと見ただけなのに、422件のネットワークリクエストと49 MBものデータがダウンロードされました。ページが安定するまでに二分ほどかかり、その後で「誰もが愛する人たちのシステムにアドブロッカーを入れている理由」を想像します。

今日、トップ出版社全体でも同じ物語が繰り返されています。

49 MB Web ページの文脈

49 MB のページ負荷を実感するには、数十年前に遡ると分かりやすいです。Windows 95（28枚のフロッピーディスク）のサイズよりも大きくなるほど、このページは OS が単一のモダンページロードで完結できることを示しています。

2006 年、iPod が支配し、デジタル音楽は貴重でした。192 kbps の高品質 MP3 は 4–5 MB 程度です。このページは約10〜12曲分に相当します。数段落のテキストを読むためだけに、全アルバム分のデータをダウンロードしたことになります。

国際電気通信連合（ITU）の統計では、当時の世界平均ブロードバンド速度は約 1.5 Mbpsでした。ブラウザは数分間もこの巨体を読み込み続けるため、カフェに行ってコーヒーを作る時間が確保できるほどです。

ハードウェアは過去20年で劇的に向上しましたが、現代のフレームワーク／広告技術スタックは抽象化と設計不備による肥大化でその進歩を完全に否定しているのでしょうか？

CPU スロットリング、追跡とプライバシーの悪夢

ニュースサイトは本当にトラッキング好きです。

上記例では、単一記事ロード時のネットワークウォーターフォールをざっと見るだけで、クライアント側ブラウザ内で完全に実行される広範囲かつ無制御なプログラム広告オークションが明らかになります。ユーザーが見出しを読破する前に、Rubicon Project（fastlane.json）や Amazon Ad Systems などの取引所への数十件の同時入札リクエストを処理せざるを得ません。

これらのリクエストはネットワーク上で非同期ですが、そのペイロードはブラウザのメインスレッドに極めて負荷をかけます。対処するため、ブラウザは数 MB の JavaScript をダウンロードし、解析し、コンパイルします。出版社としては、ジャーナリズムをレンダリングする前に広告収益計算のサイクルを走らせるべきではありません。

ユーザーがテキストを要求
ブラウザが 5 MB のトラッキング JS をダウンロード
背景で静かにオークションが進行し、モバイル CPU に負荷
勝者が求めていないインタースティシャル広告を挿入

多くの違反者は同じパターン―監視の絶え間ない鼓動。プログラム広告オークションの重さに加えて、行動追跡の頻度も驚くほどです。ユーザー監視が並行して実行され、a.et.nytimes.com/track などのファーストパーティートラッキングエンドポイントへ POST ビーコンを連続送信します。背景で不可視ピクセルがダブルクリックや CasaleMedia にリダイレクトし、異なる広告ネットワーク間でユーザーのクロスサイトアイデンティティを結びつけます。

スマートフォンでウェブサイトを開くと、高頻度取引市場に参加しているようです。背後に熱が感じられ、ノートパソコンのファンが突然回転し、バッテリー消費も増える―これらは小さなスクリプトの組み合わせによるものです。

皮肉にも、この監視機構は 

purr.nytimes.com/tcf
をフェッチするリクエストと同時に初期化されます。これはおそらく欧州の IAB 透明性＆コンセントフレームワークでしょう。「purr」という名前は、猫がポケットを探るようにあなたの情報を覗き込む様子を示しています。

ここに現代ニュース UX の逆説があります。強制されるクッキー同意バナーは、出版社がデータ収集を後ろで行うための法的盾にすぎません。NYT に限らず同じです。

敵対的アーキテクチャの経済学

出版社は悪ではありませんが、絶望しています。このプログラム広告テックの死のスパイラルに囚われて、長期読者保持より短期 CPM を選んでいます。現代広告業界は創作者と広告主を徐々に切り離し、UI を武器化している―必要があると思い込むからです。

可視性とページ滞在時間は今や重要指標です。長くページに留まれば CPM が上がる――これが全ての敵対的 UX の根源です。ユーザーのフラストレーションを利益化し、エンジニアとデザイナーはその最適化に尽力します。読者はインタラクションを強いられ、多くのクリックやスクロールを余儀なくされます。

読者はソフトウェアから十分に尊重されず、出版社はオークションシステムのインセンティブに人質となります。このような暗黙のダークパターンがほぼ全ての現代ニュースサイトで見られます。NNgroup は「相互作用コスト」をユーザーが目標を達成するために必要とする精神的・身体的努力の合計と定義します。物理世界では尖ったベンチ、デジタル世界では人間の認知負荷を犠牲にして指標を抽出するシステムです。

以下は主流化したユーザー敵対的設計選択肢の一例です。

事前読書襲撃

GDPR の具体例 – 利点と欠点

ニュースリンクをクリックすると、ヘッドラインを読み、本文を読むという単一目的が生まれます。問題はページロード時に「Z‑Index 戦争」に遭遇することです。GDPR／クッキーバナーが下部30％を占有し、スクロールで「ニュースレター購読」モーダルが現れます。一方でブラウザは通知許可プロンプトでユーザーを叩き込み始めます。

ユーザーは視覚的トリアージを行い、低コントラストのクローズアイコンを見つけて、5 KB のテキストにアクセスするためにサイドクエストを実行します。

UX 分析 – Economic Times

  • 非作業で面倒
    読む前に「X」をクリックし、上部モーダルも閉じる必要があり、巨大なトップバナーをスクロール。デジタル家事を強いられ、内容へのアクセス障壁が増大します。

  • 設計原則違反

    • 美学とミニマリズム – 不要情報は排除（NN/g ユーザビリティヒューリスティック #8）。
    • 相互作用コスト – ダブルモーダルで高い物理的インタラクションが発生。
    • Core Web Vitals (侵入型インタースティシャル) – Google の検索ガイドラインは、ナビゲーション直後にメインコンテンツを覆うポップアップを禁止。

CLS 大災害

ユーザーが第2段落にいるとき、テキストが250 px 下へジャンプし、位置を失います。原因は広告ネットワークが入札プロセスを完了し、ビューポート上部に iframe を注入したためです。Google の Core Web Vitals ではこれが Cumulative Layout Shift と測定され、高い CLS は離脱率と直接相関します。

CLS、侵入型モーダル、レンダーブロッキングスクリプトはすべてページのスコアを低下させます。Google は理論上これらをペナルティ対象にしていますが、同社の広告商品自体がこの現象を助長している点が奇妙です。

ドメイン権威とメディアハウスの評判は、検索結果でトップに立ち続ける要因です。Google の検索部門は違反を罰しますが、広告部門は武器を販売しています。

スティッキービデオプレイヤー

今日では自動再生ビデオの埋め込みは人気があります。フォーラムや Reddit、HN、Twitter で議論されます。さらに悪化させると、スクロールすると消えると思いきや、画面右下に固定し続けて再生を継続します。「X」ボタンは非常に小さくタップエリアが狭いため、Fitts の法則違反です。

NDTV ホームページ

自動再生ビデオは一般的です。測定者は「プレロール広告」が最高 CPM を持つと誇張します。

革新的な障害

モバイルでは縦方向のスペースが最も貴重です。平均モバイルビューポートは約 800 px 高さです。多くのニュースサイトはロゴ＋ハンバーガーメニューを含むスティッキーヘッダー（80–100 px）と、共有バー、ブラウザの URL バーやナビゲーションボタンでさらにスペースが奪われます。

[広告＆モーダル: 89%] vs [コンテンツ: 11%]
Guardian の実際のコンテンツはビューポートの 11％に限定されます。
これは実際のスマホのブラウザナビゲーションバーを除外しています。

専門家コメント
「デザイナーがニュースレターやテキストサインアップ、登録を最優先するとき、これらの指標を他よりも重視しすぎることがあります。しかし長期的にはユーザーの信頼とブランドへの関係を侵食します。」 – NNgroup

読者の実際の閲覧窓は中央で箒状に狭まります。視覚的窒息感が生じ、3倍以上スクロールする必要があり、相互作用コストが増大します。

さらに「fat‑finger tax」。広告ヒットボックス隣接の「X」ボタンは意図的に小さく設計され、誤タップを誘発します。モバイル画面であればもっと大きい方が良いはずです。

Hall of Fame: Jagran

  • 赤枠 – アプリ開封妨害、サブスクモーダル、広告＆共有セクション
  • 緑枠 – 実際のコンテンツ

私はデイニック・ジャグランを読んで育ちました。現在はウェブサイトでは、二つの Z‑Index 戦争モジュールに隠れたわずかなコンテンツしかありません。アプリダウンロードを促すこの現象は不思議です。

最近の特徴として、記事を途中で切り捨て「Read More」や「Continue Reading」のボタンがあります。クリックイベントは出版社にエンゲージメントを測る機会と広告配信位置を増やすチャンスを与えます。

改善の可能性

出版者として、コンテンツが見える前に 3–4 回の拒否アクションを強制することは無益です。これはユーザーの認知予算を消費し、価値提供前に疲弊させます。「コンプライアンスとリード獲得」がビジネス上の理由であっても、読者が一語も読めなければ購読に繋がりません。

対策としては、60 秒滞在時間または 50 % スクロール深度までポップアップを遅延し、独立したサードパーティスクリプトの非同期オーバーレイを排除します。シリアル化されたオンボーディングキューを設け、行動に応じて一度に1つのオーバーレイのみ表示させます。非侵襲的でアクセシブルなモーダルを作成し、クッキー同意とニュースレター要請を統合したブロックを下部に配置します。ユーザーが閉じたら 

localStorage
に状態を保存し、同一セッションでは再表示しません。

またはさらに良い方法として、ニュースレターサインアップを第4–5 段落の間にスタイリッシュな非侵襲的 div として挿入します。ユーザーがその位置までスクロールすれば関心が高く、相互作用コストも下げられ、コンバージョン率も上昇する可能性があります。

CLS に戻る

読むとき、脳はテキストの空間的位置を記憶します。レイアウトが予期せずシフトすると、ユーザーの空間メモリが破壊されます。再び位置を見つける認知負荷がフロー状態を崩します。

出版社としては非同期コンテンツにスペースを確保すべきです。広告枠や画像を定義済みアスペクト比または固定最小高さのコンテナでラップします：

min-height: 250px;
background: var(--skeleton-loader);

広告がロードされても DOM が移動しません。300 × 250 のメディウムレクタングルを想定すれば、コンテナはそのサイズにハードコードできます。広告が埋まらない場合は 

ResizeObserver
を使い、現在のビューポート外ならば折りたたみます。ただし読み込み開始後にテキストを下げることは避けてください。

正気さは残っている

  • text.npr.org – 軽量でテキストのみ、トラッキングやモーダル無し
  • text.npr.org
    、
    lite.cnn.com
    、
    www.cbc.ca/lite
    などの軽量版も存在。RSS フィードも同様です。多くの人が毎日利用しています。

過度なモーダル攻撃や追跡なしでニュース購読を選択できます。これらは「ノーフリル、コンテンツ重視」のサイトが依然として需要があることを示しています。

最終的に

良い UX は非常に求められ、一度実現すれば自然で直感的です。現在のニュース UI は読者を捕え収益化する敵対者と見なします。利益性の高い出版物と高速・アクセスしやすいユーザー体験の選択は、必ずしも両立できないものではありません。エンジニアたちは短期 CPM を優先したビジネスモデルに縛られていますが、これは望ましい結果を生むものではありません。

Times の個々のエンジニアが読書体験を苦痛にしたわけではなく、数千の小さなインセンティブ決定が集まり、局所的には合理的であっても全体として破滅的になる構造が生まれました。

彼らは注意を抽出可能なリソースとみなし、最も激しい行動は「タブを閉じる」「RSS を使う」ことです。人々がそこへ消えていくのを止めれば、バニティ指標から危機的指標へ変わります。

著者について

私は Shubham で、フルスタックプロダクトエンジニアとして敵対 UI を修正し、プライバシーファーストツール（51k+ DAU の YouTube 拡張機能など）を構築しています。現在次の役割を探しています。あなたのチームがネットワークタブとユーザー共感を同等に重視するエンジニアを求めているなら、ぜひご連絡ください。

同じ日のほかのニュース

一覧に戻る →

2026/03/16 4:12

「Chrome DevTools MCP」 （原文と同じく略語をそのまま使用します）

## Japanese Translation: **改訂要約** Chrome の MCP（Machine‑Code Processor）サーバーは、現在実行中の Chrome セッションに直接コーディングエージェントを接続できるようになり、新しいインスタンスを毎回起動する必要がなくなりました。 この機能を利用するには、`chrome://inspect#remote-debugging` でリモートデバッグを有効化し、MCP サーバーを `--autoConnect` フラグ付きで起動します（例：`gemini-cli --autoConnect --channel=beta`）。 エージェントがセッションを要求すると、Chrome は許可ダイアログを表示し、「Chrome is being controlled by automated test software」というバナーを表示します。エージェントはそのアクティブなセッションに対して Network や Elements などの DevTools パネルへアクセスできます。 MCP サーバーは依然として元々の起動方法をサポートしています：ユーザープロファイルの指定、リモートデバッグポート経由での接続、または隔離された一時プロファイルの実行。 サンプルワークフローは次のとおりです。リモートデバッグを有効化した後、エージェントプロンプトに「Check the performance of https://developers.chrome.com」と入力すると、MCP サーバーが接続し、ページを開き、パフォーマンストレースを取得します。 Chrome M144（Beta）で利用可能なこの機能は、デベロッパーが新しいセッションを開くことなく手動の DevTools 使用と AI 支援デバッグをシームレスに切り替えられるようにし、将来的に MCP を通じてコーディングエージェントへより多くの DevTools パネルデータを段階的に公開する基盤を整備します。

2026/03/16 6:22

カナダの法案 C‑22 は、カナダ国民への大量メタデータ監視を義務付けています。

## Japanese Translation: > Bill C‑22（Lawful Access Act）は、通信事業者および電子サービスプロバイダー（ESP）への法執行アクセスを拡大すると同時に、一部のプライバシー制限を強化します。従来のBill C‑2で広範な無証拠要求が認められていた点を置き換え、通信事業者に対しては「サービス確認」権限のみを限定的に付与します。他の加入者情報については、合理的根拠基準に基づく裁判所承認命令が必要となります。 > > 本法ではまた、Supporting Authorized Access to Information Act（SAAIA）も導入されます。この条項はBill C‑2の多くの要件を反映しつつ、GoogleやMetaなどのESPにも適用します。ESPはデバイス・機能テストへの協力、要求の秘密保持、および「コアプロバイダー」として指定される可能性があります。コアプロバイダーは、データ抽出ツールの開発・テスト・維持管理、監視装置の設置、当局への機能通知、そして特定メタデータ（例：送信ログ）を最大1年間保持する義務があります。ただし、**送信内容、ウェブ閲覧履歴、またはソーシャルメディア活動の保持を強制されることはありません**—この例外はシステム的脆弱性への対処に限定されています。 > > 監督はインテリジェンス・コミッショナーが承認した省令によって行われますが、多くの詳細は機密扱いとなっています。本法は、ブダペスト条約第二追加議定書や米国のCLOUD Actなどとの国際情報共有協力を改善することを目的としていますが、重大な市民権利懸念を提起し、通信事業者およびESPに大きなコンプライアンス負担を課す可能性があります。結果として、ユーザーの監視リスクが高まる恐れがあります。

2026/03/16 1:01

**LLMアーキテクチャギャラリー**

## 日本語訳： (欠落している詳細を含む): --- ## 要約 この文書は最近の大規模言語モデル（LLM）のリリースを一覧化し、各モデルがサイズ・効率性・専門化のバランスをどのように取っているかを示しています。**Llama 3 8B**（GQA + RoPE, pre‑norm）や **OLMo 2 7B**（MHA + QK‑Norm, inside‑residual post‑norm）といった密なデコーダから、より大きく疎な Mixture‑of‑Experts (MoE) システムへと明確にシフトしていることがわかります。例として **DeepSeek V3**（総計 671 billion、アクティブ 37 billion; MLA attention, 密接頭辞＋共有エキスパート）や **Llama 4 Maverick**（総計 400 billion、アクティブ 17 billion; 密なブロックと MoE ブロックを交互に配置し、大きめのエキスパートを採用）が挙げられます。 強調されている主な仕様は、総計対アクティブパラメータ数、デコーダーブロックタイプ、注意機構（GQA または QK‑Norm）、そして **Qwen3 235B‑A22B** の共有エキスパート除去や **Nemotron 3 Nano 30B‑A3B** のハイブリッド MoE アーキテクチャといったユニークな特徴です。データは、企業がレイテンシー、長文コンテキスト処理、多言語語彙、およびマルチモーダルサポートを最適化しながら推論コストを抑える方法を示しています。 今後のリリース—**OLMo 3 32B**、**DeepSeek V3.2**、**Mistral 3 Large**—は総パラメータ数の拡大と同時にアクティブ経路の縮小を通じて効率性向上を継続する傾向を示唆しています。Nemotron 3 Nano のような新興ハイブリッド MoE モデルは、注意機構なしのアーキテクチャへの実験を示唆しています。ユーザーや企業にとっては、低レイテンシーまたはメモリ使用量で稼働できるより高度なモデルへのアクセスが可能となり、長文推論、多言語チャットボット、ビジョン‑ランゲージタスクなどの専門的アプリケーションを実現しつつ運用コストを抑えることができます。 ---

49 MB のウェブページ | そっか～ニュース