Custom Field Suite(CFS)が使えなくなった人向け移行完全ガイド

WordPressでカスタムフィールドを扱うプラグインとして、Smart Custom Fieldsと並んで長年支持されてきた「Custom Field Suite（CFS）」。しかしこのプラグインは、既にWordPress.orgでの配布が停止されており、今から新規に導入することはできません。

この記事では、CFSが使えなくなった経緯を正確に整理したうえで、移行先の候補を横並びで比較し、実際にCFSのループフィールド（繰り返し項目）をどう移行すればいいのかまで、具体的な手順で解説します。

CFSが配布停止に至った理由は、単なるサポート終了ではありません。クロスサイトスクリプティング（XSS）、コードインジェクション、SQLインジェクションという複数の脆弱性が同時に確認されたことが直接の引き金です。停止日は2024年8月20日で、該当する脆弱性はJVN iPediaにJVNDB-2024-004159・JVNDB-2024-004382・JVNDB-2024-004383として登録されています。

つまりこれは「機能が古くなった」というレベルの話ではなく、攻撃者に悪用され得る具体的な欠陥が指摘された結果の措置だということです。

すでにサイトにインストール済みの方は今も動作は続けられますが、WordPress.org経由でのアップデート提供は止まっている状態です。脆弱性が是正される見込みも立っていないため、セキュリティ上のリスクを抱えたまま運用を続けることになります。早めに移行先を決めておくことを強くおすすめします。

移行先候補を比較する

CFSからの移行先としてよく挙がる候補を整理しました。

CFSからの移行というと、同じ「メタボックス型」であるPodsやACF Proが選ばれがちです。ですが、CFSのループフィールドで作っていたものの多くは、実際には「投稿本文の中に繰り返し表示したい情報」であることが多く、その場合はメタボックスに固執する必要はありません。ブロックとして本文中に直接配置できるLazy Blocksの方が、むしろ自然な移行先になるケースがあります。

装飾ブロック系のプラグインでも同様に、開発終了・有料化をきっかけにLazy Blocksへ乗り換える動きがあります。具体例としてArkhe Blocksの無料版が使えなくなった人へ｜安全な代替手段もあわせてご覧ください。

気になる方はLazy Blocks公式サイトで、無料版の範囲を先に確認しておくと、この後の移行手順がスムーズに理解できます。

CFSのループフィールドをLazy Blocksに移行する

CFSで「実績・導入事例紹介」のようなループフィールドを作っていた場合を例に、Lazy Blocksでの再現方法を解説します。

CFSでの構成（Before）

CFSでは、投稿編集画面の下に表示されるメタボックス内に、「Loop」フィールドタイプで実績名・実施年・概要をセットにして繰り返し入力する構成が一般的でした（実績紹介・導入事例一覧などでよく使われるパターンです）。

Lazy Blocksでの構成（After）

同じ内容をLazy BlocksのRepeater Controlで再現します。

1. Repeater — Label: 実績一覧 / Slug: works_list
   a. Text     — Label: 実績名 / Slug: work_title
   b. Text     — Label: 実施年 / Slug: work_year
   c. Textarea — Label: 概要   / Slug: work_summary

<?php if ( ! empty( $attributes['works_list'] ) && is_array( $attributes['works_list'] ) ) : ?>
<ul class="works-list">
  <?php foreach ( $attributes['works_list'] as $work ) : ?>
    <li class="works-item">
      <span class="works-year"><?php echo esc_html( $work['work_year'] ?? '' ); ?></span>
      <div class="works-body">
        <p class="works-title"><?php echo esc_html( $work['work_title'] ?? '' ); ?></p>
        <p class="works-summary"><?php echo nl2br( esc_html( $work['work_summary'] ?? '' ) ); ?></p>
      </div>
    </li>
  <?php endforeach; ?>
</ul>
<?php endif; ?>

<?php if ( ! empty( $attributes['works_list'] ) && is_array( $attributes['works_list'] ) ) : ?>
<ul class="works-list">
  <?php foreach ( $attributes['works_list'] as $work ) : ?>
    <li class="works-item">
      <span class="works-year"><?php echo esc_html( $work['work_year'] ?? '' ); ?></span>
      <div class="works-body">
        <p class="works-title"><?php echo esc_html( $work['work_title'] ?? '' ); ?></p>
        <p class="works-summary"><?php echo nl2br( esc_html( $work['work_summary'] ?? '' ) ); ?></p>
      </div>
    </li>
  <?php endforeach; ?>
</ul>
<?php endif; ?>

CFSとの主な違い（つまずきやすいポイント）

特に3点目は、CFSで複雑な入れ子構造を組んでいた人ほど注意が必要です。移行時は「本当にその入れ子が必要か」を見直すいい機会でもあります。

Podsへの移行という選択肢も

実際にCFSからPodsへ移行し、Repeatable Group機能でループフィールドを再現した制作者の記録もネット上にあります。Podsは非常に高機能なプラグインで、複雑なリレーション（投稿同士の関連付け）を組みたい場合には有力な選択肢です。

ただしPodsは独自の概念（Pod、Group、Fieldの階層構造）を理解する必要があり、学習コストはLazy Blocksよりも高めです。「CFSでやっていたことをシンプルに再現したいだけ」という場合は、Lazy Blocksの方が学習コストを抑えられます。

結論：あなたに合った移行先

CFSの公開停止は、単なる乗り換えの手間ではなく、脆弱性を抱えたプラグインを使い続けるリスクの問題でもあります。この機会に、ブロックエディタ標準統合というより現代的な構成への移行も検討してみてください。