- Chromeの「安全でない接続」警告とは?HTTPサイトは閲覧できなくなる?
- Chromeで突然「安全でない接続」と警告される理由
- HTTPサイトは今後見られなくなる?閲覧禁止ではない
- Chromeの仕様はいつ変わった?2026年10月21日の発表内容
- 「このサイトへの接続は安全ではありません」と出たらどうする?
- 一度許可したHTTPサイトは、次も警告される?
- Chromeの警告設定を確認・変更する方法
- 家庭用Wi-Fiルーターや社内サイトも警告される?
- HTTPSのサイトなのに警告が出るのはなぜ?
- WordPressやブログ運営者が確認すべきこと
- Chromeの変更でGoogle検索順位やアクセス数は下がる?
- よくある疑問|シークレットモードなら警告は出ない?
- 今後、HTTPサイトは完全になくなるのか?
- まとめ|HTTPサイトは閲覧できるが、接続前の安全確認が重要に
Chromeの「安全でない接続」警告とは?HTTPサイトは閲覧できなくなる?

いつも見ていたWebサイトを開こうとしたら、突然Chromeに「このサイトへの接続は安全ではありません」と警告された。
以前は普通に閲覧できていたのに、サイトが危険になったのか。それとも、今後は古いホームページが見られなくなってしまうのか。
こうした疑問につながるChromeのセキュリティ機能について、Googleは2026年10月21日、公式ブログで変更内容と展開状況を説明しました。
結論からいうと、HTTPサイトが全面的に閲覧禁止になったわけではありません。
今回の変更は、暗号化されていないHTTP通信を行う前に、利用者へ確認を求める仕組みです。警告を確認して接続を許可すれば、引き続き閲覧できるサイトもあります。
ただし、許可して閲覧できることと、その通信が安全であることは別問題です。
また、最終的にHTTPSのページが表示されるサイトでも、途中の転送経路によって警告が出る場合があります。これは個人ブログやWordPressなどを運営している人にも関係する変更です。
GoogleとChromiumの公式資料をもとに、警告が表示される理由、対処方法、変更の時期、サイト運営者が確認すべきポイントまで整理します。
※本記事は2026年10月25日時点の公式情報に基づいています。警告画面や設定項目の表示は、Chromeのバージョンや端末、管理者による設定によって異なる場合があります。
Chromeで突然「安全でない接続」と警告される理由
今回の変更の中心となるのは、Chromeの「常に安全な接続を使用する」というセキュリティ機能です。
英語では「Always Use Secure Connections」と呼ばれ、HTTP接続前に確認する仕組みは「Ask-before-HTTP」とも呼ばれています。
従来のChromeでも、暗号化されていないページを開くと、アドレスバーなどに「保護されていない通信」と表示されることがありました。
しかし、この方法には弱点があります。
ページを開いた後に「安全ではない」と知らせても、その時点ではすでにHTTP通信が行われています。通信途中に第三者が介入できる環境だった場合、警告が表示される前に情報が読み取られたり、内容を改ざんされたりする可能性があるのです。
そこでChromeは、HTTPSで安全に接続できないサイトについて、HTTP通信を始める前に利用者の判断を求めるようになりました。
HTTPとHTTPSは何が違う?
HTTPとHTTPSの大きな違いは、通信を暗号化して保護する仕組みがあるかどうかです。
| 比較項目 | HTTP | HTTPS |
|---|---|---|
| URLの始まり | http:// | https:// |
| 通信の暗号化 | 原則なし | TLSで保護 |
| 盗み見への対策 | 通信内容が見られる可能性 | 通信内容を保護 |
| 改ざんへの対策 | 途中で変更される可能性 | 通信の完全性を保護 |
| Chromeの今回の変更 | 条件により接続前の警告 | 通常は警告なし |
例えば、HTTPサイトを公共Wi-Fiなどから閲覧した場合、通信経路上で情報を読み取ったり、内容を変更したりできる第三者が存在する可能性があります。
一方、HTTPSは通信を暗号化し、接続先との間でやり取りする情報を保護します。
ただし、HTTPSであっても詐欺サイトや悪意のあるサイトが存在しないわけではありません。HTTPSは通信の安全性を高める仕組みであり、掲載されている情報やサイト運営者そのものの信頼性を保証するものではないからです。
HTTPサイトは今後見られなくなる?閲覧禁止ではない
今回の変更で特に気になるのが、HTTPSに対応していないサイトが今後どうなるかという点でしょう。
Googleが発表したのはHTTPサイトの全面的な閲覧禁止ではなく、HTTP接続前に許可を求める仕組みです。
Chromeは、原則として最初にHTTPSによる接続を試みます。HTTPS接続が成立せず、HTTPでなら接続できる可能性がある場合、利用者に警告を表示します。
そこで利用者が接続を許可すれば、HTTPでの閲覧を続けられます。
つまり、古い個人ホームページやHTTPS未対応のサイトが、今回の変更だけを理由に一斉に消滅するわけではありません。
ただし、通信上の危険性が解消されるわけではありません。また、アクセス先が実際に停止している場合などは、許可してもページを表示できません。
URLがhttp://なら必ず警告される?
必ずしもそうではありません。
例えば、以前から使っていたURLが「http://example.com」だったとしても、そのサイトがHTTPS接続に対応していれば、Chromeが安全な接続へ切り替えて表示できる場合があります。
重要なのは、入力したURLの文字列だけでなく、Chromeが実際にHTTPSで接続できるかどうかです。
なお、利用者が明示的に「https://」から始まるURLを指定した場合や、サイトがHSTSによってHTTPS接続を要求している場合は、接続に失敗しても自動的にHTTPへ戻るわけではありません。こうしたケースでは通常の接続エラーなどが表示されます。
Chromeの仕様はいつ変わった?2026年10月21日の発表内容
今回の変更を理解するうえでは、Googleが変更を予告した日、Chromeの新バージョンが公開された日、展開状況を発表した日を区別する必要があります。
| 日付 | 出来事 |
|---|---|
| 2025年10月28日 | GoogleがChrome 154で警告機能を標準有効化する方針を予告 |
| 2026年前半 | セーフ ブラウジングの保護強化機能を利用するユーザーなどに先行展開 |
| 2026年9月22日 | Chrome 154の安定版公開。リリースノートにHTTP接続前の警告の既定有効化を掲載 |
| 2026年10月21日 | Googleが標準有効化の展開と初期データを公式ブログで説明 |
2025年の予告では、Chrome 154の公開時期は2026年10月とされていました。しかし、実際の安定版公開日は9月22日です。
これはGoogleが2026年3月に発表したChromeのリリース周期変更とも関係しています。2026年9月から新バージョンの公開周期が従来の4週間から2週間に短縮され、Chrome 154の予定日も当初の10月20日から9月22日に変更されました。
また、機能は段階的に展開されるため、すべての利用者に同じ日に警告が表示され始めたわけではありません。
この点を踏まえると、10月21日は「初めて警告機能が導入された日」ではなく、Googleが標準有効化の展開状況を公式に報告した日と理解するのが正確です。
実際に警告を見る人はどれくらいいる?
Googleが10月21日に公表した初期データによると、デスクトップ版Chrome利用者の約95%は、1週間のうちにHTTP接続前の警告を一度も見ていません。
一方、1週間に3回以上警告を見る利用者は1%未満でした。モバイル版では警告の発生割合がさらに低いと説明されています。
これは、多くのWebサイトがすでにHTTPSに対応していることを反映した結果と考えられます。
ただし、この95%は利用者の警告遭遇率であり、全Webサイトの95%がHTTPSに対応しているという意味ではありません。また、日本国内だけを対象にした数字でもありません。
「このサイトへの接続は安全ではありません」と出たらどうする?
警告が表示されたときに、最も避けたいのは内容を確認せずに接続を許可してしまうことです。
Google Chromeの日本語ヘルプでは、HTTPSに対応していないサイトへのアクセス時に「このサイトへの接続は安全ではありません」といった警告が表示されることを案内しています。
この警告自体は、そのサイトでウイルス感染や情報流出が発生したと断定するものではありません。しかし、HTTP通信には第三者による盗み見や改ざんの危険性があります。
知らないサイトなら、まずURLを確認する
検索結果やSNS、メールに掲載されたリンクから移動した場合は、表示されているアドレスが本当に目的のサイトなのか確認してください。
特に、銀行、通販サイト、公共サービス、会員制サービスなどを名乗っている場合は注意が必要です。
公式サイトの正しいアドレスを別の信頼できる経路で確認し、HTTPSで接続できるページを利用する方が安全です。
パスワードやクレジットカード情報は入力しない
HTTPサイトでは、ログインID、パスワード、クレジットカード番号、住所などの機密情報を入力しないようにしてください。
HTTPであっても、ページの内容が正常に表示されることはあります。しかし、表示されることと、送受信する情報が保護されていることは同じではありません。
また、「見るだけなら絶対に安全」ともいえません。HTTPでは通信途中でページの内容を変更される可能性もあり、悪意のあるリンクやプログラムなどを挿入される危険性があります。
どうしても古い資料などを閲覧する必要がある場合でも、接続先の信頼性を確認したうえで、警告を許可するリスクを理解する必要があります。
警告が出たらウイルス感染している?
いいえ。今回のHTTP接続前の警告だけで、サイトがウイルスに感染しているとは判断できません。
Chromeには、今回のHTTP警告とは別に、フィッシングやマルウェアなどの危険性を検出する「セーフ ブラウジング」という仕組みもあります。
また、「この接続ではプライバシーが保護されません」というエラーは、HTTPS証明書の期限切れや設定不備などによって発生する場合があり、HTTP接続前の確認画面とは区別する必要があります。
今回の変更によって、従来の証明書エラーの仕組みそのものが新しくなったわけではありません。
一度許可したHTTPサイトは、次も警告される?
毎回警告が表示されるとは限りません。
Googleは、利用者が一度HTTP接続を許可した場合、少なくとも2週間そのサイトを訪問していなければ再び警告する仕組みだと説明しています。
Chromiumの開発者向け資料では、さらに具体的に「許可を15日間記憶し、サイトへの再訪問時に期間を更新する」と説明されています。
例えば、あるHTTPサイトを初めて開き、警告を確認して接続を許可したとします。
その後も定期的にアクセスしていれば、許可期間が更新されるため、同じサイトについて警告をほとんど見ない場合があります。
反対に、長期間アクセスせず、許可期間が過ぎてから再訪問すると、再び確認を求められる可能性があります。
したがって、「一度許可したサイトは永久に警告されない」というわけでも、「HTTPサイトを開くたびに必ず警告が表示される」というわけでもありません。
Chromeの警告設定を確認・変更する方法
今回の警告に関係する設定は、Chromeの「常に安全な接続を使用する」です。
以前に自分でこの設定を変更していた場合は、その選択が標準有効化後も尊重されるため、ほかの利用者と警告の出方が異なることがあります。
Windows・Macで確認する方法
- Chromeを開き、右上のメニューから「設定」を選択する
- 「プライバシーとセキュリティ」を選択する
- 「セキュリティ」を開く
- 「安全な接続」にある「常に安全な接続を使用する」を確認する
- 必要に応じて、警告対象となるサイトの範囲を確認する
パソコンでは、Chromeのアドレスバーに「chrome://settings/security」と入力して設定画面を開くこともできます。
設定には、公開サイトに対して警告するモードと、非公開サイトも含めて警告するモードがあります。
Android版Chromeで確認する方法
- AndroidスマートフォンでChromeを開く
- 右上のメニューから「設定」を開く
- 「プライバシーとセキュリティ」を選択する
- 「セキュリティ」内の「常に安全な接続を使用する」を確認する
Android版でも、安全でない公開サイトだけを警告する設定と、非公開サイトを含める設定がGoogleのヘルプで案内されています。
警告をオフにしてもいい?
Chromeでは、この機能を無効にすることもできます。
ただし、警告をオフにしてもHTTP通信がHTTPSに変わるわけではありません。接続前に危険性を確認できる機会が減るため、単に警告が煩わしいという理由だけで無効化することはおすすめしません。
特定のサイトで問題が起きる場合は、まずHTTPSに対応した正しいURLがないかを確認する方がよいでしょう。
なお、会社や学校が管理しているChromeでは、管理者が設定を指定していることがあります。その場合、利用者自身では変更できないこともあります。
家庭用Wi-Fiルーターや社内サイトも警告される?
HTTPSを使っていないサイトがすべて同じように警告されるわけではありません。
Googleは、標準設定では一般公開サイトを主な警告対象とし、ローカルネットワークなどに存在する非公開サイトには例外を設けています。
例えば、家庭用Wi-Fiルーターの設定画面に使われる「192.168.0.1」のようなローカルIPアドレスや、「intranet/」のような単一ラベルのホスト名は、標準設定では警告の対象外です。
| アクセス先 | 標準設定での扱い |
|---|---|
| HTTPS非対応の一般公開サイト | 原則として警告対象 |
| 192.168.0.1などのローカルIP | 原則として対象外 |
| http://localhost | 対象外 |
| intranet/などの単一ラベル名 | 原則として対象外 |
| 公開ドメインを使用する社内システム | 条件によって警告対象 |
ただし、会社の社内サイトというだけで必ず対象外になるわけではありません。公開ドメインを使っている場合や、ブラウザ側で非公開サイトも警告する設定にしている場合は、扱いが変わります。
また、ローカルサイトが警告対象外であっても、HTTP通信そのものが暗号化されるわけではありません。安全性が保証されたという意味ではない点にも注意が必要です。
HTTPSのサイトなのに警告が出るのはなぜ?
ここからは、Webサイトを運営している人にも重要な内容です。
サイトのURLがHTTPSになっているのに、アクセスする途中でChromeの警告が表示される場合があります。
その原因の一つが、最終的なページに到達するまでのリダイレクト(転送)経路です。
例えば、以下のような構成を考えてみます。
利用者が開く古いURL
http://example.com
↓
HTTPSに対応していない転送先
http://www.example.com
↓
最終的な表示先はHTTPS
https://www.example.com
※HTTPSへの切り替えが成立しない中継先がある場合の模式例です。
最終的なサイトがHTTPSに対応していても、途中の接続先がHTTPSを受け付けなければ、Chromeはその段階でHTTP通信の許可を求めることがあります。
Chromiumの公式ガイドでも、wwwあり・なしのドメイン間転送を例に、この問題が説明されています。
例えば「https://www.example.com」は問題なく表示できても、「https://example.com」には接続できず、古いHTTPの転送設定だけが残っている場合があります。
このような構成では、最終ページのHTTPS対応だけを確認しても問題を見落としてしまいます。
短縮URLやアクセス解析用の転送サービス、古い独自ドメインからの転送なども同様です。途中にHTTPSへ接続できないホストが存在すると、警告が表示される可能性があります。
Webサイトの安全な接続を確認する際は、最終ページだけでなく、そこへ到達するまでの経路も確認する必要があります。
WordPressやブログ運営者が確認すべきこと
今回の変更は、WordPress本体に新しい不具合が見つかったという話ではありません。
HTTPSで正常に接続でき、転送経路にも問題がなければ、今回の警告機能によって特別な変更を求められるわけではありません。
ただし、長年運営しているサイトや、過去にドメイン・サーバーを移転したサイトでは、古いHTTPの設定が残っている場合があります。
1. wwwあり・なしの両方でHTTPSに接続できるか
独自ドメインでサイトを運営している場合、「www.example.com」と「example.com」は異なるホスト名です。
普段使っている方のURLだけでなく、もう一方でもHTTPS接続が正常に成立するか確認してください。
一方から他方へ転送している場合は、転送が始まる前のホストでもHTTPSに接続できることが重要です。
2. 古いURLや転送経路を確認する
旧ドメイン、過去のキャンペーンページ、短縮URLなどから現在のサイトへアクセスできるようにしている場合は、その経路も確認対象です。
Chromeで今回の警告を有効にして該当URLへアクセスし、どのホストで警告が表示されるかを調べる方法が、Chromiumの公式ガイドで案内されています。
詳しく調べる場合は、Chromeの開発者ツールにあるNetworkパネルで転送の各段階を確認できます。
ただし、アドレスバーに最終的なHTTPSのURLが表示されたことだけでは、途中に問題がなかった証明にはなりません。
3. SSL/TLS証明書とWordPressのURL設定を確認する
HTTPS接続には、サーバー側の適切な設定と有効な証明書が必要です。
証明書が期限切れになっていないか、接続するホスト名を正しくカバーしているか、レンタルサーバー側でHTTPSが有効になっているかを確認します。
WordPressでは、管理画面の「設定」→「一般」にある「WordPress アドレス(URL)」と「サイトアドレス(URL)」も確認対象です。
ただし、これらの設定はサイトの構成によって役割が異なる場合があります。特にWordPress本体を別ディレクトリに設置している場合などは、両方の値が必ず同一とは限りません。
現在正常に動作しているサイトのURL設定を、確認せず書き換えることは避けてください。誤った変更によって管理画面へアクセスできなくなる場合があります。
4. 内部リンクやサイトマップもHTTPS版に統一する
サイト内のリンク、サイトマップ、canonicalなどに古いHTTPのURLが残っていないかも確認しておくとよいでしょう。
ただし、HTTPからHTTPSへ正常に切り替えられるリンクであれば、それだけで必ず今回の警告が出るわけではありません。
これは警告対策に加えて、URL管理を整理するための確認です。Google検索セントラルも、同等のHTTPページとHTTPSページがある場合、通常はHTTPS版を正規URLとして優先すると説明しています。
なお、HTTPS対応とサーバー側の脆弱性対策は別の問題です。WordPressを動かすPHPの安全性については、つぶログのPHPの重大な脆弱性とWordPressの確認・更新方法でも整理しています。
Chromeの変更でGoogle検索順位やアクセス数は下がる?
HTTPサイトに警告が表示されるようになったことで、Google検索への影響を心配するサイト運営者もいるでしょう。
まず区別したいのは、Chromeによる閲覧時の警告と、Google検索におけるページの評価です。
今回の公式発表は、ChromeがHTTP通信を行う前に利用者へ確認を求めるという内容です。
今回の変更によって、すべてのHTTPサイトがGoogle検索から削除される、あるいは検索順位が一律に下がるといった発表ではありません。
一方、警告を見た利用者がサイトへのアクセスを取りやめる可能性はあります。特に、初めて訪問するサイトでは、閲覧を続けるかどうかの判断に影響するでしょう。
ただし、今回の変更によって日本国内のHTTPサイトでアクセス数が平均何%減少したか、といった具体的な数値は確認されていません。
したがって、検索順位への直接的な影響と、利用者が警告を見て離脱する可能性は分けて考える必要があります。
Webサイトを運営している場合は、まずHTTPS接続が正常に機能しているかを確認することが重要です。
よくある疑問|シークレットモードなら警告は出ない?
Chromeのシークレットモードは、通常の閲覧とは異なり、ブラウザ内に残る閲覧履歴などを制限する機能です。
HTTP通信を自動的に暗号化したり、危険な接続を安全に変えたりする機能ではありません。
そのため、シークレットモードを使っていても、HTTPSに対応していないサイトへアクセスする際の通信上の危険性は残ります。
シークレットモードで実際に何が記録され、家族や会社、プロバイダなどから何が見えるのかについては、シークレットモードの履歴とプライバシーを検証した記事で詳しく解説しています。
今後、HTTPサイトは完全になくなるのか?
Googleは、Web上の通信がすべてHTTPSに移行することを望ましい方向性として示しています。
実際、主要なWebサイトの多くはHTTPSに対応しており、Chromeも長年にわたって安全な接続を優先する仕組みを強化してきました。
今回の変更も、その流れの延長にあります。
しかし、2026年10月25日時点で確認した今回の公式発表には、HTTPによる閲覧を完全に廃止する具体的な日付は示されていません。
古いWebサイト、社内システム、特殊な用途のページなど、現在もHTTPを利用している環境は残っています。
今回の仕組みは、そのようなサイトへのアクセスを一律に遮断するのではなく、接続前に危険性を利用者へ伝え、判断する機会を設けるものです。
今後のChromeの仕様がさらに変わる可能性はありますが、今回の発表だけから「HTTPサイトは近いうちにすべて閲覧不能になる」と結論づけることはできません。
まとめ|HTTPサイトは閲覧できるが、接続前の安全確認が重要に
2026年10月21日、GoogleはChromeでHTTP接続前に利用者の許可を求める仕組みについて、標準有効化の展開状況を説明しました。
今回の変更はChrome 154に関連するもので、同バージョンの安定版は2026年9月22日に公開されています。
HTTPサイトが全面的に閲覧禁止になったわけではなく、警告を確認して許可すればアクセスできる場合があります。また、一度許可したサイトについては、Chromiumの公式資料で15日間の許可期間と再訪問時の更新が説明されています。
利用者にとって重要なのは、警告が表示された理由を理解し、接続先が正しいか、個人情報を送信する必要があるかを判断することです。
サイト運営者は、ページ本体のHTTPS対応だけでなく、wwwあり・なしのドメインや古いURLからの転送経路にも注意する必要があります。
Chromeの警告が強化されたからといって、インターネット上の古いサイトが突然すべて消えるわけではありません。ただし、HTTP通信が抱える危険性は以前から存在しています。
「閲覧できるかどうか」と「安全に閲覧できるかどうか」は別の問題。今回の変更は、その違いを利用者が接続前に確認できるようにするものです。
主な確認資料
- Google公式ブログ「Chrome Now Warns Before Insecure HTTP Connections」(2026年10月21日)
- Google公式ブログ「HTTPS by default」(2025年10月28日)
- Chrome for Developers「Chrome 154 リリースノート」
- Chrome for Developers「Get features faster with Chrome's two-week release cycle」
- Chromium公式「Adapting your website for Chrome's Ask-before-HTTP warning」
- Google Chromeヘルプ「Chromeの安全性とセキュリティを管理する」
- Google Chromeヘルプ「サイトの接続が安全かどうかを確認する」
- Google検索セントラル「重複ページのURL正規化」