Skip to content
This repository was archived by the owner on Dec 1, 2022. It is now read-only.

Home

Jump to bottom
Yuki2718 edited this page Aug 12, 2021 · 27 revisions

広告ブロック FAQ

最終更新：2021/08/12

内容は各項目執筆時点のものですのでご了承ください。脚注は少し詳しい方向けです。

ブロッカー選択

Q1 AdBlockやAdblock Plus（ABP）ではダメなのですか？

A1

ダメです。確かにそれらでも大部分の広告は消えるでしょう。ですが、AdBlockの日本用フィルタであるABP Japanese filtersは実質的に更新が停止しており、不具合の修正等は期待できません（ABPでは既に削除され、日本用フィルタ不在です）。現在の広告ブロッカーはフィルタに書かれたルールを強制するためのプログラムであり、フィルタこそが心臓部にあたります1。主要な日本語サイトの広告を大体除去するだけなら、100ほどのドメインをブロックするだけでもかなりの効果がありますが、一部の厄介なサイトに対応するには特殊な文法で書かれたフィルタが必要です。そして、主要な広告ブロッカーにはそれぞれ専用のフィルタ記法があり、それを無視して使うと十分な効果が得られません。今のところ、もちフィルタや豆腐フィルタといった主要な日本用フィルタが十分に性能を発揮できるのはuBlock Originだけであり、AdGuard（iOS版とコンテンツブロッカーを除く）が許容範囲といえる互換性を持っています2。日本用のフィルタでABPと互換性があるフィルタには280blockerさんのものとiOS向けAdGuard日本語フィルタがありますが、前者はモバイルサイトを対象としています。ほかに選択肢がないならともかく、より良い選択肢がある以上、わざわざAdBlockやABPを使う必要はありません。uBlock Originに変えたことで不具合が出たという方は、ABPでデフォルト無効のEasyPrivacyかPeter Lowe’s Ad and tracking server listが原因の可能性が高いです。

2021年8月12日追記：ABPを開発しているeyeo社は、ついに広告を提供する側にまわるようです。

詳しい方向け補足：ABPがダメな理由としてよく「控えめな広告の許可」が挙げられますが、これはオプションから無効にすれば信用面を除いて問題になりません。もちろん信用は大事ですが、機能面の話をほとんど見かけないため、少し補足します。ABPではuBlock Originでいうprocedural cosmetic filtersとスクリプトレットをまとめてスニペットと呼んでいますが、ABPのスニペットは、hide-if-contains-image-hashのような、必要性がよくわからない非表示系に偏っています。一方で、uBlock Originのset.jsに相当するoverride-property-readなどは2020年8月にようやく実装される始末で、ブロックに役立つ機能は大きく後れをとっています。また、uBlock Originが、たとえほとんどのユーザーが気づかないレベルでもパフォーマンスに大変気を遣っているのに対し3、ABPは特定サイトのみにせよクライエントサイドで機械学習（TensorFlow）を走らせるなど、多少のパフォーマンス低下はやむを得ないと考えているように見えます。人間がカバーしきれない部分を機械学習で補う発想自体は悪くないと思いますが。

1: Firefox版uBlock Origin公式ページより引用：「この拡張機能は、あらかじめ設定されているフィルターのリストが無ければ意味を成しません。ですので、何かしらの形で貢献したいと考えることがあった時は、これらのリストを無料で懸命に更新し続けている方々を思い出してください。」また、AdGuardTeam/AdGuardFilters（AdGuardのフィルタ専門レポジトリ）の副題："The place where ads are actually blocked"

2: ABPでは+jsや:styleといった文法が機能しないのが致命的です。これらはページにスクリプトや特定のCSSを挿入するもので、アンチ広告ブロックや迂回広告などに対処するうえで強力な武器になります。実はスクリプトについてはABPも対応しているのですが、ABP用の文法で書く必要があります。

3: uBlock Originのパフォーマンス追及は徹底しており、拡張機能だけでなくフィルタにも容赦なく改善を求めてきます。たとえばEasyListのこの変更はuBlock Origin開発者の要求に基づくもので、彼がベンチマーク上のパフォーマンス劣化に気づいたことが発端となっています。

Q2 AdBlockとAdblock Plusの違いは？

A2

歴史的な経緯についてはほかに優れた記事があるのでそちらに譲ります。現在はAdBlock（getadblock.com）のエンジンはAdblock Plusそのものであり、外装を付け替えただけです。小文字のAdblockについては知りません。

Q3 ブラウザ組込みのブロッカーはどうですか？

A3

A1を参照していただきたいのですが、豆腐フィルタやもちフィルタが採用しているuBlock Origin文法に対応した組込みブロッカーは、PCでは私の知る限りBraveのみです。しかし、Braveは今のところカスタムフィルタの購読ができません。Vivaldiはカスタムフィルタの購読ができますが、基本的な文法しかサポートしていません。Manifest V3問題から移行先にあげられることがありますが、2021年5月現在のVivaldiの実装ではむしろV3対応のブロック拡張のほうが自由度が高いです。

Q4 Chrome拡張機能のManifest V3移行で、広告ブロック拡張は使えなくなると聞きました。

A4

まず、専門外ですので以下には間違った点があるかもしれません。広告ブロック拡張自体はManifest V3準拠のDeclarative Net Request APIでも可能です。V3移行で広告ブロック拡張が死ぬかのような主張は的外れです。しかし、現状のまま移行されるとuBlock Originのような高度で柔軟な機能を持った拡張機能は死滅します。それ以上に、少数のボランティアに頼っている現在のフィルタコミュニティは打撃を受けるでしょう4。既にiOSは大きな負担となっています。広告ブロックコミュニティ側も、Manifest V3のすべてに反対しているわけではもちろんなく、ちゃんと意味のある制約は受け入れる意思を示しています。批判の要点は、プライバシー保護が目的というなら筋違いではないかという点と、広告ブロックコミュニティの実情を理解していないという点が大きいのではないかと思います5。webRequest APIのうちブロック以外は残るため、Chromiumチームが挙げているような悪用はManifest V3でも可能で、プライバシー保護への直接的な効果はほぼありません。現状（2021年04月）ではV2がいつ切り捨てられるのか、V3がこのまま実装されるのか、企業向けに残されるというブロッキングwebRequest APIには誰がアクセス可能なのか等、不明なことが多くあまりコメントできることはありません。ちなみに、Ad Blocker Developer Summit 2020において、Mozillaも長期的にはwebRequest APIを切り捨て、Declarative Net Request APIに移行する予定であることが示されました。発表を行ったRob Wu氏にPeter Lowe氏が質問したところ、「Declarative Net Request APIが代替として十分なものになってからの話で、すぐではない」とのことですが。

4: 機械学習を使えばいいという人もいますが、現状ではフィルタコミュニティの代替になるようなものではありません。Adblock Plusは既にFacebookのフィルタ作成用に機械学習を使っていますし、Braveが関与しているAdGraphをはじめ、機械学習を広告やトラッキングのブロックに使った論文は多く出ています。

5: 当初、Googleはパフォーマンスも理由に挙げていましたが、現行のAPIがまったく足かせになっていないデータが示されたためプライバシーに軸足を移しました。一方で、一般にはルール数の制約といったわかりやすい点ばかりが流布している気がします。ルール数は本題ではありません。そもそもuBlock Originが持つような高度な機能が必要となった背景には広告提供側とのいたちごっこが一因としてあります。Manifest V3に近いiOSではブロック側は圧倒的に不利な状況で、一部のアンチ広告ブロックや広告再挿入に対してはあきらめて広告を受け入れ、せいぜいそれがユーザーに目立たないよう誤魔化すのが精一杯です。

Q5 Nano Adblocker（+ Nano Defender）の方がよいと聞きました。

A5

2020年10月17日追記：Nanoプロジェクト（Chrome版）はトルコの開発者に売却され、危険な機能が追加されたためストアから削除されました。ChromeでNanoをご利用の方は速やかにアンインストールしてください。Firefox版は別の方がメンテナンスしているため大丈夫です。以下の内容は執筆当時のものです。

目的と使い方によります。もし、アンチ広告ブロックを念頭に置いておられるのなら、uBlock Originで十分です。2020年時点で、Nanoに報告されるすべてのアンチ広告ブロックはuBlock filtersかuBlock filters - Annoyancesにて対処されています6。ただ、Nanoではコンテンツを妨害しないソフトアンチブロック（例：Outlook.com無料版で右側に出る「お願い」）もデフォルトで対処するのに対し、uBlock Originの場合はuBlock filters - Annoyancesの購読が必要になります。Nanoの最大の利点は強力だがリスクもあるスクリプトレットで一部の迷惑要素に対処できる点ですが7、Nano filters - Annoyancesはほぼ海外向けです。日本語サイトを中心に見る人は、自分でルールを書くのでなければNanoを使うメリットはほぼありません。むしろ新機能への追随が遅れることがあり8、使うフィルタによってはデメリットさえあります。ただ、NanoにはQuick reporterという問題報告ツールがあり、これは別の意味で大きなメリットといえます。アンチ広告ブロックは目立つため、初心者の方にはなにか特別な対処を要するものに思えてしまうのかもしれませんが、フィルタ作者にとって対処は容易です。しかしこれは評判が悪かったため、近年増えてきているのはブロッカーを検知してそれを迂回する広告を再挿入するパターンです（これもあまり成功していないようです。広告を見たくない人に無理やり見せるのだから当然ですが）。

6: Nano Defenderには、あるタイプのアンチ広告ブロック全般に対処するgeneric solutionという仕組みもありますが、機能的にはuBlock Originでもほぼ同等のことは可能です。しかし、パフォーマンスや副作用への懸念などからあえて避けています。

7: スクリプトレットにはもともとリスクがありますが、uBlock Originではあらかじめハードコードされたスクリプトのみを使うようにしてリスクを抑えています。この点はNanoも同じです。では何が違うかというと、uBlock Originの組込みスクリプトは最悪でもページの外見や機能を壊すくらいしかできないのに対し、Nanoのスクリプトにはたとえばクリックをエミュレートするものがあり、これを使ったフィルタの存在を知っている攻撃者が対象サイトを乗っ取れば、マルウェアのリンクを自動クリックさせることもできます。ショッピングサイトなどであればもっと直接的な悪用もできるでしょう。このため、uBlock Originではこれらのスクリプトが広告やアンチ広告ブロックへの対処にどうしても必要となるまでは採用しないと決めています。

8: DandelionSprout氏によると、domainオプションのワイルドカードサポートへの対応遅れが問題となったようです。

Q6 Nano Defenderの代わりはありますか/アンチ広告ブロック対策をどうすればいいですか？

A6

A5で述べたように、Nanoはいらないと思います。uBlock Originに戻したことでアンチ広告ブロックが出るようになったという人は十中八九、フィルタ選択を間違えていると疑われます。まず、uBlock filtersが有効なことを確認し、それからほかのフィルタについても見直してみてください。初心者の方はフィルタを追加する方向に動いてしまいがちですが、AdGuardへの報告ではむしろ過剰購読により惹起してしまっているケースが後を絶ちません。追加する前に、減らすか切り替えることをご検討ください。また、アンチ広告ブロックのテストページはuBlock filtersの対象外です9。テストページでブロッカーが検知されるからと言って、アンチ広告ブロック対策がされていないと早合点しないでください。それでもアンチ広告ブロックに遭遇してしまった場合10、フィルタ作者に報告してください。フィルタで対処できないアンチ広告ブロックは知られておらず、サイト側がこちらの対策を監視していたちごっこにならない限りは必ず対処できます11。予防的な対処がしたいのであれば、一番簡単で効果的なのは「汎用的な要素隠蔽フィルターを無視する」にチェックを入れることです。ただし広告枠やテキスト広告、一部ポップアップが隠し切れなくなるなど副作用もあるため、中級者以上（ある程度自己対処できる方）向けです。どうしても標準のリストと日本用フィルタ以外にフィルタを追加したいのであれば、せいぜいAdGuard Baseくらいでしょう（uBlock Originの設定の、フィルター一覧 ＞ 広告にあるものを使ってください）。まれにuBlock filters未対応のアンチ広告ブロックに対応している場合もあります。ただし、uBlock Originで使うとそれなりに不具合もあり、逆にアンチ広告ブロックを起動してしまうこともあります（最近の例）。Fxxk Fxxkadblock（あえて伏字）は無駄が多く、作りもちょっと雑なためおすすめしませんし、uBlock filtersとBaseがあれば不要です12。Fanboy's problematic-sitesはA16で述べたFanboy's Enhanced Tracking Listのサブフィルタで、A16と同様の理由でおすすめしません。これらのフィルタで効果がある方は、もともとご利用のフィルタがアンチ広告ブロックのトリガーを引いてしまっている場合がほとんどです。一方、AdGuard AnnoyancesやuBlock filters - Annoyances、ついでにAdblock Warning Removal Listが対応するのはA5で述べたようにソフトアンチブロック、つまり邪魔にならないか×を押せば消せるようなものですので、悩む方は少ないと思います。とくにAdblock Warning Removal Listはロシア語のマニアックなサイトを見る人以外には無意味といってよく、一時、uBlock Originでブラックリスト指定されていたほどです。アンチ広告ブロックは個別対応ではきりがないため、雪フィルタにおいてはトリガーをできるだけ丁寧に迂回して個別対策の必要性を減らしています。ほかの日本用フィルタと併用されるとこうした努力が水泡に帰す可能性があるため、やめてください。

9: 雪フィルタでも対象外としていましたが、初心者の混乱を避けるため対応してみました。

10: 日本用フィルタでのみ惹起されるアンチ広告ブロックもあります。この場合uBlock filtersは対応しませんので、ご利用のフィルタ作者に報告してください。また、AdGuard日本語フィルタで対処されているアンチ広告ブロックは、原則としてuBlock filtersでは対処しません。同様の理屈でちょっと罠かもしれないのが、日本人利用者が多いと思われる違法コンテンツサイトやアダルトサイトの中に、たとえばスペイン/ポルトガル語のサイトがあります。この場合、uBlock Originではスペイン/ポルトガル語用のフィルタを購読するのが前提となりますが、実際にそうされている日本人利用者がどれほどいるか疑問です。そのため雪フィルタでは言語にこだわらず、日本人利用者がある程度いるサイトは網羅的に対応しています。AdGuradにはフィルタの自動有効化機能があるためこうした問題は起きにくいですが、人によってはめったに訪れないサイトのフィルタを大量購読する結果になります。

11: uAssetsでcan't fixとなっているものは、いたちごっこの結果、対策が副作用をはらむものとなってしまったものです。一方、迂回広告やポップアップ、迷惑要素の中にはフィルタで対処できないものもあります。

12: 同リストのソースのほとんどはuAssetsとAdGuardFiltersであり、uBlock filters, Base, または各言語用フィルタのいずれかで対処されます。しかしそれらと異なるフィルタ記法も多く、それらを購読している人には無駄になります。また、対象サイトの多くは頻繁に仕様を変えてくるのですが、同リストは廃れたルールを大量に含んでいます。古いスクリプトレットルールはパフォーマンスの損失だけでなく不具合の原因ともなります（最近の例）。加えて、多くの汎用非表示用が無効にされており、「汎用的な要素隠蔽フィルターを無視する」同様、枠残りなどの原因ともなります。

Q7 uBlock OriginもNanoのように売却されないか心配です。

A7

確かなことは何も言えませんが、個人的な意見としては、Raymond Hill（uBlock Originの開発者、gorhill）は開発を中止することはあっても売却やその他ユーザーを危険にさらすことはないんじゃないかと思います。彼自身が今回の騒動で述べているように、現在の広告ブロック拡張機能は強大な権限を持っており、開発者を信用できなければ使うべきではありません。私はuBlock Originの前々身であるHttp Switchboardの誕生にも立ち会っている最初期ユーザーの一人で、そのころから何度か言葉を交わしていますが、ことセキュリティやプライバシーには厳格な人です。ほかの悪質な拡張機能を見回ったり、パラメータの書き換え機能をセキュリティ上の問題で却下したり（同機能を採用したAdblock Plusは後に脆弱性として指摘されることに）、例には事欠きません。また、お金に影響されるのを避けるため寄付すら拒否しており、儲け話の誘いがあればさらし者にしています。実は一度、負担に耐え切れずuBlock Originの前身であるuBlockを新開発者に譲渡したことがあるのですが13、この時の失敗は氏にとって苦い経験だったようで、今でもときどきRedditなどで言及しています。

13: 日本語ではこちらの記事が詳しいです。ただし、uBlock Originの開発継続はもともとuBlockを委譲したときから決まっていました。

Q8 初心者におすすめのブロッカーを教えてください。

A8

PCではブラウザ上のブロックで大抵の人は足りると思います。この場合、一番のおすすめはuBlock Originです。Macは使っていないのでわかりませんが、FirefoxならuBlock Originが使えるようです。Androidだとアプリ内の広告もまれではないため、デバイス全体をカバーできた方がよいでしょう。AdGuard for Androidがもっともメジャーで、かつ機能的にも十分だと思います14。なんJ AdGuard部さんに記事がまとまっています。iOSは2021年現在、広告ブロッカーへの制約が最も厳しい環境で、厄介な広告再挿入などへの根本的な対処はできません（OSの問題で、ブロッカー開発者の技術でどうにかなるものではありません。文句はAxxleに）。日本語サイトを中心にみられる場合、280blockerがベストだと思います。iOS14以上ならアプリ内広告にもある程度対応できます。詳しい人や海外サイトを本格的にみる人はいくつか選択肢がありますが、そういう方にはこんな導入記事は必要ないでしょう。ネットワーク全体をカバーするには、Pi-holeやAdGuard Homeを使う方法と、DNSキャッシュサーバーを広告ブロック機能のあるものにする簡易的な方法があります。AdGuard Homeについては280blockerさんがわかりやすい記事を書いてくださっています。ただしこれらはドメイン単位の粗いブロックしかできないため、各デバイスのブロッカーを置き換えることはできません。

14: Android上でuBlock Originを使う場合、Firefoxにインストールするのが無難です。よく挙げられるKiwiブラウザはもともと公式にサポートされていない上に、最近の更新でuBlock Originなどのコンテンツブロッカーが機能しないURLが大量に追加されました。

Q9 ブロッカーを複数入れてもいいですか？

A9

やめてください。1.で述べたブロッカーとフィルタの区別が理解できれば、無意味なことがわかるはずです15。しかもuBlock Originのリソースリダイレクトルールを無効にしてしまい、いたずらに不具合、アンチ広告ブロック、広告再挿入を引き起こしてしまいますし、$ghideや$badfilterも無駄にしてしまいます。ブロックを強化したり、アンチ広告ブロックを除去したりしたいのでしたら、するべきことはブロッカーの複数使用ではなく、適切なフィルタの選択です。中級者以上の方であれば、ブラウザの広告ブロック拡張機能にhostsファイルあるいはネットワーク全体のブロック（たとえばPi-hole, AdGuard Home, UnboundなどによるDNSブラックホール）を組み合わせるのもありですし、Androidならブラウザ広告をuBlock Originで、その他のアプリをAdGuradでという対処も有効ですが、不具合への対処といった点から初心者にはおすすめしづらいものがあります16。また、トラッキング対策のGhosteryやPrivacy Badgerなどを勧める人もいますが、これもほとんど意味がありません。多くの論文で、uBlock Origin（デフォルト設定）が最高レベルのトラッキング保護と高パフォーマンスを両立していることが実証されています。トラッキング対策を強化したいなら、やはりフィルタの選択が肝要です17。雪フィルタ単独でも日本のサイトにおいてはかなりのトラッカーをブロックしていますが、これにEasyPrivacyかAdGuard Tracking Protectionのどちらか（両方はほとんど無意味）を加えれば多くの人には十分です。これ以上を求めるなら、ブロッカーの併用などよりMedium modeといったデフォルト拒否の採用を考えるべきです。

15: たとえばuBlock OriginにAdblock Plusを追加した場合、理論上追加されるブロック項目はuBlock内製フィルタとABP filtersの差分になります。ABP filtersは日本のサイトは一切扱っておらず、海外についてもフランス、ポーランド、ロシア、中国などいくつかの言語を除けばuBlock内製フィルタに遠く及びません。これらの言語は、uBlock Originが（Adblock Plusと異なり）地域用フィルタに高度な文法を利用可能なフィルタリストを採用しているため、内製フィルタで対応する必要がないものになります。なお、併用したブロッカーのカウンターやログに計上されるのはブロック漏れではありません。これはFirefoxのトラッキング防止や、註16でも述べますが条件次第ではブラウザ上のブロックとAdGuard for Android/Windowsを併用した場合にもあてはまります。

16: たまに、コンピュータのリソースを使わないからパブリックDNSでのブロックのほうが効率がよいと信じている人がいます。通信のフローを考えれば自明なはずですが、ブラウザ上でブロックすればそもそもDNSや広告サーバーへの通信自体が発生しないのに対し、パブリックDNSでのブロックはキャッシュがなければDNSの応答を待つ必要があります。ブラウザ組み込みのブロック機能を除けば、アプリケーション版AdGuardのみが、場合によりブラウザ拡張機能より先にブロックすることがありますが、これは一定のコストがかかる方法のため必ずしもパフォーマンス上ベターとはいえません。ただ、ブラウザ上でもブロックしている場合、ブロック漏れにみえるおそれがあります。なお、Chromium拡張機能ではprefetchがブロックできず、こちらはある意味本当の漏れですが、prefetchではハンドシェイクやTLSネゴシエーションまでしか行われないため、問題とみなすかは人によるでしょう。

17: トラッカーは目に見えないためブロックしてもしなくてもほとんどのユーザーは気づかず、一方でしばしば不具合の原因となるため、フィルタ作者にとってモチベーションが上がりにくい対象です。実際、公開されているABP形式日本用ブロックフィルタで、トラッカーを独自解析して他リストにないエントリーを追加し続けているのは280blockerさんと当サイトくらいだと思います。

Q10 AdGuardとuBlock Originの違いについて教えてください/どちらがよいのでしょうか。

A10

両者間には非常に多くの違いがあり、ここで詳細に論じる余裕はありませんし単純にどちらが優れているということもありません。さらにAdGuardの場合、拡張機能とアプリ版ではまったく別といってよいですし、iOS版もまた別物です。最終的には各自が何をどこまでしたいのか、どこを重視するのかという問題になってきます。まず、パフォーマンスについてはuBlock Originに利があります。ブロックにせよ非表示にせよ、正しくフィルタを書けばフィルタ数が問題にならないといえるのはuBlock Originならではです。人によっては完全無料であることやオープンソースであることもポイントになるかもしれません。また、AdGuard Japaneseと280blocker adblock filterを除いたすべての日本用フィルタリストがuBlock Originを前提としており、たまにAdGuardで互換性の問題が起こることがあります18。上級者でdynamic filteringが利点となる方もいると思います。一方、AdGuardの利点としては、アプリ版ならデバイス全体をカバーできることがまず挙げられます。ChromeがManifest V2を廃棄しても影響を受けません。人によってはステルスモードもポイントになるでしょう。上級者の方には、別途ユーザースクリプト用の拡張機能などを用いたり、面倒な設定をしたりせずとも自由度の高いスクリプト挿入ができるのも魅力かもしれません。ブロック機能自体については実際の違いはわずかで、どちらでも十分なブロックができます19。ただ、実際のブロック性能はフィルタによって決まるため、違いは出てきます。これもどちらがよいと単純にいえるものではないですが、アンチ広告ブロックへの遭遇率はuBlock Originのほうが少し低いです。これは、uBlock filtersがGoogle Funding Choice Anti-adblockへの汎用解を採用したり、ある種のリクエストをデフォルトでredirect-resourcesに回したりしているためで、ブラウザ拡張機能のみである（多様なプラットフォームを考慮する必要がない）ことが逆に利点となっています（AdGuardに当サイト提供のアンチ広告ブロック対策強化パッチを追加していただくと、ほぼ同等になります）。一方、AdGuardのフィルタはサイトの外見をより丁寧に整え、追跡防止フィルタはuBlock Origin標準のEasyPrivacyより不具合が少ない傾向にあります。

18: AdGuard + 豆腐フィルタでYoutubeに障害が発生したケースがあり、この際は当管理人も解決に尽力させていただきました。また、もちフィルタで一部のフィルタが機能しないこともありました（解決済み）。

19: サポートしているフィルタオプションやスクリプトレットの種類はAdGuardがやや多く、カスタムスクリプトが使えるメリットもありますが、必要性の高いものは結局両者とも採用します。両者に貢献しているフィルタ作者としては、サポートの有無よりも細かな仕様の違いが問題になることが多いです。上述のYoutubeの問題もjson-pruneの違いによるものでした。

uBlock Origin

Q11 ブロックのカウンターが上がり続けます。/Adblock Plusの方がuBlock Originよりたくさんブロックしているようです。

A11

カウンターの上昇は何も問題ありません。どういうわけか、カウンターが上がり続けるとパフォーマンスに悪影響があると信じている人が多いようです。確かに、ブロックされた場合に大量のリクエストを送り続けるケースはあり、フリーズしたりCPU使用率が跳ね上がったりしますがこれはそのサイトの問題です。1秒に1つ程度のカウンター上昇なら何も影響ありません。どうしても信じられないなら、開発者ツールからパフォーマンスレコードをとって報告してください。また、逆にカウンターの数字が大きいほどたくさんブロックしてくれていると信じてアドオンやフィルタを比較する人もいますが、これも一概に言えません。Adblock PlusとuBlock Originではカウンターの仕様が異なりますし、HTMLフィルタで除去してしまえばカウンターの数字は上がりません。そもそもブロッカー検知用プローブ（アンチ広告ブロックとは無関係に、統計的情報を得るため使われることも多いです）などはブロックしない方がいいのですが、この点を理解されていない方も多そうです（例）。

AdGuard

Q12 シェアボタンやツイートボタンが消えてしまいます

A12

AdGuardインストール時にソーシャルネットワーク・ウィジェット・フィルタのチェックを入れていたなら至極当然です。これらを表示するため、ブロックを（そのサイトで）オフにするのはとんでもない話です。対応は簡単で、設定 > フィルタから「SNSウィジェット」の項目を無効にしてください。インストール時のナビゲーションではデフォルトでチェックが入っているので、気づかずに有効にしてしまった方が多いのかもしれません。これに限らず、よくわからずにフィルタを有効にしてしまい、不具合に遭遇してブロッカーをオフにしてしまう方が多いようです。

2021年4月7日追記：Androidで280blocker adblock filterをご利用の場合も同様のことが起こります。こちらについては誰にでもできる簡単な対処はちょっと思いつきません。購読フィルタを切り替えることぐらいでしょうか。

フィルタ

Q13 クラス名が毎回ランダムに変わる要素はどう消せばいいのでしょうか？/「要素をブロック」「このページの広告をブロックする」で消したものがすぐ復活します。

A13

uBlock Originの「要素をブロック」はフィルター作者のための補助ツールです。同機能で自動生成されたルールをたくさん作るのはおすすめしません。AdGuardの「このページの広告をブロックする」は補助ツールではありませんが同様です20。クラス名が変わる場合、まずはクラス名以外で使える属性がないか、開発者ツールで見てみるのがよいと思います。もしなければ、該当要素の先祖や子孫で安定した属性を持つものや、使えそうなテキストを含むものがないか探します。そうしたものがあれば（必ずと言っていいほどあります）、あとはProcedural cosmetic filtersを使うだけです。初心者であれば:has, :has-textと:upwardだけでも十分でしょう。

20: スライダーの選び方にもよりますが、Youtubeのような複雑なサイトで下手にフィルタを作ると、のちに問題に見舞われるケースもあります。基本的に、要素をブロックによる自動生成フィルタは一時しのぎ程度に使っていただくのが無難かと思います。そのためのエレメントザッパーもあります。

Q14 uBlock Originで効率的なネットワークルールの書き方を教えてください。

A14

こちらに要点がまとまっています。大事なのは、

  1. 良質なトークンが抽出されるようにすること、すなわち、仕切られた7文字以内の語（できればbad tokenや１文字でない）をフィルタ中に確保する（正規表現フィルタは条件が複雑なので、ここでは割愛）
  2. それが難しいときは、タイプオプションやドメイン指定によりできるだけ限定する
  3. フィルタ中に２つ以上のワイルドカードを使うのはなるべく避ける

効率的なフィルタは正しいフィルタの上に初めて成り立ちます。残念ながら、インターネット上に公開・共有されているフィルタには（ケアレスミスの範囲を超えて）間違ったものが少なくありません。たとえば、||.example.com^や||*.example.com^のようなフィルタは基本的に間違いです。これではドメインアンカーの意味がなく、誤爆の可能性が高まります。また、/path/to/が正規表現フィルタになってしまうことを理解していなさそうなもの、セパレータ^を「とにかくフィルタの最後につけるもの」と誤解しているようなケースも見受けられます。

Q15 uBlock Originで効率的な非表示ルールの書き方を教えてください。

A15

細かいTipsはありますが、一番大切なのは最小マッチングを意識することです。通常の非表示ルールでもそうですが、Procedural cosmetic filtersにおいてはとくに重要です（実際に生じた問題の例）。

Q16 uBlock Origin（PC）でおすすめのフィルタ構成を教えてください。

A16

フィルタ構成についてはこれが正解といえるものはなく、各自で調べて自身の好みに合うものを選択するしかありません。ただ、間違いといえるものはあります。フィルタを解釈して評価できる人はまれなため、インターネット上には主観的な使用感や信念にもとづいた「おすすめ」がたくさん転がっています。たとえば、Adblock Warning Removal Listは、最近になってようやく意味のないリストという認識が広まってきたようですが、数年前まであちこちでアンチ広告ブロック対策に推奨されていました。ここまでひどくはないものの、あまり正しく理解されていなさそうなリストとしてFanboy's Enhanced Tracking Listが挙げられます。このリストの最大部分は許可ルールによるブロッカー検知回避なのですが、ちょっと大雑把すぎて検知と関係ない広告スクリプトまで許可してしまっています。これらは基本的にイニシエイターで、最終的な広告は別のルールでブロックされますが、不要なスクリプトを走らせてまで一部の検知を回避することを、同リストの利用者が求めているかは疑問です21。残りの部分もすべてがトラッキング対策ではなく、迷惑要素なども含まれています。あまり意味のないリストについていえば、NoCoinが挙げられるでしょう。コインマイニング自体、絶滅してはいないものの下火ですが22、NoCoinでブロックされるものは（ほぼ？）すべてEasyPrivacy + uBlock filters - Resource abuseでカバーされています。

一般的なアドバイスとしては、初心者の方はともかく購読しすぎに注意することです。日本用フィルタの複数購読、特定用途用フィルタの多重購読はおすすめしません。おそらく、たくさん購読するとそれだけ多くブロックしてくれるという考えからなのでしょうが、これは正しくありません23。また、フィルタによる不具合は天災のようなもので、普段はあまり遭遇しませんが忘れたころにやってきます。多く購読すればするほど、メリットは薄くなっていき、不具合の確率ばかり高まります。それにいくらuBlock Originでも、Procedural cosmetic filtersやトークン化不能正規表現の無駄が積もればパフォーマンスに影響します。そもそもフィルタの購読は「なんとなく役に立ちそう」というあいまいな感覚ではなく、実際のニーズに基づいて行うべきです。

もう少し具体的に、PCの場合なら（あくまで参考程度にお願いします）

  • 内製フィルタ：最低でもuBlock filtersは維持することをおすすめします。ほかのフィルタに比べると不具合の率が少なく、日本語サイト利用者でもメリットは大きいです。Badware risksやUnbreakは意味がわかっている人は外してもよいですが、明確な理由がなければ維持するのが無難でしょう
  • 広告：海外サイトをよく見る人はEasyListを維持。日本のサイトしか見ない人で、もちフィルタ、豆腐フィルタ、雪フィルタを選択する場合は好みで外してもよい
  • プライバシー：トラッキングを気にしない人、または雪フィルタ使用者は外してもよい。気にする人で、雪以外の日本語フィルタ使用または海外サイトをよく使うなら、平均的なブロック性能が高いが不具合も多いEasyPrivacyを維持するか、不具合は少ないが漏れも多いAdGuard Tracking Protectionから選択
  • マルウェアドメイン：お好みで。デフォルトのOnline Malicious URL Blocklistはブラウザのセキュリティ機能（Google Safe Browsing）とデータ共有しており、大部分はブラウザでブロックされます
  • 迷惑系：ソーシャルボタンを消したい人はAdGuard Social Mediaを追加してもよいでしょう。ただし、もちおさんが提供されていることりフィルタやこちらで提供しているあられフィルタも検討してみてください。あられはAdGuard Social Mediaの併用も可能です。ほかの迷惑要素についても同じく、AdGuard Annoyances, ねぎフィルタ, みぞれフィルタからの選択をおすすめします。uBlock filters - Annoyancesはやや特殊で、主にソフトアンチ広告ブロックと右クリック/コピー禁止系への対策になりますが、Fanboy AnnoyanceおよびAdGuard Annoyancesの一部ルールがuBlock Origin上で無効化されてしまう場合の補完も兼ねています。EasyList Cookieを含むFanboy系は不具合の率が高く、初心者にはおすすめしません。クッキーの同意ダイアログのみ消したい方はSabre filters2もご検討ください。
  • 多目的：デフォルトのPeter Lowe'sはフィルタ数のわりに良い仕事を（主に海外サイトで）してくれているのですが、たまに誤爆することがあります。日本のサイトを中心に見るなら好みで外してもよいです。余談ですが、EasyListはよく訴訟の対象になり、その場合、対象ドメインをEasyPrivacy（トラッキングも兼ねている場合）やPeter Lowe's（純粋な広告サーバー）に肩代わりしてもらうことがあります。
  • 地域、言語：英語、日本語以外のサイトをよく見る人はその言語のフィルタを追加。日本語については別途日本用フィルタを購読するのであればAdGuard Japaneseを外す
  • カスタム：お好みでもちフィルタ、豆腐フィルタ、雪フィルタの中から一つを追加

フィルタ構成とは別に、中級者以上の方であれば「汎用的な要素隠蔽フィルターを無視する」はおすすめできるオプションです。パフォーマンスの向上に加え、誤爆やアンチ広告ブロックへの遭遇率を下げることもできます。その代わり広告枠やテキスト広告が隠し切れないケースも出てきます。

21: 一般非表示が有効なら、結局検知されてしまうことが多いです。そもそも同リストで許可されている検知スクリプトは、多くがEasyListなどの主要フィルタ（雪も）で既にブロックから除外されています。

22: coinhiveをはじめ主要なマイナーのほとんどがサービス終了しており、フィルタ作者ですら実際に機能しているマイニングに会うことは極めてまれです。

23: 理由は大きく二つあります。まず、許可ルールは原則的にブロックルールに対して優先されます。ある程度の規模のフィルタリストであれば必ずといっていいほど不要になった許可ルールが含まれますし、リストによっては絞り込みが甘い許可ルールもあるかもしれません。こうした許可ルールによって広告が貫通するケースが報告されています（最近の例）。もう一つは広告再挿入です。これはアンチ広告ブロックと原理は同じで、ブロッカーを検知し、アンチ広告ブロックの派手な警告の代わりにブロッカーを迂回する広告を再挿入するものです。あるリストがせっかく再挿入を惹起しないようにしていても、他のリストが惹起してしまうと意味がありません。

Q17 uBlock Origin以外のブロッカー（PC）でおすすめのフィルタ構成を教えてください。

A17

2021年7月5日追記：こなゆきフィルタは開発が中止されました。

AdGuard for Windows/Macでは、AdGuard標準のフィルタリストに@hirorpt氏によるこなゆきフィルタを追加していただくのが最善でしょう。ほかの日本用フィルタリストはuBlock Originでの使用を前提としています。AdGuardはuBlock Origin文法の大部分をサポートしていることになっていますが、実際は仕様の違いにより効かなかったり、動作が異なったりすることもあり、しかもそうした細かい仕様は公式ドキュメントに必ずしも載っていません（みぞれフィルタではなるべくAdGuardとも互換性を保つよう配慮していますが、それでも仕様の違いによりAdGuardでの動作をあきらめたケースがいくつかあります）。当然ですが、AdGuardのフィルタはAdGuard上で完璧に動作します24。AdGuard Japanese/AdGuard日本語フィルタはかつて不評でしたが、多くの方々に報告によって、一昔前とは別物といっていいくらい精度が高くなっています。

Vivaldiでは、著作権の問題からもちフィルタ、たまごフィルタが日本用に採用されましたが、これらもuBlock Originを前提としています（VivaldiがuBlock文法をサポートするつもりなら歓迎すべきことですが）。Vivaldiでデフォルト有効のEasyList等と併用した場合、かなりの無駄も発生します。少なくともEasyList系を維持するのであれば、PCではiOS用AdGuard日本語フィルタに置き換えるのがよいかと思います。~~上述のこなゆきフィルタの併用も、ある程度は意味があると思います。~~ただし、A3で述べたように、現在Vivaldiのブロック機能は簡易的なものでPC用の本格的なブロッカーとは呼べません。一方で、Vivaldi上でuBlock Originを使うと固有のバグが多く、uBlock Origin開発者が公式にはサポートしないと宣言する事態になっています。

24: 逆に言うと、uBlock Originでは動作しなかったり、動作が異なったりするフィルタもあるほか、パフォーマンス面で最適とはいえないフィルタもあります。雪系フィルタではそれらの採用を見送ったり、置き換えたりして対処していますが、AdGuardのフィルタリストでも問題となるフィルタの割合はそう大きくはありません。とくにAdGuard Japaneseは当管理人が一部メンテナンスしていることもあり、そうしたフィルタの割合は小さいです。

Q18 EasyListやEasyPrivacyは不具合が多いと聞きます。

A18

事実です。私もこれまでいろいろな形で、数十件は報告しています。なお、ルールが多いから不具合が多いわけではありません。大部分のルールは不具合と無関係な一方、誤爆しやすいルールというのがあります。雪フィルタではこの点を逆手にとり、誤爆しやすいルールをなるべく外すことにしました25。またアンチ広告ブロックを惹起しやすいという議論も聞きます。これは間違ってはいませんが、「それほど違わない」という印象です。EasyListで"Remove unused filter"というコメントで削除されているルールの多くは、私を含むフィルタ作者からのフィードバックに基づくアンチ広告ブロックのトリガーです。逆に日本用フィルタでのみトリガーされるものもあり、とくに海外サイトではその傾向が強いです。ところで、不具合が多い理由の一つは日本のユーザーからの報告がほとんどないことです。EasyListでなくとも、日本では280blockerさんを唯一の例外として、フィルタ作者への報告自体がまばらな印象です。すべてのユーザーが不具合を自己修正できるとは思えないため、ブロックをそのサイトで無効にしたり、dynamic filteringの緑で上書きしたりといった対処をされている方が多いのではないかと思います。フィルタ作者はそういった「荒療治」より効果的な対処ができますし、あなたの報告がほかの多くのユーザーを助けるかもしれません。ぜひ積極的な報告をお願いします。uBlock Origin標準リストの不具合については、こちらでも受けつけています。

2021年4月12日追記：EasyListは海外用と認識されている場合があるようですが、実際は全世界の広告ブロックのための標準フィルタです。日本用のルールも多く含み、たとえば##.res_adなどはモバイル版5ちゃんねるくらいでしか使われていません。ABPのページに"Specialization: English"と書かれているのもそうした認識が広まった一因かもしれませんが、おそらく、これまでの日本用フィルタがEasyListの併用を前提としていなかったこともあると思います。

25: imasdkなど、メリットとの兼ね合いから誤爆が多くても採用したルールもあります。ちなみにルール数というのは、せいぜい大雑把なメモリ消費量の目安にしかなりません。処理時間に影響しないのは随所で書きましたが、ルール数が多いほうがブロック性能が高いとも限りません。DandelionSprout氏のExtremely Condensed Adblocking Listが極端な例ですが、誤爆を気にせずルールを一般化すればルール数を減らしつつ高いブロック性能を実現できます。雪フィルタはこの逆で、なるべく一般化を避けているためルール数は多くなります。メモリ消費についても、フィルタの書き方に左右されるのであくまで大雑把な目安です。

Q19 ページをクリックすると発生するポップアップ/リダイレクトや「見えない広告」をなんとかしたいです

A19

透明なオーバーレイを使用するケースはありますが、多くの場合、HTMLにクリックイベントが仕込まれているだけで「見えない広告」という表現はあまり適切ではありません。原因はケースバイケースで、シンプルなブロックルールで済む場合もあれば、スクリプトレットが必要な場合もあります。これらを用いるサイトの多くはアダルト、違法コンテンツ、または短縮プレミアムリンク系のサイトで、頻繁に仕様やドメインを変えてくるため個人フィルタでの十全な対応は困難です。これらのサイトを用いる方はEasyListとuBlock filtersの両方を有効にしてください。雪フィルタの場合はそれらと同期をとっており、また、日本語サイトの場合はまっさきに対応しています。たいていは同時にAdGuard Japaneseでも対応しています。

Q20 フィルタリストによるフィンガープリントが可能と聞きました。

A20

理論上は可能ですが、心配するのはまったくの杞憂です。たとえばこのテストページで体験できますが、この程度では誤判定が多くとても実用にならないでしょう。それでいて、日常的にリクエストログをみているフィルタ作者にはリストのフィンガープリンティングを試みているのが手に取るようにわかります。精度を高めようとすればなおさら隠すのは難しくなりますし、各リストの変更に追随する手間もかかります。実際にリストのフィンガープリントが疑われる例の報告はありませんし、みたこともありません。そもそも、広告ブロックユーザーのみが対象で、かつ大多数のユーザーが標準リストを使っている26時点でフィンガープリントとしては使い物にならず、やるとしたら趣味にしかなりません。ブラウザベンダーがフィンガープリント制限への動きを強めているとはいえ、既存のフィンガープリントライブラリはこんなものとは比較にならないほど高精度の判別が可能なので、それを適当にリネームして使うほうがはるかに賢明です（実際そういう例はあります。ただし多くはリネームすらしておらず、EasyPrivacyや雪フィルタの汎用ルールでブロックできます）。

26: 言語・地理による違いなどは、こんな手段を使わなくても判別できます。

Q21 アンチ広告ブロック（広告ブロック解除要求）への対処法を教えてください。

A21

ご自身でフィルタを書ける人は別として、最良の対処はフィルタ作者に報告することです。uBlock Origin標準設定で出る場合はこちらでも受けつけます。以下では、日本のサイトで比較的よくみるアンチ広告ブロックへの簡易的な対処をまとめました。内容的には、以前に「りぃのなんでも知恵袋」さんの記事にコメントさせていただいたものの更新になります。hoge.comでアンチ広告ブロックが出たという仮定です。参考画像は一例で、バリエーションがあります。100%の効果は保証できません。なお、雪フィルタ単独使用（Firefoxのトラッキング防止やDNSでのブロックも使っていない）の場合、これらはほぼみることがないはずです。

  1. antiblock.orgの場合

以下のようなUIです。

antiblock_org_var1

antiblock_org_var2

antiadblock_org_var3

antiblock_org_var4

uBlock Originではhoge.com##+js(acis, document.addEventListener, google_ad_client)、AdGuard（iOSおよびAdGuardコンテンツブロッカーを除く）ではhoge.com#%#//scriptlet("abort-current-inline-script", "document.addEventListener", "google_ad_client")をMyフィルター/ユーザールールに追加してみてください。たまに競合条件により安定して機能しない場合もあります。uBlock Originでは、Firefox上ならhoge.com##^script:has-text(google_ad_client)に切り替えてください。AdGuardではhoge.com$$script[wildcard="*load*google_ad_client*"][min-length="2000"][max-length="7000"]に切り替えてみてください（一部のプラットフォームでは機能しません）。それでだめな場合、uBlock Originではhoge.com##+js(acis, document.addEventListener, nextFunction)に、AdGuardではhoge.com#%#//scriptlet("prevent-setTimeout", "/\.displayMessage[\s\S]*?\.nextFunction\(\)/")に切り替えてみてください。iOS版AdGuardでは、コンテンツブロッカーに以下を追加してみてください（これだけではダメな場合もあります）。

@@#*/ad/$image,domain=hoge.com
@@||hoge.com^$generichide
  1. BlockAdBlockの場合

以下のようなUIです。

bab_var1

bab_var2

uBlock Originではhoge.com##+js(nosiif, visibility, 1000)、AdGuardではhoge.com#%#//scriptlet("prevent-bab")を追加してください。iOS版AdGuardでは、コンテンツブロッカーに@@||hoge.com^$generichideを追加してみてください（これだけではダメな場合もあります）。姉妹品にFuckAdBlockがありますが、日本のサイトでは最近ほぼみないため割愛します。

  1. Google Funding Choice Anti-adblockの場合

UIはバリエーションが多いので割愛しますが、日本のサイトであれば日本語でサイトの名前が警告メッセージに含まれていることが多い（常にではありません）のが特徴といえるかもしれません。×ボタンで消せるタイプのものもあります。uBlock Originでは、uBlock filtersが有効ならめったにみることはありません。AdGuardではhoge.com#$#body { overflow: visible !important; }とhoge.com#$#body div.fc-ab-root { display: none !important; }を一行ずつ追加してください。iOS版AdGuardでは、コンテンツブロッカーに@@||hoge.com^$generichideを追加してください。

  1. mdpDeBlockerの場合

以下のようなUIです。

deblocker_var1

deblocker_var2

uBlock Originでは基本的にみることはありませんが、Firefoxのトラッキング防止機能を利用している場合（標準ではプライベートブラウジング利用時）に遭遇することがあります。その場合はhoge.com##+js(aeld, DOMContentLoaded, adsBlocked)を追加してみてください。AdGuardでは以下を追加してみてください。ただ、DeBlockerは開発が活発でバリエーションが多数あるため効かないこともあります。

hoge.com#%#//scriptlet("prevent-addEventListener", "DOMContentLoaded", "adsBlocked")
||pagead2.googlesyndication.com/pagead/js/adsbygoogle.js$script,xmlhttprequest,redirect=googlesyndication-adsbygoogle,domain=hoge.com
||googleads.g.doubleclick.net/pagead/id$script,xmlhttprequest,redirect=nooptext,domain=hoge.com

iOS版AdGuardでは、コンテンツブロッカーに以下を追加したうえで、DNSフィルタリングを一時無効にするか、pagead2.googlesyndication.comとgoogleads.g.doubleclick.netをホワイトリストに追加してください。AdGuard DNSなど広告ブロック機能のついたDNSサーバーを使っている場合は、一時ほかのDNSにする必要もあります。

@@||pagead2.googlesyndication.com/pagead/js/adsbygoogle.js$domain=hoge.com
@@||googleads.g.doubleclick.net/pagead/id$domain=hoge.com
  1. AdBlock Notifyの場合

以下のようなUIです。

notify

uBlock Origin, AdGuardとも基本的なフィルタ構成（+ 雪フィルタ）ではみないはずですが、カスタムリストを追加した場合みる可能性があります。uBlock Originではhoge.com##+js(aopr, anOptions)、AdGuardではhoge.com#%#//scriptlet("abort-on-property-read", "anOptions")を追加してください。iOS版AdGuardでは、コンテンツブロッカーに以下を追加してください。

/wp-content/uploads/*/*.js$domain=hoge.com
hoge.com#@##adsense
hoge.com#@#.an-advert-banner
hoge.com#@#.an-sponsored
  1. Admiral Anti-adblockの場合

以下のようなUIです。

admiral_var1

これはいわゆるsoft anti-adblockで、対策せずともContinue without disablingをクリックすることでコンテンツを閲覧することができます。そのためuBlock Origin、AdGuardともメインのフィルタでは対策せず、迷惑系フィルタ（uBlock filters - Annoyances, AdGuard Annoyances）で対応していますが、共同通信の場合は挙動の違いによりデフォルトで対応しています。また、EasyPrivacy, Peter Lowe’s Ad and tracking server list, AdGuard追跡防止フィルタのいずれかを使用することでも大部分回避できます。個別に対策したい場合、uBlock Originではhoge.com##+js(acis, document.createElement, admiral)を追加し、効果がない場合hoge.com##+js(aopr, admrlWpJsonP)に切り替えてみてください。AdGuardではhoge.com#%#//scriptlet("abort-current-inline-script", "document.createElement", "admiral")を追加し、効果がない場合hoge.com#%#//scriptlet("set-constant", "admiral", "noopFunc")に切り替えてみてください。

  1. AdUnblockerの場合

以下のようなUIです。

adunblocker

uBlock Originでは基本的にみないはずですが、Firefoxのトラッキング防止機能を利用している場合（標準ではプライベートブラウジング利用時）に遭遇することがあります。その場合はhoge.com##+js(nostif, css_class.show)を追加してください。AdGuardでは以下を追加してみてください。

hoge.com#%#//scriptlet("set-constant", "adsbygoogle.length", "undefined")
||pagead2.googlesyndication.com/pagead/js/adsbygoogle.js$script,xmlhttprequest,redirect=googlesyndication-adsbygoogle,domain=hoge.com

iOS版AdGuardでは@@||pagead2.googlesyndication.com/pagead/js/adsbygoogle.js$domain=hoge.comを追加してみてください。

  1. 上記以外

アンチ広告ブロックプラグインにはほかにも多くのファミリーがあり、ここで網羅することはできません。また、独自実装のものも増えています。以下ではそうした場合にもしかしたら機能するかもしれない簡易的な対処をまとめます。

uBlock Origin：まず、以下を追加

*$image,redirect-rule=1x1.gif,domain=hoge.com
*$script,redirect-rule=noop.js,domain=hoge.com
||googlesyndication.com/pagead/js/adsbygoogle.js$script,redirect-rule=googlesyndication_adsbygoogle.js:10,domain=hoge.com
@@||hoge.com^$ghide

ダメなら||hoge.com^$inline-scriptに切り替え、ただしサイトの機能を壊す可能性が高い。

AdGuard：まず、DNSフィルタリングを無効化して以下を追加

@@||hoge.com^$generichide
||googlesyndication.com/pagead/js/adsbygoogle.js$script,xmlhttprequest,redirect=googlesyndication-adsbygoogle,domain=hoge.com

ダメなら||hoge.com^$csp=script-src 'self' 'unsafe-eval' http: https:に切り替え（DNSフィルタリングを無効化した人は戻してよい）、ただしサイトの機能を壊す可能性が高い。

Q22 Twitterのおすすめトピック、おすすめユーザー、おすすめツイート、「タイムラインにトピックも表示しましょう」、新しいリストを見つけるを消したいです。

A22

みぞれフィルタを購読するか、またはみぞれのTwitter用フィルターだけコピーしてMyフィルター/ユーザールールに貼りつけてください。これらはパフォーマンス面で最適化されており、既知の不具合に対応済みでTwitterの変更にも追随しています。「要素をブロック」（の自動生成ルール）/「このページの広告をブロックする」で消しても長持ちしませんし、そもそもTwitterのような複雑なページで使うものではありません。なお、iOSで消すのは難しいでしょう。

当サイトのフィルタ

Q23 雪フィルタの中を見ると、海外サイト用のルールが結構あります。どのようなサイトが対象なのでしょうか？

A23

New York Timesなどの大手英語メディアや日本人利用者が多い海外マンガ、アニメ、あるいはポルノサイトに加え、以下のようなサイトを対象にしています：

  • 他の日本用フィルタで個別対応されているもの
  • 日本語のブログや記事などで紹介されている海外サイトで、ある程度トラフィックが高そうなもの
  • 特定のテーマに興味を持つ日本人が検索しそうな単語でGoogle検索したとき、検索上位に出てくるサイト
  • 上記に該当するサイトの姉妹/系列サイトや、直接リンクされているサイトの一部

例外は短縮プレミアムリンク系です。日本でメジャーなものはsh.*, shorten.*, ouo.*などだと思いますが、目的地につくまでに様々な短縮リンクをたらい回しにされることがあるため、インターフェースが英語のものについてはある程度網羅的に対応しています。

英語以外ではロシアと中国/広東語のサイトがやや多いですが、これらの言語をよく利用する方には到底足りません。EasyListや各言語用フィルタを使用してください。

Q24 雪フィルタでCNAMEトラッカー（ファーストパーティートラッカー）はブロックできますか？

A24

はい、かなりの程度ブロックされます。一部メディアが騒ぎ立てたため、CNAMEトラッカーをなにか特別なもののように思っている人がいるようですが、実際はEasyPrivacyなどは以前からとくに区別せずブロックしていました。日本では豆腐さんもgenieesspvのCNAMEトラッカーを以前よりブロックされています。Eulerianが少し厄介だったのはCNAMEの利用そのものではなく、CNAMEとランダムにみえるサブドメインの組合せでした26。多くのCNAMEトラッカーは、たとえばsmetricsといった、決まったサブドメインを使います。そしてなにも||smetrics.のようなルールを使わずとも、一般ルールで大部分ブロックできます。なお、ファーストパーティートラッカーという呼称が使われることもありますが、CNAMEトラッカーには純粋なサードパーティーのものも少なくないですし、一部メディアが書いたような「ファーストパーティーだとブロックしにくい」などということもありません27。

26: ランダムドメインの利用もなんら新しいものではなく、PopAdsなどで以前より使われています。Eulerian同様、正規表現でブロックできます。

27: CNAMEトラッカーが騒ぎになったときからAレコードやAAAAレコードの利用が予測されていましたが、実際に2020年よりGoogleがサーバーサイドタギングとして提供しています。uBlock Originもこれに対応するためstrict3pオプションを追加しました。このように、ブロッカーの迂回やその他"user hostile"な機能に真っ先に対応し続けているのもuBlock Originが信用されている理由の一つでしょう。

Q25 アクセス解析を独立したリストにわけてもらえませんか？

A25

アクセス解析は気にする人とそうでない人がわかれるため、そうしたいところですがメンテナンスコストの点で難しいです。リストをわけると、非表示フィルタをメイン単独の場合とサブリストも購読する場合とでわけて考える必要がでてきます。既にみぞれでそういうケースは多数発生していますが、みぞれの場合はまだ限定的です。アクセス解析の場合だとアクセスカウンターやレコメンデーションエンジンを使用する多くのサイトでそうする必要がでてきます。また、広告と解析は常にきっぱりわけられるわけでもなく、現在の分類は正直に申し上げますと大雑把です。リストをわけるとなれば、判断に迷うケースや現実的に言って誤分類も出てきます。そして広告スクリプトを解析に誤分類してしまうと、広告漏れにつながります。実際にEasyListなどでそうしたケースがときどき起こっており、アクセス解析を気にしないとしても、ブロックしたほうが広告やアンチ広告ブロック（とくにAdmiral）のブロック率も高まるのは事実です。

Q26 雪フィルタの提供をやめてAdGuard Japaneseの強化に集中したほうが効率がよいのでは？

A26

最初からAdGuardFiltersの書き込み権限があればそうしたかもしれません。とはいえ、方針も異なりますし、自己管理のフィルタだからできることもあります。たとえばuBlock Originに完全特化して専用機能・最新機能をふんだんに使うこと、トラッカーを即時ブロックすること（一定の不具合チェックはしています）、非表示に頼らずブロックに特化することなどです。AdGuard公式フィルタにルールを追加する場合はどうしても慎重になりますし、チームの方針にしたがう必要もあります。とはいえ、フィルタの概念に気づいている広告ブロックユーザー自体が少なく、また、AdGuard JapaneseがuBlock OriginやBraveの標準リストでもあることから、これを改善していくのが最良と認識しています。ちなみに、雪を提供している理由の一つに、日本語ユーザーにおいて標準のフィルタリストを外し日本用フィルタ一本に絞るというのが割と行われているようだというのがあります。EasyList, EasyPrivacyの不具合の多さから理解はできますが、長期的には好ましくないと思っています28。不具合が多い最大の理由は、日本語ユーザーがあまり報告を行わない点にあると思われるため、雪を媒介に不具合報告を標準リストに反映させるという意味もあります。

28: 10年前は日本のウェブ広告はネット上の孤島状態でしたが、今では日本のサイトでも海外の広告・解析サービスを利用することが珍しくなくなっています。それどころか、アダルト等でない日本語のブログで、毎回異なるランダムな広告ドメインを読み込むものまであります。また、翻訳の発達により日本人でも海外サイトを利用する方が増えている一方、広告のパーソナライズ化やA/Bテストの浸透が進み、Youtube広告などは個人メンテナーによる対応は不可能に近くなってきています。

Q27 既に正規表現でブロックされていても広告ドメインを追加するのはなぜですか？

A27

ほとんど好みの問題ですが、処理の重い正規表現チェックが入るリクエストを少しでも減らすためです。トークン化可能な一般ルールでブロックされている場合は原則として追加しません。雪フィルタは数か月ごとにデッドドメインのスキャンも行っているため、無駄になる心配もありません。古いバージョンのAdblock Plusでさえ、1つの正規表現フィルタより20の通常フィルタのほうがベターですが、uBlock Originでは（よいトークンが引き出せる正規表現を除き）なおさらです。ただ、ブロックされないリクエストには結局チェックが入ります。

その他一般

Q28 Youtubeで検索が機能しない、メニューが開けない、接続が途切れるなど不具合が出ます。

A28

2021年4月27日追記：Googleによる広告ブロック対策といった話が散見されるのではっきり申し上げますが、某ゲーム動画配信サービスと異なり、Googleは本気でブロッカーをバイパスしようとはしていないと思います。（2021年5月15日修正）実際のところわかりませんが、fetchによりバイパスが起きた件もパフォーマンス上の理由などと解釈可能なもので、今のところGoogleはブロックできない手段までは用いていません。ただ、一部の人にしか新型広告が配信されないため、解析が難しいのは確かです。「この設定/フィルタ/拡張機能なら出ない」という主張は、多くの場合、その人が新型広告の対象になっていないだけです。

2021年3月22日追記：Twitterなどで同様の報告が後を絶たないようなので、ABP Japanese filtersをブラックリスト指定させていただきました。

ABP Japanese filtersが原因の可能性が高いです。同フィルタは更新が停止しており、既にAdblock PlusやuBlock Originの標準フィルタリストからは削除されていますが、昔インストールしてそのまま使っている場合は有効になっている場合があります。また、AdBlockでは今でもデフォルトで有効のようです。同フィルタを無効にして別の日本用フィルタに切り替えてください。なお、名前が似ていますがAdGuard Japaneseは問題ありません。また、不具合というより広告漏れの話ですがuBlock OriginのフィルタとBlockTubeは干渉するため、BlockTubeは使用しないでください。もちろん、A9で述べたようにほかの広告ブロック拡張も使用しないでください。

Q29 広告ブロッカーを使っていると表示や機能がおかしいサイトがあります。

A29

ほとんどの場合フィルターの問題で、誤爆と呼ばれます。フィルター作者に報告してください。uBlock Originでフィルターをいじっていない場合はこちらかこちら（要アカウント）、AdGuardでカスタムフィルターを追加していない場合はこちらか、またはAdGuard本体から「問題・不具合を報告する」も利用できます。Twitterなどをみていますと、サイト側の広告ブロック対策のように勘違いされる方が多いようです（そういう場合もありますが、稀です）。現在主流のブロッカーは、ブロック対象が広告・追跡かどうか分析などしておらず、URLやHTMLタグが事前に定義されたパターンにマッチするかだけをみています。機械学習などを用いて分析する試みも行われていますが、パフォーマンスへの影響や、この方法でも誤判定が避けられないこともあり、簡易的なヒューリスティック（旧バージョンのPrivacy BadgerやAppleのIntelligent Tracking Prevention等）を除いて実用に至っていません。

Q30 広告ブロックについて、ほかに参考になるサイトを教えてください。

A30

広告ブロックについての情報は英語のほうが圧倒的に充実していますが、ここでは日本語で比較的信頼できるものをいくつか挙げてみます。なお、言語を問わずインターネット上には明らかに間違った記事やツイート、古い情報が蔓延しており、それが当FAQを作成した最大の動機です。

  • なんJ AdGuard部：Androidのみならずあらゆるプラットフォームの広告ブロックについて、おもに初心者向けの情報が集約されています。誰でも編集できる関係上、一時的に荒らされて誤情報が書き込まれたり、トピックによっては編集者間の合意が得られないこともあったりするようですが、それを差し引いても総合的には価値があると思います。なお、随所に当FAQの内容が反映されているようです。

  • uBlock Origin 再び ＠Firefox - おまえ、うまそうだな：uBlock Originのフィルタ文法について日本語で解説されています。uBlock Originの更新にも追随してくださっているようです。

  • Pokapokaサイト ブロックフィルタの書き方（入門）：もちフィルタ管理者様によるもので、上記ブログでは難しすぎる人向けです。ほかにも役立つ記事を書かれています。

  • 280blocker | iPhoneの広告ブロック：280blockerさんのサイトです。参考になる記事が多くあります。また、Twitterでは広告ブロックにまつわる社会的なツイートを多くなされています。

Q31 なにか言い残したことは？

A31

AdGuardに関する某掲示板で当サイト管理人を指名するのはやめてください。ちゃんと報告していただければAdGuardチームの誰かが対処するはずです。こちらはただの無償ボランティアで29、チームの誰かから依頼された場合は別として、空き時間で適当に目についた問題に対処しているだけです。ところで、スクリーンショットのみで説明がなく、何をしてほしいのか不明瞭な報告がたまにあります。大抵、チームから呼ばれて私がエスパーするはめになります。日本語で構いませんので（スクリーンショット中に日本語で説明を入れるのは控えてください）、一言、説明を加えてください。できればスクリーンショットにもマーキングをしていただけるとなおよいです。

29: 永久ライセンスはもらえますが、公式にある５件程度でいいというのはウソです。ライセンス目当てにContributorを目指すのはやめた方がいいでしょう。

謝辞

このFAQの初版の作成に当たっては、@280blockerさんから貴重なご意見をいただきました。ここに感謝申し上げます。 （元々見ていただくことを想定していたわけではなく、たまたま別件で話していたときにタイミングがあったため、ご意見をいただくことができました。間違い等の文責はすべて@Yuki2718にあります）

Clone this wiki locally