← リビジョン削除の全体像 | WordPress プラグイン一覧 | ブログ
最終更新: 2026年7月12日 | 執筆: Takahiro Nishii
結論: WordPress の表示速度が遅い原因は複合的で、DB だけが犯人とは限りません。ただしリビジョンなどで
wp_posts が肥大化していると、管理画面の重さやクエリの効率低下としてじわじわ効いてくることがあります。まずは原因を切り分け、DB が疑わしければリビジョンの掃除と最適化を試す価値があります。
表示が重いと感じて計測ツールにかけたとき、私はてっきり画像かテーマが原因だと思っていました。ところが管理画面の投稿編集がやたら重い。行き着いたのは、肥大化した
wp_posts でした。フロントよりも裏側(管理・クエリ)に効いていたのです。
表示速度が遅い原因はどこにある?
速度の問題は、たいてい複数の要因が重なっています。DB を疑う前に、まず全体像を切り分けましょう。
- フロント側 — 画像の未圧縮、重いテーマ、過剰なプラグイン、JS/CSS
- サーバー側 — 共有サーバーの性能、PHP バージョン、キャッシュ未導入
- データベース側 — テーブル肥大化、非効率なクエリ、最適化不足
DBの肥大化はどこまで速度に影響する?
正直に言うと、リビジョンが多いだけでフロント表示が劇的に遅くなるわけではありません。公開ページの表示は主に公開レコードを参照するためです。
一方で、管理画面・検索・一部のクエリでは肥大化した wp_posts が効いてきます。編集画面が重い、検索が遅い、といった症状は DB を疑う手がかりです。仕組みは wp_postsが肥大化する原因で解説しています。
DBが原因か切り分けるには?
- 計測する — PageSpeed Insights などでフロント速度を把握
- 管理画面の重さを見る — 編集・検索が特に重ければ DB を疑う
- リビジョン件数を確認 — 専用プラグインで総数と推定容量をチェック
- 掃除して比較 — 削除・最適化の前後で体感と計測を比べる
下は Takahiro Revision Cleanup の投稿タイプ別の統計で、どのタイプにどれだけ溜まっているかを把握できます。
DBが疑わしいときの改善策は?
リビジョンが大量なら、安全に削除してから OPTIMIZE TABLE で最適化します。あわせて WP_POST_REVISIONS で今後の保存数を制限しておくと、再肥大化を防げます。DB 以外が原因なら、キャッシュ導入や画像圧縮など別の対策に切り替えましょう。
よくある質問
リビジョンを消せば表示は速くなる?
フロント表示への直接効果は限定的です。ただし管理画面の重さや運用の重さは改善しやすく、DB の見通しも良くなります。
速度対策として最初にやるべきことは?
まず計測で原因を切り分けることです。画像・キャッシュ・サーバーの影響が大きいケースも多いため、DB は疑わしいときに手を付けます。
バックアップが遅いのも同じ原因?
関係します。DB 肥大化はバックアップの重さにより直接的に効きます。
