La conférence européenne adaptTo() 2025 a vraiment mis en lumière un sujet que de nombreux propriétaires de sites mondiaux négligent : le problème de la performance web en Chine.

Nous avons présenté une solution lors de la conférence de cette année sur les performances de livraison AEM et Edge en Chine (vidéo complète à venir sous peu). Dans cette session (que nous publierons sous peu dès qu’elle sera disponible), Tad Reeves d’Arbory Digital et Kamil Chociej de StreamX ont examiné pourquoi les performances web en Chine continentale sont si généralement catastrophiques, pourquoi elles devraient être importantes pour vous et comment nous avons conçu une solution pour que Adobe Experience Manager (AEM) et Edge Delivery Services (EDS) fonctionnent de manière fiable derrière le Grand Pare-feu.

C’est une solution que nous serions ravis de vous montrer - car, si vous avez un site Web qui s’adresse à un public mondial, et si vous n’avez pas fait quelque chose de concentré et d’efficace à propos de votre performance Web en Chine, il est presque certain que c’est totalement inacceptable.

Pourquoi la Chine est importante

La Chine compte 1,2 milliard d’internautes, soit plus que l’Inde, les États-Unis et le Brésil réunis. Il s’agit du plus grand marché de biens de consommation au monde, et les décisions en ligne sont le moteur de ce pouvoir d’achat.

Si votre site mondial ne génère pas de trafic significatif en provenance de Chine, il ne s’agit pas d’un problème de traduction. Il s’agit d’un problème de performance. Et le problème est structurel. Il ne suffit pas de traduire du contenu ; Les vrais problèmes sont techniques, et ils vous empêchent de puiser dans un public énorme.

Qu’est-ce qui rend la performance web en Chine si difficile ?

La fourniture d’expériences numériques en Chine ne ressemble à aucune autre région. Les entreprises sont confrontées à des obstacles qui n’existent tout simplement pas ailleurs :

• Le Grand Pare-feu ralentit ou bloque le trafic grâce à l’empoisonnement DNS, au blocage d’IP et à l’inspection approfondie des paquets. Les performances sont irrégulières et imprévisibles.
• La licence ICP est obligatoire pour l’hébergement, et encore plus stricte pour la vidéo.
• Il n’existe aucun point de vente CDN mondial en Chine (Fastly, Cloudflare, Akamai s’arrêtent tous à Hong Kong ou à Tokyo).
• Lacunes AEM : AEMaaCS n’est pas disponible en Chine. AEM 6.5 existe, mais nécessite un environnement et un pipeline complètement distincts.
• Limites EDS : Cloudflare et la livraison basée sur Fastly s’arrêtent au pare-feu.

Le résultat est frappant. Pour de nombreuses entreprises, une page qui se charge en 1,5 seconde aux États-Unis peut prendre 150 secondes ou plus en Chine et parfois ne se charge jamais du tout.

Notre propre site Web, qui fonctionne sur les services de livraison Edge sans qu’aucune mesure n’ait été prise pour optimiser la population d’utilisateurs en Chine, n’a pas du tout de performances acceptables.

Les mauvaises réponses (et pourquoi elles ne fonctionnent pas)

Les équipes essaient souvent des solutions, mais chacune s’accompagne de compromis douloureux :

• Exécutez un site AEM 6.5 dupliqué en Chine. Cela double votre infrastructure et votre pipeline.
• Poussez un site statique en Chine. Cela supprime la personnalisation et l’interactivité.
• Utilisez des CDN locaux comme Tencent ou Baidu. L’invalidation du cache est complexe et le contenu dynamique a encore du mal.
• Désactiver les fonctionnalités. Les utilisateurs perdent l’expérience qui rend votre marque unique.

Vous n’avez pas besoin d’un site édulcoré en Chine. Vous avez besoin que votre site fonctionne rapidement.

Principes directeurs pour une meilleure approche

Nous avons dégagé deux principes directeurs pour toute solution viable :

• Les données traversant le Grand Pare-feu seront toujours peu fiables. Les performances peuvent s’améliorer avec le réglage, mais les sauts transfrontaliers n’égaleront jamais les vitesses nationales.
• Les utilisateurs chinois ne devraient jamais avoir à récupérer des données en dehors du pare-feu. La diffusion locale du contenu est le seul moyen de garantir des temps de chargement cohérents.

Présentation du maillage DX : renverser la mise en cache

Pour résoudre le problème de la Chine sans sacrifier la flexibilité d’AEM ou la simplicité d’EDS, nous avons développé DX Mesh. Plutôt que de s’appuyer sur des couches de mise en cache à la périphérie, DX Mesh transmet le contenu et le code à un système léger hébergé en Chine. Les idées de base sont les suivantes :

• Inversion du modèle de cache. Au lieu d’attendre que les utilisateurs chinois demandent du contenu à travers le Grand Pare-feu, DX Mesh réplique et traite de manière proactive le contenu dans les clusters continentaux.
• Pipelines dynamiques et flexibles. Une architecture de maillage de services ingère du contenu provenant de diverses sources (référentiels GitHub, outils de création AEM, éditeur universel d’Adobe, Google Docs, etc.) et le traite par le biais d’une série de micro-services. Ces services produisent des ressources Web, des pages et des dépendances optimisées qui sont stockées dans des clusters chinois.
• Maillage de clusters. L’architecture contient trois types de cluster : un cluster pilote (plan de contrôle) qui définit les projets et les déploiements, un cluster de traitement (plan de données) qui reçoit le contenu d’AEM/EDS/Magento et le prépare, et plusieurs clusters Edge répartis dans le monde entier, dont au moins un en Chine continentale. Les clusters Edge diffusent le contenu traité directement aux utilisateurs locaux, ce qui garantit que les requêtes chinoises ne traversent jamais le pare-feu.

Une version simplifiée du maillage de services s’écoule comme suit :

1. Les sources de contenu publient les modifications (par exemple, en enregistrant des documents ou en déclenchant des actions de publication AEM). Ces modifications sont transmises à GitHub.
2. Les connecteurs GitHub relaient ces modifications au cluster de traitement.
3. Le cluster de traitement exécute un pipeline de services, d’extracteurs d’index, de réécritures de dépendances, de relais de pages et de générateurs de sitemaps qui produisent des ressources optimisées.
4. Des clusters Edge dans différentes régions extraient les ressources traitées. Les utilisateurs aux États-Unis, en Europe et en Chine demandent du contenu à leur nœud de périphérie le plus proche ; Les utilisateurs chinois récupèrent à partir du cluster en Chine, évitant ainsi complètement le Grand Pare-feu.

Cette conception nécessite un travail initial de définition du maillage de services, de provisionnement des clusters et de gestion des licences, mais elle permet une base de code unifiée et un pipeline CI/CD tout en offrant des performances quasi natives aux utilisateurs chinois.

Pourquoi c’est important pour vous

La performance en Chine n’est pas une option. Avec un milliard d’utilisateurs en ligne, il s’agit d’un impératif de croissance des entreprises.

DX Mesh permet à AEM et EDS de fonctionner en Chine sans piratage, solutions de contournement ou compromis.

Si vous vous souciez de la portée mondiale de votre marque, c’est la pièce manquante.

Nous serions ravis de vous montrer comment cela fonctionne. Contactez-nous pour voir cette solution en action et apprendre comment votre site peut atteindre non seulement des performances « acceptables » en Chine, mais aussi des performances absolument RAPIDES, même avec un backend compliqué.

À propos de l’auteur

Vous aimez ce que vous avez entendu ? Vous avez des questions sur ce qui vous convient le mieux ? Nous serions ravis de discuter ! Contactez-nous

Épisodes de podcast