更新日:
SSL警告の原因の大半は
① SSL証明書の有効期限と適用範囲
② 混在コンテンツ（Mixed Content）
③ http→httpsの常時SSLリダイレクト
の3つの設定に集約されます。この3点を上から順に確認すれば、多くのサイトは短時間で警告を解消できます。
SSL警告が出ているサイトは、閲覧者に「危険なサイト」という印象を与え、アクセスした瞬間に離脱されてしまいます。問い合わせフォームや予約フォームを設置している場合、警告が出ている間の機会損失は決して小さくありません。この記事では、原因の切り分け手順と、それぞれの設定の直し方、自社対応の限界ラインまでを実務目線で解説します。
SSL警告とは、ブラウザが「このページの通信は安全に暗号化されていない」と判断したときに表示する注意喰起のことです。「保護されていない通信」の表示や、ページ全体を覆う「この接続ではプライバシーが保護されません」の警告画面が代表例です。
SSL（正確にはTLS）は、ブラウザとサーバー間の通信を暗号化する仕組みです。暗号化が正しく機能していると判断された場合のみ、ブラウザはアドレスバーに鍵マークを表示します。逆に、証明書に問題がある、または暗号化されていない通信が混ざっていると判断された場合に表示されるのがSSL警告です。
重要なのは、SSL警告は「サイトが壊れている」というより「設定の整合性が取れていない」というサインであるという点です。サーバーやプログラムが動作していても警告は出ますし、逆に警告が出ていても中身のデータが失われているわけではありません。だからこそ、原因は設定の3ポイントに絞って確認するのが最短ルートになります。
| NET::ERR_CERT_DATE_INVALID | 証明書の有効期限切れ、またはサーバー日時のずれ。設定①を確認 |
|---|---|
| NET::ERR_CERT_COMMON_NAME_INVALID | 証明書の対象ドメインとアクセスしたドメインの不一致（www有無など）。設定①を確認 |
| NET::ERR_CERT_AUTHORITY_INVALID | 中間証明書の未設定、自己署名証明書の使用。設定①を確認 |
| 保護されていない通信 / 鍵マークなし | 混在コンテンツ、またはhttpのまま表示されている。設定②③を確認 |
| ERR_TOO_MANY_REDIRECTS | リダイレクト設定の重複・ループ。設定③を確認 |
表示されているエラーコードが分かれば、確認すべき設定はほぼ絞り込めます。まずはスクリーンショットを撮り、文言を正確に記録してください。
この5項目を先に押さえておくと、後述する3つの設定のうちどれが原因かをほぼ判別できます。特に「全ページか一部ページか」は、証明書の問題（全ページ）と混在コンテンツ（特定ページ）を分ける決定的な材料になります。
警告画面がページ全体を覆って表示される場合、まず疑うべきは証明書そのものです。証明書は「有効期限」と「対象ドメイン」の2軸で判断されるため、どちらか一方でも条件を満たさないと警告が出ます。
期限切れであれば、サーバー管理画面から証明書を再発行し、対象ドメインに適用します。この際、www有無の両方、および運用中のすべてのサブドメインを対象に含めることが重要です。片方だけ適用して復旧したと判断すると、後日別の入口から警告が再発します。再発行後は反映までに時間差が生じることがあるため、キャッシュを消したうえで再確認してください。
「証明書は有効なのに鍵マークが出ない」「特定のページだけ保護されていない通信と表示される」という場合、原因はほぼ混在コンテンツです。ページ本体はhttpsで配信されているのに、そのページが読み込む画像・CSS・JavaScript・外部埋め込みの一部がhttpのままになっている状態を指します。
基本方針は、ページ内のすべての読み込み先をhttpsへ統一することです。WordPressの場合は、まず管理画面の一般設定でサイトアドレスをhttpsへ変更し、その後で記事本文やテーマ内に残るhttp参照を修正します。記事数が多い場合はデータベースの一括置換で対応しますが、置換対象を誤るとシリアライズされたデータが破損し、サイト全体が表示できなくなるリスクがあります。実行前のバックアップと、置換範囲の事前確認は必須です（WordPress固有の対応はWordPress修正ページもあわせてご覧ください）。
また、外部サービスの埋め込みタグがhttpにしか対応していない場合は、タグ自体を最新版に差し替えるか、対応サービスへの乗り換えが必要になります。この判断は自社だけでは難しいことが多いため、判断に迷う段階でご相談いただくのが安全です。
証明書が有効で混在コンテンツも解消されていても、httpでアクセスされた場合にhttpsへ転送されなければ、多くの訪問者はhttpのページを見続けることになります。検索結果やSNS、名刺・チラシに掲載された古いURL、ブックマークなど、http経由の流入は想像以上に残っているためです。
一般的にはサーバー管理画面の常時SSL設定、または.htaccessによる301リダイレクトで対応します。設定を追加する際は、既存のリダイレクト設定と競合しないかを必ず確認してください。プラグインとサーバー設定の両方でhttps化を行うと、リダイレクトループ（ERR_TOO_MANY_REDIRECTS）が発生し、サイト全体が閲覧不能になります。
あわせて、canonicalタグ、sitemap.xml、内部リンク、OGPのURL指定もhttpsへ統一してください。ここが揃っていないと、検索エンジンがhttpとhttpsを別サイトとして扱い、評価が分散する可能性があります。Google Search Consoleにhttpのプロパティしか登録していない場合は、httpsのプロパティを追加登録することも忘れないでください。
.htaccessを書き換える: 記述を1行誤るだけで、サイト全体が500エラーで停止します（参考: 500エラー発生時の確認ポイント）SSL関連の作業は、1つ変更するごとに挙動を確認し、常に元に戻せる状態を維持することが鉄則です。復旧を急ぐあまり複数の設定を同時に変更すると、原因の特定がさらに難しくなります。
SSL警告は、単なる表示上の問題ではなく、売上導線に直結する問題です。具体的には次のような影響が生じます。
次の条件に当てはまる場合は、社内で調査を続けるより、早めに外部へ依頼した方が結果的に損失を抑えられます。
ホームページ修正センターでは、原因の切り分けから証明書の適用、混在コンテンツの解消、リダイレクト設定の整理までを一括で対応しています。「どこが原因か分からない」という段階のご相談でも問題ありません。現在の症状とURLをお知らせいただければ、状況を確認したうえで必要な作業範囲をご案内します。
特に最後の期限管理は、再発防止の観点で最も効果があります。SSL警告の多くは「更新が止まっていたことに気づかなかった」ことが原因で発生するため、期限の可視化だけでも同じトラブルの再発をほぼ防げます。
.htaccess編集が最大のリスク3つの設定を確認しても原因が絞り込めない場合や、売上導線が停止している場合は、調査を続けるより専門業者へ相談する方が復旧は早くなります。
推奨できません。警告画面は閲覧者に強い不信感を与えるため離脱率が上がり、フォームや決済の完了率が大きく低下します。検索やSNSからの流入にも影響するため、原因が特定できていない段階でも早急な対応が必要です。
多くは混在コンテンツが原因です。ページ本体がhttpsでも、画像・CSS・JavaScript・外部埋め込みがhttpで読み込まれていると、ブラウザは安全な接続と判断しません。ページ内のhttp参照をすべてhttpsへ修正する必要があります。
暗号化の強度自体に差はありません。ただし有効期間が短く自動更新に依存するため、更新失敗時に突然警告が出るリスクがあります。更新の成否を定期的に確認できる運用体制があるかが判断基準です。
ブラウザやCDN、キャッシュプラグインに古い状態が残っている場合や、中間証明書が未設定の場合に起こります。サーバー内に複数の証明書が存在し、古い方が優先されているケースもあります。
証明書の再発行と適用のみであれば短時間で復旧できるケースが多く、混在コンテンツがサイト全体に及ぶ場合やリダイレクト設定に不整合がある場合は調査を含めて長めの時間を要します。まずは症状をお知らせください。
可能です。現在のURLと症状をお伝えいただければ、外部から確認できる範囲で原因を絞り込み、必要な情報の取得方法もあわせてご案内します。
証明書の再発行、混在コンテンツの解消、常時SSLリダイレクトの整備まで一括で対応可能です。原因が分からない段階でも、症状をお伝えいただければ切り分けから対応します。
あわせて読みたい: 500エラー発生時の確認ポイント完全ガイド / お問い合わせフォームが届かない原因とチェック10項目 / WordPressトラブルの原因と対処法 / WordPressエラーの対処法まとめ / ホームページ保守の相場と依頼先の選び方