ホームページのSSL警告が出た時の確認手順と安全な対処法

SSL警告が出たら最初の10分で確認すること

最初の10分は「直す時間」ではなく「証拠を残して影響範囲を確認する時間」です。正確な警告文、発生したURL、端末や回線による違いが分かれば、その後の調査時間を大きく短縮できます。

反対に、慌ててブラウザの警告を無視したり、WordPressのURLを変更したりすると、元の症状を再現できなくなります。まずは次の3ステップを上から順に行ってください。

自分の端末だけで警告が出る場合は、端末の日付と時刻、ブラウザの更新、セキュリティソフト、社内ネットワークを確認します。複数端末・複数回線で同じ警告が出る場合は、ホームページ側のSSL証明書や設定に問題がある可能性が高いため、サイト運営者側の調査へ進みます。

「保護されていない通信」と全面警告は何が違う？

アドレスバーの表示と、ページ全体を覆う警告では、問題の深刻さと原因が異なります。同じ「SSLの警告」とまとめず、画面がどの状態かを確認しましょう。

表示	主な状態	最初の対応
アドレスバーに「保護されていない通信」	HTTPで表示されている、または一部の通信が安全でない	URLが `http://` か、ページ内にHTTP素材が残っていないか確認
「この接続ではプライバシーが保護されません」	証明書の期限・対象名・信頼性などに問題があり、安全な接続を確立できない	エラーコードを記録し、証明書の状態を確認
一部の画像やフォームだけ表示されない	HTTPSページ内のHTTP素材がブラウザにブロックされている可能性	開発者ツールでMixed Content警告を確認

SSLは一般的な呼び方で、現在のWeb通信では後継のTLSが使われています。ただし、レンタルサーバーや制作会社の管理画面では今も「SSL設定」「SSL証明書」という表記が一般的です。本記事でも、担当者が契約先へ問い合わせやすいようにSSLという表現を使います。

ホームページのSSL警告が出る主な原因5つ

複数の端末で同じ警告が出るなら、原因は大きく5つに分けられます。警告文だけで決めつけず、証明書、ドメイン、ページ内素材、閲覧環境の順に確認すると効率的です。

1. SSL証明書の期限切れ・自動更新の失敗

証明書には有効期間があります。多くのレンタルサーバーでは自動更新されますが、DNS変更、認証用ファイルへのアクセス制限、契約切れ、サーバー移転などがあると更新に失敗することがあります。エラーコードに日付を示す語が含まれる場合は、証明書の有効期限と端末時刻の両方を確認します。

2. 証明書の対象ドメインとアクセス先が一致していない

`example.com` 用の証明書で `www.example.com` や予約用サブドメインを開いた時、証明書の対象にその名前が含まれていなければ警告が出ます。代表的なコードは `NET::ERR_CERT_COMMON_NAME_INVALID` です。ドメイン変更やサーバー移転の直後、一部サブドメインだけで発生する場合は特に疑います。

3. 一部URL・サブドメインがSSL化されていない

トップページはHTTPSでも、古いキャンペーンページ、予約システム、外部フォーム、画像配信用サブドメインがHTTPのまま残るケースがあります。店舗サイトでは、予約ボタンを押した後に別ドメインへ移動する構成が多いため、トップページだけでなく顧客が通る経路を最後まで確認してください。

4. HTTPSページにHTTP素材が残る「混在コンテンツ」

ページ自体をHTTPS化しても、画像、CSS、JavaScript、iframe、WebフォントなどのURLが `http://` のままだと混在コンテンツになります。MDNによると、ブラウザは一部の素材をHTTPSへ自動更新し、スクリプトやスタイルシートなどをブロックします。その結果、警告だけでなく、画像が消える、レイアウトが崩れる、フォームが動かないといった症状も起こります。

5. 端末時刻・古いブラウザ・ネットワーク側の問題

1台だけで警告が出るなら、パソコンやスマートフォンの日付・時刻のずれ、古いOS、ブラウザ、セキュリティソフトのHTTPS検査、公衆Wi-Fiの認証画面なども候補です。端末側の問題をサイト側の障害と誤認しないためにも、別端末と携帯回線での比較が有効です。

症状	疑う原因	確認先
全ページ・全端末で警告	期限切れ、証明書未設定、DNS・サーバー設定	サーバー管理画面、証明書情報
特定ドメインだけ警告	証明書の対象名不足、サブドメイン未設定	証明書の対象ドメイン一覧
一部ページ・素材だけ不具合	混在コンテンツ	ブラウザの開発者コンソール
特定端末だけ警告	端末時刻、OS、ブラウザ、ネットワーク	端末設定、別回線での再確認

WordPressサイトで確認する安全な対処手順

WordPressの設定を変える前に、サーバー側で有効な証明書が利用できることを確認してください。WordPress公式も、HTTPSを正しく動かすには、先にWebサーバー側でSSL証明書と安全なホスト設定が必要だと説明しています。

修正後はシークレットウィンドウだけで済ませず、通常ウィンドウ、スマートフォン、問い合わせ送信、予約完了、画像表示、管理画面ログインまで確認します。CDNやキャッシュプラグインを使っている場合は、古いHTTP URLや古い証明書情報が残ることがあるため、必要な範囲だけキャッシュを削除します。

やってはいけない応急処置

警告を一時的に見えなくすることと、安全な状態へ直すことは別です。次の対応は原因を隠したり、被害を広げたりする可能性があります。

• 警告を無視する手順を顧客へ案内する
• ブラウザやサーバーの証明書検証を無効化する
• バックアップなしでデータベース内のURLを一括置換する
• 原因を確認せずリダイレクト設定を何重にも追加する
• 証明書の秘密鍵や管理パスワードをメール本文で共有する
• 「鍵マークが出たから完了」と考え、フォーム送信まで確認しない

予約や問い合わせに影響が出ている場合は、警告を回避させるのではなく、安全な代替窓口を用意します。トップページやSNSに電話番号を掲載し、「Web予約は復旧作業中です」と案内するほうが、顧客に危険な操作を求めず、店舗の信用も守れます。

【モデルケース】予約フォームの直前で警告が出た店舗

ここでは、複数の相談で起こりやすい状況を組み合わせた想定事例を紹介します。実在する特定店舗の実績ではありません。

確認すると、店舗の本体サイトは `www` なしのドメインで運用され、予約フォームは `reserve` というサブドメインに置かれていました。更新された証明書は本体ドメインだけが対象で、予約用サブドメインが含まれていませんでした。

この場合、本体サイトのWordPress設定を変えても解決しません。まず予約ボタンを電話受付へ一時的に切り替え、サーバー側で予約用サブドメインの証明書を発行し、反映後にフォーム入力・確認・完了メールまでテストします。

サーバー会社・制作会社へ依頼する時の伝え方

連絡先は「どの設定が怪しいか」で選びます。契約更新や証明書発行はサーバー会社、WordPress内のHTTP URLやテーマ修正は制作会社・保守会社、DNSの向き先はドメイン管理会社が主な窓口です。

相談先	向いている問題	用意する情報
レンタルサーバー会社	証明書未発行、期限、更新失敗、サーバー移転	契約ID、対象ドメイン、エラーコード
ドメイン管理会社	DNS変更、サブドメイン、移管後の向き先	ドメイン名、変更日時、現在のDNS情報
制作・保守会社	WordPress URL、混在コンテンツ、転送、フォーム	対象URL、画面画像、直前の更新内容
社内IT・ネットワーク担当	社内だけで警告、プロキシ、セキュリティソフト	端末、ブラウザ、回線、他サイトでの再現有無

「SSLが壊れています。急いで直してください」だけでは、調査担当者が同じ症状を再現できません。URL、日時、警告文、エラーコード、再現端末、直前変更をまとめると、証明書・DNS・WordPressのどこから調べるべきか判断しやすくなります。

SSL警告を再発させない運用チェック

再発防止の中心は、証明書の自動更新を信じ切ることではなく、更新失敗に気づける仕組みを持つことです。無料SSLでも有料SSLでも、契約・DNS・認証経路の変更により更新が止まる可能性はあります。

• 証明書の自動更新が有効か、更新履歴と次回期限を確認する
• 期限前の監視通知を、退職者ではなく共有メールで受け取る
• ドメイン・サーバー・CDNの契約先と管理者を一覧化する
• `www`、予約、採用、メールなど利用中のサブドメインを記録する
• 月1回、トップ・問い合わせ・予約・決済を別端末で確認する
• サーバー移転やDNS変更後は、証明書とフォームまでテストする
• WordPressへ新しい画像や外部サービスを追加した後はConsoleを確認する

SSL警告に関するよくある質問

警告が出たら、すでに情報漏えいしているのですか？

警告が出たことだけで、直ちに情報漏えいが発生したとは断定できません。ただし、通信の安全性をブラウザが確認できない状態です。原因が分かるまでは、ログイン、問い合わせ、予約、決済などの情報入力を止めてください。

SSL警告は検索順位にも影響しますか？

HTTPSは検索と利用者の信頼の両面で重要です。警告によって利用者が離脱し、検索エンジンがページへ正常にアクセスできない状態が続けば、集客への悪影響が考えられます。順位の心配より先に、安全な閲覧と主要機能の復旧を優先しましょう。

無料SSLでは安全性が低いのでしょうか？

無料か有料かだけで暗号化の安全性が決まるわけではありません。重要なのは、対象ドメインに合った信頼される証明書が正しく設置され、期限内で、更新と監視が継続されていることです。企業認証など付加的な確認が必要な場合は用途に応じて選びます。

修正にはどのくらい時間がかかりますか？

単純な証明書再発行やHTTP URLの数件修正なら短時間で終わることがあります。一方、DNS反映、CDN、複数サブドメイン、データベース全体の置換が関係すると、調査と反映確認に時間が必要です。まず営業影響を止める応急導線と、根本修正を分けて進めると安全です。

まとめ

ホームページのSSL警告は、原因が分からないまま設定を重ねるほど復旧が難しくなります。「どのページで、いつ、どの警告が出たか」を残せば、サーバー会社や制作会社も調査を始めやすくなります。楽楽ホームページ修正では、他社が制作したWordPressサイトのSSL警告、HTTPS化後の表示不具合、混在コンテンツの調査にも対応しています。警告画面のスクリーンショットと対象URLを添えてご相談ください。