WordPress 大量記事管理画面｜検索・絞り込み・ページネーションの作り方

結論から言うと、大量運用では、検索、状態絞り込み、新着順、ページネーション、タブ分割を組み合わせる必要があります。

Contents

開発で困ったこと

記事投稿欄に130件以上が縦に並び、下書き公開管理までスクロールするのが大変になりました。

必要な画面は作業によって異なります。未取り込み記事の確認中に公開操作を並べるより、対象の絞り込みと結果の確認を近くに置く方が誤操作を避けやすくなります。ここで紹介する検索・ページ分割・タブ化は開発時の設計方針で、すべての導入環境への実装完了を意味しません。

記事番号で1本を探す、未取り込み分を探す、公開済み記事を修正する、という作業を分けます。タイトル検索だけでなく、状態の絞り込みが必要な理由を整理します。

開発履歴の改善案は、1ページ20件程度のページネーションです。133件なら7ページに分ける計算になります。これは表示設計の例で、処理速度を測定した結果ではありません。

追加した原稿を取り込む作業では新着順、過去の記事を補修する作業では記事番号・タイトル検索を使う、という役割を持たせます。絞り込み条件が残っていることも画面で分かるようにします。

開発履歴では記事取り込み、下書き／公開管理、サイト間移設、Google Drive設定、ログ／診断へのタブ分割を改善項目として挙げています。画面全体を縦に探す負担を減らすための設計です。

実運用では130件以上が縦に並び、下書き／公開管理まで移動するだけでスクロールが増えました。改善案として、1ページ20件程度、記事番号・タイトル検索、状態別の絞り込み、機能別タブを設計しています。ここでは操作時間の短縮率や全機能の実装完了を断定しません。

機能を一画面へ足し続けると、記事数が少ない時は便利でも大量運用で操作性が急激に落ちます。

検索結果が空のときは、記事が消えたと判断する前に検索語と状態フィルターを確認します。ページをまたいだ選択対象は画面の仕様を確かめ、表示件数と処理件数を混同しないようにします。