WordPressの心臓部を最適化せよ：WP_Queryを「軽く」書くための極意
WordPressで開発をしていると、誰もが一度は「サイトが重いな」と感じる瞬間があるはずです。その原因の多くは、実は`WP_Query`の「デフォルトの親切心」が裏目に出ていることにあります。
WordPressは、私たちが何もしなくても、投稿の総件数を数えたり、メタデータを一括でキャッシュしたりと、至れり尽くせりの処理をしてくれます。しかし、それが不要な場面でもその処理が走ってしまうことが、パフォーマンス低下の最大の要因なのです。
今日は、WP_Queryの引数を制御して、データベース負荷を劇的に下げる「プロの作法」を伝授します。ここをマスターすれば、WordPressの内部挙動をコントロールする楽しさに目覚めるはずですよ。
—
1. なぜ「SQL」がボトルネックになるのか？
`WP_Query`を実行すると、WordPressは内部で`SELECT FROM wp_posts…`のようなSQLを投げます。このとき、デフォルトでは以下のような「余計な処理」が行われています。
1. ページネーション用計算: 全件数を数えるために`SQL_CALC_FOUND_ROWS`という非常に重いクエリが発行される。
2. メタデータの一括取得: 取得した投稿すべてのカスタムフィールドを、`update_post_meta_cache`によって一気にメモリへ読み込む。
「リストを表示するだけ」の場所で、これらすべてが必要でしょうか？ 答えはノーです。
—
2. `no_found_rows`：ページネーションが不要なら「全件数」を捨てる
検索結果やアーカイブページであれば「全何件か」を知る必要がありますが、トップページの最新記事5件を表示するだけなら、全件数は不要ですよね。
ここで登場するのが `no_found_rows` です。
5,
‘no_found_rows’ => true, // ★ここが重要！全件カウントのSQLを無効化する
);
$query = new WP_Query($args);
解説:
`no_found_rows => true` にすると、WordPressは「全件数は数えなくていいから、とにかく指定した5件だけ持ってきて！」とSQLを最適化します。これにより、データ量が増えてもクエリの実行時間はほぼ一定になります。
—
3. `update_post_meta_cache`：メタデータが不要なら「キャッシュ」を捨てる
次に狙い撃ちするのは、カスタムフィールドのキャッシュです。投稿リストを表示する際、WordPressは取得したすべての記事のメタデータを一括でデータベースから引き出します。
もし、その記事のタイトルと日付を表示するだけなら、メタデータを取得するのはメモリの無駄遣いです。
10,
‘no_found_rows’ => true,
‘update_post_meta_cache’ => false, // ★メタデータの一括キャッシュを無効化
‘update_post_term_cache’ => false, // ★ターム（カテゴリー等）のキャッシュも不要ならオフに
);
$query = new WP_Query($args);
ここがポイント！
`update_post_meta_cache => false` を設定することで、不要なメタデータ取得用のクエリ（`wp_postmeta`テーブルへのアクセス）を完全にシャットアウトできます。これだけで、データベースの負荷は大幅に削減されます。
—
4. 陥りやすい罠：条件設定の順序と「意味」
初心者の頃によくあるミスは、「とりあえず全部書けばいい」という考え方です。
- エラーになりやすい例: `WP_Query`に渡す配列のキーを間違えてしまうケース。「`no_found_rows`」を「`no_found_row`」と書いても、WordPressはエラーを吐かずに「無視」します。結果、最適化されていないことに気づかないまま本番環境へ公開してしまうのです。
- 解決策: 常に設定した引数が意図通りに動いているか、`Query Monitor`（プラグイン）を使って発行されているSQLを確認する癖をつけましょう。
—
まとめ：WordPressを「掌握」するためのステップ
今回紹介した最適化は、ほんの小さな一歩ですが、サイトの規模が大きくなったときに決定的な差となって現れます。
1. ページネーションが必要ないなら `no_found_rows => true`
2. カスタムフィールドを表示しないなら `update_post_meta_cache => false`
3. カテゴリー等の表示もしないなら `update_post_term_cache => false`
これらは、WordPressという巨大なシステムを、あなたの手元で「意のままに動かす」ための第一歩です。デフォルトの設定を盲信するのではなく、「本当にこの機能が必要か？」を問い続けること。それこそが、一流のWordPressエンジニアへの最短ルートです。
ここをクリアしたあなたは、もうWordPressの「ブラックボックス」を怖がる必要はありません。ぜひ、次回の開発で試してみてくださいね。応援しています！