ブログ記事とお知らせと事例紹介、全部同じ場所に並んでいませんか

WordPressを導入したばかりのサイトでよく見かけるのが、施工事例もお知らせもコラムも、すべて「投稿(ブログ)」という一つの箱の中に一緒くたに入れられている状態です。最初のうちは投稿数も少なく困らないのですが、事例が増え、お知らせが増えていくと、次第に「新着記事一覧を開いたら、コラムと事例とお知らせがごちゃまぜに並んでいる」という状態になり、訪問者にとって見づらいサイトになってしまいます。

この問題を解決するのが、カスタム投稿タイプという仕組みです。これは、WordPress標準の「投稿」や「固定ページ」とは別に、「施工事例」「求人情報」「店舗一覧」といった独自のコンテンツの箱を新たに作れる機能です。それぞれの箱ごとに専用の一覧ページや詳細ページのデザインを用意できるため、情報の種類ごとに整理されたサイト構造を作ることができます。

訪問者の立場に立って考えると、施工事例を探しに来た人にとって、コラムやお知らせが混ざった一覧ページは非常に見づらいものです。「事例だけを一覧で見たい」「エリアや工事内容で絞り込みたい」といったニーズに応えられるかどうかは、問い合わせにつながるかどうかにも直結します。ホームページを制作会社に依頼する段階で将来の情報量を見越して設計しておくのが理想ですが、すでに公開済みのサイトであっても、後からカスタム投稿タイプを組み込んで整理し直すことは可能です。

カスタム投稿タイプで実現できること

カスタム投稿タイプ単体では「独自の箱を作る」ところまでですが、そこにAdvanced Custom Fields(ACF)という入力項目追加プラグインを組み合わせることで、事例ごとに「施工場所」「工期」「使用した素材」「価格帯」といった、その業種ならではの項目を自由に追加した独自データベースを構築できるようになります。飲食店であれば店舗ごとの「営業時間」「席数」「最寄り駅」、求人サイトであれば「雇用形態」「勤務地」「給与」といった項目を、テキストで説明するのではなく、決まった入力欄として管理できるようになるイメージです。

実現の中心となるのは「Custom Post Type UI」というプラグインです。プログラミングの知識がなくても、管理画面上の設定だけで新しい投稿タイプ(コンテンツの箱)を作成できます。そこにACFを組み合わせることで入力項目を追加し、さらに一覧ページのデザインを整えることで、はじめて「独自のデータベースサイト」として機能するようになります。この二つのプラグインは組み合わせて使われることが非常に多く、WordPressで業種特化型のデータベースサイトを作る際の定番の構成と言ってよいと思います。

導入の流れ

「プラグインを入れれば終わり」ではない理由

カスタム投稿タイプとACFは非常に強力な組み合わせですが、正直にお伝えすると、この二つのプラグインを入れただけでは、見た目の整った独自データベースサイトにはなりません。Custom Post Type UIやACFが担うのはあくまで「データの入れ物と入力項目を作る」部分までで、それを実際にどう一覧表示するか、どう検索・絞り込みできるようにするか、どんなデザインで見せるかという部分は、別途テーマやテンプレートの調整が必要になります。

特に「エリアで絞り込む」「価格帯で絞り込む」といった検索・フィルター機能は、プラグインの標準機能だけでは対応しきれないことも多く、追加の開発が必要になるケースが少なくありません。また、項目を後から追加・変更する場合、すでに入力済みのデータとの整合性を確認しながら進める必要があり、思いつきで項目を増やしたり減らしたりすると、表示が崩れたり、過去のデータが正しく表示されなくなったりすることもあります。導入前に「どんな情報を、どう見せたいか」をある程度具体的に固めておくことが、後々の手戻りを減らすポイントになります。

実際の制作現場でも、「とりあえずACFで項目だけ増やしてみたが、一覧ページにはうまく反映されず、結局デザインを作り直すことになった」という相談は少なくありません。カスタム投稿タイプとACFは、いわば独自データベースの「骨格」を作る機能であり、そこに肉付けをして訪問者に見やすい形で届けるところまでを一体で考える必要があります。プラグインの設定作業と、見た目を整えるデザイン・コーディング作業は別物である、という点を最初に理解しておくと、導入後のイメージのずれを防ぎやすくなります。

こんな業種・サイトに向いている

カスタム投稿タイプが特に効果を発揮するのは、同じフォーマットの情報を数多く掲載する業種です。例えば工務店やリフォーム会社の施工事例集、不動産会社の物件情報、飲食店の複数店舗紹介、求人サイトの募集要項一覧などが典型例です。こうした情報は件数が増えれば増えるほど、統一されたフォーマットで管理しないと更新の手間が膨らみ、表記のばらつきも起きやすくなります。逆に、掲載する情報が数件程度で今後も大きく増える見込みがない場合は、無理にカスタム投稿タイプ化せず、通常の固定ページで十分対応できることもあります。件数の見込みと更新頻度を踏まえて、導入するかどうかを判断するのが現実的です。

また、複数のスタッフが交代で情報を入力する運用の会社にも向いています。通常のブログ投稿では、書き手によって書き方や情報の粒度がばらつきがちですが、あらかじめ決まった入力項目が用意されていれば、誰が入力しても一定の形式でデータが揃います。特に施工事例や求人情報のように、掲載すべき項目がある程度決まっている情報については、入力ルールを覚える手間も減り、更新の属人化を防ぐ効果も期待できます。

すでに運用中のサイトに後から組み込めるか

「今はブログ記事として事例を投稿してしまっているけれど、今からでも整理し直せるのか」というご相談もよくいただきます。結論としては、既存サイトに後からカスタム投稿タイプを追加すること自体は可能です。ただし、すでにブログ記事として公開している事例情報を、新しいカスタム投稿タイプへそのまま引っ越しさせるには、データの移行作業が必要になります。件数が数件程度であれば手作業での移行も現実的ですが、数十件、数百件という規模になると、移行作業だけでもそれなりの工数がかかることは想定しておく必要があります。

また、移行のタイミングでURLの構造が変わることが多く、これまで検索エンジンに評価されていたページのURLが変わると、一時的に検索順位に影響が出る可能性もあります。すでにブログ記事として一定の検索流入がある事例ページを移行する場合は、旧URLから新URLへ正しく転送する設定(リダイレクト)も合わせて行い、評価をできるだけ引き継ぐ工夫が必要です。こうした移行を伴う設計は、思いつきで進めるとサイト全体に影響が及ぶこともあるため、既存サイトの状況を踏まえたうえで計画的に進めることをおすすめします。

導入する際の注意点