ヨーロッパの adaptTo() 2025 カンファレンスでは、多くのグローバルサイト所有者が見落としているトピック、つまり中国の Web パフォーマンス問題にスポットライトが当てられました。

今年の中国における AEM および Edge 配信パフォーマンスに関するカンファレンスで、ソリューションを発表しました (完全なビデオは近日中に公開されます)。このセッション（公開され次第、すぐに投稿します）では、Arbory Digital の Tad Reeves 氏と StreamX の Kamil Chociej 氏が、中国本土の Web パフォーマンスが全般的になぜこれほどまでにひどいのか、なぜそれが重要なのか、そして Adobe Experience Manager (AEM) と Edge Delivery Services (EDS) がグレート ファイアウォールの背後で確実に動作するようにするためのソリューションをどのように設計したかについて説明しました。

これは私たちがぜひご紹介したいソリューションです。世界中のユーザーを対象とする Web サイトをお持ちで、中国での Web パフォーマンスについて 集中的かつ効果的な 対策を講じていないと、まったく受け入れられない 可能性が高いからです。

中国が重要な理由

中国には12億人のインターネットユーザーがおり、これはインド、米国、ブラジルの合計を上回る。これは世界最大の消費財市場であり、オンラインでの意思決定がその購買力を左右します。

あなたのグローバルサイトが中国から意味のあるトラフィックを引き込んでいない場合、それは翻訳の問題ではありません。それはパフォーマンスの問題です。そして問題は構造的なものです。コンテンツを翻訳するだけでは不十分です。実際の問題は技術的なものであり、それが膨大な数の視聴者にリーチするのを妨げています。

中国での Web パフォーマンスがなぜそれほど難しいのか?

中国にデジタル体験を提供することは、他の地域とは異なります。企業は、他の場所では存在しない次のようなハードルに直面しています。

• グレート ファイアウォールは、DNS ポイズニング、IP ブロッキング、ディープ パケット インスペクションによってトラフィックを遅くしたりブロックしたりします。パフォーマンスは不安定で予測不可能です。
• ICP ライセンスはホスティングには必須であり、ビデオの場合はさらに厳格です。
• 中国国内にはグローバル CDN POP は存在しません (Fastly、Cloudflare、Akamai はすべて香港または東京で停止します)。
• AEM のギャップ: AEMaaCS は中国では利用できません。AEM 6.5 は存在しますが、完全に別の環境とパイプラインが必要です。
• EDS の制限: Cloudflare および Fastly ベースの配信はファイアウォールで停止します。

結果は明白です。多くの企業にとって、米国では 1.5 秒で読み込まれるページが、中国では 150 秒以上かかることがあり、まったく読み込まれないこともあります。

当社の Web サイトは、中国国内のユーザー層向けに最適化するための措置を講じずに Edge Delivery Services 上で実行されており、パフォーマンスはまったく許容範囲に達しておりません。

間違った答え（そしてなぜそれが機能しないのか）

チームは頻繁に修正を試みますが、それぞれに痛みを伴うトレードオフが伴います。

• 中国で複製された AEM 6.5 サイトを実行します。これにより、インフラストラクチャとパイプラインが 2 倍になります。
• 静的サイトを中国に展開します。これにより、パーソナライズとインタラクティブ性が失われます。
• Tencent や Baidu などのローカル CDN を使用します。キャッシュの無効化は複雑であり、動的コンテンツは依然として困難を極めています。
• 機能を無効にします。ユーザーは、ブランドの独自性を高める体験を失ってしまいます。

中国では骨抜きのサイトは必要ありません。実際のサイトが高速に動作する必要があります。

より良いアプローチのための指針

私たちは、あらゆる実行可能なソリューションのための 2 つの指針を導き出しました。

• グレートファイアウォールを通過するデータは常に信頼できません。チューニングによってパフォーマンスは向上する可能性がありますが、国境を越えたホップは国内の速度に匹敵することはありません。
• 中国のユーザーはファイアウォールの外部からデータを取得する必要はありません。コンテンツをローカルで提供することが、一貫した読み込み時間を保証する唯一の方法です。

DX Meshのご紹介：キャッシュを根本から変える

AEM の柔軟性や EDS のシンプルさを犠牲にすることなく中国の問題を解決するために、DX Mesh を開発しました。DX Mesh は、エッジのキャッシュ層に依存するのではなく、コンテンツとコードを中国国内でホストされている軽量システムにプッシュします。中心となるアイデアは次のとおりです。

• キャッシュ モデルを逆転させます。DX Mesh は、中国のユーザーがグレート ファイアウォールを越えてコンテンツを要求するのを待つ代わりに、中国本土のクラスターでコンテンツをプロアクティブに複製して処理します。
• 動的で柔軟なパイプライン。サービスメッシュ アーキテクチャは、さまざまなソース (GitHub リポジトリ、AEM オーサリング ツール、Adobe のユニバーサル エディター、Google ドキュメントなど) からコンテンツを取り込み、一連のマイクロサービスを通じて処理します。これらのサービスは、最適化された Web リソース、ページ、依存関係を生成し、それらは中国のクラスター内に保存されます。
• クラスターのメッシュ。アーキテクチャには、プロジェクトとデプロイメントを定義するパイロット クラスター (コントロール プレーン)、AEM/EDS/Magento からコンテンツを受信して準備する処理クラスター (データ プレーン)、および世界中に分散された複数のエッジ クラスター (少なくとも 1 つは中国本土に分散) の 3 つのクラスター タイプが含まれています。エッジ クラスターは、処理済みのコンテンツをローカル ユーザーに直接提供し、中国語のリクエストがファイアウォールを通過しないようにします。

サービス メッシュのフローを簡略化すると次のようになります。

1. コンテンツ ソースは変更を公開します (たとえば、ドキュメントを保存するか、AEM 公開アクションをトリガーすることによって)。これらの変更は GitHub に転送されます。
2. GitHub コネクタはこれらの変更を処理クラスターに中継します。
3. 処理クラスターは、最適化されたアセットを生成するサービス、インデックス フェッチャー、依存関係リライター、ページ リレー、サイトマップ ジェネレーターのパイプラインを実行します。
4. さまざまなリージョンのエッジ クラスターが処理済みのアセットをプルします。米国、ヨーロッパ、中国のユーザーは最も近いエッジ ノードからコンテンツをリクエストし、中国のユーザーは中国国内のクラスターから取得することで、グレート ファイアウォールを完全に回避します。

この設計では、サービス メッシュの定義、クラスターのプロビジョニング、ライセンスの管理といった事前の作業が必要ですが、統一されたコードベースと CI/CD パイプラインを実現しながら、中国語ユーザーにネイティブに近いパフォーマンスを提供します。

これがあなたにとってなぜ重要なのか

中国でのパフォーマンスはオプションではありません。10億人のオンラインユーザーがいるため、ビジネスの成長は必須です。

DX Mesh を使用すると、ハッキングや回避策、妥協をすることなく、AEM と EDS を中国で動作させることができます。

ブランドのグローバル展開を重視する場合、これが欠けている部分です。

それがどのように機能するかをお見せ したいと 思います。このソリューションの実際の動作をご覧になり、複雑なバックエンドでも、サイトが中国で「許容できる」パフォーマンスだけでなく、非常に高速なパフォーマンスをどのように達成できるかを知るには、弊社にお問い合わせください。

著者について

聞いてみてどうでしたか？自分に合ったものについてご質問がありますか?ぜひご相談ください！お問い合わせ

ポッドキャストエピソード