移行チェックリスト

現在のウェブサイトを構築した担当者との計画ミーティングで、このリストを使ってください。「いいえ」はそれだけで障害になるわけではなく、作業が必要な箇所を示しています。

1. テクノロジー

• サイトが Next.js App Router である、または別のサーバーフレームワークのための追加の工数をチームが許容している。（理由）
• コンテンツをサーバーコードで取得でき、配信トークンをサーバーの環境変数に置ける。
• 移行するすべてのページについて組み込みのフォールバックを保持でき、Atlas に接続できなくてもサイトが動作する。
• チームがプレビュー用のルート 1 つ、Webhook 用のルート 1 つ、そして起動時のビルドレポートを追加できる。

2. デザインとコンポーネント

• ページが再利用可能なセクション（ヒーロー、カード、FAQ、行動喚起）でできている。1 回限りのページも、フィールドを持つ 1 つのコンポーネントにできる。
• すべてのページタイプ（ホーム、商品、記事、ランディングページ、法務ページなど）を洗い出している。
• 各セクションについて、編集者が変更する部分（テキスト、画像、リンク、リスト）と、コード内で固定のままにする部分を把握している。
• 対話的な部分（計算ツール、コンフィギュレーター、地図、アニメーション）はコード内に残る。編集者はそのテキストと設定だけを入力する。

3. 現在の CMS にあるコンテンツ

• ページ、エントリー、画像をエクスポートできる。データベースダンプ、API、CSV、または古いサイトを読み取る AI エージェントのいずれかで可能である。
• 繰り返し現れるコンテンツ（商品、ニュース、チーム、拠点）がコレクションに対応づけられる。
• カスタムフィールドを洗い出し、その型（テキスト、リッチテキスト、数値、日付、リンク、画像、参照、リスト）を把握している。
• 現在の CMS がコンテンツの中でコードを実行している箇所（ショートコード、埋め込み、HTML ブロック、スクリプト）を把握している。それぞれに代わりのコンポーネントが必要です。現在の CMS との対応づけをご覧ください。
• 検索順位を失わないよう、維持すべき URL とリダイレクトの一覧がある。
• 言語とそのフォールバックルールが明確である。右から左へ書く言語では、コンポーネントが dir="rtl" に対応している必要があります。

4. サイトが依存している機能

確定する前に、それぞれを機能の提供状況と照らし合わせてください。

• フォームとリードメール: 開発環境とライブウェブサイト（リリース前の最終レビュー中）。
• チャットボット: 開発環境とライブウェブサイト（リリース前の最終レビュー中）。
• リードの CRM などのシステムへの送信: CRM への送信と Leads API は、現時点では開発環境のリードのみが対象です。ライブウェブサイトのリードは Webhook 経由で受け取れます。
• アナリティクス: Atlas は開発環境とライブウェブサイトで、Cookie を使わずにルートごとのページビュー数をカウントします。既存のアナリティクスは引き続きお使いください。
• サイト内検索: Atlas はサイト検索を提供しません。独自の検索を維持するか、エントリー API から構築してください。
• EC、チェックアウト、会員ログイン: Atlas の対象外です。コード内、または既存のサービスに残ります。
• スケジュール公開、翻訳、リダイレクト、SEO フィールド: 対応しています。

5. メンバーと承認

• 誰が編集し、誰がレビューし、誰が本番リリースを承認するかを把握している。
• サインインするすべての人が Atlas のサインインを使える。自社の ID プロバイダーによるシングルサインオンは利用できません。
• 法務およびセキュリティの確認担当者が、セキュリティとよくある質問の未対応項目を読んでいる。

結果

• ほとんど「はい」: ステップごとの移行に進みます。
• セクション 1 から 3 に「いいえ」がいくつかある: まず 1 つのページタイプでパイロットを始めます。
• セクション 4 の、まだ利用できない項目にサイトが依存している: 待つか、当面その部分を Atlas の外に残します。