Google Chromeチームの最近の敵対的行動リスト

 (mastodon.social)
1 ポイント 投稿者 GN⁺ 2023-08-04 | 1件のコメント | WhatsAppで共有
  • Google Chromeチームによる最近の決定・提案がウェブの開放性とブラウザの選択肢を損なうという問題意識から、Chromium/Google ChromeではなくFirefoxやEpiphanyの利用を勧めるリスト
  • Manifest v3はコンテンツブロック拡張機能を弱体化させる事例として挙げられており、FirefoxとChromeの広告ブロック拡張機能をめぐる議論を扱ったThe Vergeのリンクが付いている
  • JPEG XLは、スマートフォンのストレージ容量を節約できる写真フォーマットであるにもかかわらず、Chromeから排除された事例としてまとめられている
  • Web Environment Integrityはウェブサイト全体向けのDRMと呼ばれ、ウェブやオープンソースのブラウザ・OSに害を及ぼし得る提案として扱われている
  • 周囲の人にChrome/Chromiumの使用をやめるべき理由を説明する際に使える共有用資料であり、代替としてFirefoxとEpiphanyが明示されている

Chrome/Chromiumの使用中止を勧める理由

  • Google Chromeチームの最近の動きのうち、3つが敵対的な事例としてまとめられている
    • Manifest v3: コンテンツブロック拡張機能の妨害
    • JPEG XL: 写真フォーマットの排除
    • Web Environment Integrity: ウェブサイト全体向けDRMに近い提案

Manifest v3とコンテンツブロック拡張機能

  • Manifest v3はコンテンツブロック拡張機能を妨げる事例として挙げられている
  • 根拠リンクはThe VergeのFirefox and Chrome are squaring off over ad-blocker extensions
  • このリンクのタイトルは、FirefoxとChromeが広告ブロック拡張機能をめぐって対立している状況を扱っている

JPEG XLの排除

  • JPEG XLは、Chromeチームによる妨害の試みの事例として分類されている
  • リンク先のCNET記事は、スマートフォンのストレージ容量を節約できる写真フォーマットであるJPEG XLをChromeが排除したという内容
  • リンク: Chrome banishes JPEG XL photo format that could save phone space

Web Environment Integrity

  • Web Environment Integrityはウェブサイト全体のためのDRMと呼ばれている
  • この提案は、ウェブ、オープンソースブラウザ、オープンソースOSに害を及ぼし得る項目として示されている
  • リンク先のArs Technicaの記事タイトルは、GoogleのWeb Integrity APIがウェブ向けのDRMのように聞こえるという内容
  • リンク: Google’s Web Integrity API sounds like DRM for the web

推奨ブラウザ

  • このリストは、周囲の人にChromiumまたはGoogle Chromeの使用をやめるべき理由を説明するための資料
  • メインのウェブブラウザの代替としてFirefoxまたはEpiphanyが提案されている

関連記事

1件のコメント

 
GN⁺ 2023-08-04
Hacker News の意見

  • 「Safari が新しい IE」というフレーミングを覚えておく必要がある。Safari が何らかの API をサポートしていないからといって IE になるわけではないし、IE も最初から劣ったブラウザだったわけではない
    みんなに嫌われる IE になった理由は、標準から外れ、圧倒的なシェアで自分流の Web を押し付けたからだ。IE はデスクトップアプリ事業との競争を妨げるために停滞させたように見えるし、Google はデータ収集と広告事業のために似た道を進んでいると思う。Chrome が新しい IEだ

    • Safari が批判されたのは、機能導入が遅かったからだけではなく、機能を他のブラウザと互換性のない形で実装することがあったからだ
      例えばプライベートブラウズモードでの localStorage の扱いなどで、開発者は IE の頃のように Safari の検出や別分岐、ポリフィルを入れる必要があった。Apple もネイティブアプリの採用を後押しするために複数の Web 機能を制限・改変したという点で、標準からの逸脱に責任がある。ただし最近は他のブラウザにより合わせるようになっており、大半が Chromium のコピー品である点も残念だ
    • IE は進歩しなかったので、確かに嫌われていた。「独自のビジョン」というものが、Mozilla と Opera が前に進むなかで、できるだけ何もしないこと以外に何だったのか気になる
      Web 開発者の視点ではそうだったが、エンドユーザーの視点で IE が同じように嫌われていたようには思えない。Chrome は今も革新しているが、今ではあまりに多くのことをしようとしてユーザーに嫌われており、「新しい IE」の称号はまだ Safari のほうに近い
    • 2017〜2018年ごろフロントエンドをやっていたとき、Safari が Web 標準準拠とレンダリングの面で最も多くの問題を起こしていた
      サポートしていない標準はむしろ分かるのでまだ問題が少なく、デスクトップ・iPad・iPhone で Web アプリを合わせる過程で、Safari のバグやレンダリングの癖を追う時間は IE11 より多かった
    • 「IE」には二種類あると思う。一つは標準に従わず好き勝手にやった IE、もう一つは新しい標準の導入が遅い IE だ
      Chrome は前者、Safari は後者に近く、Safari は IE ほど標準導入が遅いわけではないので、比較としてはあまりよくない
    • IE は最初からいまいちだった。Netscape が動的 HTML を提案し、デスクトップ体験を支配しようとすると、Microsoft はより優れたブラウザを作って OS に組み込み、無料配布して本格的に攻勢をかけた
      IE の目的は Netscape を殺すことで、それには成功したが、Netscape はブラウザをオープンソースとして公開し、それが今日の Mozilla Firefox になった。その後 Microsoft は IE を放置し、結局マルウェアブラウザのような Edge と、広告マルウェアブラウザのような Chrome の競争構図につながったが、Firefox、Safari、Brave、Opera が残っていてよかった

  • このスレッドに同意しながらも、なお Chrome を使う理由が何なのか気になる。結局 Chrome ユーザー同士で説教しているようなものだ
    私たちのような技術者が、怠惰を言い訳にして Google の支配力を維持してやっていなければ、ここまで圧倒的ではなかったはずだ。2023年なら Safari と Firefox はかなり前から十分に良くなっている。ダンテの『神曲』では、立場を取れない怠惰な者たちは地獄の外に留まるが、今書かれていたなら、uBlock を有効にした Chrome を使う多くの技術労働者が入っていただろう

    • 私の場合はエコシステムが理由だ。デスクトップブラウザが Android ブラウザと同期されるのが良いし、ブラウザに Chromecast 対応が組み込まれているのも気に入っている
      Firefox のモバイル同期と Chromecast 拡張は以前試したときはいまいちだったが、昔のことなのでまた見てもいいかもしれない。ただ会社のノート PC ではこれらの便利さにあまり意味がなく、会社の IT 部門は Firefox を承認しており、同僚も多く使っているので、今日乗り換えてみようと思う
    • 最大の障壁は、便利なプロファイル切り替えがないことだった。自宅・会社・その他の用途で、履歴とブックマークが分離されたプロファイルを使うことが作業フロー上重要で、コンテナタブは良い代替にはならない
      Firefox は内部的にはこれを完全にサポートしているのに、使いやすい UI の実装は先送りしているようで、なおさらもどかしい。今は Profile Switcher 拡張 https://addons.mozilla.org/en-CA/firefox/addon/profile-switc... で毎年の乗り換え挑戦をしているところだが、外部ソフトウェアが必要で、いつか壊れそうに思える。外部リンクを既定のプロファイルではなく、直近でアクティブだったプロファイルで開けない点も Chrome より不便だ
    • 「Safari と Firefox はかなり前から良い」という話は、私の経験とは違う。時々 Firefox に移ってみるが、Mac ユーザーではないので、Safari は iOS で制約を受け入れる程度だ
      遅いレンダリングは明らかに問題で、サイト側のせいかブラウザ側のせいか分からないレンダリングバグもよくあり、複数ページにわたるフォーム入力中に作業を失ったこともある。Firefox は見た目の面でも鈍く、格好悪いと感じる。Chrome にも Google ログインの直接統合、#:~:text= によるページ内テキスト強調、削除できないアドレスバーのボタンなど悪い点は多いが、それでも最も速く有能なブラウザだ
    • 技術者は自分自身にとって最悪の敵だ。「Chrome、GMail、Google Drive に移ろう、本当に強力だ！」と言っておいて、次の場面では「なぜ Google はこんなに強く、悪事を働くのか？」と問うようなものだ
    • Manifest v3 は延期され、それなりに正当な面があり、v3 についてきちんと理解している人は多くないと思う
      JPEG XL も最近 Safari が対応するまではそれほど大きな問題には見えず、Chrome が「望んでいる人はいないようだ」と言ったあと、人々が「望んでいる」と言うと再び開発される流れになっていて、問題なさそうに見える。WEI はまだまともに提案された段階ですらないが、三つの中では最悪だ。それでも Chrome は必要なことをすべてしてくれ、セキュリティ上の価値も高く、Mozilla は CEO が退くまではユーザーとして受け入れにくいと思う。怠惰ではなく、現時点で最高のブラウザだと判断して、意識的に Chrome を使っているのだ

  • リストから漏れているものがある：Google が Chrome の強制ログインを試み、その後オプトアウトを認めた件
    https://www.pcmag.com/news/google-will-let-you-opt-out-of-ch...
    Chrome 69 では、Gmail のような Google サービスにブラウザでログインすると Chrome にも自動ログインされるよう変更され、プライバシーをめぐる議論の末、それを元に戻すオプションが提供された

  • コンテンツブロック拡張を弱体化させる Manifest v3 による妨害：https://archive.is/i2vGD
    JPEG XL への妨害の試み：https://archive.is/2ihEV
    ウェブサイト全体向け DRM に近い Web Environment Integrity は、Web、オープンソースブラウザ、OS に有害：https://archive.is/S912x

    • リストが短すぎる。7年前の AMP から始めるべきだと思う
    • Web Environment Integrity の提案を主導している開発者が、この実装がどれほど危険かについてあまりにも現実感がないように見えて衝撃的だった
    • Chromium にだけ実装され、事実上強制される WebUSB にも触れるべき：https://caniuse.com/webusb

  • 大きなリストを期待していたのに項目は3つだけで、そのうち JPEG XL は Safari が対応するまでは、ごく最近になってようやく実現性があるように見えてきた案件なので微妙
    Chrome が力で押し通した WebUSB や WebSerial のような機能を入れていれば、はるかに説得力があったはずだが、今の形のリストと文章では要点を強く伝えられていない

    • JPEG XL はもともと実現可能だった。Chrome が誰にも知られていない任意参加の実験を行い、それを開発中止の根拠にした
      フォーマット自体は誰にとってもメリットがあり、画像を扱うほとんどの企業が JXL を支持していた。Google は JXL の代わりに自社フォーマットを推そうとしていたように見えるので、この件が微妙だとは思わない
    • WebUSB はかなり有用。手軽にアクセスできる方法でさまざまなデバイスを制御するのに使っている人たちを知っている
      Google もアップデート用 Web ページで ADB 接続を作り、Android デバイスを更新するために使っている。機能を奪うのではなく追加するものなので、敵対的と分類するのは難しそう
    • Safari と Firefox の実装が安定すれば、Chrome にも JXL が入る可能性はあると思う

  • Chromium v70 で chrome://net-internals/#sockets が削除されたとき、信頼を失った
    この機能は、開発者ツールの外で発生したトラフィック、たとえばアカウント同期やトラッキングリクエストのようなものをリアルタイムでデバッグできるようにしてくれていた

  • Firefox 以外には代替がほぼゼロに近く、Firefox のユーザー体験が気に入らなければ行き詰まるのが問題
    Edge や Arc のような「新しい」ブラウザは、すべて Chromium の殻にすぎない。本当に新しいブラウザを作っている競合がいるのか気になる

    • 多くの人が Firefox に移れない理由がユーザー体験にあるとは思わない。純粋にマーケティングの問題に近いと思う
    • 正直、Firefox も Chrome に対する弱いヘッジにすぎない。JPEG XL のような件では Chrome と歩調を合わせたし、意外にも Safari が JPEG XL の擁護者になった
      Apple がまた他プラットフォーム向けの Safari を出してくれるといいのだが
    • 長年 Firefox を使ってきたが、ブラウザ全般と同じく UI/UX があまりにも長く停滞していた
      今は Arc が、従来のブラウザ UI パラダイムで気になっていたものを考え直してくれている点が気に入って使っている。ただし、流行りのスタートアップなので派手に失敗したり、機能を突然大きく変えたり、投資家に合わせるために不快なことをする可能性があることも分かっている。Firefox 側では Containers のような拡張が隙間を埋めているが、UX は後から付け足した感じがする
    • Chromium がオープンソースであり、さまざまな主体がユーザーに有害な機能を削除または修正してビルドできる限り、代替が「殻」であること自体は問題だとは思わない
      Google が Chromium の修正を難しくすれば、ブラウザのメンテナーたちはすぐに別のエンジンへ移るだろう
    • Brave を1年ほど使っているが、Firefox や Chrome が恋しくはない

  • リストにはこれらも追加したい：URL から http:// を削除したこと、Android で線形のタブ表示を、親指で最初のタブにアクセスしにくい2次元グリッドに変えたこと、Android で拡張機能と広告ブロックがないこと、Chromebook で Bluetooth マウスのスクロールホイールが何年も不安定なこと
    URL の問題は、数年後にデスクトップでアドレスバーを右クリックして「Always show full URLs」を有効にできるようになり、部分的に解決された。Chromebook のスクロール問題は crosh コンソールで gesture_prop を使う一時回避しかできなかったが、意図的なのか怠慢なのかは分からない

  • ウェブマスターたちが反撃して、ユーザーエージェントが Chrome なら煩わしいポップアップを表示すべき
    たとえば Firefox への移行を促すことができるし、EFF.org がそうしたポップアップの参考実装を提供してもよい

    • 真面目に聞きたいのだが、2023年にウェブマスターという概念はまだ存在するのか？サイトは開発・テスト・承認・本番デプロイの段階を経て作られ、実際の本番サーバーにはデプロイエージェント以外は誰もアクセスできない場合も多い
    • 「安全でないブラウザを使用しています。Mozilla Firefox のような安全なブラウザにアップグレードしてください。」くらいでよさそう
    • サイトを完全にレンダリングできるブラウザを使っているという理由でユーザーを罰するのは非常に敵対的。ユーザーは使っている端末にインストールされたブラウザを選ぶ権限がない場合もある
    • ポップオーバーとポップアップをさらに増やそうというのか？いっそサイトを遅くするのはどうだろう
    • Chrome がシェアを獲得した方法の一つがまさにこれだった。以前、大手 Flash/HTML5 ゲームプラットフォームの一つで働いていたとき、別のブラウザが検出されたら Chrome への切り替えを促すバナーを入れる見返りとして、Google から大金を受け取っていた

  • Firefoxはかつて性能が低かったものの、内部改善のおかげでその時代は終わった。古いFirefoxと現在のFirefoxではメモリ・CPU使用量に大きな差があるのに、いまだにFirefoxは変わっていないと思っている人が多いのは残念
    個人的にざっと測ってみたところ、開いているアクティブなタブ1つあたり平均で10MiB程度を使っていた。Linux Mint 20.3でFirefox 115、拡張機能13個、タブ90個を開いてテストし、uBlock Origin、Multi-Account Containers、Tree Style Tabなどを使っていた。90個のタブにはゲームストア、ショッピング、YouTube 10個、Google Drive/Docs 14個、ドキュメントページやHNスレッドが含まれていた。最初に起動してHNのトップページだけを読み込むと372MiB、HNタブ2個では386MiB、3つ目のHNタブでは394MiBで、90個のタブをすべて強制的に読み込むと954MiBだった。読み込み中のスクリーンショット: https://pasteboard.co/Bxf2TI9P8YT2.png、読み込み後のスクリーンショット: https://pasteboard.co/m3tVzYNMtDmD.png。Chromeの使用量を集団的に減らすべき時期に来ている

    • HNのトップページとこの記事だけを開いて386MiBとは、ハイエンドのデスクトップPCでもRAMが128MiB以下だった時代をまだ覚えている身としては多く見える
      これほど軽いサイトのタブ数個だけでその3倍を使うのは、大きなメモリ使用量に感じる。Firefoxの祖先にあたるブラウザを8MiB RAMのコンピュータで使ったことがあるので、ブラウザの起動に数百MiBが必要だということ自体が、今でも奇妙に感じる
    • 追加で試す価値のあるテストはBrowserBench: https://browserbench.org/Speedometer2.1/
      コンピュータのスペックによって大きく変わる。毎日使っている古いLinux PCもまだ十分速いが、より新しいミニPCは、どのブラウザを使ってもこの古い機材を大きく上回る