古い CMS から SDL Tridion への Web サイトの移行が完了しました。何千ものクライアントがあり、そのうち移行されたのは 5 つ未満です。ここで、残りの数千のクライアントの移行を自動化する必要があるとしましょう。明らかに手動の作業は使用できません。SDL が提供する API を使用して、SDL に対する自動化されたソリューションを開発する方法はありますか? はいの場合、API のドキュメントはどこにありますか? 同じための本やオンラインチュートリアルはありますか?
5 に答える
すべての非常に技術的な答え。どちらの方法を選択する場合でも、技術的な移行を行わない (そしてそれを正しく行うことを試みる) か、大量の学生を雇ってコピー アンド ペーストするかを比較検討する必要があります。
CMSに関係なく、移行の複雑さは、移行元のシステム内のコンテンツがどの程度整理されているかに基づいて測定できます。
移行を、出発地と目的地に関連する3つのタイプに分類します。
- 1->CMSからCMS
- 2-->データベースからCMS
- 3-->WebサイトからCMS
元のソースがデータベースまたは別のCMSである場合、コンテンツはすでに構造化されているため、通常、複雑さは軽減されます。それを抽出し、既存のコンテンツを新しいシステムで使用する構造にマッピングする必要があります
目標が既存のWebサイトをCMSに移行することである場合、コンテンツがCMSにあるものよりもまとまりがないため、複雑さが増します。繰り返しになりますが、サイトのコンテンツが適切に構造化されていれば、それを自動化することは可能ですが、ほとんどの場合、手動で保守されている古いサイトです。サイトからコンテンツをクロールし、パターンを適用して共通の要素、共通のコンテンツ、共通のメタデータ、構造を識別し、元のコンテンツをマッサージして、コンテンツを構造化できるルールに基づいてロジックを適用できる商用ツールがありますが、ソースがまとまりがない場合、最良のツールを実行するのは大変です。また、最終的なhtmlを細かく分割してCMSに配置する移行も確認しました。これは簡単なアプローチですが、CMSを利用していないため、もちろん間違ったアプローチです。
そして、移行元のソースタイプと取得したいソースタイプに関連する3つのタイプ
- 1->コンテンツからコンテンツへ
- 2->(HTML +コンテンツすべて一緒に)から(HTML)+(コンテンツ)に分離
- 3-->(HTML +コンテンツ+コードすべて一緒に)から(HTML)+(コンテンツ)+(コード)に分離
コンテンツからコンテンツへの移行はそれほど複雑ではありません
テンプレートになるコンテンツとHTMLを分離する必要があるため、2番目のオプションはもちろんより複雑です。
3番目のオプションはさらに複雑です。ページのhtmlを抽出する場合(たとえば、ほとんどの商用ツールのようにhttpクライアントを使用する場合)、ページのロジックをキャプチャしていません。この場合、ファイルレベルで作業する必要があります
状況が複雑になる可能性があるため、移行を開始する前に、非常に詳細な分析を行うようにしてください。元のシステムと適用する堅実なパターンについて非常によく知っている場合にのみ、自動化で考えることができます
Tridion には広範な API があり、これらは完全に文書化されています。SDL Tridion 2011 の出発点はhttps://www.sdltridionworld.com/downloads/documentation/SDLTridion2011SP1/index.aspxです。
自動移行は完全に可能ですが、API サポートは制限要因ではありません。ソース シナリオとターゲット シナリオでデータを理解することは、はるかに重要です。
サイトのクロールを専門とする Kapow または Vamosa に連絡してから、それらを CMS にインポートすることを検討します。どちらも SDL Tridion 用のコネクタを備えています。これにより、クライアントは時間とお金の両方を節約できます。
非常に近いデータ モデルを使用して、同じソース タイプから同じ宛先 (この場合は SDL Tridion) に "数千" のサイト (クライアントがサイトであると仮定) を移行する場合を除き、すべての移行は異なります。複数の SDL Tridion パートナーがすでにこの問題を解決しており、移行自動化ツールの構築/構築を支援しています。さらに詳しい情報が必要な場合は、お問い合わせください。