uBlock Originは、正規のMicrosoft Edgeアドオンから入れ、発行元と拡張機能IDを照合し、既定のフィルターから使うなら、挙動を公開ソースで確認できるコンテンツブロッカーです。ただし、名前が似た別製品、Webページを処理するための広い権限、過剰なフィルター追加による表示崩れは別々に評価する必要があります。安全かどうかは製品名だけで決めず、入手元、権限、設定、更新主体の四点で判断します。
2026年7月時点の掲載状況
2026年7月確認時点では、Microsoft Edgeアドオンに従来版のuBlock OriginとManifest V3版のuBlock Origin Liteが掲載されています。従来版の掲載ページではバージョン1.71.0、更新日は2026年5月11日、発行元はRaymond Hill（gorhill）と表示されています。一方、MicrosoftのManifest V2停止時期は公式タイムライン上で未確定です。現在ストアにあることと、将来も同じ方式で動き続けることは分けて考えてください。
安全性を判断する五つの材料
- 配布元：Edgeの拡張機能画面からMicrosoft Edgeアドオンへ進み、検索広告やまとめサイト経由の配布ファイルを使わない。
- 発行元：uBOとuBOLの正規ページはいずれもRaymond Hill（gorhill）を示す。名称やアイコンだけの一致では足りない。
拡張機能IDを照合する
- 識別子：従来版uBOは
odfafepnkmbhccpbejgmiehpchacaeak、uBOLはcimighlppcgcoapaliogpjjdehbnofhn。URL末尾と拡張機能の詳細画面で照合できる。
公開ソースとプライバシー表示を読む
- 検証可能性：開発元のGitHubでソース、リリース、説明文を確認できる。uBlock OriginはGPLv3で公開されている。
- プライバシー表示：Edgeアドオンには開発者申告として個人データを収集しない旨が表示される。これは同名の別拡張へは適用されず、独立監査の証明と同義でもない。
uBlock OriginとuBlock Origin Liteの違い
uBOは従来のManifest V2版で、動的フィルタリング、自作フィルター、詳細なロガーなど、細かな制御を必要とする利用者向けの機能を持ちます。uBOLはManifest V3のAPIを使う宣言型のブロッカーで、ブラウザー側のルール処理を中心に設計されています。開発元の説明では、uBOLの既定ルールセットにはuBlock Origin内蔵リスト、EasyList、EasyPrivacy、Peter Loweの広告・追跡サーバーリストが含まれます。
用途に合わせて一方を選ぶ
- 既定の保護を中心に使い、Manifest V3対応を優先するならuBOLが分かりやすい選択です。
- ログを見ながら個別通信を調整する、自作ルールを運用するなどuBO固有機能が必要なら、現在のEdgeで従来版が有効に動くことを確認してuBOを選びます。
- 両方を同時に有効化しても保護が単純に二倍になるわけではありません。二重処理で誤ブロックの原因が読みにくくなるため、一方だけを使います。
uBOからuBOLへ移るとき
uBOからuBOLへ移る場合、すべての高度な設定が同じ形で移せるとは限りません。フィルター名、信頼済みサイト、自作ルールを控え、まずuBOLの既定状態で必要なページを試し、不足する機能が明確になってから追加設定を検討します。
正規版を入れる手順
- Edge右上の［拡張機能］から［Microsoft Edgeの拡張機能を入手する］を開きます。
- 製品ページの発行元、名称、URL中のIDを上記の情報と照合します。開発元はuBlock Originが
ublock.orgと無関係だと明記しています。 - ［インストール］を選び、Edgeが示す権限を読みます。予想していない新しい権限が出た場合は、その場で承認せず公式リリース情報を確認します。
インストール後の動作を確認する
- 追加後に
edge://extensionsを開き、目的の版だけが有効か確認します。 - 普段使う一般サイトで表示、リンク、動画、入力フォームを試してから、業務や手続きに使うサイトへ範囲を広げます。
広いサイト権限が必要な理由
コンテンツブロッカーは、ページ本体だけでなく、広告、計測、埋め込み動画、外部スクリプトなど、そのページから発生する要求を判定します。このため「アクセスしたウェブサイト上のデータの読み取りと変更」に相当する広い権限が必要になります。権限文が広いこと自体は機能と整合しますが、同じ権限を持つ拡張はページ内容へ大きく関与できます。発行元とIDの確認が重要なのはこのためです。
更新時に権限が変わった場合
更新時に権限の追加を求められたら、拡張機能の詳細画面、Edgeアドオンの更新情報、GitHubのリリースを照合します。説明できない権限変更、発行元表示の変化、Edgeによる自動無効化があれば、再有効化を急がず利用を止めて確認します。
初期設定は既定リストから始める
インストール直後は標準構成のまま数日使うと、拡張機能そのものと追加設定の影響を分離できます。uBOの公式リポジトリは、EasyList、EasyPrivacy、uBO内蔵リストなどが既定で使われると説明しています。自動更新も通常は有効なので、警告表示を見ただけで毎回キャッシュ操作や全リスト更新を繰り返す必要はありません。
フィルターを追加する場合の基準
- 日本語サイト向けなど具体的な不足があるときだけ、保守主体と更新状況が分かるリストを一つ追加する。
- 目的が重なるリストを大量に選ばない。公式Wikiも、リストを増やすほどページ不具合の可能性が上がると説明している。
- 掲示板に貼られた不明な購読URLや、内容を確認できない自作ルールを一括投入しない。
- 高度な利用者向けモードは、ログを読んでサイト単位の例外を管理できる場合だけ使う。
サイトが壊れたときの切り分け
- 同じタブを再読み込みし、一時的な通信失敗でないか確認します。
- uBOならツールバーの大きな電源ボタン、uBOLならサイト単位のフィルタリング設定を使い、対象サイトだけで停止して再読み込みします。
追加した設定から原因を絞る
- 停止すると直る場合は、最近追加したフィルターや自作ルールを新しいものから外します。サイト全体の恒久許可は最後にします。
- 変化がなければ拡張機能全体を一時的に無効化し、Edge標準状態でも再現するか調べます。
- Edge標準状態でも壊れるなら、ネットワーク、サイト側障害、別の拡張機能、保存データを調べます。
送信を伴うサイトでは二重処理を避ける
決済、行政、医療、社内申請で送信後に画面が止まったときは、再送信する前に受付履歴やメールを確認します。単なる表示失敗でも二重注文や二重申請になることがあるためです。正規ドメインを確認したうえで当該サイトだけを一時許可し、処理が終わったら不要な例外を削除します。
安全上の注意
非公式ビルド、改造版、開発者モードで配られる不明なパッケージは使わず、会社や学校の拡張機能ポリシーを回避しないでください。また、uBO／uBOLはWindows Update、Microsoft Defender、SmartScreen、多要素認証、バックアップの代わりではありません。コンテンツブロックを試すためにこれらの標準保護を止める必要はありません。
企業・学校・共有PCでの扱い
管理端末では、ストアに掲載されているかだけでなく、許可する拡張機能ID、配布する版、標準設定、例外サイト、問い合わせ先を管理者が決めます。業務システムをテストする場合は、サインイン、ファイルのアップロード、印刷、電子署名、SSO、外部決済など実際の経路を確認します。個人が作った信頼済みサイト一覧を共有PCへそのまま持ち込むと、必要以上のサイトが除外されるため避けます。
無効化、削除、設定の復旧
不具合調査では、まず edge://extensions でオフにします。症状が消えたことを確認してから、不要なら［削除］を選びます。uBOで自作フィルターや信頼済みサイトを再利用する場合は、ダッシュボードのバックアップ機能でエクスポートしてから削除します。クラウド保存は便利ですが、公式Wikiではバックアップ機能の代替にしないよう案内されています。
再インストール後は既定状態から戻す
再インストールは同じ正規ストアページから行い、最初はバックアップを読み込まず既定状態で試します。既定状態で正常なら、必要なリスト、信頼済みサイト、自作ルールの順に戻せば、どの設定が不具合を再発させるかを特定できます。Edge再起動後も選んだ版が有効で、必要なページ操作が通ることまで確認します。
コメント