「この接続ではプライバシーが保護されません」の直し方

2026年5月更新。

TL;DR: 「この接続ではプライバシーが保護されません」は、ページの再読み込み、端末の時計の修正、ブラウザのキャッシュとCookieの削除、ネットワークの切り替え、ウイルス対策ソフトのSSLスキャンの一時停止で直ります。警告を無視して先に進んでよいのは、自分が所有しているサイトか完全に信頼できるサイトだけです。銀行やログインページでは絶対に無視しないでください。

ブラウザが証明書に問題のあるサイトへのアクセスをブロックするのは、中間者攻撃やデータの盗難からあなたを守るためです。ほとんどの場合、この保護は設計どおりに機能しています。ただ、ときどき正当なサイトが警告を出してしまうことがあります。証明書の期限切れ、サーバーの設定ミス、端末の時計のずれといった原因で、こちらはとにかく中に入りたいだけ、というケースです。

このガイドでは、このエラーが何を意味するのか、2026年の主要ブラウザでどう表示されるのか、そしてどういう順番で切り分けていけばいいのかを説明します。

Table of contents

Open Table of contents

• エラーの意味
• ブラウザごとの見え方
  • Google Chrome
  • Mozilla Firefox
  • Safari
  • Microsoft Edge
• 「この接続ではプライバシーが保護されません」の直し方
  • 1. ページを再読み込みする
  • 2. シークレット/プライベートモードで開く
  • 3. 端末の時計を確認する
  • 4. ブラウザのキャッシュとCookieを消す
  • 5. ネットワークを切り替える
  • 6. ウイルス対策ソフトやファイアウォールを確認する
  • 7. 手動で先に進む — ただし本当に慎重に
• まとめ
• 2026年の変更点
• SSL /「この接続ではプライバシーが保護されません」— 2026年のFAQ
  • なぜ2026年はこのエラーが以前より多いのですか?
  • 時計は正しくて証明書も期限内なのに、まだ出ます。なぜですか?
  • 「このまま続行」を押しても安全な場合はありますか?
  • 自分がサイト運営者です。訪問者のためにどう直せばいいですか?

エラーの意味

ブラウザはページを開く前に、サイトのTLS証明書(SSLの後継ですが、いまも両方の呼び方が同じ意味で使われます)を検証します。証明書には2つの役割があります。サイトが名乗っているとおりの相手であることを証明すること、そしてデータが通る暗号化されたトンネルを確立することです。

この検証に失敗すると、ブラウザはデータがやり取りされる前にあなたを止めます。理由としては次のようなものが考えられます。

1. 証明書の期限切れ、または証明書がない — 有効期間が過ぎているか、そもそも設定されていない。
2. 証明書とドメインの不一致 — 別のホスト名向けに発行された証明書(例: www.example.com 向けなのに example.com にアクセスしている)。
3. 信頼されていない認証局 — 自己署名の証明書か、ブラウザが認識していないCAが発行した証明書。
4. 端末の時計のずれ — システムの日時がずれていると、有効な証明書も期限切れに見えます。
5. ウイルス対策ソフトやファイアウォールによる介入 — 一部のセキュリティ製品は独自の証明書を差し込んでSSL検査を行い、それが検証を壊すことがあります。
6. 公衆Wi-Fiのキャプティブポータル — ホテルやカフェのログインポータルが、認証前のHTTPS通信を横取りします。

Chrome 124以降とFirefox 128以降はどちらもHTTPSファーストモードが既定なので、数年前よりこの警告を見る頻度は上がっています。

ブラウザごとの見え方

文言やエラーコードはブラウザによって違いますが、対処の手順は同じです。

Google Chrome

Chromeは赤い「保護されていない通信」の表示と 「この接続ではプライバシーが保護されません」 というメッセージを出し、その下に原因の絞り込みに使えるエラーコードを表示します。

2026年によく見るChromeのコード:

• NET::ERR_CERT_DATE_INVALID — 証明書が期限切れ、または時計がずれている
• NET::ERR_CERT_AUTHORITY_INVALID — 信頼されていない、または自己署名の証明書
• NET::ERR_CERT_COMMON_NAME_INVALID — 証明書がドメインと一致していない
• NET::ERR_CERT_WEAK_SIGNATURE_ALGORITHM — 証明書が古いアルゴリズム(SHA-1)を使っている
• ERR_SSL_VERSION_OR_CIPHER_MISMATCH — サーバーが古いTLS(1.0/1.1、いずれも現行ブラウザでは無効)しか提供していない
• MOZILLA_PKIX_ERROR_MITM_DETECTED — あなたとサーバーの間の何かがTLSを傍受している(多くはウイルス対策ソフト)

Mozilla Firefox

Firefoxは 「警告: 潜在的なセキュリティリスクあり」 または 「接続の安全性を確認できません」 と表示し、技術的な詳細を見るためのボタンを用意しています。

よく見るFirefoxのコード:

• SEC_ERROR_EXPIRED_CERTIFICATE
• SEC_ERROR_UNKNOWN_ISSUER
• MOZILLA_PKIX_ERROR_MITM_DETECTED
• SSL_ERROR_BAD_CERT_DOMAIN
• ERROR_SELF_SIGNED_CERT

Safari

Safariは斜線の入った鍵アイコンと 「この接続ではプライバシーが保護されません」 というメッセージを表示します。そのサイトが別のサイトになりすまして、決済情報や個人情報を盗もうとしている可能性があると警告する内容です。詳しく知りたい場合は 「詳細を表示」 をクリックしてください。

Microsoft Edge

Edgeは 「この接続ではプライバシーが保護されません」 と表示します。Chromeと同じChromiumエンジンを使っているので、エラーコードもChromeと同一です。加えて DLG_FLAGS_INVALID_CA や DLG_FLAGS_SEC_CERT_CN_INVALID が出ることもあります。

「この接続ではプライバシーが保護されません」の直し方

上から順に試してください。ほとんどの人は最初の3つで解決します。

1. ページを再読み込みする

F5(Windows/Linux)または Cmd + R(Mac)を押します。一時的な通信の乱れや、サーバーが一瞬だけ不正な証明書を返したといった原因なら、警告は一度出たきりで消えます。

2. シークレット/プライベートモードで開く

新しいシークレットウィンドウ(Chrome/Edgeは Ctrl + Shift + N、Macは Cmd + Shift + N、Firefoxは Ctrl + Shift + P)を開いて、同じURLをもう一度読み込みます。シークレットモードはまっさらな状態から始まるので、キャッシュされた証明書も邪魔をする拡張機能もありません。シークレットでは開けるのに通常のセッションでは開けないなら、キャッシュを消してください(手順4)。

3. 端末の時計を確認する

SSLエラーの原因として、これがいちばん見落とされています。TLS証明書の検証は時刻に依存します。システムの時計が数分ずれているだけでも、有効な証明書が期限切れに見えてしまいます。

Mac(macOS Sequoia / Sonoma): システム設定 → 一般 → 日付と時刻 →「日付と時刻を自動的に設定」がオンになっているか確認します。

Windows 11: タスクバーの時計を右クリック → 日付と時刻を調整 →「時刻を自動的に設定する」をオンにします。すでにオンなのに時刻がずれている場合は「今すぐ同期」をクリックしてください。

4. ブラウザのキャッシュとCookieを消す

ブラウザは証明書のコピーをキャッシュしています。不正な証明書がキャッシュに残っていると、サイト側が問題を直したあともブロックされ続けます。

• Chrome / Edge: 設定 → プライバシーとセキュリティ → 閲覧履歴データの削除 →「キャッシュされた画像とファイル」と「Cookie」にチェック → データを削除。Ctrl + Shift + Delete でも開けます。
• Firefox: 設定 → プライバシーとセキュリティ → Cookieとサイトデータ → データを消去。
• Safari: 開発 → キャッシュを空にする(先に 設定 → 詳細 で開発メニューを有効にしておきます)。

5. ネットワークを切り替える

公衆Wi-Fiにつないでいるなら、いったん切断してモバイル回線か、信頼できる自宅・オフィスのネットワークを試してください。空港やホテルのネットワークは、キャプティブポータルのログイン画面を出すためにHTTPSを横取りすることが多く、それが証明書の検証を壊します。

信頼できないネットワークをよく使うなら、まともなVPNを入れると通信が端末を出る前に暗号化されます。私は Surfshark VPN を使っています。試してみたい場合は30日間の返金保証があります。

6. ウイルス対策ソフトやファイアウォールを確認する

多くのウイルス対策ソフトには「SSLスキャン」「HTTPS検査」といった機能があり、マルウェアを調べるためにTLS通信を横取りします。ウイルス対策ソフトが独自の証明書を差し込み、ブラウザがそのCAを信頼済みとして認識していないと、この警告が出ます。

セキュリティソフトの設定でHTTPSスキャンを一時的に無効にして、エラーが消えるか確かめてください。消えるなら、スキャンを切ったままにするのではなく、そのサイトを信頼済みリストに追加する方法をベンダーのドキュメントで確認しましょう。

7. 手動で先に進む — ただし本当に慎重に

6つの手順をすべて試してもエラーが消えない場合、ChromeとEdgeには「詳細設定」→「[サイト名] にアクセスする(安全ではありません)」という選択肢があります。Firefoxでは「危険性を承知で続行」と表示されます。

先に進んでよい場面: 自分で管理している自己署名証明書の開発サーバーや社内ツール。

絶対に進んではいけない場面: ログイン、決済、大事な個人情報を求めてくるサイト。証明書の目的はまさにそのデータを通信中に守ることです。信頼できないサイトでそれを迂回すれば、認証情報や決済情報が平文で盗み見られます。

Chromeの「隠しコマンド」thisisunsafe(エラー画面でどこもクリックせずに直接タイプします)は、Chrome 124以降でも開発者向けの脱出口として機能します。使うのは自分が所有しているサイトか、完全に信頼できるサイトだけにしてください。

まとめ

「この接続ではプライバシーが保護されません」という警告は、ブラウザが仕事をしている証拠です。正当な原因のほとんどは2分もかからず直せます。再読み込み、時計の修正、キャッシュの削除、ネットワークの切り替えです。いちばん厄介なのはウイルス対策ソフトのSSL検査で、本物の証明書の問題とまったく同じ見た目になるからです。

心に留めておいてほしいルールは1つだけです。銀行のサイト、メールのログイン画面、本物の認証情報を扱うページでは、絶対に警告を押し切らないこと。まさにその攻撃を防ぐために、この警告は存在しています。

自分のドメインでこのエラーが出ているサイト運営者なら、いちばん早い直し方はたいていホスティングの管理画面からLet’s Encrypt証明書を更新するか、サーバーで certbot renew を実行することです。

---

このガイドは alejandrorioja.com の一部です。書いているのは Alejandro Rioja、 現在は 創業者向けのAIエージェントシステム を作っています。このサイトを最新に保っているエージェントもその1つです。仕組みはこちら →

2026年の変更点

この記事の具体的なアドバイスについて、2026年時点の更新をいくつか。

• HTTPS / 接続エラー の2026年のブラウザ事情: Chrome 130以降とFirefox 130以降はどちらもHTTPS専用モードが既定なので、「この接続ではプライバシーが保護されません」というエラーはより頻繁に出ます。原因はたいていLet’s Encrypt証明書の設定ミスか、ルート証明書の期限切れです。対処法は本文と同じで、見た目のUIだけが違います。
• GoDaddyのメール: 旧来のWorkspace Emailは、2024〜25年にかけてほとんどのアカウントがMicrosoft 365へ移行されました。この記事が古いIMAP設定に触れている場合は、M365のエンドポイント(outlook.office365.com)と照らし合わせて確認してください。
• Z-Library は、司法省による摘発が続くなかでも、2024〜26年を通じて入れ替わるミラーとAnna’s Archiveの傘下で稼働を続けました。法的な決着はついていません。
• ウェブサイトのソースコード の調べ方は変わっていません。DevTools、ソースを表示、そして技術スタックの判別にはWappalyzerです。Wappalyzerは2025年にAIスタック(LangChain、LlamaIndexなど)の検出を追加しました。

SSL /「この接続ではプライバシーが保護されません」— 2026年のFAQ

なぜ2026年はこのエラーが以前より多いのですか?

Chrome 124以降とFirefox 128以降は、どちらもHTTPSファーストモードが既定です。つまりブラウザはすべてのリクエストでHTTPより先にHTTPSを試みます。いまだにHTTPだけで配信しているサイトや、TLS証明書にわずかでも問題があるサイトは、以前なら黙って読み込まれていたところで警告が出るようになりました。セキュリティ上は正しいトレードオフで、単にこの画面を見る回数が増えたということです。

時計は正しくて証明書も期限内なのに、まだ出ます。なぜですか?

わかりやすい原因が消えたときに疑うべきなのは、(1)ウイルス対策ソフトのSSL検査が独自の証明書を差し込んでいる、(2)社内のプロキシやファイアウォールがTLS検査をしている、(3)公衆Wi-Fiのキャプティブポータルでまだ認証が済んでいない、(4)証明書は技術的には有効だが、非推奨のアルゴリズム(SHA-1)を使っているか、ブラウザがもう受け付けない中間証明書チェーンになっている、のいずれかです。(4)はサイト運営者が証明書の設定を直すしかありません。

「このまま続行」を押しても安全な場合はありますか?

限られた状況ならあります。ローカルの開発サーバー、自宅サーバーのツール、自分で用意して信頼している自己署名証明書の社内リソースなどです。パスワード、決済、大事な個人情報を求めてくるサイトでは、決して安全ではありません。この警告はまさにそのデータを守るために存在します。

自分がサイト運営者です。訪問者のためにどう直せばいいですか?

Let’s Encrypt(または他のCA)の証明書が期限切れになっていないか確認してください。certbot renew か、ホスティングの管理画面のSSL項目です。証明書が訪問者の使うホスト名(www を含むか含まないか)をきちんとカバーしているかも確認します。サーバーがリーフ証明書だけでなく、証明書チェーン全体を送っているかも見てください。SSL Labsの無料SSLテスト のようなツールを使えば、1分もかからず採点付きのレポートが手に入ります。

関連記事:

• 相手のメールアドレスを見つけて検証する方法(コツとツール)
• FacebookとMessengerを一時停止または削除する方法
• Ezoicレビュー: 機能と初心者向けの使い方