「昨日まで見えていた店舗写真が消えた」「商品画像の場所に小さなアイコンだけ出る」「WordPressでは登録済みなのに公開ページに表示されない」。ホームページの画像が表示されないと、焦って再アップロードやプラグイン停止を試したくなります。しかし、原因を確認せず変更を重ねると、元の画像や復旧の手掛かりまで失うことがあります。本記事では、店舗・中小企業の担当者が最初の5分で行う確認、症状から原因を絞る方法、安全に試せる修正手順、専門業者へ渡す情報を、ホームページ修正の実務目線で解説します。
- 画像が自分だけ見えないのか、全員に見えないのかを確認する方法
- キャッシュ、URL切れ、SSL、WordPress、サーバーなど主な原因
- 非技術者でも安全に試しやすい5つの修正手順
- 権限変更や一括置換など、自分で触らない方がよい作業
- 原因調査を早める修正依頼テンプレート
最初の5分は修正せず表示範囲を確認する
画像が消えた直後に必要なのは、再アップロードではなく「どこで、誰に、何枚起きているか」の記録です。
自分のブラウザに古い情報が残っているだけなら、ホームページ本体は正常かもしれません。反対に、複数の端末で同じ画像が見えない場合は、画像URL、WordPress、テーマ、サーバーなどを調べる必要があります。
- 画像が消えているページのURLを保存する
- 画面全体と画像部分のスクリーンショットを撮る
- シークレットモードで同じページを開く
- スマートフォンや別のパソコンでも確認する
- 発生前に行った更新、移転、SSL化、画像削除をメモする
別端末・シークレットモードで確認する
シークレットモードでは正常に見えるなら、普段使っているブラウザのキャッシュや拡張機能が影響している可能性があります。別端末でも見えない場合は、閲覧者側だけの問題とは考えにくくなります。
社内Wi-Fiでは見えず、スマートフォンのモバイル通信では見える場合もあります。通信経路、社内セキュリティ、DNS、CDNなどが関係することがあるため、「どの回線で確認したか」も記録してください。
1枚だけか全画像かを確認する
特定の写真1枚だけなら、その画像の削除、ファイル名変更、URL間違いが有力です。同じページの画像がすべて消えているなら、ページ編集、遅延読み込み、画像最適化機能を疑います。ロゴや全ページの画像まで見えないなら、テーマ、共通URL、CDN、サーバー障害など調査範囲が広がります。
画像が見えない状態で、同じファイル名を使った上書き、メディアの一括削除、プラグインの全停止を繰り返さないでください。現在の状態と直前の操作が分からなくなると、原因調査と復旧に時間がかかります。
症状から原因を切り分ける早見表
技術用語が分からなくても、症状を分類すれば確認する場所を絞れます。次の表で、自社の状態に最も近い行を確認してください。
| 症状 | 最初の確認 | 主な原因候補 |
|---|---|---|
| 自分だけ見えない | シークレット・別端末 | ブラウザキャッシュ、拡張機能、通信 |
| 特定の1枚だけ見えない | 画像URLを直接開く | 削除、URL・ファイル名間違い、404 |
| 特定ページの画像が消えた | 直前のページ編集 | 画像ブロック、HTML、遅延読み込み |
| 全ページで見えない | ロゴ・背景・他ページ | テーマ、CDN、サーバー、共通URL |
| SSL化・移転後に消えた | 画像URLのドメインとhttp | 置換漏れ、混在コンテンツ、移行漏れ |
| 管理画面でもプレビュー不可 | メディアのファイルURL | ファイル消失、破損、権限、アクセス制限 |
画像URLを直接開くと原因が見えやすい
パソコンで画像部分を右クリックし、「画像を新しいタブで開く」などを選ぶと、画像ファイルそのものへアクセスできます。何も表示されない、404と出る、403と出る、別のドメインへ移動するなど、結果を記録します。
MDNの404 Not Found解説では、404はサーバーが要求された資源を見つけられない状態です。画像の場合は、URLの入力ミス、ファイルの移動、削除などが代表的な原因です。
- 404:画像ファイルが指定場所にない可能性
- 403:閲覧権限やアクセス制限の可能性
- 古い画像が出る:キャッシュの可能性
- URLがhttp:HTTPS化後の混在コンテンツの可能性
ホームページの画像が表示されない主な原因7つ
原因は一つとは限りません。WordPress移転で画像URLが古いまま残り、さらにCDNキャッシュが旧状態を配信しているなど、複数の問題が重なることもあります。
1. ブラウザ・WordPress・CDNのキャッシュ
キャッシュはページや画像を一時保存し、表示を速くする仕組みです。便利な反面、画像を変更・復元しても古い状態が残ることがあります。ブラウザ、WordPressプラグイン、レンタルサーバー、CDNなど複数の層にキャッシュがあるため、一か所だけ消しても変わらない場合があります。
- シークレットモードでは画像が見える
- 別端末では新しい画像が見える
- 画像URLを直接開くと正常に表示される
- 画像を差し替えた直後から端末ごとに見え方が違う
2. 画像URLの間違い、削除、移動による404
ホームページは、記事の中に画像そのものを保存するのではなく、画像ファイルの場所をURLで指定して表示します。そのため、画像を削除した、フォルダを移動した、ドメインを変更した、記事内URLを書き換えた場合に参照先がなくなります。
WordPressのメディアライブラリから「未使用に見える画像」を削除したところ、固定ページやテーマから使われていたという相談もあります。メディア画面で未添付と表示されても、本当に使われていないとは限りません。
3. ファイル名の大文字小文字・日本語・記号
サーバーによっては、`Shop.jpg`と`shop.jpg`を別ファイルとして扱います。Windows上では見えていた画像が、本番サーバーへ移した後だけ消える場合は、大文字小文字の違いが手掛かりになります。
日本語、空白、`#`や`?`などを含むファイル名も、アップロード方法やサーバー設定によって問題を起こすことがあります。新規画像は半角英数字とハイフンを使い、`shop-exterior-01.jpg`のような名前にすると管理しやすくなります。
4. HTTPS化後のHTTP画像と混在コンテンツ
ページをHTTPSへ変更したのに、画像URLが`http://`のままだと、HTTPSページ内に安全でない資源が混ざる「混在コンテンツ」になります。ブラウザがURLを自動的にHTTPSへ変更する場合もありますが、安全に取得できない画像はブロックされる可能性があります。
MDNの混在コンテンツ解説でも、HTTPSページ内のHTTP資源はセキュリティ上の問題として扱われます。SSL化やサイト移転の直後に画像が消えたなら、記事本文、CSS、テーマ設定、ウィジェットに古いURLが残っていないか確認します。
5. WordPressテーマ・プラグイン・遅延読み込みの競合
画像最適化、遅延読み込み、キャッシュ、セキュリティ、ページビルダーなどは、画像URLや表示方法を変更します。更新後に一部画像だけ表示されない場合は、直前に更新されたテーマやプラグインとの関係を調べます。
本番サイトでプラグインを一括停止すると、問い合わせフォーム、予約、決済、セキュリティまで止まる恐れがあります。競合確認はバックアップを取り、可能なら検証環境やトラブルシューティング機能を使って行います。
6. サーバー権限、アクセス制限、CDN・直リンク防止
ファイルがサーバーにあっても、Webから読む権限がない、セキュリティ設定が拒否している、CDNへの配信が失敗している場合は表示できません。403が出る場合や、社内では見えるのに外部から見えない場合は、この範囲を疑います。
WordPress公式のファイル権限資料は、権限がサーバー構成に関係することを説明しています。インターネット上の手順だけを見て、すべてのフォルダを777へ変更するのは危険です。利用中のサーバー会社または管理者へ確認してください。
7. ファイル破損、非対応形式、容量・サーバー資源
拡張子は`.jpg`でも中身が壊れている、画像変換が途中で失敗した、ブラウザが対応しない形式になっていると表示できません。大きすぎる画像の処理中にサーバーのメモリや時間制限へ達し、縮小画像だけ作成されないケースもあります。
MDNのimg要素解説では、空の`src`、読み込み妨害、非対応形式なども画像読み込みエラーの例として挙げられています。別の画像編集ソフトで標準的なJPEG・PNG・WebPとして書き出し直すと、破損かどうかを切り分けられます。
端末確認 → 画像URL確認 → WordPress設定 → キャッシュ → テーマ・プラグイン → サーバーの順に進めると、影響の小さい確認から原因を絞れます。
自分で安全に試せる修正手順
安全な修正は「元に戻せる状態を作り、確認を一つずつ行う」ことが前提です。複数の設定を同時に変えると、どの操作で直ったか分からず、別の不具合を見逃します。
別環境で再現を確認する
シークレットモード、別ブラウザ、スマートフォンで確認し、自分だけの問題かサイト全体かを分けます。
画像URLを直接開く
正常表示、404、403、HTTP URL、別ドメインへの転送など、表示結果を記録します。
WordPressのメディアと記事設定を確認する
メディアライブラリに画像があるか、プレビューできるか、記事の画像ブロックやアイキャッチが正しい画像を選んでいるか確認します。
狭い範囲からキャッシュを更新する
まずページの再読み込みとブラウザ確認を行い、必要な場合だけWordPress、サーバー、CDNの順で管理者に確認します。
バックアップ後に再設定する
元画像を確保し、記事の画像選択をやり直します。再アップロードする場合は新しいファイル名を使い、元画像を削除せず表示確認します。
記事本文の画像とアイキャッチ画像は別設定です。WordPress編集画面の「アイキャッチ画像」に設定されているか、テーマが一覧・詳細ページでアイキャッチを表示する作りかを確認します。本文へ画像を入れただけでは、記事一覧のサムネイルに出ないテーマもあります。
画像URLを直接開いて正常なら、ファイル自体は存在します。記事側の指定、CSSでの非表示、遅延読み込み、テーマテンプレートなど、表示側の調査へ進みます。画像URL自体が404なら、キャッシュ削除より先に、正しい画像の保存場所を確認します。
【モデルケース】SSL化後にトップ画像だけ消えた
以下は、複数の相談傾向をもとに構成したモデルケースです。実在する一社の実績ではありません。
店舗サイトをHTTPS化した翌日、トップページ上部の大きな写真だけが表示されなくなりました。商品画像とスタッフ写真は正常で、WordPressのメディアライブラリにも元画像は残っていました。
画像部分を調べると、本文の画像ではなくCSSで指定された背景画像でした。ページはHTTPSでしたが、背景画像のURLだけ旧ドメインのHTTPを参照していました。ブラウザの開発者ツールには混在コンテンツに関する警告が記録されていました。
作業前にテーマとデータベースをバックアップし、該当する背景画像URLを新しいHTTPS URLへ修正しました。その後、サイト側とCDNのキャッシュを更新し、PC、iPhone、Androidで確認しました。
「画像がメディアにある」ことと「公開ページが正しいURLを読んでいる」ことは別です。SSL化や移転後は、記事本文だけでなく、CSS、テーマ設定、ウィジェット、ページビルダー内のURLも確認する必要があります。
自分で触らず修正業者へ相談した方がよい状態
画像の再選択だけで直ることもありますが、事業への影響が大きい状態や、サーバー設定が関係する状態は、変更を増やす前に相談した方が早く復旧できます。
| 安全に試しやすいこと | 専門家へ任せたいこと |
|---|---|
| 別端末・別ブラウザで確認 | 本番データベースの一括置換 |
| スクリーンショットとURL保存 | サーバー権限の変更 |
| メディアの存在とプレビュー確認 | テーマ・PHP・CSSの直接修正 |
| 記事の画像選択を確認 | プラグインの一括停止 |
| 元画像を確保 | CDN・セキュリティ設定変更 |
- トップページ、商品、メニュー、予約案内など売上に関わる画像が消えた
- 複数端末で全ページの画像が表示されない
- WordPress管理画面でも画像を確認できない
- SSL化、サーバー移転、ドメイン変更の直後に発生した
- 403、500、重大なエラーなどが表示される
- 見覚えのない画像、広告、転送など改ざんの疑いがある
見覚えのないファイル削除、管理者追加、別サイトへの転送がある場合は、画像だけの問題として扱わないでください。改ざんや不正アクセスの可能性があるため、スクリーンショットと発生時刻を保存し、サーバーログやアカウントも確認できる専門家へ相談します。
修正依頼を早める情報テンプレート
「画像が出ません」だけでは、業者は再現確認から始める必要があります。次の情報を一度に送ると、原因の仮説と必要な権限を判断しやすくなります。
対象URL:https://example.com/shop/
対象画像:ページ上部の店舗外観写真
発見日時:6月15日 9時ごろ
再現環境:iPhone Safari、Windows Chromeの両方
画像URLの結果:新しいタブで開くと404
管理画面:メディア一覧に画像名はあるがプレビュー不可
直前の操作:前日に不要画像を整理
事業への影響:店舗外観が分からず、来店案内に影響
希望:原因調査、復旧、同様のリンク切れ確認
- 画像が消えたページURLと位置
- 発見日時と最後に正常だった日時
- 端末、OS、ブラウザ、通信環境
- 1枚だけか、全ページか
- 画像URLを直接開いた結果
- 直前の更新、削除、SSL化、移転
- WordPress、サーバー、CDNの管理権限の有無
画像が商品の購入判断や店舗への来店に関係する場合は、緊急度も伝えます。「トップの装飾画像が消えた」と「ネットショップの商品画像が全件消えた」では、必要な初動が異なります。
復旧後に同じ不具合を防ぐ方法
表示が直ったら、原因、変更箇所、確認端末を記録します。復旧だけで終えると、次の更新や担当者交代で同じ問題が再発します。
- 画像を削除・上書きする前に使用ページを確認する
- ファイル名は半角英数字とハイフンで統一する
- サイト移転・SSL化では画像URLも対象にする
- 更新前にファイルとデータベースをバックアップする
- 公開後はPC・スマホ・シークレットモードで確認する
- 主要ページの画像とリンクを定期的に点検する
画像には内容に合ったalt属性を設定します。MDNでは、altは画像の代替情報であり、ネットワークエラーやリンク切れで画像を読み込めない時にも表示されると説明されています。装飾画像は空のalt、意味のある商品・店舗・人物画像は簡潔な説明を設定します。
さらに、`width`と`height`を適切に指定すると、画像を読み込む前に表示領域を確保しやすくなります。画像が遅れて表示された時のレイアウト移動を抑える効果があり、利用者が誤って別のボタンを押すリスクも減らせます。
Google検索セントラルの画像SEO資料も、説明的なファイル名やalt、関連テキストの近くへの配置を案内しています。復旧時には「見えるようにする」だけでなく、画像の意味と管理方法も整えておくと次回の点検が楽になります。
よくある質問
キャッシュを消せば画像は直りますか?
古い表示が残っているだけなら直る可能性があります。画像URLが404、ファイルが削除済み、HTTPSでブロックされている場合は、キャッシュを消しても直りません。先に別端末と画像URLを確認してください。
画像を再アップロードしても大丈夫ですか?
元画像を確保し、バックアップ後に新しいファイル名でアップロードする方法は比較的安全です。同じ名前で上書きするとキャッシュの影響を受けやすく、別ページで同じ画像を使っている場合は意図しない変更が起きます。
WordPress以外のホームページでも直せますか?
HTMLサイト、ホームページ作成サービス、ECサイトでも、編集権限と画像の保存場所を確認できれば修正できる場合があります。ただし、契約サービスによって外部業者の編集可否や復旧方法が異なります。
画像が見えないとSEOに影響しますか?
一時的な不具合だけで影響を断定することはできません。ただし、重要な商品・サービス情報が理解できない、画像URLが長期間404のまま、ページの使い勝手が悪い状態は放置しない方がよいでしょう。画像の復旧と併せてalt、ファイル名、表示速度も確認します。
- 画像が消えたら、修正前にURL、画面、発生時刻、直前操作を記録する
- 自分だけか、1枚だけか、全ページか、SSL化後かで原因を絞る
- 画像URL、WordPress設定、キャッシュの順に影響の小さい確認から進める
- 権限変更、一括置換、プラグイン全停止はバックアップなしで行わない
ホームページの画像が表示されない原因は、単純なキャッシュから、画像削除、URL切れ、SSL、テーマ、サーバー設定までさまざまです。最短で直すためにも、焦って変更を増やさず、症状を記録して原因候補を一つずつ絞ってください。全端末で再現する、商品や予約に影響する、管理画面でも画像が見えない場合は、元データを残したまま修正業者へ相談する方が安全です。楽楽ホームページ修正では、他社制作サイトやWordPressの画像不具合も、状況を確認して対応方法をご案内します。