CKEditor 4 プラグインを CKEditor 5 向けに書き直す
DrupalBook では、編集体験が技術的な後回しではなく、ビジネス上の重要事項である Drupal プラットフォームを支援しています。Drupal が CKEditor 4 から CKEditor 5 へ移行したとき、それはモダンな編集基盤をもたらしましたが、同時に、確立された CKEditor 4 プラグインに依存していた組織にとって大きなギャップを生み出しました。この記事では、私たちがどのように不可欠な機能を移行することでそのギャップに対処し、編集チームの継続性を確保しつつ、クライアントがモダンな Drupal バージョンへ前進できるようにしたかを説明します。
欠けている CKEditor 5 プラグイン
CKEditor 4 から CKEditor 5 への移行は、標準的なアップグレードではなく、エディターアーキテクチャの全面的な置き換えでした。マネジメントの観点からは、これは、編集者が何年も毎日使ってきたツールを含め、多くの馴染みのあるプラグインが突然利用できなくなることを意味しました。いくつかのクライアントプロジェクトでは、これらの欠けたプラグインはコンテンツのワークフロー、トレーニング資料、品質基準に深く組み込まれていました。それらを取り除けば、制作が遅くなり、エラー率が上がり、プラットフォームに対する編集者の信頼が損なわれていたでしょう。
意思決定者にとって、この課題は技術的というより戦略的なものでした。CKEditor 4 に留まることは Drupal のアップグレードを妨げ、長期的なセキュリティと保守のリスクを高めます。一方、主要なプラグインなしにアップグレードすれば、ただちに業務が混乱します。プロジェクトのスケジュールとコンプライアンス要件のため、エコシステムが追いつくのを待つのは現実的ではありませんでした。こうして、実行可能な選択肢は1つだけになりました。すなわち、古い技術的な挙動を再現するのではなく、ユーザー体験の保持に重点を置いた、重要な CKEditor 4 プラグインの CKEditor 5 へのカスタム移行です。
Keep Text Selection という CKEditor 4 プラグインの移行
CKEditor 5 に移行したあと編集者から最初に報告された問題の1つは、日常的な編集作業における制御の喪失感でした。リンクの追加やメディアの挿入といったアクションが、意図したテキストに確実に適用されなくなり、長く確立された編集の習慣を壊してしまいました。この挙動の変化は CKEditor 5 の内部的な改善の結果ではありましたが、生産性への影響は即座で顕著であり、特に大規模に作業するプロの編集者にとってそうでした。


ビジネスの観点からは、これは軽微なユーザビリティの懸念ではなく、ワークフローのリグレッションでした。編集者はアクションを繰り返し、ミスを手作業で修正し、作業を再確認するために速度を落とさざるを得ませんでした。Keep Text Selection 機能を移行する際の私たちの目標は、編集者に働き方を変えさせることなく、信頼性と予測可能性を回復することでした。ユーザーの意図が常に尊重されるようにすることで、日々のコンテンツ作成から摩擦を取り除き、移行前にクライアントが期待していた効率のレベルを維持しました。
画像、Lightbox、ツールチップ、動画を伴う IMCE の移行
最も影響の大きかった移行は IMCE に関わるものでした。私たちのクライアントプロジェクトでは、IMCE はエディターに直接組み込まれた、フル機能のメディア管理体験として機能していました。編集者はそれを、画像のアップロードだけでなく、再利用可能なアセットの管理、動画の挿入、lightbox の挙動の有効化、そしてツールチップによるコンテンツの充実のためにも活用していました。これらの機能は、特に複雑なパブリッシングプラットフォームにとって、コンテンツの品質とユーザーエンゲージメントの中心でした。
CKEditor 5 のより厳格なコンテンツ構造は、この機能をどう提供するかの全面的な再考を必要としましたが、ビジネス要件は明確でした。機能の喪失なし、編集ワークフローの混乱なし、です。私たちは、モダンな Drupal と CKEditor 5 の標準に合わせつつ、リッチメディアの挿入を完全にサポートするよう IMCE 統合を再構築しました。編集者は視覚的に豊かでインタラクティブなコンテンツを作成する能力を保ち、組織は、長期的なスケーラビリティ、ガバナンス、そして将来の拡張を支える、よりクリーンで堅牢な基盤を手にしました。


CKEditor 4 から CKEditor 5 への移行は、究極的には単なる技術的課題ではなく、事業継続の課題です。欠けたプラグインは、意図的に対処されなければ、生産性、品質、信頼を静かに損ないかねません。私たちの経験は、重要なプラグインの書き直しが、モダンなプラットフォーム要件へ前進しつつ既存のワークフローを守る、しばしば最も効果的な方法であることを示しています。
DrupalBook では、こうした移行を、編集効率とプラットフォームの長寿命への戦略的投資として捉え、デジタルインフラが進化する間もチームが円滑に作業を続けられるようにしています。
projects@drupalbook.org