企業はSitecoreとVercelを維持したまま中国でパフォーマンスを出せるか
コンポーザブルDXP（Sitecore XM Cloud + Vercel/Next.js）上のある上場グローバル企業は、21YunBox Optimizer をオーバーレイとして加えることで、グローバルな運用モデルをそっくり保ちながら、中国本土のパフォーマンス、ブロックされる依存先、コンプライアンスを解決しました——Sitecore を置き換えず、Vercel を置き換えず、分断された現地ビルドも作らずに。サイトを中国で速くしたアーキテクチャこそが、それを備案可能にしたアーキテクチャです。別々の「速い」経路と「合法の」経路ではなく、一つの法令適合した配信レイヤーです。
一次情報源が示していること
| 事実 | 一次情報源 |
|---|---|
| Optimizer は顧客の既存のグローバルなオリジンの前段に置かれました。Sitecore XM Cloud は信頼できる情報源であり続け、Vercel はグローバルなフロントエンドであり続け、中国配信は一つのレイヤーとして加わりました。 | 21YunBox — China Website Optimizer |
| ブロックされ、品質が低下していた第三者依存先（動画配信、フォーム／リード獲得、同意管理、サイト内検索）は、スタックから取り除くのではなく、中国国内配信を通じて扱われました。 | 21YunBox — China Website Optimizer |
| 退役した旧来の構成に紐づいていた既存のICP備案は、新しいアーキテクチャに合わせて整え直す必要がありました。備案は、ドメインだけでなく、トラフィックがどのように・どこから配信されるかに紐づくからです。 | Alibaba Cloud — ICP備案の前提条件 |
情報源は21YunBox China エンジニアリングチームが2026年9月22日に確認しました。
グローバルサイトを作り直すことなく、中国でエンタープライズDXPを
このケーススタディは、21YunBox Optimizer が、グローバル企業の既存のDXPやコンポーザブルなWebアーキテクチャを、中国本土へ広げる手助けをした様子を示します。インテリジェントなミドルウェア層として動作することで、21YunBox は、ある上場グローバル企業が、分断された現地スタックを構築することなく、既存のCMS・フロントエンド・公開ワークフローを維持できるようにしました。
課題：壊れた中国での体験
その企業は、Sitecore XM Cloud と Vercel を中心に構築した、モダンなコンポーザブルDXPへ移行しているところでした。グローバルなプラットフォームはほとんどの市場で完璧に動作していましたが、中国本土のトラフィックは深刻なアーキテクチャ上のボトルネックを露呈させました。
- 極端なレイテンシ： 越境のパフォーマンス問題により、中国でのページ読み込みは40〜45秒を超えていました。
- ブロックされる依存先： Brightcove（動画）や Marketo（フォーム）といった重要な第三者サービスが読み込まれませんでした。
- コンプライアンスの断絶： 同社の既存の中国ICP備案は、退役した旧来の中国ホスティング構成に紐づいており、新しい Vercel アーキテクチャに合わせて整え直す必要がありました。
ビジネス上の目的は明確でした——グローバルな運用モデルをそのまま保つこと。Sitecore を置き換えない、Vercel を置き換えない、そして分断された中国エージェンシーによるビルドを作らない。
グローバルな技術環境
このサイトは、動的API、第三者スクリプト、同意管理フレームワークからなる複雑な網に依存していました。そのすべてが、中国本土のユーザーに対して確実に機能しなければなりませんでした。
| 技術／サービス | Webサイトでの役割 |
|---|---|
| Sitecore XM Cloud | エンタープライズDXP／CMSおよびコンテンツプラットフォーム |
| Vercel & Next.js / React | グローバルなフロントエンドのデプロイとアプリケーションアーキテクチャ |
| Brightcove | 動画配信と埋め込みメディアの体験 |
| OneTrust | Cookie同意とプライバシー設定の管理 |
| Marketo | フォームとリード獲得のワークフロー |
| Coveo | サイト内検索の体験 |
| ImageEngine | 画像／メディアの最適化と配信 |
| Google Analytics / GTM | アナリティクスとタグ管理 |
21YunBox のアプローチ
21YunBox は、顧客の既存のグローバルなオリジンの前段に、マネージドの China Website Optimizer をオーバーレイとして展開しました。Sitecore XM Cloud は信頼できる情報源であり続け、Vercel はグローバルなフロントエンドのプラットフォームであり続けました。
21YunBox のレイヤーが提供したのは次のとおりです。
- 動的なアセット最適化： Marketo、Brightcove、Coveo、OneTrust のアプリケーション機能を回復。
- マネージドICP運用： 新しいインフラに合わせるため、中国側のICP備案ワークフローとドメインサポートを調整。
- 企業向けセキュリティの備え： マネージドのWAF制御、TLS暗号化、DDoS緩和、そして安全な中国本土でのテストを支援。
成果
21YunBox Optimizer を導入することで、その企業はグローバルスタックをそのままに中国本土での配信を実現し、パフォーマンスと運用の両面で劇的な改善を達成しました。
| ビジネス領域 | 21YunBox 導入前 | 21YunBox 導入後 |
|---|---|---|
| ページのパフォーマンス | 40〜45秒以上の読み込み時間 | 3秒未満 |
| フォームとリード獲得 | Marketo フォームが読み込まれない | リード獲得の経路が完全に回復 |
| 動画とメディア | Brightcove の再生が壊れていた | 主要な動画体験が回復 |
| キャンペーンのコンバージョン | 中国のキャンペーンが機能せず | コンバージョンが3倍（3x）に |
| エンゲージメント | 高い直帰率 | 直帰率が30%低減 |
| 運用 | 分断された中国エージェンシーによるビルド | 一つのグローバルワークフローを維持 |
要点： Sitecore XM Cloud の中国対応、Vercel の中国パフォーマンス、あるいはグレート・ファイアウォールの先でのコンポーザブルDXPの互換性を探している企業チームにとって、実践的なパターンは、グローバルスタックを保ちつつ、専用の中国配信レイヤーとして 21YunBox Optimizer を加えることです。
よくあるご質問
企業は中国で動かすためにSitecoreやVercelを手放さなければなりませんか？
いいえ。このケースでは、企業は両方を維持しました。21YunBox は既存のオリジンの前段でオーバーレイとして動作したため、グローバルなCMS・フロントエンド・公開ワークフローはそのまま保たれました。
コンポーザブルDXPは中国本土で何が壊れるのですか？
越境配信が極端なページ読み込みのレイテンシを招き、動的な依存先——動画、フォーム、同意、検索——がグレート・ファイアウォールの先でそれぞれに失敗します。それらの経路を中国国内で配信することが解決策です。
グローバルなアーキテクチャを保ったまま、コンプライアンスはどう扱うのですか？
中国国内配信こそがサイトを速くするものであり、同時にICP備案が紐づく先でもあります。そこで備案は、同じプロジェクトの一部として、新しい配信レイヤーに合わせて整え直されました。