Google Chrome、ユーザーの望まないWebページリダイレクトを来年からブロックする計画 16
ストーリー by headless
計画 部門より
計画 部門より
Googleは8日、ユーザーから多くの不満が寄せられている3種類のWebページリダイレクトについて、来年からGoogle Chromeでブロック開始する計画を明らかにした(Chromium Blogの記事、
VentureBeatの記事、
The Vergeの記事、
Neowinの記事)。
来年1月23日リリース予定のChrome 64では、Webページに埋め込まれたサードパーティーのコンテンツによるリダイレクトをブロックするようになる。iframeからのリダイレクトはユーザーの操作によるものでない限りブロックされ、通知バーにその旨が表示されるとのこと。
ポップアップブロック機能を迂回する「逆ポップアップ」とも呼ばれる動作もユーザーの不満が多く聞かれるリダイレクトの一つだという。これはリンクをクリックした際にリンク先ページを新しいタブで開き、元のタブでユーザーが望まないコンテンツへのリダイレクトを行うというものだ。3月6日にリリース予定のChrome 65では元のタブのリダイレクトがブロックされるようになり、iframeからのリダイレクトブロックと同様に通知される。
また、1月初めにはユーザーをだまして望まないポップアップウィンドウや新しいタブを開くといった不正行為に対し、Google Safe Browsingと同様の仕組みによるブロッキングも開始するという。対象には再生ボタンやその他のWebページコントロールを装ってクリックさせたり、全面に透明レイヤーを配してすべてのクリックを乗っ取ったりする手法が含まれる。この変更にサイト所有者が備えられるよう、Google Web Toolsに不正行為リポート(Googleアカウントへのログインが必要)を表示する機能も追加されている。報告された不正行為を修正せずに30日以上経過すると、ブロック対象になるとのことだ。
来年1月23日リリース予定のChrome 64では、Webページに埋め込まれたサードパーティーのコンテンツによるリダイレクトをブロックするようになる。iframeからのリダイレクトはユーザーの操作によるものでない限りブロックされ、通知バーにその旨が表示されるとのこと。
ポップアップブロック機能を迂回する「逆ポップアップ」とも呼ばれる動作もユーザーの不満が多く聞かれるリダイレクトの一つだという。これはリンクをクリックした際にリンク先ページを新しいタブで開き、元のタブでユーザーが望まないコンテンツへのリダイレクトを行うというものだ。3月6日にリリース予定のChrome 65では元のタブのリダイレクトがブロックされるようになり、iframeからのリダイレクトブロックと同様に通知される。
また、1月初めにはユーザーをだまして望まないポップアップウィンドウや新しいタブを開くといった不正行為に対し、Google Safe Browsingと同様の仕組みによるブロッキングも開始するという。対象には再生ボタンやその他のWebページコントロールを装ってクリックさせたり、全面に透明レイヤーを配してすべてのクリックを乗っ取ったりする手法が含まれる。この変更にサイト所有者が備えられるよう、Google Web Toolsに不正行為リポート(Googleアカウントへのログインが必要)を表示する機能も追加されている。報告された不正行為を修正せずに30日以上経過すると、ブロック対象になるとのことだ。
スマホの偽警告 (スコア:2)
スマホ向けの偽警告画面へのリダイレクトもブロックされることになるのかな?
だとしたらすごくうれしい
Re: (スコア:0)
ビデオの再生 (スコア:1)
ビデオの再生はドメイン毎に許可制にしてもらわないと困る。
勝手にビデオ再生を開始するページが多すぎ。
Re: (スコア:0)
adblock の類を入れているけど、yahoo のトップページで自動車会社の動画がうるさいね、たんまりお金でも払ってんですかね。
Re: (スコア:0)
固定回線ならともかく、でmobile環境でやられるとギガがへる()のでいらっとしますね。
結局adbolockをスマホに入れました。
昔話だったら欲を出しすぎるのはよくない、っていう教訓がつく話です。
一瞬だけ開くやつ (スコア:0)
リンククリックするとタブでなく新しいウインドウが開いて一瞬で自動で閉じる。アフィリエイト目的のあれも標準でブロックしてもらいたいな
Re:一瞬だけ開くやつ (スコア:1)
Re: (スコア:0)
勝手にウィンドウが開いて広告を表示して勝手に閉じるやつはまあ許す。勝手にウィンドウが開いてクッキーを食わせて勝手に閉じるやつはまあ許す。どうせブラウザを閉じるとクッキーが消えるようにしてあるから。
モバイルでは全部やめてほしいが。
リダイレクトのキャッシュ (スコア:0)
ある URL で一度 meta refresh の 0 とかでリダイレクトされてしまうと、デベロッパーツールで Disable cache しても、キャッシュを無視してくれなくてリダイレクトされてしまって、その URL が開けなくなるのを直してくれるのかと思って期待したら、ぜんぜん違う内容でがっかり。
現状は、解決方法がキャッシュを消すしかないようで、何のための Disable cache なんだか。
Re: (スコア:0)
それって301じゃないですか?だったら、ウェブサイト側が悪いとしか。 meta refreshはキャッシュされないどころか毎回読んでると思う。
Re: (スコア:0)
キャッシュを無視するからこそ、サーバ側にあるmeta refreshが書いてあるファイルを都度読んで実行してるハズですよね。
キャッシュ濡れ衣だ(というか、キャッシュ消せば解決するものではないのでは?)。
サーバ側のファイルからはmeta refresh消したのに…というならキャッシュの仕業でしょうから#3310905の言い分も分かりますが。
モーダルダイアログ (スコア:0)
無限にダイアログを表示してタブやウインドウを閉じさせないやつも止めて欲しい
Re: (スコア:0)
これのことかな Ver.63.0.3239.40 (スコア:0)
chrome://flags/#enable-framebusting-needs-sameorigin-or-usergesture
Don't permit an iframe to navigate the top level browsing context unless they are same-origin or the iframe is processing a user gesture. Mac, Windows, Linux, Chrome OS, Android
もうちょい前からあった気がするけど
有効化させたときのVer.覚えてないや
Re: (スコア:0)
追記
もしこっちも有効化されると
迂回策がでそうなんだが
どうなんだろう
chrome://flags/#enable-top-document-isolation
Highly experimental performance mode where cross-site iframes are kept in a separate process from the top document. In this mode, iframes from different third-party sites will be allowed to share a process. Mac, Windows, Linux, Chrome OS, Android
あと
こっちとあるんだが
上記と排他なのかな
chrome://flags/#enable-site-per-process
Highly experimental security mode that ensures each renderer process contains pages from at most one site. In this mode, out-of-process iframes will be used whenever an iframe is cross-si
chromeの悪いとこ (スコア:0)
拡張apiにonnewwindowやonnewtabのようなイベントが用意されていないところ。
これあればユーザー側で簡単に対処できるのに。