HTTPSの警告が出る｜証明書・URL・混在コンテンツの見分け方

警告の文言を保存してから、原因を分ける

HTTPSの不具合は、一つのスイッチですべて直るとは限りません。ブラウザーに出ているエラー名、URL、発生時刻を保存します。「鍵の表示がおかしい」だけでなく、画面全体が遮断されるのか、一部の画像だけ表示されないのかを分けると確認しやすくなります。

CloudflareのSSLトラブル資料は、証明書の状態、対象ホスト名、ブラウザー側と接続先側の区間などを切り分けて案内しています。以下はその考え方を、公開前の確認順に整理したものです。

画像を拡大 ↗

症状を3つに分ける。全体が開かない。素材だけ欠ける。転送が続く閉じる ×

症状を3つに分ける（編集部作成）

症状によって確認する設定が違う

設定画面に「証明書が有効」と出ていても、違うサブドメインを開いていれば問題が残ります。example.comだけでなく、実際に案内するwww.example.comなどの名前が対象かを見ます。

初めて独自ドメインをつなぐときの順序

1. DNSが公開先の案内どおりか確認します。名前が解決できない場合は先にDNSを調べます。
2. 公開先に独自ドメインを登録し、所有確認や発行処理が完了しているか確認します。
3. HTTPSの正規URLを直接開きます。管理画面のプレビューURLだけでは判断しません。
4. wwwの有無とHTTPからの転送を、別々に試します。
5. 本文の画像・フォント・外部埋め込みも読み込まれるか確認します。

画像を拡大 ↗

HTTPS公開前の確認。DNSと登録。証明書と対象名。転送と素材閉じる ×

HTTPS公開前の確認（編集部作成）

Cloudflareと別のサーバーを組み合わせる構成では、利用者からCloudflareまでと、Cloudflareから元のサーバーまでを分けて考えます。エラーを消す目的で暗号化の設定を弱めるのではなく、その構成に合う証明書と接続方法を確認してください。Workersなど構成の異なる環境に、一般的なレンタルサーバーの設定例をそのまま当てはめないことも大切です。

画像だけ表示されないなら素材のURLを確認する

HTTPSのページにHTTPの画像やスクリプトが残っていると、混在コンテンツとして扱われます。どの素材が影響するかは種類やブラウザーの動作によって違います。本文が見えたことだけを完了条件にしないでください。

CMSなら画像の登録先や埋め込みコード、独自開発ならHTMLと開発者ツールのNetwork・Consoleを調べます。置き換え先がHTTPSで実際に取得できるかを確認してから修正します。URLの文字列だけ一括置換すると、相手側がHTTPSに対応していない場合に別の読み込みエラーになります。

画像を拡大 ↗

Webサイトを準備・確認する場面のイメージ閉じる ×

AI生成のイメージ画像。実在する利用者の体験や作業画面ではありません。

問い合わせに添えると役立つ情報

「https://から始まる完全なURL」「警告の文字列」「証明書の対象名と期限」「同じURLを別端末で開いた結果」「直前のDNS・転送変更」をまとめます。証明書の秘密鍵や管理画面のパスワードは送らず、必要な項目だけ切り出してください。

画像を拡大 ↗

復旧後の確認。ページ表示。画像とリンク。問い合わせ受付閉じる ×

復旧後の確認（編集部作成）

復旧後はフォームまで試す

警告が消えたら、主要ページの表示、画像、メニュー、問い合わせ送信まで確認します。表示用のホストと送信先のホストが違う場合、表示が直っても送信だけ失敗することがあります。完了画面と実際の受付結果を両方確認して、記録を残しましょう。

SITE PORTを検討するときの確認ポイント

SITE PORTを比較するときは、公開後のHTTPS管理と独自ドメイン設定がどこまで含まれるかを確認します。設定作業に不安がある方ほど、見た目に加えて公開時の案内と問い合わせ窓口を確かめる価値があります。

SITE PORTの完成例を見る・編集のデモを見る。自分で更新する場面を想像しながら、利用できる機能とサポート範囲を申込前に確認してください。

次に確認したいこと

[DNSで開かないときの確認順](/articles/dns-nxdomain-first-check)・[wwwあり・なしをそろえる](/articles/www-canonical-url-choice)