WordPressからOS iXanagiへの移行プロセス全体像 — 8ステップMigration Pipelineとは
WordPressからOS iXanagiへの移行は、コンテンツの引越しではありません。コンテンツの意味を構造化する再設計です。8つのステップに分かれたMigration Pipelineで、AIが各ステップをサポートしながら、段階的かつ安全に移行できます。移行は大変そうに見えますが、正しいプロセスを踏むことで、リスクを最小化しながら確実に完了できます。
目次全 7 章
移行を「引越し」ではなく「リノベーション」として捉えるべき理由は何か？
多くの企業がWordPressからの移行を「コンテンツの引越し」と考えています。しかし、この考え方が移行を困難にする最大の原因です。
WordPressのコンテンツをそのままコピーしても、OS iXanagiのメリットはほとんど得られません。なぜなら、WordPressのコンテンツは「テキストのかたまり」として保存されているのに対し、OS iXanagiはコンテンツの「意味」を構造化して保存するからです。
たとえば、あなたのWordPressの投稿に「当社の製品は競合他社より30%コスト削減できます」という文章があったとします。WordPressではこれは単なるテキストです。しかしOS iXanagiでは、これはMeaning Object（意味オブジェクト）として構造化され、「価値提案」「Financial Domain」「競合優位性」といった意味タグが付与されます。AI AgentはこのMeaning Objectを参照して、営業トークや提案書の作成に使えるようになります。
これが「引越し」ではなく「リノベーション」である理由です。移行は、WordPressで蓄積してきたコンテンツに意味を与え直すプロセスなのです。
WordPressのデータを棚卸しする — 移行前に何を確認すればよいか？
移行を始める前に、現在のWordPressサイトに何があるかを正確に把握することが重要です。移行時に考慮が必要なデータは、投稿・ページ・メディア・カスタムフィールド・プラグイン設定・コメント・ユーザーデータと多岐にわたります。
特に確認が必要な項目は以下の通りです。
コンテンツの量と種類
- 投稿（posts）とページ（pages）の総数
- カスタム投稿タイプ（Custom Post Types）の有無
- Advanced Custom Fields（ACF）などのカスタムフィールドの設定
プラグインの依存関係 WordPressの平均的なビジネスサイトには20〜50個のプラグインが導入されています（業界標準）。移行の最大の課題はプラグインの代替機能の構築であることが、Focus Reactive 2026の調査でも明らかになっています。「コンテンツより、プラグインの方が問題」というのが現場の実態です。各プラグインが何をしているのかを把握し、OS iXanagi側でどう対応するかを事前に設計することが必要です。
URLとSEO資産 現在のURLパターン、カテゴリ・タグの設定、メタタグの設定内容を記録しておきます。SEOランキングを守るためのリダイレクト設計に使います。
この棚卸しが完了して初めて、Migration Pipelineの第1ステップに進む準備が整います。
Migration Pipelineの8ステップ全体像とは？
OS iXanagiのMigration Pipelineは8つのステップで構成されています。各ステップで「AIがやること」と「人間がやること」が明確に分かれており、人間の判断が必要な部分では必ずHITL（Human-in-the-Loop）が組み込まれています。
Step 1: Import — WordPressコンテンツを取り込む
AIがやること: WordPress XMLエクスポートファイル（WXR）を解析し、投稿・ページ・メディア・メタデータをOS iXanagiの内部形式に変換します。
人間がやること: WordPressの管理画面からエクスポートを実行し、ファイルをOS iXanagiのSource Importにアップロードします。技術的な作業は最小限です。
このステップでは、WordPressのデータがそのままOS iXanagiのSource（知識ソース）として登録されます。まだMeaning Objectsへの変換は行わず、「原材料」として取り込む段階です。
Step 2: Extraction — AIがコンテンツの意味を抽出する
AIがやること: 取り込んだコンテンツを解析し、各文章や段落が持つ意味を抽出します。「これは製品の価値提案だ」「これはFAQの回答だ」「これは顧客の声だ」といった意味タグをAIが自動的に推定します。Knowledge Extraction機能がSignal（意味的シグナル）を検出し、候補となるMeaning Objectsを生成します。
人間がやること: AIが何を抽出したのかを確認し、次のReviewステップでの判断に備えます。このステップは基本的にAIが主役です。
Step 3: Candidates — 移行するコンテンツを選ぶ
AIがやること: 抽出されたコンテンツを品質・重複度・関連性でスコアリングし、移行の優先度を算出します。重複したコンテンツや品質の低い投稿をフラグします。
人間がやること: AIのスコアリングを参考に、どのコンテンツを移行し、何を除外するかを決定します。「5年前の製品情報が残っているが、現在は廃番なので移行しない」といった業務判断がここで行われます。
ここは移行の質を決める重要なステップです。「全部移行する」ではなく「価値あるものだけ移行する」という判断が、移行後のサイト品質を左右します。
Step 4: Mapping — WordPressの構造をOS iXanagiにマッピングする
AIがやること: WordPressのカテゴリ・タグ・テンプレートをOS iXanagiのMeaning Objects・Relations・Section Typesにどう対応させるかを提案します。
人間がやること: AIの提案を確認し、業務上の意味で正しいかを検証します。「このカテゴリはDemand Domainに属する」「このテンプレートはarticle_containerセクションタイプを使う」といった設計判断を確定します。
このステップがあることで、WordPressの「ファイル構造」ベースの設計が、OS iXanagiの「意味構造」ベースの設計に変換されます。
Step 5: Review（HITL）— 人間がAIの判断を検証する
AIがやること: Step 2〜4の全結果をまとめ、レビューインターフェイスに表示します。
人間がやること: AIが提案したすべての変換内容を一件ずつ確認し、Accept（承認）またはReject（却下）を判断します。
このHITLステップはOS iXanagiの設計上、省略できない重要なチェックポイントです。AIは優秀ですが、業務の文脈や顧客との関係性を知っているのは人間だけです。「この文章は競合を批判しているように読めるから移行しない」「このFAQは古い価格情報が含まれているので更新してから移行する」といった判断は、人間にしかできません。
Step 6: Apply — Meaning Objectsとして確定する
AIがやること: 承認されたコンテンツをOS iXanagiのMeaning Objectsとして確定し、DBに登録します。DraftオブジェクトやKnowledgeオブジェクトが生成されます。
人間がやること: 生成されたMeaning Objectsの一覧を確認します。この時点で、WordPressの「テキストのかたまり」が、意味タグを持つ構造化オブジェクトに変換されています。
Step 7: Audit — 移行品質を0〜100点でスコアリングする
AIがやること: Projection Auditが稼働し、移行されたコンテンツの品質を0〜100点でスコアリングします。構造的な問題（孤立したページ、リンク切れ、SEOメタデータの欠損など）を検出し、改善提案を出します。
人間がやること: Auditレポートを確認し、スコアが低い箇所を優先的に修正します。80点以上を移行完了の目安とするのが一般的です。
Step 8: Publish — 本番公開とSEO自動適用
AIがやること: Content Publishワークフローが起動し、Meaning ObjectsをProjection（ページ設計）に組み込み、EN/JA両言語のSEOメタデータを自動生成します。Next.js SSRでの表示を確認し、Core Web Vitalsの基準をクリアしているかをチェックします。
人間がやること: 本番公開の最終承認を行います。DNS切り替えの実行タイミングを決定し、旧WordPressサイトとの切り替えを管理します。
このシリーズの記事#9「移行後の世界」では、Step 8完了後に実際に何が変わるのかを詳しく解説しています。
並行運用はどのように設計すればよいか — 旧サイトを止めずに移行を進める方法
多くの企業が心配するのが「移行中もサイトを止められない」という問題です。OS iXanagiのMigration Pipelineは、旧WordPressサイトを並行稼働させながら移行できる設計になっています。
基本的なアプローチは以下の通りです。
フェーズ1（Step 1〜5）: WordPressサイトは通常運用を継続。OS iXanagi側でMigration Pipelineのみを実行。ユーザーへの影響はゼロです。
フェーズ2（Step 6〜7）: OS iXanagiのステージング環境でMeaning Objectsの確認とAuditを実施。WordPressサイトは引き続き稼働中。
フェーズ3（Step 8）: OS iXanagi本番環境へのPublish後、DNSを切り替えてWordPressから移行。旧URLへのアクセスはwebsite_url_redirectsで管理し、SEOランキングへの影響を最小化します。
この設計により、移行に失敗してもWordPressに即座に戻れる安全網が確保されています。
移行期間の目安とコスト感はどれくらいか？
業界標準として、Headless CMS移行の平均期間は小規模サイトで2〜4ヶ月、大規模サイトで6〜12ヶ月とされています。OS iXanagiのMigration Pipelineは自動化されたステップが多いため、この業界標準より短縮できるケースが多いです。
小規模サイト（〜100ページ）: 2〜6週間が目安。1〜2名のITメンバーで対応可能。
中規模サイト（100〜1,000ページ）: 1〜3ヶ月が目安。コンテンツのレビューに時間がかかるため、マーケティング担当者の参加が必要です。
大規模サイト（1,000ページ以上）: 3〜6ヶ月が目安。多数のプラグイン機能の代替設計が課題になります。この場合、OS iXanagi側でPledge Setsとして機能を再設計する時間を見込む必要があります。
また、早期移行には戦略的な理由があります。AIに引用されるコンテンツの50%は13週以内に公開されたものという業界調査（2025）があります。OS iXanagiに移行し、Meaning ObjectsとしてAIO対応済みのコンテンツを公開することで、AIリファラルトラフィックを早期に獲得できます。
よくある質問（FAQ）
Q1: ドメインはどうなりますか？
ドメインはそのまま使用できます。移行はコンテンツとシステムの変更であり、ドメイン自体はDNSの向き先を変えるだけです。example.comのまま、OS iXanagiが配信するサイトに切り替わります。
Q2: SEOランキングへの影響はありますか？
正しく実施すれば、SEOランキングへの悪影響は最小限に抑えられます。Step 8でContent Publishワークフローが自動的にSEOメタデータを適用し、旧URLから新URLへの301リダイレクトをwebsite_url_redirectsテーブルで管理します。むしろ移行後は、Meaning ObjectsのAIO対応構造により、AIリファラルトラフィックが増加する傾向があります。
Q3: どのコンテンツを移行すべきで、どれを捨てるべきですか？ Step 3のCandidatesステップでAIがスコアリングを行いますが、基本的な判断基準は「今でも有効な情報か」「SEOトラフィックがあるか」「ビジネス価値があるか」の3点です。5年以上更新されていないページや重複コンテンツは積極的にこの機会に整理することを推奨します。
Q4: メールアドレスはどうなりますか？ OS iXanagiはWebサイトとCMSの移行であり、メールには影響しません。メールは別のサーバー・サービスで運用されているため、変更不要です。
Q5: 途中でやめられますか？ はい、どのステップでも停止できます。Step 6のApplyまでは確定的な変更はなく、WordPressサイトは並行稼働しています。Step 8のPublishを実行するまで、本番環境への変更はありません。いつでも中断して再開できる設計になっています。
移行の最初のステップを踏み出すために
移行の最初のステップは、今のWordPressサイトを棚卸しすることです。投稿数・ページ数・使用中のプラグイン数・カスタムフィールドの有無を把握することで、移行の規模と期間の見通しが立ちます。
OS iXanagiへの移行は、WordPressで長年積み上げてきたコンテンツ資産に「意味」を与え直すプロセスです。その意味が構造化されたとき、AI Agentが初めてそのコンテンツを業務に使えるようになります。
移行の詳細な技術的プロセスについては、このシリーズの記事#8「コンテンツ移行ではなく意味の移行」で解説しています。移行後に何が変わるかは、記事#9「移行後の世界」をご参照ください。
OS iXanagiへの移行に関するご相談は、CloudEffectsへお問い合わせください。WordPressサイトの棚卸しから、Migration Pipeline全体のご支援まで対応しています。
Sources:
- Focus Reactive, "WordPress Migration Challenges Report," 2026
- 業界標準: Headless CMS移行期間の実態調査, 2025
- 業界調査 2025: AIが引用するコンテンツの公開後期間分析
- OS iXanagi Documentation: Migration Pipeline 8-Step Process
- OS iXanagi Documentation: Projection Audit Scoring System
