WordPressメディアライブラリ完全ガイド：画像を効率的に管理する方法

WordPressのメディアライブラリは、表面上はシンプルに見えますが、サイトが成長するにつれて深刻なボトルネックになる機能の1つです。50枚の画像なら問題ありません。5,000枚になると、適切な画像を探すのはデジタルの靴箱を漁っているようで、アップロードは遅くなり、サイトのパフォーマンスも低下し始めます。

このガイドでは、WordPressメディアライブラリについて知っておく必要があることすべてを解説します: 内部的な仕組み、効率的な画像のアップロード方法（一括アップロードを含む）、大きなライブラリの整理方法、パフォーマンスのための画像最適化方法、そして必ず出てくる問題のトラブルシューティング方法です。

WordPressメディアライブラリの実際の仕組み

ヒントとテクニックに入る前に、メディアライブラリが実際に何であるかを理解しておくと役立ちます。単なるビジュアルギャラリーではなく、特定の構造を持つデータベースバックアップのシステムです。

ファイルの保存場所

WordPressに画像をアップロードすると、2つのことが起こります。

ファイルがサーバーに保存される — デフォルトでは/wp-content/uploads/に、年と月のフォルダーで整理されます（例: /wp-content/uploads/2026/02/）。設定 > メディアでこの構造を変更できますが、多くの画像があるサイトには年/月の整理が推奨されます。
データベースレコードが作成される — WordPressはwp_postsテーブル（「attachment」投稿タイプとして）とwp_postmetaテーブル（代替テキスト、キャプション、ファイルの寸法、その他のメタデータ用）に画像に関するメタデータを保存します。これが、FTP経由でファイルをアップロードしてもメディアライブラリに表示されない理由です — データベースレコードがないためです。

生成される画像サイズ

1枚の画像をアップロードすると、WordPressはそれを異なるサイズで複数バージョン生成します。デフォルトのサイズは以下の通りです。

サイズ名	デフォルトの寸法	用途
サムネイル	150 x 150px（トリミング）	管理画面のサムネイル、小さなウィジェット
中サイズ	最大幅300px	「中」サイズを選んだときのコンテンツ内画像
中大サイズ	最大幅768px	レスポンシブ画像のブレークポイント（WP 4.4で追加）
大サイズ	最大幅1024px	「大」サイズを選んだときのコンテンツ内画像
フル	元の寸法	元のアップロードファイル

テーマとプラグインが追加のカスタムサイズを登録することもあります。例えばWooCommerceは、ショップグリッドと商品単体ページ用の商品画像サイズを追加します。1枚のアップロード画像から6〜10ものファイルがディスク上に生成されることがあります。4000px幅の写真をアップロードすると、生成されたすべてのサイズで5〜15MBのストレージが消費されることがあります。

設定 > メディアでデフォルトのサイズを設定できます。設定した寸法は今後のアップロードに適用されます — サムネイルを再生成しない限り、既存の画像は影響を受けません。

アタッチメントシステム

WordPressのすべてのメディアアイテムは技術的にはattachmentタイプの「投稿」です。つまり、以下のものを持っています。

タイトル（デフォルトは拡張子なしのファイル名）
キャプション
説明文
代替テキスト（投稿自体ではなく投稿メタとして保存）
添付親投稿（画像が最初に挿入された投稿や固定ページがある場合）
日付（アップロード日）

この構造を理解することは重要です。なぜならメディアライブラリの検索がどのように機能するか、代替テキストとタイトルが重要な理由、アタッチメントがコンテンツとどう関連するかを説明するからです。

メディアライブラリへの画像アップロード

標準アップロード（WordPress管理画面）

最も基本的なアップロード方法は、WordPress管理画面のメディア > 新規追加からです。デスクトップでは、ファイルをアップロードエリアにドラッグ＆ドロップするか、「ファイルを選択」をクリックしてコンピューターを参照できます。WordPressは各ファイルを処理し、様々なサイズを生成し、データベースレコードを追加します。

標準アップローダーの制限:

ファイルサイズ制限 — サーバーのPHP設定（upload_max_filesizeとpost_max_size）によって決まります。一般的なデフォルトはホストによって2MB、8MB、64MBです。新規メディア追加ページで制限を確認できます — アップロードエリアの下に表示されます。
タイムアウトリスク — 多くの大きなファイルを一度にアップロードすると、サーバーのmax_execution_timeを超え、アップロードがサイレントに失敗することがあります。
個別ファイルの進捗なし — 複数のファイルをアップロードするとき、全体的な進捗インジケーターは表示されますが、ファイルごとのステータスは表示されないため、どのファイルがエラーを起こしたか特定しにくいです。

一括アップロード方法

数枚以上の画像をアップロードする必要があるとき、標準のアップローダーは遅く感じ始めます。より良いアプローチを紹介します。

モバイル一括アップロード

画像がスマホ上にある場合（ブロガー、写真家、ストアオーナーには増えてきた状況）、専用のアップロードアプリが最も速い手段です。SnapPressは、カメラロールから最大20枚の写真を選択してWordPress REST APIを通じて直接メディアライブラリにアップロードできます。画像はWordPressに正しく登録されます — すべての正しいデータベースレコードと生成されたサイズと共に、即座にメディアライブラリに表示されます。

モバイルアップロードツールの詳細な比較については、WordPressの写真アップロードアプリ比較ガイドをご覧ください。

デスクトップのドラッグ＆ドロップ

デスクトップでは、メディア > 新規追加ページが複数ファイルのドラッグ＆ドロップをサポートしています。ファイルマネージャーでアップロードしたいすべての画像を選択し、ブラウザウィンドウにドラッグするとWordPressが順次アップロードします。10〜30枚の画像には有効ですが、ブラウザのタイムアウトの問題により大きなバッチでは信頼性が低くなることがあります。

WP-CLI アップロード

SSHアクセスを持つ開発者やサイト管理者には、WP-CLIが最も強力な一括アップロードオプションを提供します。wp media importコマンドはサーバーのファイルシステム、URL、またはリモートの場所からファイルをインポートできます。

wp media import /path/to/images/*.jpg --title="商品写真"

このコマンドは指定されたディレクトリ内のすべてのJPEGファイルをインポートし、各ファイルの適切なメディアライブラリエントリを作成します。別のシステムから何百もの画像を移行したり、FTP経由でアップロードされたファイルをインポートしたりする最良の選択肢です。

プラグインベースの一括アップロード

いくつかのWordPressプラグインがアップロード機能を拡張します。

Add From Server — すでにサーバーにあるファイル（FTP経由でアップロード）をメディアライブラリに登録します
Media from FTP — Add From Serverと同様で、新しいFTPアップロードの自動登録のスケジューリングサポートがあります
FileBird — 主にフォルダー整理プラグインですが、拡張されたアップロード機能も含んでいます

メディアライブラリの整理

WordPressのネイティブメディアライブラリには整理ツールが限られています。メディアアイテムにはフォルダー、タグ、カテゴリーがありません。小さなサイトにはこれで十分です。何千もの画像があるサイトでは、本当の問題になります。

組み込みの整理機能

WordPressにはメディアを見つけてフィルタリングするための組み込みの方法がいくつかあります。

グリッドとリスト表示 — ビジュアルサムネイル（グリッド）とファイル名、作成者、日付、添付投稿の列がある詳細リストを切り替えられます。リスト表示は多くのファイルを管理するのに効率的です。
日付フィルター — アップロードされた月でメディアをフィルタリングします。予測可能なバッチでアップロードする場合（例: 特定の撮影のすべての商品写真）に有効です。
メディアタイプフィルター — 画像、音声、動画、またはドキュメントでフィルタリングします。
検索 — ファイル名、タイトル、キャプション、説明文を検索します。これが説明的なファイル名が重要な理由です。「blue-canvas-tote」を検索する方が、「IMG_4523」を検索するより遥かに便利です。
アタッチメントの詳細 — 任意のメディアアイテムをクリックして、添付されているすべての投稿や固定ページ、ファイルURL、利用可能なすべてのサイズを含む完全なメタデータを確認できます。

フォルダープラグイン

より高度な整理には、メディアフォルダープラグインがメディアライブラリに真のフォルダー機能を追加します。最も人気のある選択肢は以下の通りです。

FileBird（無料版とPro版）

メディアライブラリの左サイドバーにフォルダーツリーを作成
フォルダー間でファイルをドラッグ＆ドロップ
実際のファイルURLは変更しない（整理のみ）
無料版でフォルダー数無制限をサポート

Real Media Library（Pro版）

同様のフォルダーツリーインターフェース
自動ファイル整理ルールを含む
物理的なフォルダー再構成をサポート（実際のファイルパスを変更）
大きなメディアライブラリに適している（パフォーマンス最適化）

HappyFiles（無料版とPro版）

クリーンなインターフェースの軽量なフォルダーソリューション
SVGファイルのサポート
人気のページビルダーと統合

命名規則

最も効果的な整理戦略はプラグインを必要としません: アップロード前に一貫した説明的なファイル名を使うことです。

良い命名規則には以下が含まれます。

カテゴリーまたはセクションのプレフィックス — blog-、product-、team-、hero-
説明的な名前 — 画像が実際に何を表しているか
バリアント識別子 — 該当する場合（front、side、detail、thumbnail）
単語間にハイフン — アンダースコアやスペースではなく

例:

blog-tokyo-street-photography-shibuya.jpg
product-leather-wallet-brown-front.jpg
team-sarah-chen-headshot.jpg
hero-homepage-spring-2026.jpg

この規則はメディアライブラリの検索を非常に効果的にし、また検索エンジンが画像検索ランキングのシグナルとしてファイル名を使用するため、SEOの利点もあります。

パフォーマンスのための画像最適化

最適化されていない画像はWordPressサイトが遅い最大の原因です。圧縮されていない1枚のスマホ写真は5〜15MBになることがありますが、同じ画像の最適化されたバージョンは画面表示上では目に見える品質差なしに150〜300KBになることがあります。

最適化の基礎

圧縮 — 人間の目には見えないか、ほとんど知覚できないデータを削除することでファイルサイズを削減します。2種類あります。

非可逆圧縮 — 一部の画像データを永久に削除します。70〜85%品質のJPEG圧縮は、Web表示サイズでは目に見える品質差なしに元の60〜80%小さいファイルを生成します。
可逆圧縮 — 品質を損なうことなくメタデータを削除してエンコーディングを最適化します。通常10〜30%のファイルサイズ削減を達成します。

リサイズ — アップロード前に画像のピクセル寸法を縮小すること。4000 x 3000pxの写真を2000 x 1500pxにリサイズすると75%少ないピクセルになり、それが直接ファイルサイズの削減につながります。ほとんどのWordPressテーマは1200pxより幅の広い画像を表示しないため、4000pxでアップロードすることは帯域幅とストレージの無駄です。

フォーマットの選択 — 画像タイプに合った適切なファイルフォーマットの選択:

フォーマット	最適な用途	ファイルサイズ	品質
JPEG	写真、複雑な画像	小	良好（非可逆）
PNG	グラフィック、スクリーンショット、透明度がある画像	大	完全（可逆）
WebP	写真とグラフィックの両方	非常に小	優秀（可逆または非可逆）
AVIF	優れた圧縮の次世代フォーマット	最小	優秀
SVG	アイコン、ロゴ、シンプルなイラスト	極小（ベクター）	完全（スケーラブル）
GIF	シンプルなアニメーション（複雑なものには動画を推奨）	アニメーションには大	限定的（256色）

WordPressの画像最適化プラグイン

最も実践的なアプローチは画像をアップロードして、最適化プラグインが圧縮とフォーマット変換を自動的に処理するようにすることです。トップの選択肢を以下に示します。

ShortPixel Image Optimizer

月100枚の無料画像クレジット（1クレジットが1つの画像サイズをカバーするため、5つのサイズが生成される1枚のアップロードで5クレジット使用）
非可逆、Glossy（視覚的に可逆）、可逆の圧縮オプション
WebPとAVIFへの自動変換
既存の画像の一括最適化
有料プランは月5,000クレジットで約600円/月から

Imagify

WP Rocketチームから
3段階の圧縮レベル: Normal、Aggressive、Ultra
WebP変換
月20MBまで無料
クリーンでシンプルなインターフェース

Smush

一度に50枚の無料一括最適化
遅延読み込み組み込み
Pro版はCDN配信と次世代フォーマット変換を追加
同じ開発者のHummingbird（パフォーマンスプラグイン）と統合

EWWW Image Optimizer

サーバー上でローカルに圧縮できるという点で独自（基本的な圧縮に外部APIが不要）
基本的な可逆圧縮は無料
有料プランで非可逆圧縮とWebP変換を追加
外部サービスに画像を送ることについてプライバシーへの懸念があるサイトに適している

アップロード前の手動最適化

プラグインはアップロード後の最適化を処理しますが、アップロード前に画像を最適化することもできます。これによりアップロード時間（特に遅い接続では）とサーバーの処理負荷が削減されます。

スマホで — 編集アプリから特定の解像度（1200〜2000px幅）とJPEG品質（80〜85%）でエクスポート
デスクトップで — ImageOptim（Mac）、FileOptimizer（Windows）、Squoosh（Webベース）などのツールを使ってアップロード前に画像を圧縮
バッチリサイズ — ほとんどの編集アプリはターゲット解像度でのバッチエクスポートをサポートしています。例えばLightroomでは、長辺2000pxにすべての画像をリサイズするエクスポートプリセットを設定できます

定期的にスマホからアップロードする写真家には、アップロード前の最適化と一括アップロードツールの組み合わせが最速のワークフローを生み出します。WordPress写真ワークフローガイドでこれを詳しく解説しています。

WordPressのレスポンシブ画像

WordPress 4.4以降、プラットフォームは画像タグにsrcsetとsizes属性を自動的に追加しています。これにより、ブラウザは閲覧者の画面サイズと解像度に基づいて最も適切なサイズの画像を選べます。スマホの訪問者は2000px幅のフルバージョンではなく、400px幅の画像を読み込み、帯域幅を節約してページ速度を向上させます。

srcsetの仕組み

投稿に画像を挿入すると、WordPressは以下のようなHTMLを生成します。

<img src="image-1024.jpg" srcset="image-300.jpg 300w, image-768.jpg 768w, image-1024.jpg 1024w, image-2000.jpg 2000w" sizes="(max-width: 1024px) 100vw, 1024px">

ブラウザはsrcsetリストとsizes属性を評価し、現在のビューポート幅とデバイスのピクセル比に最も合う画像だけをダウンロードします。これは自動的に行われます — 合理的な解像度で画像をアップロードするだけで、何か特別な操作は必要ありません。

レスポンシブ画像のベストプラクティス

最大表示サイズに十分な解像度でアップロードする — 通常2000〜2400px幅。WordPressが自動的に小さいサイズを生成します。
WordPressの生成サイズを無効にしない — 一部の最適化ガイドでは、ストレージを節約するために生成サイズの数を減らすことを提案しています。これによりディスクスペースは節約できますが、ブラウザが必要以上に大きな画像をダウンロードするため、パフォーマンスが低下する可能性があります。
テーマの画像処理を確認する — 一部のテーマはWordPressのデフォルトのレスポンシブ画像動作をオーバーライドします。ライブページを検査して（画像を右クリック > 検査）srcset属性が存在することを確認してください。

代替テキスト、タイトル、キャプション: メタデータを正しく設定する

メディアライブラリのすべての画像には4つのテキストフィールドがあります: タイトル、代替テキスト、キャプション、説明文。それぞれ異なる目的を持ち、正しく設定することはアクセシビリティとSEOの両方に重要です。

代替テキスト

代替テキスト（alt text）は最も重要なフィールドです。2つの重要な目的を果たします。

アクセシビリティ — スクリーンリーダーは、画像を見ることができないユーザーに代替テキストを声に出して読み上げます。代替テキストがないと、視覚障害のあるユーザーは画像が何を示しているか分かりません。
SEO — 検索エンジンは代替テキストを使って画像の内容を理解し、画像検索結果でのランキングを決定します。

良い代替テキストのガイドライン:

ランキングに利用したいキーワードではなく、画像が示すものを説明する
具体的に: 「犬」より「公園でフリスビーを取るゴールデンレトリバー」が良い
125文字以内に収める — スクリーンリーダーは長いテキストを切り捨てることがある
「の画像」や「の写真」で始めない — スクリーンリーダーはすでに画像として読み上げる
装飾的な画像（コンテンツを伝えないビジュアル的な装飾）には空のalt属性（alt=""）を使ってスクリーンリーダーにスキップさせる

タイトル

画像のタイトルは一部のブラウザで画像上にホバーしたときのツールチップとして表示されます。デフォルトは拡張子なしのファイル名です。SEOにとっては代替テキストほど重要ではありませんが、説明的なタイトルはメディアライブラリ検索と全般的な整理に役立ちます。

キャプション

キャプションは投稿に表示されたとき画像の下に表示されます（テーマによる）。すべてのユーザーに見え、ページで最も読まれる部分の1つです — 研究によると、人々は本文より画像のキャプションを読む頻度が高いとされています。キャプションを使って、文脈を追加したり、写真家のクレジットを入れたり、画像を補完する追加情報を提供したりしましょう。

説明文

説明文フィールドは内部的に使用され、アタッチメントページ（テーマに存在する場合）に表示されます。ほとんどのサイトはSEOの理由でアタッチメントページを無効にします（サイトの権威を薄める薄いコンテンツページを作成するため）。そのため説明文は主に内部メモとして役立ちます。

メタデータの一括編集

何百もの画像に1枚ずつ代替テキストを追加するのは面倒です。以下のショートカットを活用してください。

リスト表示の一括編集 — メディアライブラリのリスト表示で複数の画像を選択して一括アクションのドロップダウンを使用できます。ただし、WordPressのネイティブなメディアの一括編集は限られており、代替テキストの編集は含まれていません。
代替テキストプラグイン — 「Jenga Alt Text」や「Image SEO」などのプラグインはファイル名や画像認識に基づいて代替テキストを自動生成できます。結果は完全ではありませんが、大量のバックログがある場合に時間を節約できます。
WP-CLI — 開発者はwp post meta updateコマンドを使って代替テキストを一括更新できます。これは大規模なメタデータ更新に最も速い方法です。

遅延読み込み

遅延読み込みは、ユーザーがスクロールして画像の近くに来るまで、画面外の画像の読み込みを延期します。これにより、特に多くの画像があるページの初期ページ読み込み時間が劇的に改善されます。

WordPressネイティブの遅延読み込み

WordPress 5.5以降、loading="lazy"属性が画像に自動的に追加されています。WordPress 5.9以降、コンテンツの最初の画像（通常はアイキャッチ画像やヒーロー）は遅延読み込みから除外され、代わりにfetchpriority="high"が付与されます。これが最適な動作です — フォールドより上の画像をすぐに読み込みながら、それ以外をすべて延期したいからです。

遅延読み込みをオーバーライドすべき場合

ほとんどの場合、WordPressのデフォルトは適切に機能します。ただし、以下の場合は遅延読み込みを調整したい場合があります。

テーマが大きなヘッダー画像を読み込む場合 — fetchpriority="high"があり、遅延読み込みされていないことを確認
フォールドより上にギャラリーがある場合 — 最初の数枚のギャラリー画像は遅延読み込みすべきでない
LCP（Largest Contentful Paint）画像が遅延読み込みされている場合 — Google PageSpeed Insightsで確認。LCP画像にloading="lazy"があれば、Core Web Vitalsスコアを遅くしている

よくあるメディアライブラリの問題への対処

アップロード中のHTTPエラー

アップロード中の汎用的な「HTTPエラー」はWordPressで最も厄介なメッセージの1つです。多くの意味がある可能性があるからです。一般的な原因と解決方法を示します。

ファイルが大きすぎる — サーバーのupload_max_filesizeを確認。ホストに増加を依頼するか、アップロード前に画像をリサイズしてください。
サーバータイムアウト — 大きなファイルのアップロードはPHPのmax_execution_timeを超えることがあります。300秒に増やすと通常解決します。
メモリ制限 — 画像処理（サムネイル生成）にメモリが必要です。wp-config.phpでWP_MEMORY_LIMITを増やしてください: define('WP_MEMORY_LIMIT', '256M');
mod_securityの干渉 — 一部のサーバーセキュリティモジュールは大きなPOSTリクエストを不審なものとしてフラグを立てます。ホストはWordPressのアップロードをホワイトリストに入れることができます。
ファイルパーミッション — /wp-content/uploads/ディレクトリには書き込みパーミッション（ディレクトリは通常755、ファイルは644）が必要です。

アップロード後に画像が表示されない

画像が正常にアップロードされてもフロントエンドに表示されない場合:

画像のURLを確認する — メディアライブラリで画像をクリックしてURLをコピーし、ブラウザで直接アクセスしてみてください。404が返る場合、データベースレコードはあるのにディスク上にファイルが存在しない可能性があります。
パーミッションを確認する — 画像ファイルはWebサーバーが読み取り可能である必要があります（644パーミッション）。
CDN設定 — CDNを使用している場合、アップロードディレクトリからファイルを配信するよう設定されていることを確認してください。新しいアップロードがCDNと同期されないのは一般的な問題です。
混在コンテンツ — サイトがHTTPSを使用しているが画像URLがHTTPを使用している場合、ブラウザはそれらをブロックします。Better Search Replaceプラグインを使って古いURLを更新してください。

メディアライブラリの動作が遅い

ライブラリが何千ものアイテムに成長すると、グリッドビューが重くなることがあります。解決策を示します。

リスト表示に切り替える — サムネイル画像をインラインでレンダリングしないためグリッドビューより速く読み込まれます
日付フィルターを使う — 表示範囲を絞り込むと読み込まれるアイテム数が減ります
サーバーリソースを増やす — メディアライブラリは表示されるアイテムごとにデータベースクエリを実行します。PHPメモリの増加と高速なデータベースが役立ちます。
メディア管理プラグインを検討する — FileBirdとReal Media Libraryはどちらも大きなコレクションのメディアライブラリクエリを最適化しています

サムネイルの再生成

テーマを変更したり、WooCommerceの画像設定を更新したり、設定 > メディアのデフォルト画像サイズを変更したりすると、既存の画像は新しいサイズに自動的に更新されません。サムネイルを再生成する必要があります。

Regenerate Thumbnailsプラグインがこれを処理します。ライブラリの各画像を再処理して、現在のサイズ設定で新しいバージョンを作成します。大きなライブラリには時間がかかることがあります — プラグインはサーバータイムアウトを避けるためにバッチで実行されます。

SSHアクセスがある場合、WP-CLIの方が速いです: wp media regenerate --yes

セキュリティの考慮事項

ファイルタイプの制限

WordPressはメディアライブラリにアップロードできるファイルタイプを制限しています。デフォルトでは一般的なWebフォーマット（JPEG、PNG、GIF、WebP、PDFなど）を許可しますが、危険なファイル（PHP、JavaScript、実行可能ファイル）はブロックします。これらの制限を無効にしないでください — これらは侵害されたアカウントを通じて攻撃者が悪意のあるコードをアップロードするのを防ぐために存在します。

WordPressがブロックするファイルタイプ（例: SVG）をアップロードする必要がある場合は、アップロードを許可する前にファイルをサニタイズするプラグインを使ってください。例えば「Safe SVG」プラグインはアップロードを許可しながら潜在的に悪意のあるコードを削除するためにSVGファイルをサニタイズします。

EXIFデータとプライバシー

スマホやカメラの写真にはGPS座標、デバイス情報、タイムスタンプを含むEXIFメタデータが含まれます。公開したくない場所を明かす写真をアップロードする場合は、アップロード前にEXIFデータを削除してください。ほとんどの画像最適化プラグインは圧縮時にEXIFデータを削除しますが、プラグインの設定でこれを確認してください。

ホットリンク保護

ホットリンクは他のウェブサイトがサーバーの帯域幅を使ってページに画像を直接埋め込む際に発生します。異常な帯域幅の使用に気付いたら、CDN、サーバーの.htaccessファイル、またはWordfenceなどのセキュリティプラグインでホットリンク保護を有効にしてください。

上級編: データベースのクリーンアップとメンテナンス

時間の経過とともに、メディアライブラリには「孤立した」ファイルが蓄積される可能性があります — ディスク上には存在するが対応するデータベースエントリがない画像、またはもう存在しないファイルを指すデータベースエントリです。このゴミはストレージを無駄にし、混乱を引き起こす可能性があります。

添付されていないメディアの検索

メディアライブラリで、どの投稿や固定ページにも添付されていない画像を見つけるために「未添付」フィルター（メディアアイテムの上のドロップダウンで利用可能）を使用してください。「未添付」は必ずしも「未使用」を意味しないことに注意してください — 画像は未添付でも、投稿でURLを通じて参照されたり、サイトのロゴ、ウィジェットの画像、またはカスタムフィールドで使用されたりしていることがあります。

クリーンアッププラグイン

Media Cleaner — データベースとファイルシステムをスキャンして未使用のメディアファイルを見つけます。即座に削除するのではなくトラッシュフォルダーに移動するため、永久削除前に確認できます。
JENGA Image Cleanup — 孤立したファイルと壊れた参照を特定します。移行後のクリーンアップに役立ちます。

重要: クリーンアップツールを実行する前に必ずサイトをバックアップしてください。最良のメディアクリーンアッププラグインでも、カスタムフィールド、ページビルダーデータ、CSSバックグラウンド画像など予期しない方法で参照されたファイルを未使用としてフラグを立てることがあります。

複数サイトにまたがるメディアライブラリの扱い

複数のWordPressサイトを管理している場合、複数の別々のメディアライブラリを扱っています。WordPressインストール間でメディアを共有する組み込みの方法はありません。いくつかのアプローチを紹介します。

共有アップロードのマルチサイト — WordPressマルチサイトは適切な設定でネットワーク全体のメディアライブラリを共有できますが、複雑さが増し、密接に関連したサイトにのみ一般的に価値があります。
外部メディアストレージ — 「WP Offload Media」などのプラグインはメディアファイルをAmazon S3または他のクラウドストレージサービスに保存でき、サイト間で共有できます。
スマホから複数サイトへのアップロード — 異なるサイトに同じタイプの画像をアップロードするワークフローを持つ場合、マルチサイトアップロードツールがプロセスを効率化します。例えばSnapPressは複数のWordPressサイトを接続でき、スマホからアップロードするときにそれらを切り替えられます。

WordPressメディアライブラリ vs. サードパーティのDAMソリューション

非常に大きなメディアコレクション（1万件以上のアセット）を持つサイトでは、一部の組織はWordPressメディアライブラリを卒業してデジタルアセット管理（DAM）ソリューションを採用します。Brandfolder、Bynder、Cloudinaryなどのダムは、AI搭載のタグ付け、バージョン管理、アクセス権限、ブランドガイドラインの適用などの高度な機能を提供します。

ただし、DAMは一般的に高価（月数万円から数十万円）で複雑さも増します。WordPressサイトの大多数 — 数千枚の画像があるサイトでさえ — 良いフォルダープラグインと最適化設定を備えたWordPressメディアライブラリで十分です。

重要なポイント

WordPressメディアライブラリをうまく管理することは、いくつかのコアな実践に帰結します。

アップロード前にファイルに説明的な名前を付ける — これは構築できる最も影響力の高い習慣です。
バッチアップロード方法を使う — スマホからでもデスクトップからでも、複数の画像を一度にアップロードすることで大幅な時間を節約できます。
画像最適化プラグインをインストールする — 自動圧縮とWebP変換は継続的な努力ゼロでサイトのパフォーマンスを向上させます。
すべての画像に代替テキストを追加する — アクセシビリティとSEOのために。
フォルダープラグインを検討する — 数百枚以上の画像がある場合、フォルダー整理は節約される時間で元が取れます。
定期的なメンテナンスを行う — 未使用のメディアをクリーンアップし、テーマ変更後にサムネイルを再生成し、ストレージの使用状況を監視しましょう。

メディアライブラリは派手ではありませんが、基本的なものです。整理され最適化された画像ライブラリは、WordPress作業の他のすべての部分を速くします — 投稿の執筆からサイトパフォーマンスの維持、6ヶ月前にアップロードしたあの写真を探すことまで。

メディアライブラリ管理の中でアップロードを簡単な部分にしましょう。

SnapPressを使えば、スマホから直接WordPressに最大20枚の写真を一括アップロードできます。QRコード設定、Share Extension、マルチサイト対応。¥480の買い切り — サブスクリプションなし。

SnapPressを入手