ポップアップブロックとは？仕組み・設定方法・費用相場からDX推進のポイントまで解説

ポップアップブロックとは、Webページ閲覧中に自動で表示される別ウィンドウ・別タブをブラウザが自動的に抑止する機能のことです。Google Chrome・Microsoft Edge・Safari・Firefoxなど主要ブラウザに標準搭載されており、不正広告やフィッシング誘導のリスクを下げる一方、業務システムの重要な確認画面まで誤ってブロックしてしまうケースも少なくありません。本記事では、ポップアップブロックの基本的な仕組みから、ブラウザ別の設定方法、企業で運用する際に押さえるべき機能、導入・運用コストの中央値、業界別の実務ポイント、関連する法務論点、よくある失敗パターンまでを、中小企業のIT・総務担当者向けに整理して解説します。

目次

開く

閉じる

1. ポップアップブロックとは？基本的な仕組みと業務PCでの位置づけ
2. ブラウザ別ポップアップブロックの設定方法とタイプ比較
3. 企業のポップアップブロック設定で押さえるべき機能・主要要素
4. 導入・運用にかかるコストの相場と中央値
5. 業界別に見るポップアップブロック運用の実態
6. ポップアップブロック運用に関わる法務論点
7. よくある失敗パターン3つと回避策
8. よくある質問（FAQ）
9. まとめ｜今日からできる3つのこと
10. 参考文献

ポップアップブロックとは？基本的な仕組みと業務PCでの位置づけ

ポップアップブロックとは、Webページを開いたときに自動で立ち上がる別ウィンドウや別タブ（ポップアップ）を、ブラウザ側の判断で自動的に抑止する機能のことです。Google Chrome・Microsoft Edge・Safari・Firefoxなど主要ブラウザには標準機能として搭載されており、追加のソフトを導入しなくても既定で有効になっています。マーケティング施策として自社サイトに表示するポップアップ（クーポン表示やチャット起動など）とは異なり、ここで扱うのは「ブラウザが不要な別ウィンドウを開かせない・開かせる」というセキュリティ寄りの設定領域です。

ブラウザがポップアップを検知する仕組みはシンプルです。Webページ内のJavaScriptがwindow.open()などの命令を実行すると、ブラウザはまず「その命令がユーザーの操作（クリックやタップなど）を起点にしているか」を判定します。ボタンクリックに紐づいた別窓表示（例：資料請求フォームのポップアップ、外部決済画面の呼び出しなど）は正当な操作とみなされ許可されますが、ページ読み込み直後やスクロール中など、ユーザー操作を伴わずに自動発生した別窓表示はブロック対象になります。この「ユーザー操作起点かどうか」の判定が、ポップアップブロックの中核ロジックです。

業務PCにおいてこの機能が重要視される理由は、単なる閲覧時の煩わしさ対策ではなく、情報セキュリティ対策の一部として機能している点にあります。不正な広告配信ネットワークを経由した「不正広告（malvertising）」は、閲覧しているだけで自動的に別ウィンドウを開き、偽の警告画面やフィッシングサイトへ誘導するケースが知られています。独立行政法人情報処理推進機構（IPA）は、フィッシングや不正なWebサイトへの誘導を含む脅威について例年注意喚起を行っており、業務端末が不審な別窓経由で偽サイトへ遷移するリスクは、組織全体の情報セキュリティ対策として軽視できない項目とされています。

中小企業のDX推進においては、クラウドサービスの利用拡大に伴い従業員が日常的に多数のWebサイト・SaaS管理画面を開く機会が増えています。その分、不正な別窓表示に遭遇する接点も増えるため、ブラウザ標準のポップアップブロックを有効な状態で維持し、必要に応じて拡張機能や全社的な管理設定で補強することが、情報システム部門・総務部門にとって基本的かつ効果の大きい対策の一つになります。

ブラウザ別ポップアップブロックの設定方法とタイプ比較

ポップアップブロックの設定は、ブラウザごとに設定場所や操作方法が異なります。まずは主要4ブラウザでの設定手順を比較します。

ブラウザ	設定場所	操作方法の要点
Google Chrome	設定 → プライバシーとセキュリティ → サイトの設定 → ポップアップとリダイレクト	既定で「許可しない」。サイト単位で例外を追加可能
Microsoft Edge	設定 → Cookieとサイトのアクセス許可 → ポップアップとリダイレクト	Chromiumベースのため操作感はChromeと近い。組織管理下ではグループポリシーが優先される
Safari	Safari環境設定（macOS）または設定アプリ（iOS）→ Webサイト／一般 → ポップアップウィンドウ	「確認」「許可」「ブロックして通知」等から選択。既定は制限的
Mozilla Firefox	設定 → プライバシーとセキュリティ → 許可設定 → ポップアップウィンドウをブロックする	「例外設定」ボタンからサイト単位で許可リストを管理

いずれのブラウザも「既定でブロック・必要なサイトのみ例外的に許可する」という設計思想は共通しています。ただし、個人の端末で1つずつ設定を確認していく方法は、従業員数が増えるほど管理負荷が高くなります。そこで実務上は、次の3つのアプローチのどれを採用するかを整理しておくことが重要です。

1つ目は「ブラウザ標準機能によるブロック」で、上記の設定画面から個々の端末・個人単位で管理する方法です。導入コストはゼロですが、従業員が自分で設定を変更できてしまうため統制力は弱くなります。2つ目は「拡張機能によるブロック」で、広告ブロッカー系の拡張機能を追加導入し、標準機能よりも広い範囲の不正広告・トラッカーを検知させる方法です。防御力は高まりますが、拡張機能自体の権限管理や、業務に必要なポップアップまで誤ってブロックしてしまう副作用に注意が必要です。3つ目は「グループポリシー・MDMによる全社一括管理」で、Windowsのグループポリシー（GPO）やMicrosoft Intune、Google Workspaceの管理コンソールなどを使い、情報システム部門が全端末のポップアップブロック設定を一括で強制する方法です。従業員による設定変更を防げるため統制力は最も高くなりますが、導入・運用には一定の専門知識と管理体制が必要です。

3つのタイプの違いを図解で整理します。

個人事業主や数名規模であればブラウザ標準機能のみで十分な場合が多く、従業員数が増え端末管理が分散してくる企業では、拡張機能やグループポリシー・MDMによる一括管理を組み合わせることで、設定のばらつきによるセキュリティホールを防ぎやすくなります。自社の従業員規模や情報システム部門の体制に応じて、どの方式を軸にするかを検討することが実務上のポイントです。

企業のポップアップブロック設定で押さえるべき機能・主要要素

ブラウザのポップアップブロック機能は「オンかオフか」の単純な話ではありません。企業で運用する場合は、誤ブロックによる業務システムの操作不能を防ぎつつ、不要な広告・詐欺サイトのポップアップは確実に遮断する、という両立が求められます。ここでは中小企業のIT・総務担当者が設定時に押さえておくべき4つの要素を整理します。

許可リスト（許可サイト登録）管理機能

Chrome・Edge・Safari・Firefoxなど主要ブラウザには、特定サイトのポップアップのみを許可する「許可リスト」機能が標準で搭載されています。設定画面からサイトのURLを個別に登録することで、そのサイトが開く新しいウィンドウやタブをブロック対象から除外できます。個人のPCであれば設定はユーザー自身が行えますが、社内で使う業務システムやSaaSツールが複数ある場合、担当者ごとに設定がばらつくと「あるPCでは使えるが別のPCでは使えない」という状態が発生しやすくなります。

例外設定（業務システム・SaaSの重要ポップアップを誤ブロックしない設定）

会計システム、勤怠管理、契約書の電子署名、Web会議ツールなど、業務で使うSaaSの中にはポップアップウィンドウで重要な操作（承認画面・ファイルダウンロード・外部認証連携など）を行う設計のものが少なくありません。この場合、ポップアップブロックが有効なままだと、担当者が「エラーが起きた」「システムが動かない」と誤解し、問い合わせや業務停止につながるケースがあります。導入時には、利用予定のSaaSがポップアップ表示に依存する仕組みかどうかを事前に確認し、必要なドメインを例外リストに登録しておくことが実務上のポイントです。

全社一括配布・管理機能（Chrome Enterprise・Microsoft Intune等）

従業員数が一定規模を超えると、PC1台ずつ手動でポップアップブロックの例外設定を行うのは現実的ではありません。ここで活用されるのが、ブラウザの企業向け管理機能や、Windows端末を統合管理するMDM（モバイルデバイス管理）です。

• Chrome Enterprise（管理コンソール）：グループポリシーやクラウド管理コンソールから、許可URLリストを全社のPCに一括配布できる。個々の端末で設定を変更する必要がない。
• Microsoft Intune / グループポリシー（GPO）：Windows環境で、Edgeを含む複数ブラウザのポップアップ許可設定をポリシーとして一括適用できる。組織単位（部署・拠点）ごとに異なる設定を配布することも可能。

一括管理を導入すると、新入社員のPCセットアップ時や、新しいSaaS導入時の例外追加作業を、情報システム部門が一元的に行えるようになります。

拡張機能によるカスタムブロックとの違い

ブラウザ標準のポップアップブロックに加えて、広告ブロックやトラッキング防止を目的としたサードパーティの拡張機能を導入している企業もあります。ただし両者は目的も管理方法も異なる点に注意が必要です。

項目	ブラウザ標準のポップアップブロック	拡張機能によるカスタムブロック
管理主体	OS・ブラウザベンダー（Google・Microsoft等）	拡張機能の開発元（第三者）
全社一括配布	Chrome Enterprise・Intune等で対応可	拡張機能の強制インストール設定が別途必要
セキュリティ管理	ベンダーが継続的にアップデート	拡張機能自体の権限・データ収集リスクを個別に確認する必要がある
対象範囲	ポップアップウィンドウ全般	広告・トラッカーなど拡張機能ごとに異なる

社内で拡張機能を利用する場合は、情報システム部門が許可した拡張機能のみをインストール可能にするなど、ブラウザ標準機能とは別のガバナンスルールを設けておくことが望ましいでしょう。

導入・運用にかかるコストの相場と中央値

「ポップアップブロックにコストがかかるのか」という点は、多くの企業が誤解しやすいポイントです。機能そのものと、それを全社で統一管理する仕組みとでコスト構造が大きく異なるため、分けて理解する必要があります。

ポップアップブロック自体は基本無料

Chrome・Edge・Safari・Firefoxなど主要ブラウザのポップアップブロック機能は、ブラウザに標準搭載された無料機能です。個人PC単位で有効化・許可リスト登録をするだけであれば、追加のライセンス費用は発生しません。中小企業がまず押さえておきたいのは、この「機能自体は無料」という前提です。

全社統一管理を行う場合のコスト構造

一方で、従業員数が増え、PCごとに設定がばらつくリスクを避けたい場合は、全社一括管理の仕組みを検討する企業が多くなります。この場合のコストは主に2種類に分かれます。

管理方法	コスト	できること
Chrome Enterprise Core	無料	クラウド管理コンソールでの基本的なポリシー配布（許可URL一括設定を含む）
Chrome Enterprise Premium	有料（従業員数・契約形態に応じたライセンス費用）	高度なセキュリティ管理・レポーティング機能を含む上位プラン
Microsoft Intune等のMDM	有料（Microsoft 365の契約プランに含まれる場合あり／単体契約は月額ライセンス費用が発生）	Windows端末全体のポリシー管理の一環としてブラウザ設定を配布

すでにMicrosoft 365のライセンスを契約している企業であれば、プランによってIntuneが含まれている場合があり、追加コストをかけずに一括管理を始められることもあります。逆に、MDMを新規契約する場合は、従業員1人（1台）あたりの月額ライセンス費用が積み上がる点を踏まえて予算を検討する必要があります。

導入・運用にかかる時間の中央値

コストを金額だけで見ると小さく感じられますが、実務上の負荷は「設定にかかる時間」に表れます。一般的によく見られる範囲として、以下のような時間感が中央値の目安になります。

• MDM導入にかかる社内調整・設定作業期間の中央値：中小企業規模（従業員数十名〜100名程度）では、要件整理からポリシー配布までおおよそ2〜4週間程度が中央値としてよく見られる範囲です。既存のMicrosoft 365契約を流用できる場合はより短縮される傾向があります。
• 1台あたりの初期設定・例外追加にかかる作業時間の中央値：手動で1台ごとに許可リストを登録する場合は1台あたり5〜10分程度が中央値の目安です。一括配布の仕組みを使えば、対象端末数に関わらずポリシー配布自体は数分〜数十分で完了します。
• 新規SaaS導入時の例外追加にかかる運用コスト：新しいSaaSツールを導入するたびに、そのドメインを例外リストに追加する運用が発生します。IT担当者1名が対応する場合、確認・登録・動作テストを含めて1件あたり15〜30分程度が中央値としてよく見られる範囲です。

一括管理の仕組みを整えていない企業では、この例外追加作業が従業員からの都度の問い合わせ対応として発生し、担当者の負担が積み重なりやすい点に注意が必要です。全社ポリシーとして一元管理しておくことで、SaaS導入時の設定変更を最小限の手数で完了できます。

業界別に見るポップアップブロック運用の実態

ブラウザのポップアップブロック機能は業種を問わず標準搭載されているが、業務で使うシステムの種類によって「誤ブロックが起きたときの影響範囲」は大きく異なる。ここでは製造業・サービス業・小売業の3業種を例に、現場で実際に起こりやすい運用課題を整理する。

製造業：生産管理システムのアラートが止まる

製造業では、発注・生産管理システムが在庫不足や工程異常をポップアップで通知する設計になっているケースが多い。工場の共用PCでブラウザのポップアップブロックが有効になっていると、こうした重要な通知がブロックされ、発注遅延や生産ラインの停止対応の遅れにつながるおそれがある。特に複数人が同じ端末を使う工場現場では、個人ごとの設定差が事故の原因になりやすい。

対策としては、IT部門が使用する生産管理・発注システムのドメインをあらかじめ「許可リスト」に登録し、共通のブラウザ設定ポリシーとして工場内の全端末に配布・統一しておくことが有効である。個々の現場担当者の判断に設定を委ねない体制づくりが、業務停止リスクの低減につながる。

サービス業（士業・コンサルティング等）：確認ダイアログの欠落が業務ミスに直結

士業事務所やコンサルティング会社では、予約システムや顧客管理SaaS（CRM）の確認ダイアログ・警告ポップアップが、入力ミスや重複登録を防ぐ役割を果たしている。ポップアップブロックが有効なままだと、こうした確認画面が表示されずに処理が進んでしまい、顧客情報の誤登録や予約の重複といったトラブルにつながりかねない。

個人情報を扱う場面が多い業種であるため、利用する予約システム・CRMのドメインを許可リストに登録し、確認ダイアログが必ず表示される状態を保つことが望ましい。新しいSaaSを導入した際は、許可リストの更新を導入手順のチェックリストに含めておくと運用の抜け漏れを防ぎやすい。

小売業（EC含む）：決済画面のポップアップ誤ブロックが決済エラーに直結

小売業・EC事業者では、クレジットカード決済時の3Dセキュア認証画面がポップアップまたは別ウィンドウで表示される決済フローが一般的である。ここがブロックされると、認証が完了できず決済エラーとなり、購入者側の離脱や店舗側の売上機会損失につながる。店舗のPOSレジ連携システムでも、決済確認や在庫連携の通知がポップアップで表示される設計であれば同様のリスクがある。

決済代行サービスやPOSレジ連携システムを導入する際は、対象ドメインの許可リスト登録をあわせて設定し、店舗のレジ端末・バックオフィス端末の双方でブラウザ設定を統一しておくことが、決済トラブルの防止につながる。

ポップアップブロック運用に関わる法務論点

ポップアップブロックの設定は一見技術的な話題に見えるが、Cookie同意やトラッキング防止、業務システムの承認フローと関わる場面では法令・ガイドラインへの目配りも必要になる。ここでは確認事項として押さえておきたい観点を整理する。断定的な法的判断は専門家への確認を前提とし、あくまで社内でチェックすべき論点として捉えてほしい。

個人情報保護法・Cookie同意との関連

広告ブロッカーやトラッキング防止機能をポップアップブロックと合わせて設定する企業では、Webサイト側のCookie同意バナーの表示・非表示に影響が出ることがある。個人情報保護委員会が公表する「個人情報の保護に関する法律についてのガイドライン（通則編）」では、個人情報の利用目的の特定・通知が求められており、Cookie等を通じた情報取得を伴うサービスを利用する場合は、自社が加害者・被害者いずれの立場にもなり得る点を確認しておきたい。

特に、顧客管理SaaSやマーケティングツールのポップアップ表示・非表示設定を一律に変更する際は、対象サービスが個人情報の取得・同意管理をどのように行っているかを事前に確認し、社内のプライバシーポリシーや利用目的の記載と矛盾が生じないか、担当部門（法務・情報システム部門等）に確認する運用が望ましい。

電子帳簿保存法との関連（業務継続の論点として）

経理・会計SaaSの一部では、承認申請や電子取引データの保存処理を行う際に確認ポップアップが表示される仕様のものがある。電子帳簿保存法は電子取引データの保存要件を定めた法令であり、ポップアップブロック自体を直接規律するものではないが、承認ポップアップがブロックされて承認フローが完了できない状態が続くと、結果として保存・処理の遅延という業務継続上の問題が生じる可能性がある。

このリスクを避けるため、経理SaaSを導入・更新する際は、当該システムのドメインを許可リストに登録し、承認フローが滞りなく完了する状態を保っておくことが留意点となる。制度対応の詳細は法令やガイドラインの改定状況によって変わり得るため、最新の情報は国税庁の公表資料や顧問の税理士・会計士への確認を推奨する。

よくある失敗パターン3つと回避策

失敗パターン1：業務システムの重要ポップアップを誤ってブロック

本人確認画面・二段階認証・印刷確認ダイアログなど、業務システムが業務フロー上必須としているポップアップを、ブラウザの初期設定や過去の誤操作でブロックしてしまい、ログインや承認作業が進まなくなるケースがある。原因が「ポップアップブロック」であることに気づかず、システム側の不具合と誤認して問い合わせに時間がかかることも多い。

回避策：業務で使う主要システムのドメインを事前にリストアップし、許可リストとしてブラウザに登録しておく。新システム導入時は、導入手順書に「許可リスト登録」の項目をあらかじめ組み込んでおくと、担当者が変わっても抜け漏れを防げる。

失敗パターン2：広告ブロッカー拡張機能により自社SaaSの通知が届かない

社員が個人の判断でブラウザに広告ブロッカー拡張機能を追加した結果、ブラウザ標準のポップアップブロックとは別に、SaaSの通知バナーやアラートまで非表示になってしまうケースがある。ブラウザ設定を確認しても原因が見つからず、対応が後手に回りやすい失敗パターンである。

回避策：業務PCへの拡張機能インストールを情報システム部門の許可制にする、または利用可能な拡張機能をリスト化して周知する。すでに導入されている場合は、拡張機能側の除外リスト（許可ドメイン）にも業務システムを登録するよう周知する。

失敗パターン3：全社一律ブロックによる個別解除申請の増大

情報システム部門がセキュリティ強化を目的に全社ポリシーでポップアップを一律ブロックした結果、現場の各部署から「このシステムだけ許可してほしい」という個別申請が相次ぎ、対応に手間がかかって運用負荷が増大するケースがある。申請対応が追いつかず、現場が自己判断で設定を変更してしまい、統制が崩れる二次的な問題も起きやすい。

回避策：一律ブロックの前に、各部署が業務で使用するSaaS・システムのドメインを棚卸しし、許可リストをあらかじめ整備してから全社展開する。運用開始後も、新規SaaS導入時の許可リスト追加を情報システム部門への申請フローとして明文化し、都度対応ではなく仕組み化しておくことで、申請対応の負荷を抑えられる。

よくある質問（FAQ）

Q. ポップアップブロックが原因で業務システムが動かないときはどうすればいい？

A. まずはブラウザのアドレスバー付近に表示される通知アイコンから、そのサイトを許可リストに追加すれば解消できます。

業務システムの中には、申請ボタンやダウンロードリンクの押下時に新しいウィンドウ（ポップアップ）を開く設計のものが少なくありません。ブラウザ側がこれを不要な広告と誤認してブロックすると、「画面が反応しない」「ダウンロードが始まらない」といった問い合わせにつながります。対処としては、該当サイトのURLをブラウザの設定画面から許可リストに登録するのが基本です。Chromeであればアドレスバー右側に表示されるブロックアイコンをクリックして「常に許可する」を選択するだけで完了します。社内で同じ業務システムを使う人が複数いる場合は、都度ユーザーに対応させるのではなく、MDM（モバイルデバイス管理）による一括設定に切り替えたほうが問い合わせ対応の手間を減らせます。

Q. ブラウザごとにポップアップブロックの設定方法は違う？

A. はい、設定項目の名称や許可リストへの登録手順はブラウザごとに異なります。

Chromeは「プライバシーとセキュリティ」内の「サイトの設定」から、Edgeは「Cookieとサイトのアクセス許可」から、Safariは「Webサイト」タブから、Firefoxは「プライバシーとセキュリティ」の「許可設定」からそれぞれ設定します。混在環境（部署によって使用ブラウザが異なる、私物端末での業務利用がある等）では、IT担当者が全ブラウザの手順を把握していないと対応が後手に回りやすい点に注意が必要です。社内で複数ブラウザが使われている場合は、マニュアルを1つに統合するより、ブラウザ別の手順書を用意しておくほうが問い合わせ対応がスムーズになります。

Q. MDMでポップアップブロックの許可リストを一括設定する必要はある？

A. 業務システムの利用者が10人を超える規模であれば、MDMによる一括設定を検討する価値があります。

従業員一人ひとりに手動設定を依頼すると、設定漏れや手順の誤りが必ず発生し、結果としてIT担当者への問い合わせが減りません。MDM（モバイルデバイス管理）ツールやグループポリシー（GPO）を使えば、許可リストの内容を管理者側で一元管理し、全社の端末に同じ設定を配布できます。特にリモートワークや複数拠点で端末管理が分散している企業では、個別対応のコストがかさみやすいため、一括配布の仕組みを整えておくメリットが大きくなります。一方で、数名程度の小規模なチームであれば、手動設定と手順書の共有で十分対応できる場合もあります。

Q. 個人PCと業務PCでポップアップブロックの設定を変える必要はある？

A. 業務PCでは許可リストを必要最小限に絞り、個人PCより厳格に運用するのが望ましい対応です。

個人PCであれば利用者本人の判断でポップアップを許可しても影響は本人に限られますが、業務PCの場合は不審なポップアップ経由のフィッシングやマルウェア感染が社内ネットワーク全体に広がるリスクがあります。そのため業務PCでは、業務上必要なサイトのみを許可リストに登録し、それ以外はブロックしたままにする「原則ブロック・例外許可」の運用が基本になります。私物端末を業務利用するBYOD環境では、個人利用と業務利用の切り分けが曖昧になりやすいため、業務用ブラウザプロファイルを分けるなどの工夫も検討に値します。

Q. ポップアップブロックはブラウザ標準機能と拡張機能のどちらを使うべき？

A. 業務利用では基本的にブラウザ標準機能で十分であり、拡張機能の追加はセキュリティリスクとのトレードオフを伴います。

Chrome・Edge・Safari・Firefoxはいずれもポップアップブロック機能を標準搭載しており、多くの業務利用シーンではこれだけで足ります。広告ブロックと一体化した拡張機能を追加すれば制御の柔軟性は上がりますが、拡張機能自体が権限を過剰に要求したり、開発元が不明な場合はデータ漏えいの入り口になったりする懸念があります。IPA（情報処理推進機構）も、不審なブラウザ拡張機能の追加がセキュリティインシデントの一因になり得ると注意を呼びかけています。業務PCに拡張機能を導入する場合は、IT担当者が事前に安全性を確認し、許可した拡張機能のみを利用させる運用が望ましいでしょう。

Q. 許可リストに登録したサイトはどうやって管理すればいい？

A. 登録サイトの一覧を台帳化し、定期的に「まだ必要か」を見直す運用が事故防止につながります。

許可リストは一度登録すると放置されがちですが、退職者が使っていた旧システムのURLや、契約終了したサービスのURLが残り続けると、不要な攻撃対象領域を抱えたままになります。棚卸しの頻度としては半期に1回程度を目安に、業務システムの契約状況とあわせて許可リストを見直すのが実務的です。台帳には「登録URL」「登録理由」「登録日」「担当部署」を記録しておくと、後任者への引き継ぎもスムーズになります。

まとめ｜今日からできる3つのこと

1. まずは自社で使用しているブラウザ（Chrome・Edge・Safari・Firefox）を確認し、それぞれのポップアップブロック設定画面の場所を把握しておく
2. 業務システムでポップアップが必要なサイトを洗い出し、許可リストとして台帳化したうえで、利用者が多い場合はMDMやグループポリシーでの一括配布を検討する
3. 業務PCでは「原則ブロック・例外許可」を基本方針とし、許可リストと拡張機能の利用状況を半期ごとに棚卸しする

ポップアップブロックは小さな設定項目に見えますが、業務効率とセキュリティの両方に関わる領域です。トラブル対応の場当たり的な許可設定に終わらせず、ルールとして運用に落とし込むことが、中小企業のIT担当者にとって着実な一歩になります。

参考文献

• 情報処理推進機構（IPA）「情報セキュリティ白書」
  https://www.ipa.go.jp/security/publications/hakusyo/
• 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」
  https://www.ppc.go.jp/personalinfo/legal/guidelines_tsusoku/