リスクの低いページから始め、ページ所有者を早期に関与させ、移行済みページを編集・レビューしてから移行を完了してください。

大規模な組織の場合は、段階的な移行アプローチを使用してください。クリティカルなページの準備、カスタマイズの確認、編集者のトレーニングを行い、その後、影響度の高いコンテンツを優先して段階的に移行します。

移行期間中は、Classic EditorとContent Designerが共存します。更なる情報は、カスタマーサクセスマネージャーまたはStaffbaseサポートまでお問い合わせください。

いいえ。移行は決定論的でルールベースのアプローチに従っています。

まだです。移行可能とマークされたページのみ移行できます。

サポートされていないブロック、重度のカスタマイズ、複雑なネスト構造を使用しているページは、初期段階では対象外の場合があります。Staffbaseは今後、より多くのページタイプへのサポートを拡大していきます。

はい。コンテンツデザイナーへの移行準備完了タブに、移行可能なすべてのページがリストされます。

複雑なページも移行できますが、構造によっては対象外となる場合があります。深いネストやレガシーウィジェットは移行準備状況に影響することがあります。

移行は、複雑なシナリオを含む実際のエンタープライズページで検証されています。

移行を承認すると、移行済みページがClassicバージョンに置き換わり、重複ページは作成されません。ページのID、URL、設定はそのまま維持されます。ページがすでに公開済みの場合は、新しいデザインが今すぐ従業員に表示されます。

はい。現在、両方のエディターが共存しており、ページごとに移行が行われます。2026年第2四半期以降、新規ページのデフォルトエディターはContent Designerです。新規Classicページを作成するには明示的な選択が必要です。

段階的な廃止スケジュールについては、移行を強制されますか？をご参照ください。

今すぐではありません。ClassicページとModernページは現在共存しており、Classic Editorの利用や移行は移行ツールを使ってご自身のペースで選択できます。StaffbaseはClassic Editorを段階的に廃止し、Content Designerへの移行を進めています。

ページがContent Designerに移行されると、カスタムCSS専用のContent Designerタブでカスタマイズできます。Content Designerは、将来の製品アップデートにも対応できる安定したセレクターセットを使用しています。
Classicページ用に作成されたカスタムCSSは自動的には引き継がれません。Content Designerページは異なるレンダリングシステムを使用しているためです。マルチブランディングなど高度にカスタマイズされたページがある場合は、移行前に現在のCSSを確認し、必要なCSSをContent Designerタブで再作成する計画を立ててください。

はい。ページのステータス、表示、アナリティクスの継続性は移行中も維持されます。

ページでContent Designerをオプトアウトしている場合、移行オプションは利用できません。