クラシックエディタからブロックエディタのテーマへ移行する手順と注意点

2025.05.012026.09.10

WordPress 5.0以降、標準エディタは「クラシックエディタ」から「ブロックエディタ（Gutenberg）」へと移行しました。

しかし、長年クラシックエディタを使ってきた方にとって、ブロックエディタ対応のテーマへ切り替えるのは簡単ではありません。

この記事では、クラシックエディタ前提のテーマから、ブロックエディタ対応テーマへ移行する際に注意すべきポイントを詳しく解説します。

1. テーマ独自の機能の移植

旧テーマで使っていたウィジェットやカスタム関数などの独自機能は、新テーマに自動では引き継がれません。

特に以下のような機能は要確認です。

新テーマの機能を把握しつつ、それぞれどう差し替えるか？決める必要があります。

クラシックエディタで多用されていた [shortcode] は、新しいテーマでは不要または非対応になることがあります。
ブロックエディタでは同様の機能が「ブロック」として用意されているケースが多いです。

新テーマの機能を把握しつつ、それぞれどう差し替えるか？決める必要があります。

また差し替えは記事数が多い場合は、コードを使って文字置換する必要もでてきます。

新しいテーマには、スライダー・カラム・タブなどのデザイン機能が内蔵されていることが多く、既存のプラグインと機能が競合することがあります。

対策：

クラシックエディタで作成された記事は、ブロックエディタでは「クラシックブロック」として表示されます。
これは編集可能ですが、表示上の問題やマークアップのズレが発生することも。

対策：一括変換はリスクが高いため、記事ごとに「ブロックに変換」→レイアウト確認→修正の手順で対応しましょう。

ブロックエディタ対応テーマでは、HTML構造やCSSクラスが大きく異なるため、デザインが大きく変わる可能性があります。

対策：エディタ上の見た目と、フロント側の表示が一致しているかを確認しながら、CSSや設定を調整しましょう。

一番作業に時間がかかるのが、記事の見た目の修正です。

基本的には複製した仮サイトを作成して、そこで移植作業をいたします。

また数百記事ある場合は完璧に修正するのはとても時間がかかるので注意しましょう。

もし新規記事を現行サイトで更新してしまうと差分が発生して、把握や更新が大変になります。

ですので2週間はサイトを新規追加はしないといった方針で、移植に集中。

本番サイト反映後、微調整するのがよいでしょう。

ここまでに挙げた5つの注意点は、いずれも「事前に量を把握しておけば、工数が見積もれる」ものです。
着手前に次を調べてください。

2行目が最も重要です。実績や事例を「テーマの機能」で作っていた場合、テーマを外すとデータが表示されなくなります。
この場合はプラグインで定義し直す作業が加わり、工数が大きく変わります。

STEP3を飛ばさないでください。本番サイトでテーマを切り替えて確認するのは、訪問者に崩れた状態を見せることになります。
多くのレンタルサーバーがテスト環境の機能を提供しています。

STEP7が最も工数のかかる工程です。
記事が数百本ある場合、すべてを直してから公開しようとすると、いつまでも移行できません。

アクセスの多い記事から優先的に修正し、残りは運用のなかで順次対応する——これが実務的な判断です。
記事が300本あっても、アクセスの大半は上位20〜30本に集中しているのが通常です。

優先順位の判断には、アクセス解析のデータを使ってください。
設定方法はGA4・Search Consoleの初期設定と見るべき指標で解説しています。

クラシックエディタで書かれた記事は、ブロックエディタ上では「クラシック」という1つの大きなブロックとして表示されます。
この状態でも表示自体に問題はありません。