Un site accessible depuis la Chine : ce qui bloque, comment faire

Le problème n’est presque jamais votre serveur

Quand une entreprise apprend que son site se charge mal depuis la Chine continentale, elle pense d’abord à l’hébergement. C’est rarement le premier coupable. Une page moderne appelle des dizaines de ressources chez d’autres que vous : une police chez Google, un gestionnaire de balises, une carte, un captcha, un widget de chat, des pixels de réseaux sociaux. Il suffit qu’un seul de ces appels bloque l’affichage pour que la page reste blanche plusieurs secondes.

Google le reconnaît lui-même pour son captcha : sa documentation demande d’utiliser le domaine www.recaptcha.net « dans les cas où www.google.com n’est pas accessible » (FAQ reCAPTCHA). Le même raisonnement vaut pour tout ce qui passe par des domaines de Google, de Facebook ou de LinkedIn.

Ce que nous avons mesuré sur un cas réel

Nous menons la migration du site d’une agence digitale d’une vingtaine de personnes. Son métier, c’est précisément d’aider des entreprises étrangères à opérer en Chine : un site lent depuis la Chine y est un problème de crédibilité autant que de technique.

La mesure faite fin août sur le site en production montrait ceci :

• le site passait par le réseau standard de son CDN, servi ce jour-là depuis un point de présence à Bangkok, et non par une offre dédiée à la Chine ;
• la page d’accueil faisait quatre appels à Google Tag Manager au chargement ;
• elle chargeait aussi les scripts de Facebook et de LinkedIn ;
• un widget de chat externe était chargé sur toutes les pages ;
• le plan d’accès de la page contact passait par un lien raccourci vers une version de Google Maps ;
• au total, près d’un mégaoctet de services tiers par page.

Un détail que personne n’avait relevé : la mesure d’audience passait par Tag Manager. Les visiteurs bloqués en Chine n’apparaissaient donc dans aucune statistique. L’audience chinoise du site était invisible dans les chiffres, ce qui empêchait de savoir si elle comptait.

Les trois niveaux d’accessibilité

La question « faut-il que le site soit accessible en Chine ? » se pose mal. Elle se découpe en trois niveaux, qui n’ont ni le même coût ni la même portée.

Niveau 1 : le site se charge correctement en Chine

Tout ce que la page affiche vient du même domaine que la page :

• les polices sont téléchargées et servies depuis le site, jamais depuis Google Fonts. Sur notre cas, une seule famille (Montserrat), auto-hébergée au format woff2 ;
• pas de Tag Manager : si une mesure d’audience est gardée, elle est posée directement et chargée en asynchrone, pour qu’un blocage ne retarde pas l’affichage ;
• pas de widget tiers bloquant : le chat externe est remplacé par un contact direct, les boutons de partage tiers sont retirés ;
• pas de captcha chez Google : un champ piège invisible et une limite d’envois par adresse suffisent pour un formulaire de contact ;
• pas de carte embarquée : une adresse écrite et une image valent mieux qu’une carte qui ne se charge pas.

Ce niveau ne coûte rien, et c’est le point que nous répétons le plus : ce qui bloque en Chine est exactement ce qui ralentit un site partout ailleurs. Le retirer rend le site plus rapide pour un visiteur parisien ou new-yorkais aussi. Le seul vrai renoncement porte sur les pixels publicitaires des réseaux sociaux, et il ne compte que si l’entreprise achète de la publicité sur ces réseaux. Dans notre cas, ce n’était pas le cas : la question s’est réglée en une phrase.

Niveau 2 : le site est rapide en Chine

Ici, l’hébergement entre en jeu : une origine et un CDN adaptés à la Chine, et dans ce cas un filing ICP valide. Ce niveau contraint fortement le choix d’hébergement et peut impliquer un CDN payant. Il se décide sur la part réelle de l’audience chinoise, pas sur une intuition.

Niveau 3 : le site est optimisé pour la Chine

CDN chinois, référencement sur Baidu, site en chinois sur un domaine local. C’est un projet à part entière, avec son budget. Sur notre cas, il est explicitement hors périmètre : l’agence a déjà un site en chinois, hébergé en Chine, sur un domaine .cn.

L’ICP : quand il est requis, et quand il ne conditionne rien

C’est le sujet sur lequel on lit le plus d’approximations, et nous en avons commis une nous-mêmes en début de mission. Remettons les faits dans l’ordre.

Le cadre est posé par les mesures sur l’administration des services d’information sur Internet (décret n° 292 du Conseil des affaires de l’État, 2000) : l’État applique un régime de licence aux services d’information à caractère commercial, et un régime de dépôt (备案, le « filing ») aux services non commerciaux ; sans l’un ou l’autre, on ne peut pas fournir de service d’information sur Internet (texte publié sur gov.cn, article 4).

En pratique, ce qui déclenche l’obligation, c’est l’emplacement du serveur. La documentation d’Alibaba Cloud est explicite : le filing ICP « s’applique uniquement aux serveurs situés en Chine continentale », et un site dont le domaine pointe vers un serveur en Chine continentale doit l’obtenir avant de fonctionner (Alibaba Cloud, qu’est-ce qu’un filing ICP). Cloudflare, dans la documentation de son offre réseau pour la Chine, distingue le filing (sites d’information) de la licence ICP (sites qui vendent des biens ou des services), délivrée au niveau provincial (documentation Cloudflare China Network).

Sur notre cas, deux constats ont tranché :

1. l’origine du site est à Hong Kong, hors de Chine continentale. L’hébergement actuel n’est donc pas conditionné par l’ICP, et le choix de déploiement reste libre hors Chine continentale ;
2. le site affiche pourtant un numéro ICP propre, distinct de celui de son site .cn. Ce n’est pas un pied de page recopié : il y a eu un dépôt dédié. Ce numéro se conserve tel quel, affiché au pied de chaque page et lié au site du ministère (MIIT). Il servirait le jour où le site passerait par un hébergement ou un CDN en Chine continentale, et son état exact est à confirmer avec le client.

Notre erreur de départ a été de traiter l’ICP comme une contrainte à préserver avant de savoir où était le serveur. La bonne question tient en une phrase : où se trouve réellement l’origine du site, derrière le CDN ? Tant qu’elle n’a pas de réponse, aucune décision d’hébergement ne se prend. Et l’erreur inverse est tout aussi coûteuse : écrire qu’un site n’a « pas besoin d’ICP » sans vérifier si un numéro existe déjà, et le retirer.

Ce que nous avons fait

Sur ce projet, le niveau 1 a été retenu sans débat, et il est appliqué par le site lui-même plutôt que par une règle à retenir :

• la nouvelle version, construite avec Astro, n’embarque aucune police chez un tiers ;
• Tag Manager, l’ancien outil de mesure, le widget de chat et les boutons de partage tiers sont retirés ;
• l’inscription à la lettre d’information ne part plus chez un prestataire externe : un petit script sur le serveur d’origine transmet la demande par email, avec un champ piège contre les robots. Rien ne sort du domaine ;
• un contrôle automatique vérifie, avant chaque commit, qu’aucune page ne charge de ressource depuis un domaine tiers. La seule exception tolérée est la mesure d’audience, chargée en asynchrone pour l’audience hors de Chine, sans effet sur l’affichage si elle est bloquée ;
• le numéro ICP est gardé dans le pied de page, lié au site du ministère.

Il reste deux choses que nous ne pouvons pas affirmer depuis l’extérieur de la Chine. D’abord, le formulaire de demande de devis appelle un service sur un sous-domaine distinct : il doit être testé depuis la Chine. Ensuite, la vitesse réelle depuis la Chine se mesure, elle ne se suppose pas : un test depuis des points situés en Chine continentale est prévu avant la mise en ligne, puis après. Les résultats seront publiés une fois la bascule faite.

C’est le principe de nos migrations vers un site statique : un site qui ne dépend de rien d’extérieur pour s’afficher. Si vous ne savez pas ce que votre site appelle aujourd’hui, c’est la première chose que regarde notre audit SEO. Et pour le reste de la visibilité, le guide SEO et visibilité dans les IA rassemble nos méthodes.

Questions fréquentes

Sources

1. FAQ reCAPTCHA (nouvel onglet)developers.google.com
2. Texte publié sur gov.cn, article 4 (nouvel onglet)gov.cn
3. Alibaba Cloud, qu’est-ce qu’un filing ICP (nouvel onglet)alibabacloud.com
4. Documentation Cloudflare China Network (nouvel onglet)developers.cloudflare.com