この記事でわかること
- ページのURLと読み込む素材のURLを分けて見る
- 警告に出る対象と発生元を記録する
- 外部素材はHTTPS対応を確認して置き換える
ページと素材の通信を分けて考える
サイトのURLがHTTPSでも、ページ内の画像やスクリプトがHTTPで読み込まれることがあります。これが混在コンテンツです。MDNは、ブラウザーが内容に応じてHTTPSへ自動的に切り替えたり、読み込みを止めたりすることを説明しています。鍵の表示や見た目だけで判断せず、実際に読み込まれる素材を確認しましょう。
例えば本文は読めるのに古い商品画像だけ出ない場合、画像の保存先や本文中のURLが古いままかもしれません。一方で、すべての画像が消えているなら配信先の障害など別の原因も候補になります。まず「どのページの何が表示されないか」を一覧にし、HTTPS移行やテーマ更新など直前の変更と照合します。
警告から対象URLを特定する
ブラウザーの開発者ツールで、コンソールやネットワークの警告を確認します。慣れていない場合は、対象ページ、表示されない箇所、警告に出るURLを控えて保守担当へ渡してください。画像やスクリプトの名前が分かれば、記事本文、ウィジェット、テーマ設定、外部の埋め込みのどこに記載があるかを探せます。
記録例は「ページ：接続手順／素材：古い画像URL／警告：HTTP読み込み／候補：本文の画像ブロック」です。同じ素材が多くのページで使われていれば、共通ヘッダーや広告枠などの設定が発生元かもしれません。件数だけを増やさず、同じ発生元をまとめて調べると修正対象を絞り込みやすくなります。
HTTPSで提供されることを確認して直す
自サイトの画像なら、HTTPSのURLで開けるかを確認し、本文や設定の参照先を修正します。外部素材はURLの先頭だけを機械的に変えず、提供元がHTTPSに対応しているかを確認してください。対応していない埋め込みや広告素材は、公式に案内された新しいコードや代替の掲載方法へ差し替えます。
大量に古いURLが残る場合も、最初に数件を手作業で確認し、保存場所と変換方法を把握します。データベースを一括置換する場合は、構造化された保存値を壊さないWordPress対応の方法を選び、バックアップと検証を先に行います。無関係な外部URLや記録上残すべき値まで同じ規則で書き換えないようにします。
代表ページと利用者の条件で再確認する
修正後はキャッシュを考慮してページを再表示し、元の警告が消えたかを確認します。画像が見えるだけで終えず、メニューやフォーム、動画など止まっていた操作も試します。ログイン中だけ正常な場合は、一般訪問者向けに残ったキャッシュや異なる出力を調べ、対象の素材がHTTPSで読み込まれるところまで確認してください。
作業記録には「修正元／影響するページ／修正後のURL／確認日」を残します。新しい素材を追加する際も、提供元のコードと通信方式を点検項目へ入れると再発を減らせます。ブラウザーの保護機能を無効にして読者へ閲覧させる方法は解決策にせず、サイト側の参照先と外部サービスの対応を整えましょう。
- 表示されない箇所とページを特定した
- 警告のURLと設定の発生元を記録した
- 素材がHTTPSで提供されることを確認した
- 置換前の保存と検証を行った
- 一般訪問者として警告と操作を再確認した
参考にした公式情報
確認日：2026-09-11。提供条件や仕様は変更される場合があります。
広告・アフィリエイトリンクを含む場合があります。編集・掲載方針