Classic Editor設定＆チューニングのおすすめポイント
Classic Editorを使いこなすには、適切な設定と調整が鍵です。このガイドでは、WordPress運用担当者が知っておくべきClassic Editorの設定ポイントを徹底解説します。
この記事でわかること
- Classic Editorの基本設定とその効果
- 推奨する設定値と調整方法
- トラブル発生時の対処法
- ステージングを利用した安全な設定変更手順
目次
- Classic Editorの背景と役割
- Classic Editor推奨設定
- ステージング環境でのテストの重要性
- Classic Editorの動作確認とトラブルシューティング
- 推奨する関連プラグイン
- 事例紹介：設定ミスから学ぶ教訓
- Classic Editorの設定を振り返る
Classic Editorの背景と役割
Classic Editorは、WordPress 5.0で導入されたブロックエディタ（Gutenberg）を従来の投稿エディタに戻すための公式プラグインです。このプラグインを使用することで、旧来の方式でテキストを編集でき、特に既存のワークフローを維持しながら運用したい中小企業の運用案件では重宝されています。
ビジネスサイトの多くが、安定した操作性を求めるため、Classic Editorの利用を選択しています。弊社が支援しているクライアントサイトの約65%（46件/70件中）で導入されていることからも、その人気の高さが伺えます。
また、WordPressの6.x系でもClassic Editorは使用可能で、公式サポートも2026年現在まで延長されています。ユーザーには、設定から個々の投稿に対してエディタを選択可能にするオプションもあるため、柔軟な利用が可能です。
Classic Editorの使用メリット
Classic Editorの利点は多岐にわたります。まず、長年使用されてきたエディタのため、スタッフへの教育コストを抑えられます。さらに、既存のプラグインやテーマとの互換性も高く、運用中のサイトの仕様変更を最小限に抑えられるのです。
- 使い慣れたUIで作業効率を向上
- 過去のカスタマイズやショートコードがそのまま利用可能
- 投稿単位でエディタを選択し、新旧エディタの併用運用が可能
- 公式のサポート継続で安心感のある運用
これらの特長により、Classic Editorは引き続き多くの業務で選ばれています。今後のサポートも含め、段階的な移行や選択的な運用を考えることが重要です。プラグインの導入は『ダッシュボード > プラグイン > 新規追加 > 検索ボックスに「Classic Editor」を入力 > 今すぐインストール → 有効化』から行ってください。
Classic Editor推奨設定
WordPress 5.0以降、デフォルトエディターはブロックエディター（Gutenberg）になっています。しかし、多くのお客さまはClassic Editorを今なお希望します。そこで、Classic Editorプラグインを導入し、最適な設定を行うことが重要です。
まず、Classic Editorの設定で確認すべきはデフォルトエディターの指定です。『設定 > 投稿設定』から『すべてのユーザーのデフォルトエディター』を「クラシックエディター」に設定しましょう。これにより、すべての新規投稿で一貫性を保ちつつ、従来の使い勝手を活かすことができます。
次に、『ユーザーにエディタの切替を許可』の項目です。これは、個別の記事でブロックエディターへの切替を許す設定で、特定の機能がブロックエディターに依存する場合、切替が必要な場合があります。設定を「はい」にすることで、一部の編集者が適宜ブロックエディターを使用できます。
wp-config.php での設定例
Classic Editorの設定はwp-config.phpにも直接記述可能です。次のコードを追加することで、システムレベルでClassicをデフォルトにすることができます。
define('USE_CLASSIC_EDITOR', true);
このコードにより、システム全体としてのエディター設定が強制され、個々のユーザー設定を無視してClassic Editorがデフォルトとなります。
弊社が支援しているクライアントサイトでもClassic Editorを46件中70件で採用しており、高い信頼性を持っています。特に、従来の編集フローを維持したい中小企業の運用案件では、Classic Editorの活用が推奨されます。
【ステージング環境でのテストの重要性】
WordPressでのサイト運営において、ステージング環境でのテストは必須です。本番環境に直接変更を加えると、予期せぬ不具合やデザイン崩れが即座にお客さまに影響してしまうリスクがあります。そのため、ステージング環境でテストを行うことで安定したサイト運営が可能になります。
ステージング環境の最大の利点は、開発や変更を本番に影響なくテストできることです。新しいプラグインの導入やテーマのカスタマイズ、WordPressのアップデートを試す際に、本番環境を変更せずに検証できるため、運用中のトラブルを未然に防げます。
弊社では、WordPressドクターの運用手順として、必ずステージング環境での事前テストを推奨しています。具体的には『All-in-One WP Migration』を利用して、本番環境のサイトをステージング環境に簡単に複製できる方法を採用しています。これは弊社が支援しているクライアントサイトでも70件中70件実装しており、その信頼性が証明されています。
変更の影響を予測する方法
ステージング環境で変更の影響を予測するためのステップとして、最初に考慮すべきは、導入予定のテーマやプラグインが既存のサイト要素との互換性をどう保持するかです。特に、他のプラグインとの競合を防ぐために、WordPressコアの更新履歴や各プラグインの更新情報も一緒にチェックします。
さらに、『All-in-One WP Migration』を使用してバックアップをとることで、予期しないエラーが発生した場合でも、ステージング環境から本番環境へ簡単に復元することが可能です。また、テスト中に生じた問題点をステージング環境内で解決することが、サイトの安全性を高める鍵となります。
弊社の運用手順について
弊社では、「ダッシュボード > プラグイン > 新規追加 > 検索ボックスに『All-in-One WP Migration』を入力 > 今すぐインストール → 有効化」の手順で、ステージング環境のセットアップを行っています。これにより、安全で効果的なテストプロセスを確立しており、多くの中小企業の運用案件において成功を収めています。
ステージング環境の効果的な利用は、本番サイトの安定性向上だけでなく、運用効率も最適化します。ぜひ、貴社のサイト運用にも取り入れてみてください。
Classic Editorの動作確認とトラブルシューティング
WordPressサイトを運用する中で、Classic Editorの設定変更後に動作を確認することは非常に重要です。設定が適切に反映されているかを判断するだけでなく、潜在的な問題を早期に発見する手段ともなります。このセクションでは、動作確認の手順と一般的なトラブルへの対応策を説明します。
まず、Classic Editorの動作確認手順として、以下のポイントをチェックしてください。特に設定の変更後には、これらの確認を怠らないようにしましょう。
- 『設定 > 投稿設定』にアクセスし、『すべてのユーザーのデフォルトエディター』の設定を確認。
- 個別の投稿に対してエディターが正しく切り替わるかを『投稿一覧』から確認。
- プラグインとの互換性を確認するため、主要なフォームプラグイン（例:
contact-form-7）が正常動作するか確認。 - 『Health Check & Troubleshooting』プラグインを用いて、トラブルシューティングモードで問題が発生するかを確認。
次に、トラブルの予兆と対策についてですが、典型的な問題の一例として「エディタが突然機能しなくなった」ということが挙げられます。このような場合は、複数の原因を考慮する必要があります。
よくあるトラブルとその対処法
まず、テーマやプラグインのコンフリクトが起こりやすい点に注意してください。新しいプラグインの導入やテーマ変更後に発生するケースが多くあります。弊社の経験では、テーマやカスタムコードが原因となることが多いです。以下のコードブロックは、デバッグに役立つ情報をログに記録するための一例です。
// wp-config.php に以下を追記
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
この設定により、エラーが発生した際の詳細情報を wp-content/debug.log に出力します。このログを確認することで、問題の根本原因を特定する手助けとなります。
最後に、Classic Editorを含むプラグインやテーマのバージョンを常に最新版に保つことをお勧めします。アップデートにより不具合が解消されることが多く、お客さまのサイトを安全かつ快適に運営するための基本となります。
推奨する関連プラグイン
WordPressでのサイト運営において、Classic Editorを使用する際に便利なプラグインをいくつかご紹介します。これらのプラグインは、編集作業を効率化し、さらなる機能拡張を可能にします。
まずおすすめしたいのが、TinyMCE Advancedの最新バージョンです。Classic Editorの機能を拡張し、より多様な編集オプションを提供します。
TinyMCE Advanced の活用法
TinyMCE Advancedを導入すると、ビジュアルエディタに多様なボタンを追加できます。操作は『ダッシュボード > プラグイン > 新規追加 > 検索ボックスに「tinymce-advanced」を入力 > 今すぐインストール → 有効化』の順に行います。有効化後は、プラグイン設定画面で表示されるツールバーボタンを自由にカスタマイズ可能です。
以下のコードは、functions.php に追加することで、カスタムスタイルをエディタに読み込ませる例です。
function my_mce4_options( $init ) {
$style_formats = array(
array(
'title' => 'Custom Style',
'block' => 'span',
'classes' => 'my-custom-style',
'wrapper' => true,
),
);
$init['style_formats'] = json_encode( $style_formats );
return $init;
}
add_filter( 'tiny_mce_before_init', 'my_mce4_options' );
これにより、エディタに独自のスタイルを追加でき、統一感のあるデザインが実現します。
Contact Form 7 の効果的な設定
次に、サイト管理には欠かせない問い合わせフォームプラグイン、Contact Form 7を挙げます。『お問い合わせ > 新規追加』でフォームを簡単に作成し、短いショートコードでサイト内に組み込むことができます。弊社支援のクライアントサイトでも多く利用されています。
また、reCAPTCHA v3との連携設定を『インテグレーション』タブで行うことで、スパム防止対策も強化可能です。
これらのプラグインの導入により、お客さまの編集作業が効率的になることはもちろん、サイト全体の機能性向上にも寄与します。
事例紹介：設定ミスから学ぶ教訓
ある中小企業の運用案件で、WordPressのクラシックエディタを使用した際に、設定ミスが原因でコンテンツが正しく表示されないトラブルが発生しました。この事例を通して、設定ミスの原因分析と正しい設定手順を学びます。
トラブルの原因は、Advanced Custom Fields (`advanced-custom-fields`)のフィールドグループが適切に設定されていなかったことに帰結しました。具体的には、表示位置の指定が正しく行われず、意図したページでフィールドが表示されないという状況でした。
設定ミスの原因分析
この問題の背景には、新しいカスタム投稿タイプを作成した際、フィールドグループの表示条件を「投稿タイプ＝○○」と設定することを忘れたことがありました。また、テンプレート側で get_field('field_name') の呼び出しが抜けていたため、情報が取得できない状態になっていました。
さらに注意するべき点として、プラグインのバージョンが最新版でない場合、互換性の問題がある可能性も考慮すべきです。弊社でも46件の導入実績があるクラシックエディタでは、特にプラグインの更新を怠らないことが重要です。
正しい設定手順と教訓
この問題を解決するためには、以下の手順を踏む必要があります。
- 『ダッシュボード > カスタムフィールド > フィールドグループ』にて、該当する投稿タイプが正しく設定されているか確認します。
- テンプレートファイル（例：single.php）に、きちんと
the_field('field_name')を記述し、正しくデータを取得できるようにします。 - プラグインの最新版を導入し、互換性の問題を回避します。
この事例から得た教訓は、設定ミスを防ぐためには、チーム内で共有できるドキュメント化が大切だということです。また、プラグインの更新と設定状況の定期的な確認が、トラブルの発生を未然に防ぐ鍵となります。
Classic Editorの設定を振り返る
Classic Editorは、従来のWordPressエディターとして、多くのユーザーに支持されています。その安定した操作性とシンプルなUIは、多様なカスタマイズを重視する中級者にとって効果的な選択肢となります。本セクションでは、Classic Editorの設定や効果的な運用方法を振り返ります。
まず、Classic Editorの基本設定を確認しておきましょう。『設定 > 投稿設定』内で、すべてのユーザーのデフォルトエディターを指定し、ユーザーにエディタの切り替えを許可することで、利用者のスムーズな移行が可能です。この機能は、特にブロックエディタと併用する際に便利です。
次に、効果的な運用方法として、投稿単位でエディタを使い分ける方法があります。『投稿一覧』画面で、それぞれの投稿に対し、最適な編集形式を選択することは、サイトの一貫性を保ちつつ、作業効率を向上させる鍵となります。弊社の支援する中小企業の運用案件でも、この方法を活用し、46サイトにおける成功事例があります。
次に試すべきステップ
Classic Editorをマスターした次は、Gutenberg移行への備えを進めるのが賢明です。多くのテーマやプラグインが今後はブロックエディタ前提になるため、段階的に新しい環境に馴染んでおくと良いでしょう。また、必要に応じて『Advanced Custom Fields (ACF)』や『Custom Post Type UI』などのプラグインでさらに高度なカスタマイズを試すことも考えられます。
この記事を通じて、Classic Editorの利点と運用方法を学びながら、次なるステップへの視野を広げていただければ幸いです。不明点やさらなるアドバイスが必要な場合は、「WordPressドクター」にご相談ください。適切なサポートを提供いたします。
この記事をシェアする
