「この接続ではプライバシーが保護されません」エラーの直し方（全ブラウザ対応）

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

「この接続ではプライバシーが保護されません」は、ブラウザがウェブサイトのセキュリティ証明書を検証できなかったため、何も送信しないうちに接続を止めたことを意味します。 ChromeとEdgeはNET::ERR_CERT_DATE_INVALIDなどのエラーコード付きでこの警告を表示し、iPhone・iPad・MacのSafariは「接続はプライベートではありません」と表示して、このサイトが本物のサイトになりすましている可能性があると付け加えます。

いちばん早い見分け方：すべてのHTTPSサイトで表示されるなら、原因はデバイスかネットワーク（時計、公衆Wi-Fiのログインページ、ウイルス対策ソフト、VPN、プロファイル）です。1つのサイトだけで、どのデバイス・ネットワークでも表示されるなら、そのサイトの証明書が壊れており、直せるのはサイトの管理者だけです。

ブラウザは証明書を検証する際、（1）信頼する認証局が発行したか、（2）有効期限が切れていないか、（3）入力したアドレスと一致するか、（4）失効していないかを確認します。どれか1つでも失敗すると、この警告が表示されます。サイトが危険だとは限りませんが、ブラウザが安全だと証明できないことは確かです。

ブラウザ別のエラーコード一覧

各ブラウザはこのSSLエラーを異なる形で表示し、独自のエラーコードを使用します。主要ブラウザでの表示内容は以下の通りです。

エラーコードを見れば、何が問題なのかが正確にわかります。ERR_CERT_DATE_INVALIDは証明書の期限切れか、デバイスの時計のずれを意味します（このときChromeは「時計が進んでいます」または「時計が遅れています」と表示します）。ERR_CERT_AUTHORITY_INVALIDは、デバイスが信頼する認証局が発行した証明書ではないことを意味します（ERR_CERT_AUTHORITY_INVALIDの直し方）。ERR_CERT_COMMON_NAME_INVALIDは、証明書が別のアドレス用であることを意味します。

代わりに「このサイトは安全に接続できません」と表示される場合は、ハンドシェイク自体が失敗しています。これは別のエラー、ERR_SSL_PROTOCOL_ERRORです。

「この接続ではプライバシーが保護されません」の一般的な原因

原因は2つに分かれます。デバイスやネットワーク側の原因は自分で直せますが、ウェブサイトの証明書が壊れている場合は、直せるのはサイトの管理者だけです。

• デバイスの日付と時刻が間違っている — すべてのサイトで警告が出る場合によくある原因です。SSL証明書には有効期間があります。デバイスの時計がずれていると、すべての証明書が期限切れまたは有効期間前に見え、すべてのHTTPSサイトでエラーが発生します。
• SSL証明書の期限切れ — ウェブサイト所有者のSSL証明書が期限切れで更新されていない場合です。これはウェブサイト側の問題であり、ユーザーの問題ではありません。
• 自己署名証明書または信頼されていない証明書 — 認知された認証局から発行されていない証明書を使用しているウェブサイトです。開発サーバー、社内ツール、一部のIoTデバイスでよく見られます。
• ウイルス対策ソフトやファイアウォールのHTTPSスキャン — Avast、Kaspersky、ESET、BitdefenderなどのセキュリティソフトがHTTPS通信を傍受し、サイトの証明書を独自のものに置き換えます。その置換証明書がブラウザに信頼されていない場合、エラーが表示されます。
• VPNやプロキシの干渉 — VPNやプロキシは、特に公共ネットワークや企業ネットワーク上でSSL接続を傍受し、証明書の検証を失敗させることがあります。
• 学校・職場・ペアレンタルコントロールのプロファイル — 管理対象のiPhone・iPadやフィルタリングアプリは、HTTPS通信を組織独自の証明書経由で送ります。その証明書がデバイスで信頼されていないと、すべてのサイトで警告が表示されます
• 公共Wi-Fiのキャプティブポータル — ホテル、空港、カフェなどは最初のHTTPSリクエストを傍受してログインページを表示することが多く、認証が完了するまでSSL検証が失敗します。
• ドメイン名の不一致 — 証明書がwww.example.com向けに発行されているのにexample.comにアクセスした場合（またはその逆）、あるいは証明書がまったく別のドメインをカバーしている場合に発生します。
• 古いブラウザやOS — 古いブラウザやOSバージョンでは最新のルート証明書が入っていないため、有効な証明書を拒否することがあります。

iPhone / iPadで「接続はプライベートではありません」を修正する

iPhoneとiPadのSafariは「接続はプライベートではありません」と表示し、このサイトが本物のサイトになりすましている可能性があると付け加えます。iOS版Chromeは「この接続ではプライバシーが保護されません」と表示します。次の順に確認してください：

• 日付と時刻を直す：設定 → 一般 → 日付と時刻 →「自動設定」をオンにする
• Wi-Fiにログインする：公衆Wi-Fiではhttp://neverssl.comを開いてネットワークのログインページを表示させるか、モバイルデータ通信に切り替えて試す
• VPNとプロファイルを確認する：設定 → 一般 → VPNとデバイス管理。心当たりのないVPN、コンテンツフィルタ、プロファイルはHTTPS通信を傍受することがあります。VPNをオフにするか、プロファイルを削除してください
• 試しにiCloud プライベートリレーをオフにする：設定 → [ユーザ名] → iCloud → プライベートリレー
• Safariのデータを消去する：設定 → アプリ → Safari → 履歴とウェブサイトデータを消去
• iOSをアップデートする：設定 → 一般 → ソフトウェアアップデート — アップデートではAppleが信頼する最新の認証局リストも更新されます
• ネットワーク設定をリセットする（最後の手段）：設定 → 一般 → 転送またはiPhoneをリセット（iPadでは「転送またはiPadをリセット」）→ リセット → ネットワーク設定をリセット。保存済みのWi-FiパスワードとVPN設定が消去され、手動で信頼した証明書の完全な信頼もオフに戻ります（あとで「証明書信頼設定」をやり直してください）

アップデート後にiPadで「接続はプライベートではありません」と表示される場合

iPadOSやiOSのアップデート直後からすべてのサイトで警告が出るようになった場合は、まず次の3点を確認してください：

• 時計 — 設定 → 一般 → 日付と時刻 → 自動設定。アップデートで時間帯や日付がずれたままになることがあります
• 学校や職場の証明書 — 管理対象のiPadは、HTTPS通信を組織独自の証明書経由で送ります。手動でインストールした証明書は、全面的な信頼をオンにしないと機能しません：設定 → 一般 → 情報 → 証明書信頼設定 →「ルート証明書を全面的に信頼する」でその証明書をオンにする
• ネットワーク — モバイルデータ通信や別のWi-Fiで試してください。警告が消えるなら、原因はアップデートではなく元のネットワーク（多くは学校や職場のフィルタ）です

修正1：日付と時刻の設定を確認する

これは最も手早い修正方法です。時計が大きくずれている（年が違う、数か月ずれている）と、すべての証明書が期限切れまたは有効期間前に見えます。1日ずれているだけでも、直近1日以内に発行された証明書は検証に失敗することがあります。

• Windows：設定 → 時刻と言語 → 日付と時刻 →「時刻を自動的に設定する」と「タイムゾーンを自動的に設定する」をオンにする
• macOS：システム設定 → 一般 → 日付と時刻 →「日付と時刻を自動的に設定」をオンにする
• Android：設定 → システム → 日付と時刻 →「日時の自動設定」をオンにする
• iPhone/iPad：設定 → 一般 → 日付と時刻 →「自動設定」をオンにする

日付と時刻を修正したら、ブラウザを完全に閉じて開き直し、もう一度サイトにアクセスしてください。それですべてのサイトの警告が消えるなら、原因は時計でした。

修正2：シークレットモード（プライベートブラウジング）で試す

シークレット ウィンドウ（Chrome）やプライベートウィンドウ（Firefox、Safari）では、ほとんどの拡張機能が無効の状態で動きます。そこでサイトが開けるなら、VPN、プロキシ、ペアレンタルコントロールのアドオンなど、通信を経由させたりフィルタリングしたりする拡張機能が原因です。

通常のウィンドウで拡張機能を1つずつオフにして原因を特定してください。広告ブロッカーやキャッシュデータは証明書エラーの原因にならないため、キャッシュを削除してもほとんど効果はありません。

修正3：ブラウザのキャッシュとCookieを削除する

Cookieとキャッシュを削除しても、証明書エラーが直ることはまれです。ブラウザは新しい接続のたびに証明書を改めて確認するからです。ただし手早く無害で、Wi-Fiのログイン画面から残ったキャッシュページも消えます。

• Chrome：設定 → プライバシーとセキュリティ → 閲覧履歴データを削除 →「Cookie と他のサイトデータ」と「キャッシュされた画像とファイル」を選択 → データを削除
• Firefox：設定 → プライバシーとセキュリティ → Cookieとサイトデータ → データを消去
• Edge：設定 → プライバシー、検索、サービス → クリアするデータの選択 → Cookieとキャッシュされた画像を選択 → 今すぐクリア
• Safari：Safariメニュー → 設定 → プライバシー → Webサイトデータを管理 → すべて削除

キャッシュを削除したら、ブラウザを再起動してウェブサイトに再度アクセスしてみてください。

修正4：SSL状態をクリアする（Windows）

多くのガイドがSSL 状態のクリア（Clear SSL state。inetcpl.cpl → コンテンツ タブ → SSL 状態のクリア）を勧めています。これが消去するのはWindows自身のTLSライブラリのセッションキャッシュです。Chrome、Edge、Firefoxは独自のキャッシュを使うため、これらのブラウザではほとんど効果がありません。ブラウザ側では、ウィンドウをすべて閉じて開き直せば同じことができます。

• インターネットオプションを開く：Win+Rを押してinetcpl.cplと入力 → Enter
• 「コンテンツ」タブで「SSL 状態のクリア」をクリックし、「OK」をクリック
• ブラウザを完全に終了（システムトレイも確認）してから開き直し、もう一度アクセスする

修正5：ウイルス対策ソフトのHTTPSスキャンを無効にする

多くのウイルス対策ソフトは「HTTPSインスペクション」や「SSLスキャン」を実行し、暗号化されたトラフィックを傍受してウェブサイトの証明書を自社のものに置き換えます。ウイルス対策ソフトの証明書がブラウザに信頼されていない場合、すべてのHTTPSサイトで「この接続ではプライバシーが保護されません」が表示されます。

Avast、Kaspersky、Bitdefender、ESETにはいずれもこの機能があります。テスト手順（表示名はバージョンによって異なります）：

• Avast：設定 → プロテクション → コアシールド → ウェブシールド →「HTTPSスキャンを有効にする」のチェックを外す
• Kaspersky：Settings → Security settings → Network settings → Encrypted connections scan →「Do not scan encrypted connections」を選択
• Bitdefender：Protection → Online Threat Prevention → Settings →「Encrypted web scan」をオフにする
• ESET：Advanced setup（F5）→ Protections → SSL/TLS →「Enable SSL/TLS」をオフにする

HTTPSスキャンを無効にしてエラーが解消された場合、そのまま無効のままにするか、影響を受けているウェブサイトをウイルス対策ソフトの例外リストに追加できます。

修正6：別のネットワークに切り替える

ホテル、空港、カフェ、オフィスなどの公共Wi-Fiは、証明書の警告がよく出る場所です。これらのネットワークはキャプティブポータルで最初のHTTPSリクエストを傍受し、ログインページや利用規約ページを表示することが多く、そのためSSL検証が失敗します。

企業や学校のネットワークでは、SSLインスペクションプロキシを使用して証明書を独自の内部証明書に置き換えることがあり、プロキシ証明書がデバイスにインストールされていない場合にエラーが発生します。

• まずWi-Fiにログインする：ホテル・空港・カフェのWi-Fiではhttp://neverssl.comを開きます（わざとHTTPのサイトを使います）。ネットワークのログインページが表示されるので、ログインすればHTTPSサイトも通常どおり開けます
• モバイルデータ通信で試す：Wi-Fiをオフにして、モバイルデータ通信でサイトを開く
• 別のWi-Fiネットワークやテザリングで試す

修正7：DNSサーバーを変更する

DNSがこの警告の原因になるのは1つのケースだけです。サイトをフィルタリングするDNSサービス（ISPのブロック、ペアレンタルコントロール、広告ブロック用DNS）がブロックページに誘導すると、そのページの証明書は入力したアドレスと一致しません。通常はNET::ERR_CERT_COMMON_NAME_INVALIDとして表示され、フィルタが独自の認証局でブロックページに署名している場合はNET::ERR_CERT_AUTHORITY_INVALIDになります。パブリックDNSに切り替えれば、これが起きているかどうかがわかります。

デバイスのネットワーク設定かルーターでDNSを変更し（手順はGoogleのDNSサーバーを参照）、DNSキャッシュをクリアしてから再度アクセスしてください。リダイレクトを見分けるには、デバイスで実行したnslookup example.comの結果と、ネットワークの外から問い合わせるDNS RobotのDNS確認の結果を比べます。大きなサイトは正常でも異なるアドレスを返すことがありますが、サイトのホスティング事業者やCDNではなく、ISPやフィルタリングサービスが所有するアドレスが返るなら、ネットワークが接続を別の場所に誘導しています。

修正8：ブラウザとOSをアップデートする

ブラウザとOSには、信頼されたルート認証局（CA）の一覧が組み込まれています。ソフトウェアが古いと最新のルート証明書が不足している可能性があり、有効なSSL証明書を拒否する原因になります。

これが大規模に起きたのが2021年9月30日です。Let's Encryptの証明書が信頼される経路だった古いルート証明書DST Root CA X3が期限切れになり、アップデートを受けられなくなったデバイス（Let's EncryptはiPhone 4を例に挙げています）は、Let's Encryptの証明書を使うサイトを信頼しなくなりました。

• Chrome：メニュー → ヘルプ → Google Chromeについて → アップデートが利用可能な場合は更新
• Firefox：メニュー → ヘルプ → Firefoxについて → アップデートが利用可能な場合は更新
• Edge：メニュー → ヘルプとフィードバック → Microsoft Edgeについて → アップデートが利用可能な場合は更新
• Windows：設定 → Windows Update → 更新プログラムの確認
• macOS：システム設定 → 一般 → ソフトウェアアップデート

修正9：警告をバイパスする（注意して使用）

ウェブサイトを信頼しており、リスクを理解している場合は、警告を回避してページにアクセスできます。これは証明書を修正するものではありません。このサイトについて証明書を受け入れるようブラウザに指示するだけです。Chromeはこの選択を1週間記憶し、Firefoxは削除するまで例外として保持します。

• Chrome：エラーページの「詳細設定」をクリック →「[サイト名] にアクセスする（安全ではありません）」をクリック
• Edge：「Advanced」をクリック →「Continue to [site] (unsafe)」をクリック
• Firefox：「上級者向けの情報」をクリック →「[サイト名] へ進む (危険)」（旧バージョン：「詳細へ進む...」→「危険性を承知の上で使用」）
• Safari（iPhone、iPad、Mac）：「詳細を表示」をタップ → 説明文の最後にある閲覧用のリンクをタップ →「ウェブサイトを閲覧」
• 「アクセスする」リンクがない場合：Chromeは、サイトがHSTS（常に有効な証明書を必須にするようブラウザに指示する仕組み。このとき「[サイト名] では HSTS が使用されているため、現在アクセスできません」と表示されます）を使っているとき、証明書が失効しているか無効なとき、管理者が回避を禁止しているときにこのリンクを表示しません。無理に進むのが最も危険なケースなので、自分の側の原因を直すか、管理者が証明書を直すのを待ってください

修正10：ウェブサイト管理者向け — SSL証明書を修正する

訪問者があなたのウェブサイトで「この接続ではプライバシーが保護されません」と報告している場合、問題はSSL証明書の設定にあります。診断と修正のためのチェックリストを紹介します。

• 証明書の有効期限を確認する：DNS RobotのSSLチェッカーを使用して証明書の有効期限を確認してください。期限切れの場合はすぐに更新してください。
• 証明書チェーンを確認する：サーバーがサイトの証明書と一緒に中間証明書を送信していることを確認してください（ルート証明書は訪問者のデバイスにすでにあります）。中間証明書の欠落はサーバー側のよくある原因です。参考：SSL証明書チェーンとは？
• ドメイン名の一致を確認する：提供するすべてのホスト名が証明書のSubject Alternative Name（SAN）に含まれている必要があります。ブラウザはCommon Name（CN）を見ません。証明書がwww.example.comをカバーしていてもexample.comをカバーしていない場合、wwwなしでアクセスした訪問者にエラーが表示されます。
• 自動更新を有効にする：Let's EncryptやCloudflareを使用している場合、証明書の自動更新を有効にして、二度と期限切れにならないようにしてください。
• 設定をテストする：ドメインをDNS RobotのSSLチェッカーで実行して、チェーン検証、有効期限、プロトコルサポート、暗号スイートを含む完全な証明書分析を取得してください。

Androidで「この接続ではプライバシーが保護されません」を修正する

AndroidではChromeとすべてのChromiumベースのブラウザでこのエラーが表示されます。以下はAndroid固有の修正方法です。

• 日付と時刻を修正する：設定 → システム → 日付と時刻 →「日時の自動設定」と「タイムゾーンの自動設定」を有効にする
• ネットワークを切り替える：Wi-Fiをオフにしてモバイルデータ通信で試します。警告が消えるなら、Wi-Fiネットワーク（ログインページやフィルタ）が原因です
• プライベート DNSを確認する：設定 → ネットワークとインターネット → プライベート DNS。フィルタリングサービスを指定している場合は、試しに「OFF」にしてください。フィルタのブロックページは、要求したサイトの有効な証明書を提示できません
• システムアップデートを確認する：設定 → システム → システムアップデート — 古いAndroidバージョンでは最新のルート証明書が不足している場合があります
• 別のブラウザを試す：ChromeでエラーがでたらFirefoxでテスト — FirefoxはAndroidのものとは別の独自の証明書ストアを使用しています
• Chromeのキャッシュを削除する（最後の手段）：設定 → アプリ → Chrome → ストレージとキャッシュ → キャッシュを削除。キャッシュデータが証明書エラーの原因になることはまれなので、先に上の手順を試してください

修正の確認方法

修正を適用した後、SSL接続が正常に機能していることを確認しましょう。

• サイト情報アイコンを確認する：アドレスの左にあるアイコン（Chromeではチューナーのアイコン）をクリックします。接続が保護されていると表示されるはずで、そこから証明書の詳細を開けます。
• DNS RobotのSSLチェッカーでテストする：ドメインをSSLチェッカーで実行して、外部サーバーから完全な証明書チェーン、有効期限、プロトコルサポートを確認してください。
• 複数のブラウザでテストする：1つのブラウザで修正が機能した場合、Chrome、Firefox、Safariでもウェブサイトをテストして、すべてのブラウザで動作することを確認してください。
• 別のデバイスから確認する：スマートフォンや別のコンピューターからアクセスして、問題がローカルデバイスに限定されたものであり、サーバー側の問題ではないことを確認してください。