リプラットフォームシリーズ：フェーズ4：リスク評価計画の作成

これは、プラットフォームの再構築に関するCoalitionTechnologiesによる10部構成のシリーズの第7部です。

新しいシステムを実装する必要がある場合でも、貴重な情報を安全な保管場所に移動する必要がある場合でも、データ移行はビジネスの不可欠で日常的な部分です。 残念ながら、データ移行プロジェクトの大部分は、予算を超過し、予想よりも時間がかかり、失敗し、リスク評価計画に従わないため、実行が不十分です。 リスク評価計画を作成すると、プラットフォームの再構築が予算、スケジュール、および成功にどのように影響するかを判断するのに役立ちます。

リスク評価計画を作成する方法

Webサイトのリスク評価計画を作成するときは、移行前に質問をして、製品と顧客に関するデータに関する情報を収集してください。 例えば：

• データはクリーンですか？ データ移行の前にクリーンアップする必要がありますか？
• データはどこから来ていますか（つまり、単一のソースまたは複数のソース）？
• どのデータを移行しますか？ すべての？ アクティブなトランザクション？ 歴史的なデータ？

• RFPドキュメントと最初の発見を確認しましたか？
• 最初のプロジェクトとビジネスの目標に従っていますか？
• プラットフォームの再構築はSEOの取り組みにどのように影響しますか？

これらの質問に答えたら、プラットフォームの再構築がSEOの取り組みに影響を与える可能性のある方法の数を見てください。 これらがタイムライン、予算、プロジェクトの成功にどのように悪影響を与える可能性があるか、および全体的なリスクは何かを判断します。

リスク評価計画を作成する際に考慮すべき10の事柄

1.詳細なプロジェクト計画を作成します

詳細な計画は、利害関係者が特定の期限までに概説された目標に向けて取り組むのに役立ちます。 優れたWebサイトのリスク評価計画には、プロジェクトが移行したときにエスカレーションプロセスと更新があります。

2.緊急時対応計画を立てます

緊急時対応計画には、発生する可能性のある予期しない問題に対処するために確保された予算と、プロジェクトの遅延をカバーするための時間ブロックが含まれます。

3.商業スポンサーシップ

商業スポンサーはリソースを提供し、プロジェクトの決定に対する権限を持っています。 複数のスポンサーがプロジェクトを遅らせ、障害を引き起こす可能性があります。

4.プロジェクトマネージャーを選択します

プロジェクトマネージャーは、遅延を防ぎ、予算内にとどまり、プロジェクトが高い基準を満たしていることを確認します。

5.プロジェクトの役割と責任を一覧表示します

プロジェクトの役割と責任を定義して、悪い意思決定や誤用された時間の可能性を減らします。

6.プロジェクトスコープの詳細を追加します

プロジェクトスコープに何を含めるかを決定します。 プロジェクト料金を説明し、各項目を確認して理解してください。

7.ビジネスプランの要件を理解する

契約に署名する前に、同意した内容と各要件の優先順位を把握してください。

8.契約と文書を確認します

法的リソースに、契約条件を含むドキュメントを確認してもらいます。 契約に記載されている義務、違反条項、および料金を確認します。

9.サポートとメンテナンスを設定します

最初のバグ修正や継続的なメンテナンスサポートなど、プラットフォームの公開後に誰がプラットフォームをサポートするかを指定します。 これがプロジェクトに含まれているか、追加費用として請求されているかを明確にリストします。

10.内部コミュニケーションを維持する

チームが最新情報を提供し、次のステップを決定する定期的なプロジェクト調整会議に参加します。 透明性を保ち、コミュニケーションツールを使用してプロジェクトのベースに触れます。

リスク評価計画を作成する際に考慮すべきSEO要因

一意のURL構造を維持する

プラットフォームの再構築は、最初はSEOの取り組みに影響を与える可能性がありますが、オーガニック検索が新しいトラフィックを構築し、一意のURL構造を維持しながら、有料マーケティングを利用することで、長期的な影響を減らすことができます。 包括的な301リダイレクトを使用して、すべての古いURL（Google Analyticsにリストされている）を同等の新しいURLにマップします。 これにより、Googlebotがページをランク付けし、ウェブサイトのトラフィックの約15％を失うことはありません。 301リダイレクトは、大量のトラフィックをもたらす古い画像およびビデオのURLにも適用できます。

コンテンツの削除または統合を待つ

慈善団体の再設計に失敗すると、トラフィックが90％減少しました。 データの移行が完了するまで、コンテンツの削除や統合は控えてください。 プラットフォームの変更後に全体的な固有のコンテンツが大幅に低下すると、トラフィックと収益が減少する可能性があります。 同様に、ページを統合して見た目をすっきりさせ、魅力を最小限に抑えると、Webサイト全体の固有のコンテンツの量が減り、以前と同じ用語でランク付けするのが難しくなります。

古いサイトのメタデータを再利用する

古いサイトから新しいサイトにメタデータを転送して、タイトルタグ、H1タグ、メタディスクリプションのないページがないことを確認します。 メタデータを再利用することで、タスクを順調に進め、完了までに1年以上かかる移行プロジェクトの73％に参加しないようにすることもできます。

大きな問題が発生することなく数週間が経過した後、パフォーマンスを向上させることができるページのタイトルタグ、H1タグ、およびメタディスクリプションの更新を検討できます。 すべてを一度に更新することは避け、代わりにバッチで作業してください。

リダイレクトマッピングファイルを破棄しないでください

Googlebotは、古い404および410のURLをクロールし続けるため、リダイレクトは永続的です。 この場合、プラットフォームの変更後に404エラーが発生する可能性があります。Google（または他の検索エンジン）によってクロールされた最近のURLを調べて、問題を特定し、リダイレクトマップを完成させてください。

リスク評価計画を含めることが非常に重要である理由

ある程度、プロジェクトのリスクは避けられません。 潜在的な障害や問題を認識していると、プロジェクトの失敗を防ぎ、プロジェクトの予算内にとどまり、プロジェクトが予定どおりに完了するようにするために、潜在的なプッシュバックを軽減できます。

徹底的なWebサイトのリスク評価は、プロジェクトの目標が達成され、チームがその役割と責任を認識し、通信回線が設定され、サポートとメンテナンスがあり、予期しないイベントが発生した場合の緊急時対応計画を立てるのに役立ちます。 要するに、リスク評価計画は、自信と方向性を持ってリプラットフォームを完了することに一歩近づくでしょう。

リプラットフォームシリーズの次のパートでは、ビジネスのデータ移行計画の作成についてお読みください。