SSL化したのに「保護されていない通信」と出る原因・直し方

SSLを設定したのに、ブラウザで「保護されていない通信」「この接続ではプライバシーが保護されません」などと表示される場合、SSL設定そのものだけが原因とは限りません。

よくあるのは、HTTPのURLで開いている、証明書がまだ反映されていない、証明書の対象ドメインが合っていない、ページ内にHTTP画像が残っているといったケースです。

初心者は、原因を一度に全部直そうとせず、URL → 証明書 → www → 混在コンテンツ → DNS/CDNの順に確認すると切り分けやすくなります。

30秒でわかる結論

まずURLが「https://」で開いているか確認する
SSL設定直後は、証明書発行やDNS反映に時間がかかることがある
example.com用の証明書でwww.example.comまで保護できるとは限らない
画像・CSS・JavaScriptがHTTPのままだと混在コンテンツになる
証明書の期限切れ・発行失敗・ドメイン不一致でも警告が出る
CDNやプロキシを使っている場合は、その側のSSL設定も確認する
初心者は「HTTPSで開く → 証明書確認 → 混在コンテンツ確認」の順で直す

SSL化したのに「保護されていない通信」と表示される主な原因

表示される警告の原因は、大きく分けると次の7つです。

原因	よくある状態	最初の確認
HTTPで開いている	URLがhttp://	アドレスバー
証明書が未反映	SSL設定直後	設定完了時間
証明書の期限切れ	以前は正常だった	証明書有効期限
ドメイン不一致	wwwあり/なしで差が出る	証明書対象名
混在コンテンツ	ページだけ警告	画像・CSS・JSのURL
DNS/CDN設定	一部環境だけ異常	接続先サーバー
端末側	特定端末だけ異常	日時・キャッシュ

まず原因を3種類に分ける

①URLの問題、②証明書の問題、③ページ内コンテンツの問題のどこかを先に判断すると、調査が速くなります。

原因1．http://でアクセスしている

最も基本的な原因は、SSL設定後もHTTPのURLで開いていることです。

確認するURL

NG：http://example.com
OK：https://example.com

SSL証明書を設定しても、HTTPのURLそのものが自動的にHTTPSへ変わるとは限りません。

HTTPでアクセスした利用者をHTTPSへ転送するには、リダイレクト設定が必要です。

http://example.com → https://example.com

教科書判定

httpsで正常なら、次にHTTP→HTTPS転送を確認する

https://で直接開けば正常なのに、http://では「保護されていない通信」になるなら、証明書よりリダイレクト設定を確認します。

原因2．SSL証明書がまだ反映されていない

レンタルサーバーで無料SSLを有効にしても、証明書発行・サーバー設定・DNS状況などによって、すぐにHTTPSで利用できない場合があります。

設定直後に警告が出た場合は、まずサーバー管理画面でSSL設定が「有効」「設定完了」などの状態になっているか確認します。

何度も設定し直さない

反映待ちの状態でSSLをON/OFFし続けると、原因が分かりにくくなります。管理画面の設定状態と公式マニュアルの反映目安を確認してから再操作してください。

原因3．SSL証明書の有効期限が切れている

以前は正常だったのに、突然ブラウザ警告が出るようになった場合は、証明書の期限切れも確認します。

無料SSLは自動更新される構成が多いですが、DNS変更、ドメイン設定変更、サーバー設定の不整合などで自動更新に失敗することがあります。

期限切れ時に確認

証明書の有効期限
無料SSLの自動更新状態
ドメインが正しいサーバーへ向いているか
DNS設定を直近で変更していないか
サーバー会社からエラー通知が来ていないか

日数で考える

証明書期限が10月31日で、今日は11月1日なら、わずか1日でも期限切れです。証明書は「少し期限を過ぎても使える」というものではありません。

原因4．証明書の対象ドメインが合っていない

SSL証明書には、保護対象となるドメイン名があります。

たとえば「example.com」では正常でも、「www.example.com」では警告になる場合、www側が証明書の対象に含まれていない可能性があります。

アクセス先	必要な確認
example.com	example.comが証明書対象か
www.example.com	www.example.comも対象か
shop.example.com	サブドメインが対象か

wwwあり・なしは別名

DNSや証明書では、example.comとwww.example.comは別のホスト名として扱われます。両方使うなら、両方が正しくDNS設定され、証明書の対象になっているか確認します。

原因5．混在コンテンツが残っている

ページ本体がHTTPSでも、画像・CSS・JavaScript・iframeなどをHTTPで読み込んでいると「Mixed Content（混在コンテンツ）」になります。

混在コンテンツの例

ページ：https://example.com
画像：http://example.com/photo.jpg

この場合、ブラウザによっては安全でないリソースをブロックしたり、警告を表示したりします。

確認する場所

記事内画像
ロゴ画像
CSS
JavaScript
iframe
外部バナー
古いテーマ設定

HTTPSページ＋ HTTPリソース＝混在コンテンツ

WordPressで混在コンテンツが起きやすい場所

WordPressをHTTPで運営してからHTTPS化した場合、過去に登録したURLがデータベース内へ残っていることがあります。

場所	残りやすいHTTP URL
記事本文	画像・リンク
ウィジェット	画像・バナー
テーマ設定	ロゴ・背景画像
CSS	背景画像
外部コード	広告・計測タグ

初心者はこれでOK

WordPressの「WordPress アドレス」と「サイトアドレス」をhttpsへ変更しただけで終わらず、実際のページを開いて画像や外部読み込みにhttp://が残っていないか確認します。

原因6．DNSが古いサーバーを向いている

サーバー移転やDNS変更の直後では、ドメインが想定と違うサーバーへ接続している場合があります。

新サーバーには正しい証明書が入っていても、一部利用者が旧サーバーへ接続していれば、古い証明書や別の証明書が表示されることがあります。

具体例

新サーバー：203.0.113.20
旧サーバー：203.0.113.10

Aレコードを新IPへ変更しても、DNSキャッシュが残っている環境では旧IPへ接続することがあります。

一部の人だけ警告ならDNSも疑う

自分のPCでは正常、スマートフォンでは警告など環境差がある場合、DNSキャッシュや接続先の違いを確認します。

原因7．CDN・リバースプロキシ側のSSL設定

CloudflareなどのCDNやリバースプロキシを使っている場合、利用者はCDN側へHTTPS接続し、その後CDNから元サーバーへ接続します。

そのため、レンタルサーバー側だけでなく、CDN側の証明書・SSLモード・DNS設定も確認が必要です。

利用者 → CDN → 元サーバー

設定箇所が2つになる

CDN導入後に警告が出た場合は、「元サーバーのSSLは正常か」「CDN側の証明書は正常か」を分けて確認します。

原因8．端末の日時がずれている

SSL/TLS証明書には有効期間があります。

PCやスマートフォンの日付・時刻が大きくずれていると、正常な証明書でも「まだ有効ではない」「期限切れ」と判断される場合があります。

特定端末だけ警告するとき

日付・時刻を自動設定にする
ブラウザを更新する
ブラウザキャッシュを確認する
別ブラウザで試す
別ネットワークでも確認する

ブラウザの警告内容で原因を絞る

「保護されていない通信」という表示だけでなく、詳細エラーを見ると原因を特定しやすくなります。

表示の傾向	疑う原因
証明書の期限切れ	自動更新失敗
証明書名が一致しない	www・サブドメイン・接続先違い
安全でないリソース	Mixed Content
HTTP表示	HTTPS転送未設定
一部端末のみ	DNS・日時・キャッシュ

教科書判定

「SSLを入れ直す」前にエラー種類を見る

証明書期限切れと混在コンテンツでは直し方がまったく違います。エラー詳細を確認せず、SSLを削除・再設定するのは避けてください。

初心者向けの確認順序

STEP 1．https://で直接アクセスする

HTTPで開いていないか確認します。

STEP 2．証明書エラーの内容を確認

期限・ドメイン名・発行状態を見ます。

STEP 3．wwwあり・なしを両方確認

STEP 4．Mixed Contentを確認

画像・CSS・JavaScriptのhttp://を探します。

STEP 5．DNS・Aレコード・ネームサーバーを確認

STEP 6．CDN利用中ならCDN側も確認

最後に別端末・別回線で再確認

何分待てばいい？反映待ちと判断する基準

SSL設定やDNS変更は、サービスによって反映時間が異なります。

「5分待てば必ず完了」「24時間かかる」と一律には言えません。

判断の仕方

設定直後で、管理画面に「設定中」と表示されているなら待ちます。管理画面が「有効」なのに数時間たっても証明書エラーが続くなら、ドメイン・DNS・証明書対象名を確認します。

公式マニュアルの反映目安を優先

レンタルサーバーごとにSSL発行の処理時間は異なります。自分が使っているサービスの公式案内を基準にしてください。

サーバー会社へ問い合わせる前に用意する情報

自分で解決できない場合は、サーバー会社へ問い合わせます。

伝えるとよい情報

対象ドメイン
警告が出るURL
SSLを設定した日時
表示されるエラー文
wwwあり・なしのどちらで起きるか
DNSやネームサーバーを最近変更したか
CDNを利用しているか

「SSLが使えません」だけより、具体的なエラーと条件を伝えた方が原因を確認してもらいやすくなります。

教科書判定｜3段階で切り分ければ慌てなくていい

教科書判定

①HTTPSで開く → ②証明書を見る → ③ページ内HTTPを探す

初心者はこの3段階を最初に確認してください。HTTPSで開けないなら証明書・DNS側、HTTPSで開けるが一部だけ警告なら混在コンテンツ側を疑うと、原因を大きく切り分けられます。

よくある質問

Q．SSL設定した直後に警告が出ます。失敗ですか？

すぐ失敗とは限りません。証明書発行や反映に時間がかかる場合があります。サーバー管理画面の状態と公式の反映目安を確認してください。

Q．httpsでは正常ですが、httpでは「保護されていない」と出ます。

HTTPS自体は正常な可能性が高いです。HTTPからHTTPSへのリダイレクト設定を確認してください。

Q．トップページだけ正常で、一部ページだけ警告が出ます。

そのページ内にHTTP画像・CSS・JavaScriptなどが残っている可能性があります。Mixed Contentを確認してください。

Q．wwwなしは正常ですが、wwwありだけ警告が出ます。

www.example.comが証明書の対象になっているか、DNSが正しい接続先を向いているか確認します。

Q．自分のPCだけ警告が出ます。

端末日時、ブラウザキャッシュ、DNSキャッシュ、ブラウザの古さなどを確認します。別端末・別回線でも同じか比較すると切り分けやすくなります。

まとめ｜SSL警告はURL・証明書・混在コンテンツの順に確認

この記事の結論

まずhttps://でアクセスしているか確認する
SSL設定直後は反映状態を確認する
証明書の有効期限と対象ドメインを確認する
wwwあり・なしを別々に確認する
画像・CSS・JavaScriptのHTTP読み込みを探す
DNS変更やCDN利用時は接続先も確認する
特定端末だけなら日時・キャッシュも疑う

SSL化したのに警告が出たときは、「HTTPSで開けるか」「証明書は正しいか」「ページ内にHTTPが残っていないか」の3点から確認してください。原因を分けて見るだけで、初心者でもかなりのケースを切り分けられます。

次に読むなら

警告原因が混在コンテンツだった場合は、「常時SSLとは？」で、HTTP画像や外部スクリプトをHTTPSへ直す方法を確認してください。