WordPressに画像をアップロードできないときの確認順｜容量・形式・権限
画像1枚だけの失敗と、すべての画像が失敗する場合を切り分けます。エラーの記録、最大アップロードサイズ、小さい画像での比較、管理者へ渡す情報を整理。
この記事でわかること
WordPressに画像を追加できないときは、エラー文を控えてから「その画像だけが失敗するのか」「小さい別の画像でも失敗するのか」を確認します。この比較で、画像ファイル側とサイト側のどちらから調べるかを絞れます。
いきなり全プラグインを停止したり、サーバーの権限を書き換えたりする前に、変更せず確認できる項目から進めましょう。この記事はアップロード時の失敗が対象です。アップロード済みの画像がページに出ない場合は画像が表示されないときの確認へ進んでください。
最初に残す情報
エラー表示を閉じる前に、文言をコピーするか画面を撮影します。「エラーになった」だけでは、容量の上限、形式の不一致、処理中の失敗を区別できません。
| 記録するもの | 記録例 | 調べる目的 |
|---|---|---|
| 失敗した場所 | 投稿の画像ブロック／メディア追加 | 画面による違いを見る |
| エラーの原文 | 画面の文章をそのまま控える | 推測と実際の通知を分ける |
| ファイルの情報 | 形式、容量、縦横のピクセル数 | 画像側の条件を比較する |
| 発生時刻 | 日付と時刻 | 管理者がログを探せるようにする |
| ほかの画像の結果 | 小さいJPEGは成功した | 問題の範囲を絞る |
スクリーンショットを共有する場合は、メールアドレスや非公開のファイル名など、相談に不要な情報を隠してください。
1．ファイルが手元で正常に開くか確認する
まずパソコンやスマートフォンで対象の画像を開きます。表示できない、途中までしか見えない、ダウンロードが未完了といった場合は、サイトへ再送する前に元の画像を確認します。
見た目の拡張子を変えるだけでは画像形式の変換になりません。例えばファイル名の末尾を「.jpg」に書き換えても、中身がJPEGになるわけではありません。画像編集アプリの書き出し・エクスポート機能で別ファイルとして保存し、元画像は残してください。
写真ならJPEG、透明部分が必要な図ならPNGなど、用途とサイトの対応状況に合わせて用意します。対応形式はWordPress本体だけでなく、サーバー側の処理環境にも左右されるため、「新しい形式なら必ず使える」とは判断しません。
2．画面に表示される最大サイズと比較する
WordPressの「メディア」から新規追加の画面を開き、表示されている最大アップロードサイズを確認します。この値はサイトの環境によって異なります。インターネットで見かけた別サイトの数値を、自分の上限として使わないでください。
上限を超えている場合は、元画像のコピーを作り、必要な表示サイズへ縮小してから書き出します。容量が収まっても、縦横の画素数が非常に大きい画像は処理時に失敗することがあるため、容量と寸法の両方を記録します。
ここで必要なのは「画質を最低まで落とすこと」ではありません。例えば店内紹介の写真なら、ページで必要な情報が読めるかを基準に調整し、文字が細かい案内画像なら読みやすさも確認します。具体的な準備はWeb画像のサイズと代替テキストも参考になります。
3．小さい別画像を1枚だけ追加する
公開して差し支えない、小さいJPEGまたはPNGを1枚用意し、同じアカウントで「メディア」の新規追加から試します。複数ファイルをまとめて送ると、どれが成功したか分かりにくいため、比較は1枚ずつ行います。
| 比較の結果 | 次に調べる方向 | この結果だけで断定しないこと |
|---|---|---|
| 小さい画像は成功、元画像は失敗 | 元画像の容量・寸法・形式 | サーバーが完全に正常とは限らない |
| どちらも失敗 | 権限・接続・サイト環境 | 必ずサーバー障害とは限らない |
| メディア追加は成功、投稿画面だけ失敗 | 編集画面やブロック側の状態 | アップロード機能全体の故障とは限らない |
| 成功表示はないがライブラリに存在 | 処理や表示の途中で止まった可能性 | 何度も送信して重複させない |
成功した画像がメディアライブラリにあるなら、投稿では「メディアライブラリ」から選ぶ方法を試せます。失敗したと思っていた画像も、再送する前にライブラリを確認してください。
4．結果に合わせて、次の操作を一つだけ選ぶ
容量や寸法を変えたら成功する
元ファイルを保管し、掲載用の画像を使います。本文に配置した後は、文字の読める大きさ、スマホでの見え方、代替テキストを確認して完了です。
ログインし直すと改善するか確認したい
編集中の原稿を控え、保存状態を確認してからログインし直します。未保存の文章がある状態で、先にログアウトや再読み込みをしないでください。
すべての画像で失敗する
利用者の権限にメディアのアップロードが含まれるかを管理者へ確認します。標準の「寄稿者」にはアップロード権限がありません。役割はプラグインなどで変更される場合もあるため、役割名だけで断定せず実際の運用を確認します。
権限に問題がなければ、記録した時刻をもとに管理者やホスティング会社へ相談します。空き容量、書き込み先、画像処理のエラーなどは環境を見て判断する領域です。権限の一律変更や上限値の書き換えは、原因と復旧方法が分かってから行います。
管理者へ渡せる相談メモ
発生ページ：メディアの新規追加
発生時刻：年月日・時刻
エラー文：画面に表示された原文
対象画像：形式／容量／縦横の寸法
比較結果：小さい別画像は成功／失敗
直前の変更：分かる範囲で記入。不明なら不明ログイン用パスワードをこのメモへ記載する必要はありません。確認用画像が必要なら、公開してよい別画像で同じ症状が出るかを先に試します。
完了の基準は、追加できた表示だけではなく、メディアライブラリに保存され、対象ページで正しく表示されることです。テスト画像を片付ける場合は、記事で使用していないものかを確認してから削除してください。
図は独自の模式図です。比較方法と相談メモは編集部の提案です。公式資料確認日：2026年10月14日。
