ノーマルビュー

4月のデスクトップブラウザーシェア、SafariがEdgeを上回って2位に

著者: headless
2023年5月4日 13:45
StatCounter のデスクトップブラウザーシェアデータ 4 月分によると、Apple Safari が Microsoft Edge をわずかに上回り、2 位に上昇している。

Safari のシェアは前月から 0.97 ポイント増加して 11.89% となり、0.18 ポイント減で 10.95% の Edge を上回った。1 位の Google Chrome は 0.45 ポイント増の 66.22%。4 位の Mozilla Firefox は 0.88 ポイント減の 5.59% となり、StatCounter のデータで初めて 6% を割っている。5 位の Opera は 0.05 ポイント減の 3.12% となった。

かつてデスクトップブラウザーでは Internet Explorer と Firefox で 90% 以上のシェアを占めていたが、Chrome が圧倒的なシェアを獲得するのに伴って大きく減少。それでも Firefox は 2 番手の位置を保ち、2020 年ごろからは Safari と Edge を加えた第 2 グループを形成していた。しかし、Firefox は 1 年ほど前から急速にシェアを減らしており、現在は第 2 グループから脱落して 5 位の Opera と第 3 グループを形成しつつある。

すべて読む | アップルセクション | Chrome | マイクロソフト | Firefox | インターネットエクスプローラ | Safari | インターネット | アップル | この記事をTwitterでつぶやく この記事をFacebookで共有 この記事をGoogle Plusで共有 このエントリーをはてなブックマークに追加

関連ストーリー:
2 月の Windows バージョン別シェア、Windows 7 が半減 2023年03月03日
ブラウザー、何使ってる? 2022年09月11日
Microsoft Edge、デスクトップブラウザーシェア 2 位に上昇 2022年04月07日
2 月のデスクトップブラウザーシェア、Safari・Edge・Firefox が横一線 2022年03月02日
新Microsoft Edge、デスクトップブラウザーシェアでFirefoxを超える 2021年04月04日
新Microsoft Edgeのユーザー数は6億人? 2021年01月07日

FSF、Google Chrome の JPEG-XL 廃止を批判

著者: nagazou
2023年4月17日 17:04
headless 曰く、

Google が Chrome で JPEG-XL の実験的サポートを廃止したことに対し、Free Software Foundation (FSF) が批判記事を公開している (FSF の記事Phoronix の記事)。

Google は廃止理由の一つとしてエコシステム全体から実験を継続するだけの十分な関心が寄せられていないことを挙げているが、FSF によれば Google はこのエコシステム内で支配力を持つ最も危険な捕食者であり、平均的なウェブユーザーは微生物のようなものだという。このような状況で Google が評価する十分な関心はウェブ全体の利益のためでなく同社の利益、具体的には JPEG-XL ではなく同社が特許を持つ AVIF 形式を普及させるためだと指摘する。

JPEG-XL 廃止に反対しても Google の考えを変えることはできないかもしれないが、逆に Google は JPEG-XL をサポートする自由なブラウザーの選択を止めることもできないため、全く希望がないわけではないとのことだ。

すべて読む | ITセクション | Chrome | Google | グラフィック | IT | この記事をTwitterでつぶやく この記事をFacebookで共有 この記事をGoogle Plusで共有 このエントリーをはてなブックマークに追加

関連ストーリー:
Google、Windows 版 Chrome の望ましくないソフトウェア削除機能を廃止 2023年03月11日
YouTube、オーバーレイ広告を2023年4月6日以降に廃止 2023年03月09日
Android 15、コードネームは「Vanilla Ice Cream」 2023年03月08日
Android 14 DP1、バージョンは「UpSideDownCake」 2023年02月12日
JPEG XL、Google Chromeでの対応は当分先送りか 2022年11月02日
Google、Chrome におけるサードパーティ cookie 廃止をさらに 1 年延期 2022年07月30日

Google、Chorme 拡張の Manifest V2 終息計画を再び先送り

著者: nagazou
2023年4月8日 06:05
headless 曰く、

Google が Chrome 拡張の Manifest V2 (MV2) から Manifest V3 (MV3) への移行計画を再び先送りするようだ (Google グループ — Chrome ExtensionsGhacks の記事)。

Google は 2018 年に MV3 を発表し、当初は 2023 年 6 月に MV2 サポートを完全終息する計画だった。しかし、MV3 の API 実装や最も影響を受けるコンテンツブロッカーの MV3 移行は進んでおらず、昨年 9 月には MV2 終息の半年先送りを発表している。12 月に更新された MV2 サポートタイムラインでは MV2 無効化実験開始や MV2 エンタープライズポリシー終了などが「検討中」に変更され、2023 年 3 月までに新しいスケジュールを発表する計画を示していた。

今回 Google は MV3 の API 実装や改良が進んだとしつつ、MV2 のフェーズアウトに関してはタイムラインの検討を続けているとして、新たなスケジュールを今後数か月のうちに発表する計画を示した。Google では開発者が十分な移行時間をとれるよう、MV2 無効化実験を開始する少なくとも 6 か月前には情報を提供したいとも述べている。

すべて読む | セキュリティセクション | Chrome | セキュリティ | Chromium | デベロッパー | IT | プライバシ | この記事をTwitterでつぶやく この記事をFacebookで共有 この記事をGoogle Plusで共有 このエントリーをはてなブックマークに追加

関連ストーリー:
Chrome 拡張の Manifest V2 サポートタイムライン更新、1 月の変更はすべて延期 2022年12月10日
Google、Chrome 拡張機能プラットフォームの Manifest V2 終息計画を発表 2021年09月27日
Google、信頼できるChrome拡張にするための対策を発表 2018年10月07日

Google、Windows 版 Chrome の望ましくないソフトウェア削除機能を廃止

著者: headless
2023年3月11日 11:55
Google は 8 日、Windows 版 Chrome が搭載する望ましくないソフトウェア (UwS) の削除機能「Chrome Cleanup Tool」の廃止を明らかにした (Google Online Security Blog の記事The Verge の記事9to5Google の記事Android Police の記事)。

スラドでは Chrome Cleanup Tool を 2017 年に新機能として紹介しているが、Google によると予期せず変更された設定の復元や UwS を削除できるようにするため、2015 年に導入されたものだという。しかし、ここ数年は UwS に関する Chrome ユーザーからの苦情の減少や、UwS を事前に防ぐ Google セーフブラウジングのような積極的なセキュリティへの移行、拡張機能へ移行する UwS を防ぐための Chrome ウェブストアでのレビュー強化、マルウェアのトレンド変化などもあり、Chrome Cleanup Tool の廃止を決めたという。

Chrome 111 では設定の「リセットとクリーンアップ > パソコンのクリーンアップ (Chrome Cleanup Tool)」が削除されており、「プライバシーとセキュリティ > 安全確認」実行時にも「パソコンのクリーンアップ」が呼び出されなくなっている。定期的なスキャンを実行するコンポーネントも削除されるとのこと。Chrome Cleanup Tool がなくてもユーザーはセーフブラウジングで保護され、セーフブラウジングのオプション (設定 > プライバシーとセキュリティ > セキュリティ) で「保護強化機能」を有効にすることも可能とのことだ。

すべて読む | セキュリティセクション | Chrome | セキュリティ | Windows | IT | この記事をTwitterでつぶやく この記事をFacebookで共有 この記事をGoogle Plusで共有 このエントリーをはてなブックマークに追加

関連ストーリー:
CCleaner、Microsoft Store に登場 2022年01月13日
Windows 10、望ましくない可能性のあるアプリケーションを既定でブロックへ 2021年08月05日
CCleanerがFirefox 79の拡張機能データファイルを一部Webキャッシュとして削除する問題 2020年08月08日
Microsoft曰く、CCleanerの特定バージョンのインストーラーは望ましくない可能性のあるアプリ 2020年08月02日
新Microsoft Edge、望ましくない可能性のあるアプリケーションのダウンロードをブロックする機能を追加へ 2020年02月04日
Chromeの「望ましくないソフトウェア」検出機能に対しプライバシ侵害ではないかとの声が出る 2018年04月07日
Google、ユーザーの合意なく個人情報を収集するAndroidアプリで警告を表示する計画 2017年12月06日
Google、Windows版Chromeで強化されたセキュリティ機能を紹介 2017年10月21日

Chrome拡張機能のGet cookies.txt、スパイウェアに変貌

著者: nagazou
2023年3月2日 12:00

「Google Chrome」用の拡張機能「Get cookies.txt」が、スパイウェア化したことが話題になっている(Torishimaさんのツイート窓の杜)。この拡張機能は、ユーザー情報を無断で外部サーバーへ送信していると見られる。このことを報告しているTorishimaさんはTwitterで

今 Chrome に Get cookies.txt という拡張機能を入れている方、”””今すぐ”””アンインストールしてください!!
ページ遷移すると Cookie からアクセスした URL から何からすべて外部サーバーに送られる凶悪スパイウェアになってます 怖過ぎる…

との警告を出している。Chrome Webストアのレビューによれば、少なくとも1か月以上前からスパイウェアに変わっていた模様。この件に関しては窓の杜編集部でもデバイスの情報やCookieなどがPOST送信されていることを確認したとしている。

すべて読む | ITセクション | Chrome | セキュリティ | ソフトウェア | 情報漏洩 | この記事をTwitterでつぶやく この記事をFacebookで共有 この記事をGoogle Plusで共有 このエントリーをはてなブックマークに追加

関連ストーリー:
Windows 11 に Google Play ストアをインストールするスクリプト、マルウェアを含んでいたことが判明 2022年04月16日
Microsoft Edgeアドオンサイト、人気ゲームの海賊版等をプレイできる拡張機能が多数見つかる 2021年02月15日
Google、マルウェア化したChrome拡張機能をリモートから無効化 2021年02月06日
マルウェアを含む拡張機能計28本、ChromeウェブストアとEdgeアドオンストアで見つかる 2020年12月20日

Google Chrome、共有フォルダーやクラウドドライブにファイルをダウンロードできない問題

著者: nagazou
2023年2月1日 07:04
headless 曰く、

Google Chrome で保存先に共有フォルダーやクラウドドライブを指定するとエラーメッセージが表示され、ファイルをダウンロードできないという問題が発生しているそうだ (Issue 1408321The Register の記事)。

エラーメッセージは「このファイルを開けません / システムファイルが含まれているため はこのフォルダのファイルを開くことができません」というもので、別の場所を指定しない限り保存できない。showOpenFilePicker API で UNC パスのファイルを選択した場合にも同じ問題が発生する。

問題が報告されたのは 32 ビット Windows 版の Chrome 109.0.5414.94 で、手元の 64 ビット Windows 版 Chrome 109.0.5414.120 では showOpenFilePicker API の問題は確認できたが、ファイルの保存は特に問題なかった。同 API の問題は The Register が macOS 上の Chrome 109.0.5414.119 (arm64) でも確認している。

Google はこの問題を M110 ブランチで修正する計画とのことだ。

すべて読む | ITセクション | Chrome | バグ | IT | この記事をTwitterでつぶやく この記事をFacebookで共有 この記事をGoogle Plusで共有 このエントリーをはてなブックマークに追加

関連ストーリー:
Web ブラウザーのバージョン 100 問題、未対策のメジャーサイトも 2022年02月20日
Safariは新たなIEになりつつあるのか 2021年10月26日
FirefoxにおけるChrome拡張機能プラットフォームのManifest V3サポート、ブロッキング用途でのwebRequest API使用は認める計画 2021年05月30日

Google、HTTP接続でのダウンロードをブロックするフラグをChromeでテスト

著者: headless
2023年1月4日 11:49
Google が安全でない (HTTP) ダウンロードをすべてブロックするフラグを Chrome でテストしている (9to5Google の記事Issue 1352598Chromium Gerrit 4126539)。

このフラグ「Block insecure downloads」 (chrome://flags/#block-insecure-downloads) は現在のところ Chrome Canary に実装されており、有効にすると HTTP 接続での直接的なダウンロードおよび安全でないリダイレクトを通じたダウンロードを実行すると「<ファイル名> は安全にダウンロードできません」というメッセージが表示されてダウンロードが中断する。ここで「破棄」をクリックすればダウンロードは中止されるが、メニューから「継続」を選択すればダウンロードを完了できる。

Chrome では混合コンテンツブロックの一環として既に HTTPS ページから実行される HTTP でのダウンロードをブロックしているが、今回のフラグは対象を拡大するものとなる。そのため、いずれは HTTPS 優先モード (HFM) に組み入れていく計画とのことだ。

すべて読む | ITセクション | Chrome | Google | セキュリティ | 暗号 | この記事をTwitterでつぶやく この記事をFacebookで共有 この記事をGoogle Plusで共有 このエントリーをはてなブックマークに追加

関連ストーリー:
Microsoft Update カタログのダウンロードリンク、HTTPS に変更される 2022年04月03日
Google、Chrome 94 以降で HTTPS 優先モードを導入する計画 2021年07月18日
Chrome 90、プロトコルを省略したURLが入力された場合のデフォルトがHTTPSに 2021年03月26日
Google、プロトコルを省略したURLがChromeに入力された場合のデフォルトをHTTPSにする計画 2021年01月08日
Google、Chromeで混合コンテンツを完全にブロックする計画 2019年10月06日
Chrome 69ではHTTPS接続ページの「保護された通信」という表示が削除される 2018年05月20日
FirefoxとChrome、パスワード入力フィールドを含むHTTP接続のページで警告を表示 2017年01月28日

Google、Chrome のリリーススケジュールに「Early Stable」を追加

著者: headless
2022年12月24日 19:11
Google は 21 日、Chrome 110 以降のリリーススケジュール変更を発表した (Chrome Developers の記事9to5Googe の記事Android Police の記事The Verge の記事)。

新しいスケジュールでは、ごく一部のユーザーに安定版 (Stable) を一般リリースに 1 週間先行して提供する。このリリースは「Early Stable」と呼ばれ、すべてのユーザーへロールアウトする前に問題を発見するのが目的だ。これにより、Chrome 110 は 2023 年 1 月 12 日の Beta リリースと 2 月 7 日の Stable リリースの間に、2 月 1 日のEarly Stableリリースが追加される形となる。

すべて読む | ITセクション | Chrome | バグ | IT | この記事をTwitterでつぶやく この記事をFacebookで共有 この記事をGoogle Plusで共有 このエントリーをはてなブックマークに追加

関連ストーリー:
Google、Chrome 110のリリースをもってWindows 7/8.1のサポートを終了 2022年10月28日
Chrome の User Agent 文字列情報削減計画、完了は 2023 年 5 月の Chrome 113 を予定 2021年09月16日
Microsoft Edge、Google Chromeに合わせた4週間おきのメジャーリリースと8週間おきの拡張安定オプション提供へ 2021年03月15日
Firefoxのリリーススケジュール、現在のところ変更なし 2020年04月01日
Google Chrome、4月第2週にはメジャーアップデート再開へ 2020年03月28日
Google、ChromeブラウザーおよびChrome OSの次バージョンリリースを一時停止 2020年03月21日

Chrome 拡張の Manifest V2 サポートタイムライン更新、1 月の変更はすべて延期

著者: headless
2022年12月10日 13:41
Google は 9 日、Chrome 拡張の Manifest V2 (MV2) サポートタイムラインを更新した (MV2 サポートタイムラインMV3 移行タイムライン)。

Google が Chrome 拡張の信頼性向上を目指して 2018 年に発表した Manifest V3 (MV3)コンテンツブロッカーの機能が制限されるなどとして反対の声も強く、API の実装が進んでいないことも指摘されている。当初 Google は 2023 年 6 月に MV2 サポートを完全終息する計画だったが、9 月には半年の先送りを発表していた。

9 日の更新では 2023 年 1 月に予定していた Chrome ウェブストアでの「おすすめ」バッジ表示対象変更 (MV3 限定化)、エンタープライズポリシーによる MV2 の有効化、Canary/Dev/Beta チャネルでの MV2 無効化実験開始を延期しており、2023 年 6 月の全チャネルでの MV2 無効化実験開始や 2024 年 1 月の MV2 エンタープライズポリシー終了などは「検討中」に変更された。新しいスケジュールは 2023 年 3 月までに発表する計画だという。

一方、Microsoft は 3 日に Microsoft Edge の MV3 移行タイムラインを更新し、エンタープライズポリシーによる MV2 有効化を Chromium がサポートする限り Edge でもサポートする計画を示している。Firefox や Brave、Vivaldi などは MV3 に対応する一方で MV2 を必要とするコンテンツブロッカー等のサポートを継続する意向を示しているが、Microsoft はおおむね Google に歩調を合わせているようだ。

すべて読む | ITセクション | Chrome | マイクロソフト | インターネット | Chromium | デベロッパー | IT | この記事をTwitterでつぶやく この記事をFacebookで共有 この記事をGoogle Plusで共有 このエントリーをはてなブックマークに追加

関連ストーリー:
Mozilla、21 日から Manifest V3 拡張機能への署名を開始 2022年11月19日
Google、Chrome 拡張機能の Manifest V2 終息を半年先送り 2022年10月01日
Vivaldi、Manifest V3 移行後の内蔵広告ブロッカー維持計画を発表 2022年09月28日
Chrome 拡張機能の Manifest V3、未だに利用可能になっていない API も 2022年09月23日
ブラウザー、何使ってる? 2022年09月11日
uBlock Origin の試験的な Manifest V3 対応版「uBO Minus」 2022年09月10日
AdGuard、世界初の Manifest V3 ベース広告ブロッカーを公開 2022年09月03日
EFF、Chrome 拡張機能プラットフォームの Manifest V3 に対する批判を強める 2021年12月18日
Google、Chrome 拡張機能プラットフォームの Manifest V2 終息計画を発表 2021年09月27日
FirefoxにおけるChrome拡張機能プラットフォームのManifest V3サポート、ブロッキング用途でのwebRequest API使用は認める計画 2021年05月30日
Google、Chrome拡張機能プラットフォームのManifest V3ロールアウト計画を公式に発表 2020年12月11日
Microsoft Edge、Chrome拡張機能プラットフォームのManifest V3サポートへ 2020年10月17日
Google曰く、Chrome拡張機能プラットフォームの新マニフェストは広告ブロックをより安全にする 2019年06月15日
Chrome拡張のマニフェスト変更で広告ブロック拡張機能の動作が制限される可能性 2019年01月26日
Google、信頼できるChrome拡張にするための対策を発表 2018年10月07日

Chrome、Windows 7/8.1でWindows 10以降へのアップグレード推奨を開始

著者: nagazou
2022年12月9日 18:43
headless 曰く、

Google が Windows 7 / 8.1 を使用している Chrome ユーザーに対し、Windows 10 以降へのアップグレード推奨を開始したそうだ (Ghacks の記事 [1]Neowin の記事 [1]Windows Central の記事)。

Google は 2023 年 2 月 7 日に予定している Chrome 110 のリリースをもって Windows 7 / 8.1 のサポートを終了する計画を 10 月に発表している。アップグレード推奨は通知バーで表示され、Google Chrome の将来のアップデートを受け取るには Windows 10 以降が必要だとして現在実行中の Windows バージョンを表示するものだという。

一方、Microsoft は Dev チャネルでリリースした Microsoft Edge 110.0.1543.0 のリリースノートで、Chromium 110 以降では Windows 7 / 8 / 8.1 をサポートしないと説明している (Ghacks の記事 [2]Neowin の記事 [2])。

すべて読む | ITセクション | Chrome | アップグレード | OS | マイクロソフト | Chromium | Windows | IT | この記事をTwitterでつぶやく この記事をFacebookで共有 この記事をGoogle Plusで共有 このエントリーをはてなブックマークに追加

関連ストーリー:
Mozilla、Firefox の Windows 7 / 8.1 サポート延長を検討 2022年11月03日
Google、Chrome 110のリリースをもってWindows 7/8.1のサポートを終了 2022年10月28日
Google、旧型の PC / Mac を延命可能な Chrome OS Flex を発表 2022年02月19日
Google、Chrome の Windows 7 サポートをさらに 1 年間延長 2021年11月20日

JPEG XL、Google Chromeでの対応は当分先送りか

著者: nagazou
2022年11月2日 16:41
Google ChromeでのJPEGの次世代フォーマット「JPEG XL」のサポートが先送りされたようだ。JPEG XLは現行のJPEGよりも高い圧縮効率を誇る画像ファイルフォーマットで、現在策定が進められている段階にあるという。TECH+によると10月31日にChromiumからJPEG XMLのコードとフラグを削除する方針が提示されたとのこと(chromiumTECH+)。TECH+記事ではその理由として、
  • エコシステムの観点からみて、JPEG XLの実験を継続するための十分な関心が得られているとはいえない状況にある
  • JPEG XLは既存のフォーマットと比較してデフォルトで有効にすることを保証するほどには十分なメリットが得られない
  • M110のコードとフラグを削除することでメンテナンス負荷を軽減することができ、Chromiumの既存のフォーマットの改善に集中することができる
  • 実験的なコードやフラグをいつまでも残しておくべきではない

ということが上げられている。ただGoogleがWebPの後継として推進しているWebP2がJPEG XLと真っ向からぶつかることから、積極的にサポートしないのではないかという見方もくすぶっているようだ(INTERNET Watch

すべて読む | ITセクション | Chrome | グラフィック | IT | この記事をTwitterでつぶやく この記事をFacebookで共有 この記事をGoogle Plusで共有 このエントリーをはてなブックマークに追加

関連ストーリー:
画像フォーマット「WebP」のリファレンス実装「libwebp、バージョン1になる 2018年05月07日

環境保護団体のように名画に何かかけたくなった人用Chrome用拡張機能

著者: nagazou
2022年11月1日 17:03
先日、環境保護団体がゴッホの「ひまわり」にトマトスープをかける話題を取り上げたが、その後にロンドン老舗百貨店にペンキをぶちまけ[動画]たり、チャールズ英国王のろう人形にケーキ投げつけ[動画]たり、モネの作品にマッシュポテトを投げ付ける、自然史博物館の恐竜の骨格標本に手を接着する、パリモーターショーでフェラーリに黒いペンキを撒き散らすなど環境団体の暴挙が続いている。

これらはやり過ぎではあるものの、人は怒りに任せて過激なことをしたくなるときはある。そこで「ゆうもや」さんは、絵画を汚されないようChrome拡張で「卵投げ」を作成したという。「ガラス保護」もされており、再読み込みをすれば卵は消えるとのこと。同氏はどうしても投げたくなったらこれ使ってくださいとしている(ゆうもやさんのツイート窓の杜)。

すべて読む | ITセクション | Chrome | IT | この記事をTwitterでつぶやく この記事をFacebookで共有 この記事をGoogle Plusで共有 このエントリーをはてなブックマークに追加

関連ストーリー:
環境団体がゴッホの「ひまわり」にトマトスープをかける 2022年10月20日

Google、Chrome 110のリリースをもってWindows 7/8.1のサポートを終了

著者: nagazou
2022年10月28日 16:07
headless 曰く、

Google は 10 月 25 日、2023 年 2 月 7 日に予定している Chrome 110 のリリースをもって公式に Windows 7 と Windows 8.1 のサポートを終了すると発表した (Google Chrome ヘルプコミュニティ投稿BetaNews の記事Neowin の記事Android Authority の記事)。

Google は当初、2020 年 1 月 14 日の Microsoft による Windows 7 の延長サポート終了から少なくとも 18 か月間は Windows 7 をサポートすると発表していたが、同年 11 月には 2022 年 1 月 15 日までの延長を発表し、2021 年 11 月にはさらに 1 年延長すると発表していた。

Chrome による Windows 7 / 8.1 のサポート終了スケジュールは、Microsoft による Windows 7 ESU のサポートと Windows 8.1 の延長サポートが終了する 2023 年 1 月 10 日にマッチするものだという。古いバージョンの Chrome は引き続き動作するが、アップデートが提供されることはないため、現在 Windows 7 / 8.1 を使用している場合、 2 月 7 日よりも前にサポートされるバージョンの Windows へ移行することが推奨される。

すべて読む | セキュリティセクション | Chrome | セキュリティ | Windows | IT | この記事をTwitterでつぶやく この記事をFacebookで共有 この記事をGoogle Plusで共有 このエントリーをはてなブックマークに追加

関連ストーリー:
Google、Chrome の Windows 7 サポートをさらに 1 年間延長 2021年11月20日
Google Chrome、Windows 7のサポートを2022年1月まで延長 2020年11月22日
Google Chrome、Microsoftによるサポート終了から少なくとも18か月はWindows 7をサポート 2020年01月12日

Google、Chrome 拡張機能の Manifest V2 終息を半年先送り

著者: headless
2022年10月1日 11:39
Google は 9 月 28 日、Chrome 拡張機能プラットフォームの Manifest V2 (MV2) サポートタイムラインを更新し、MV2 の完全終息を半年間先送りすることを明らかにした (Chrome Extensions blog の記事Neowin の記事9to5Google の記事Ghacks の記事)。

これまでのタイムラインでは 2023 年 1 月に MV2 拡張機能が動作しなくなり、エンタープライズポリシーで有効化した場合のみ 2023 年 6 月まで MV2 拡張機能を利用できることになっていた。しかし、後継の Manifest V3 (MV3) で大きな影響を受けるコンテンツブロッカー拡張機能の移行は進んでおらず、プロキシ拡張機能やユーザースクリプト実行拡張機能に必要な MV3 API の中には未だに利用可能となっていないものがある。そのため、Google が予定通り MV2 を無効化したら一部の拡張機能が動作しなくなることが懸念されていた。

新しいタイムラインでは 2023 年 1 月からエンタープライズポリシーによる MV2 実行が可能になるとの説明はそのままに、この時点で MV2 拡張機能が動作しなくなるという説明は削除されている。その代わり、Chrome 112 では Canary / Dev / Beta チャネルで MV2 拡張機能を無効化する実験が行われる可能性があるという。

さらに、2023 年 6 月の Chrome 115 では実験が安定版チャネルにも拡大される。そのため、現在 MV2 を使用している拡張機能開発者はこの段階までに MV3 への移行を完了することが推奨される。2024 年 1 月にはエンタープライズポリシーによる MV2 有効化もできなくなり、その後 Chrome ウェブストアからすべての MV2 拡張機能を削除するとのこと。

Google では開発者のフィードバックを受けて MV3 の改善も進めており、MV3 移行に関する既知の問題点と修正時期などをまとめた開発者向け記事も公開した。それによると、プロキシ拡張機能の MV3 移行で問題になっている API の修正や、ユーザースクリプト実行に必要な API の追加が 10 月にも Canary 版で行われる。MV3 移行に関する問題点等のフィードバックは Googleグループ Chromium Extensions に投稿してほしいとのことだ。

すべて読む | ITセクション | Chrome | スラッシュバック | デベロッパー | IT | この記事をTwitterでつぶやく この記事をFacebookで共有 この記事をGoogle Plusで共有 このエントリーをはてなブックマークに追加

関連ストーリー:
Vivaldi、Manifest V3 移行後の内蔵広告ブロッカー維持計画を発表 2022年09月28日
Chrome 拡張機能の Manifest V3、未だに利用可能になっていない API も 2022年09月23日
ブラウザー、何使ってる? 2022年09月11日
uBlock Origin の試験的な Manifest V3 対応版「uBO Minus」 2022年09月10日
AdGuard、世界初の Manifest V3 ベース広告ブロッカーを公開 2022年09月03日
EFF、Chrome 拡張機能プラットフォームの Manifest V3 に対する批判を強める 2021年12月18日
Google、Chrome 拡張機能プラットフォームの Manifest V2 終息計画を発表 2021年09月27日
FirefoxにおけるChrome拡張機能プラットフォームのManifest V3サポート、ブロッキング用途でのwebRequest API使用は認める計画 2021年05月30日
Google、Chrome拡張機能プラットフォームのManifest V3ロールアウト計画を公式に発表 2020年12月11日
Microsoft Edge、Chrome拡張機能プラットフォームのManifest V3サポートへ 2020年10月17日
Google曰く、Chrome拡張機能プラットフォームの新マニフェストは広告ブロックをより安全にする 2019年06月15日
Chrome拡張のマニフェスト変更で広告ブロック拡張機能の動作が制限される可能性 2019年01月26日
Google、信頼できるChrome拡張にするための対策を発表 2018年10月07日

Chrome 拡張機能の Manifest V3、未だに利用可能になっていない API も

著者: headless
2022年9月23日 17:18
Chrome 拡張機能の Manifest V3 (MV3) 移行が迫る中、Google が約束していた MV3 API には未だに利用可能になっていないものがあるそうだ (Ghacks の記事)。

プロキシ拡張機能に必要な MV3 API の問題は 2 年近く前に報告され、700 人以上が ☆ を付けているものの、すぐには解決しそうもない。この問題のブロッカーに指定されている「サービスワーカー停止後に webRequest リスナーが呼び出されない」という問題も 3 年近く前から解決されずにいる。また、Google は Tampermonkey のようにユーザースクリプトを実行する拡張機能を MV3 でも利用可能にする意向を示しているが、まだ実装はされていないようだ。

拡張機能開発者は API が利用可能になるまで MV3 対応作業を進められないため、Google が計画通り 2023 年 1 月に MV2 を無効化した場合、一部の拡張機能は利用できなくなる可能性が高い。

すべて読む | デベロッパーセクション | Chrome | デベロッパー | IT | この記事をTwitterでつぶやく この記事をFacebookで共有 この記事をGoogle Plusで共有 このエントリーをはてなブックマークに追加

関連ストーリー:
ブラウザー、何使ってる? 2022年09月11日
uBlock Origin の試験的な Manifest V3 対応版「uBO Minus」 2022年09月10日
AdGuard、世界初の Manifest V3 ベース広告ブロッカーを公開 2022年09月03日
EFF、Chrome 拡張機能プラットフォームの Manifest V3 に対する批判を強める 2021年12月18日
Google、Chrome 拡張機能プラットフォームの Manifest V2 終息計画を発表 2021年09月27日
FirefoxにおけるChrome拡張機能プラットフォームのManifest V3サポート、ブロッキング用途でのwebRequest API使用は認める計画 2021年05月30日
Google、Chrome拡張機能プラットフォームのManifest V3ロールアウト計画を公式に発表 2020年12月11日
Microsoft Edge、Chrome拡張機能プラットフォームのManifest V3サポートへ 2020年10月17日
Google曰く、Chrome拡張機能プラットフォームの新マニフェストは広告ブロックをより安全にする 2019年06月15日
Chrome拡張のマニフェスト変更で広告ブロック拡張機能の動作が制限される可能性 2019年01月26日
Google、信頼できるChrome拡張にするための対策を発表 2018年10月07日

Android 版 Chrome ブラウザー、シークレットタブをロック可能に

著者: headless
2022年9月19日 13:52
最新の Android 版 Chrome ブラウザーではシークレットタブをロックし、画面ロック時と同じ操作でロックの解除が可能になっている (9to5Google の記事Ars Technica の記事Android Police の記事)。

この機能を使用するには、Chrome の設定画面で「プライバシーとセキュリティ」の「Chrome を終了するときにシークレットタブをロックする」をオンにすればいい。これにより、アプリ切り替え後やロック画面解除後などには開いている Chrome のシークレットタブがロックされた状態となり、指紋認証や PIN 認証などを行わなければ表示できなくなる。

なお、このオプションは現在ロールアウト中だといい、最新の Chrome でも表示されないことがあるようだ。この場合は「chrome://flags」で「Enable device reauthentication for Incognito」(chrome://flags/#incognito-reauthentication-for-android)を「Enabled」にして Chrome を再起動すれば表示されるようになる。

すべて読む | セキュリティセクション | Chrome | セキュリティ | IT | Android | プライバシ | この記事をTwitterでつぶやく この記事をFacebookで共有 この記事をGoogle Plusで共有 このエントリーをはてなブックマークに追加

関連ストーリー:
Android版Chrome、ライトモード終了へ 2022年02月25日
Chromeがシークレットモードでも個人情報を収集したとして集団訴訟へ。成立すれば5000億円規模の賠償の可能性も 2021年03月17日
Chromeのシークレットモードを検知できる手法はまだ残っている 2019年08月17日
Chrome 76ではWebサイトによるシークレットモード検出が困難に 2019年07月21日
Android向けブラウザ「Chrome for Android」ベータ版リリース 2012年02月09日
ブラウザの「プライベートブラウズ」機能はそんなにプライベートではない 2010年08月10日

ブラウザー、何使ってる?

著者: headless
2022年9月11日 19:31
Ghacks が Google Chrome の使用をやめ、他のブラウザーに切り替える時が来たと主張している (Ghacks の記事)。

Ghacks の主張は Chrome 拡張機能の Manifest V3 (MV3) 移行に伴うものだ。Chrome は Google の強力なデータ収集ツールであり、Chrome の独占は新しいウェブ標準の確立にあたって Google に力を与える。しかし、新しいウェブ標準に関して広告から収入を得る Google の利益とユーザーの利益が常に一致するとは限らない。MV3 への移行はコンテンツブロッカーやプライバシー保護の拡張機能の動作を制約することになる。

Ghacks が提案する代替ブラウザーは従来の Manifest V2 (MV2) を必要とするコンテンツブロッカー等のサポートを継続する意思を示している FirefoxVivaldiBrave の 3 本。Firefox は政治色が強く、Chromium ベースでないことからサイト互換性の問題が発生することもあり、収入を暗号通貨に依存する Brave や機能が多すぎる Vivaldi など、いずれも完璧とはいえないものの、大多数のインターネットユーザーにとってより良いオプションであるとのこと。

個人的には Vivaldi と Brave が最近のメインになっているが、スラドの皆さんが現在メインで使用しているブラウザーは何だろう。なお、Ghacks はコンピューターに詳しい人だけでなく、あまり詳しくない人も他のブラウザーを使い始めるのにいい時期だと主張している。デスクトップブラウザーシェアデータでは圧倒的な多数を占める Chrome だが、実際に詳しくない人がわざわざインストールして使っているのだろうか。こちらについてもご意見お聞かせ願いたい。

すべて読む | ITセクション | Chrome | Firefox | インターネットエクスプローラ | インターネット | Chromium | IT | スラドに聞け! | この記事をTwitterでつぶやく この記事をFacebookで共有 この記事をGoogle Plusで共有 このエントリーをはてなブックマークに追加

関連ストーリー:
uBlock Origin の試験的な Manifest V3 対応版「uBO Minus」 2022年09月10日
AdGuard、世界初の Manifest V3 ベース広告ブロッカーを公開 2022年09月03日
Google 以外の検索エンジン、使ってる? 2022年02月11日
EFF、Chrome 拡張機能プラットフォームの Manifest V3 に対する批判を強める 2021年12月18日
Google、Chrome 拡張機能プラットフォームの Manifest V2 終息計画を発表 2021年09月27日
Internet Explorer、まだ使ってる? 2021年08月21日
FirefoxにおけるChrome拡張機能プラットフォームのManifest V3サポート、ブロッキング用途でのwebRequest API使用は認める計画 2021年05月30日
Google、Chrome拡張機能プラットフォームのManifest V3ロールアウト計画を公式に発表 2020年12月11日
Microsoft Edge、Chrome拡張機能プラットフォームのManifest V3サポートへ 2020年10月17日
Google曰く、Chrome拡張機能プラットフォームの新マニフェストは広告ブロックをより安全にする 2019年06月15日
Chrome拡張のマニフェスト変更で広告ブロック拡張機能の動作が制限される可能性 2019年01月26日
Google、信頼できるChrome拡張にするための対策を発表 2018年10月07日

uBlock Origin の試験的な Manifest V3 対応版「uBO Minus」

著者: headless
2022年9月10日 19:18
uBlock Origin を開発する Raymond Hill (gorhill) 氏が 7 日、試験的バージョン「uBO Minus (MV3)」のソースコードを GitHub の uBlock リポジトリに追加した (コミットメッセージThe Register の記事)。

uBO Minus は Chrome 拡張機能プラットフォームの Manifest V3 (MV3) に従い、ブロッキングに declarativeNetRequest (DNR) API のみを使用するバージョンだ。これにより、幅広いデータの読み取り / 変更パーミッションが不要になるためインストール時の警告は表示されなくなるが、コスメティックフィルターやスクリプトレットの挿入、リダイレクトルールなどが使用できなくなる。これにより、「Minus」の名前の通り機能低下する結果となる。

Google はコンテンツブロッカーの動作を制限するとの批判を受けながら Manifest V2 (MV2) の終息計画を進めており、2023 年 1 月にはエンタープライズポリシーで有効化しない限り MV2 拡張機能は使用できなくなる。Hill 氏は MV2 バージョンの代わりに MV3 バージョンを使用するべき理由は少ないと主張するものの、MV2 バージョンを選択できるのはあと数か月だ。現在のところ Chrome ウェブストアで MV3 使用をうたう広告ブロッカーは AdGuard の試験的バージョン「AdGuard Browser Extension v3」が公開されているのみだが、どうなるだろうか。

一方、Mozilla は Firefox で DNR を実装しつつ従来の webRequest によるブロッキングサポートも開発者のニーズを満たすソリューションが見つかるまで継続する計画を示している。Brave も引き続き MV2 拡張機能をサポートする計画だが、引き続き MV2 拡張機能を入手可能にするためには Chrome ウェブストアを使い続けることはできず、独自の拡張機能ストア開設が必要となる可能性もある。

すべて読む | ITセクション | Chrome | ソフトウェア | 広告 | デベロッパー | IT | この記事をTwitterでつぶやく この記事をFacebookで共有 この記事をGoogle Plusで共有 このエントリーをはてなブックマークに追加

関連ストーリー:
AdGuard、世界初の Manifest V3 ベース広告ブロッカーを公開 2022年09月03日
uBlock Origin、最もユーザー数の多い Firefox 拡張機能に 2022年03月15日
EFF、Chrome 拡張機能プラットフォームの Manifest V3 に対する批判を強める 2021年12月18日
Google、Chrome 拡張機能プラットフォームの Manifest V2 終息計画を発表 2021年09月27日
FirefoxにおけるChrome拡張機能プラットフォームのManifest V3サポート、ブロッキング用途でのwebRequest API使用は認める計画 2021年05月30日
Google、Chrome拡張機能プラットフォームのManifest V3ロールアウト計画を公式に発表 2020年12月11日
Microsoft Edge、Chrome拡張機能プラットフォームのManifest V3サポートへ 2020年10月17日
Chrome拡張のマニフェスト変更で広告ブロック拡張機能の動作が制限される可能性 2019年01月26日
ブラウザー、何使ってる? 2022年09月11日

Google、Chrome におけるサードパーティ cookie 廃止をさらに 1 年延期

著者: headless
2022年7月30日 17:18
Google は 7 月 27 日、Privacy Sandbox 計画の進捗状況を発表するとともに、Google Chrome におけるサードパーティ cookie の廃止をさらに 1 年先送りする計画を明らかにした (The Keyword の記事Android Police の記事The Verge の記事Neowin の記事)。

Google はプライバシーを強化しつつ広告による無料コンテンツ提供を維持する Privacy Sandbox の一環として、Chrome のサードパーティ cookie を 2 年以内に廃止すると 2020 年 1 月に発表した。しかし、サードパーティ cookie を使用せずに関連性の高い広告を表示する FLoC は他のメジャーブラウザーから支持されず、昨年 6 月にはサードパーティ cookie 廃止を 1 年先送りして 2023 年末までに完了する計画が発表されていた。なお、FLoC は開発が打ち切られ、Topics API に置き換えられている。

新しいタイムラインは一見わかりにくいが、右にスクロールすると 2024 年第 3 四半期にサードパーティ cookie の段階的廃止が始まることがわかる。段階的廃止は 2 か月にわたって進められるとのことだ。

すべて読む | ITセクション | Chrome | Google | スラッシュバック | 広告 | IT | プライバシ | この記事をTwitterでつぶやく この記事をFacebookで共有 この記事をGoogle Plusで共有 このエントリーをはてなブックマークに追加

関連ストーリー:
英政府、cookie 保存をオプトアウト化する計画 2022年06月19日
Google、FLoCに変わる追跡技術「Topics」を発表 2022年01月28日
Google、Chrome におけるサードパーティ cookie 廃止を1年先送り 2021年06月27日
Chrome Canary、FLoCをコントロールするオプションを表示可能に 2021年06月02日
GoogleのFLoC、Chrome以外のメジャーブラウザーはサポートしない雰囲気 2021年04月19日
Google曰く、サードパーティcookieに代わるユーザー追跡の仕組みは開発しないが、個別のユーザー追跡なしに関連性の高い広告を表示する仕組みを開発する 2021年03月06日
Google、Webユーザーのプライバシーを強化しつつ関連性の高い広告を表示可能なオープン標準の開発を提唱 2019年08月28日
Firefox 22はサードパーティーのCookieをデフォルトでブロック 2013年02月24日
Google、SafariのサードパーティCookie問題で2250万ドルの制裁金を支払う方向へ。 2012年07月12日

Google、Chrome で機械学習により通知の確認表示を制御する計画

著者: nagazou
2022年6月14日 08:08
headless 曰く、

Google は Chrome での機械学習利用を拡大し、ウェブサイトによる通知の確認を制御するなどの機能を追加する計画だという (The Keyword の記事The Verge の記事9to5Google の記事Neowin の記事)。

現在でも通知の確認は許可・不許可・通知自体のブロックという 3 段階でユーザーが制御できるようになっているが、サイト別にカスタマイズしない限りはすべて同じ処理が行われることになる。機械学習を用いた制御では同様の確認に対する過去のユーザーの選択内容を用いた判断を行い、許可する可能性が低い場合に確認をブロックする。機械学習モデルによる処理はデバイス上で完結し、外部にデータが送信されることはないとのこと。

新機能の提供時期は次のリリースとのみ説明されており、具体的には Chrome 103 とみられる。個人的に通知は一律オフでもいいと思うが、スラドの皆さんはいかがだろうか。

すべて読む | ITセクション | Chrome | 人工知能 | インターネット | IT | この記事をTwitterでつぶやく この記事をFacebookで共有 この記事をGoogle Plusで共有 このエントリーをはてなブックマークに追加

関連ストーリー:
Microsoft Edge、一部の環境の Google Chrome ダウンロードページで Edge の使用継続を推奨 2021年12月05日
Chromeがシークレットモードでも個人情報を収集したとして集団訴訟へ。成立すれば5000億円規模の賠償の可能性も 2021年03月17日
マルウェアを含む拡張機能計28本、ChromeウェブストアとEdgeアドオンストアで見つかる 2020年12月20日
Google Chrome 86、不正な通知許可リクエストに対するブロック機能を強化 2020年10月24日

❌