Un serveur au Japon est-il exempté de déclaration ICP ? Les limites de l’hébergement à l’étranger

Les équipes qui hébergent un site au Japon doivent distinguer l’emplacement du serveur des obligations liées aux services d’accès et à l’activité du site. Cet article compare les architectures courantes, précise les points à vérifier avant une mise en ligne et propose une liste de contrôle en cas de changement d’hébergement.

L’article 4 du règlement chinois relatif à l’enregistrement des services d’information Internet non commerciaux prévoit une procédure d’enregistrement pour les services concernés. Pour un site hébergé uniquement sur un serveur situé à Tokyo, sans serveur ni service d’accès situé en Chine continentale pour ce site, la conclusion doit rester limitée : il n’est généralement pas nécessaire d’obtenir la déclaration ICP liée à cet accès continental. Cela ne dispense pas de respecter les règles applicables au contenu, à l’activité et aux autres services utilisés ; en cas d’évolution de l’architecture, il faut réexaminer la situation.

Pour qui : les équipes de commerce en ligne qui préparent un déploiement au Japon peuvent vérifier les démarches à examiner avant la mise en ligne.
Les responsables d’un service logiciel ou d’un site de contenu destiné au Japon ou à l’Asie de l’Est peuvent distinguer l’emplacement de l’hébergement de leurs autres obligations.
Les responsables de sites qui envisagent un serveur dédié au Japon peuvent confronter leur architecture réelle à leurs besoins.

Déclaration ICP pour un serveur au Japon : le critère déterminant

L’emplacement du nom de domaine ne suffit pas à déterminer les obligations liées à l’hébergement. Il faut examiner les serveurs qui fournissent effectivement le site, les services d’accès utilisés et le rôle de chaque composant. L’entreprise qui exploite le site peut être établie dans un pays différent de celui où se trouvent ses serveurs ; ce fait, à lui seul, ne permet pas de conclure que la déclaration liée à un accès en Chine continentale est nécessaire ou inutile.

La distinction à conserver est donc précise : un site hébergé exclusivement à Tokyo, sans serveur continental ni service d’accès continental utilisé pour ce site, n’a généralement pas à obtenir la déclaration ICP correspondant à cet accès continental. Cette conclusion ne vaut pas avis général sur l’ensemble des lois applicables, ni garantie qu’un service sera conforme aux règles d’un marché donné.

Le règlement relatif à l’enregistrement des services d’information Internet non commerciaux décrit le régime d’enregistrement concerné. La notice du ministère de l’Industrie et des Technologies de l’information sur cette procédure fournit un autre point de référence officiel. Ces textes et les indications des autorités compétentes sont à examiner en fonction du montage réel, et non à transformer en promesse universelle de « site sans formalités ».

Architecture examinée Point à vérifier Portée de la conclusion
Site et services applicatifs hébergés à Tokyo uniquement Emplacement des serveurs qui fournissent effectivement le site et absence d’accès continental utilisé pour ce service La déclaration liée à un accès sur serveur continental n’est généralement pas requise dans cette configuration ; les autres obligations restent à examiner
Origine à Tokyo, avec une couche d’accès ou un service fourni depuis la Chine continentale Qui fournit le service, où il est déployé et s’il participe à la fourniture du site Ne pas conclure à partir de l’emplacement de l’origine seulement ; demander confirmation à l’autorité ou au fournisseur concerné
Migration ultérieure vers un hébergement continental Nouvel emplacement, nouvel opérateur d’accès et nature du service proposé Refaire l’analyse avant le changement et vérifier les règles en vigueur à ce moment-là

Hébergement intégral à Tokyo

Lorsque le site public et ses services applicatifs sont tous hébergés à Tokyo, commencez par établir que cette description correspond bien au déploiement, et pas seulement à l’emplacement de la machine principale. Une base de données, un service applicatif, un proxy ou une plateforme de diffusion peuvent être gérés séparément. Il faut vérifier leur rôle et leur emplacement avant de qualifier l’architecture d’hébergement exclusivement japonaise.

Un serveur japonais doit-il faire l’objet d’une déclaration ICP ? Si le site est effectivement hébergé au Japon et n’utilise pas de serveur ni de service d’accès en Chine continentale pour sa fourniture, il n’est généralement pas nécessaire de demander la déclaration liée à cet accès continental. La question ne permet cependant pas de conclure que le contenu est automatiquement autorisé, que l’activité ne nécessite aucune licence ou que toutes les règles applicables aux utilisateurs sont satisfaites.

Le guide officiel consacré à la procédure d’enregistrement des services d’information Internet non commerciaux aide à identifier le cadre administratif visé. Pour comprendre les informations demandées dans les formulaires, consultez également les instructions officielles de remplissage du dossier d’enregistrement. Ces documents orientent la vérification ; ils ne remplacent pas l’analyse de la configuration particulière du site.

Conservez un schéma simple de l’architecture : adresse du site, emplacement de l’hébergement d’origine, serveur applicatif, stockage des données et services intermédiaires. Associez à chaque élément son opérateur et son emplacement réel. Ce relevé rend les échanges avec un fournisseur ou un conseil juridique plus précis qu’une affirmation générale telle que « le site est à l’étranger ».

Architecture mixte et services intermédiaires

Un serveur source à Tokyo n’est pas nécessairement le seul composant qui intervient dans la diffusion d’un site. Une couche de mise en cache, un service de proxy ou une plateforme de diffusion de contenu peuvent être fournis séparément. Leur présence ne prouve pas automatiquement qu’une obligation déterminée s’applique, mais elle empêche de tirer une conclusion fiable en ne regardant que le serveur d’origine.

Élément de l’architecture Informations à consigner Question à poser
Serveur d’origine Emplacement et fonction Où sont hébergés le site et les ressources principales ?
Serveur applicatif ou base de données Emplacement, opérateur et données traitées Le service est-il distinct de l’origine et participe-t-il au fonctionnement du site ?
Proxy ou couche de diffusion Fournisseur, fonction et zones de traitement annoncées Cette couche intervient-elle dans l’accès au site depuis la Chine continentale ?
Accès au service Fournisseur et nature de la prestation Un prestataire fournit-il une composante depuis la Chine continentale ?
Domaine et enregistrement Prestataire d’enregistrement et titulaire Le domaine est-il confondu à tort avec l’emplacement des serveurs ?

Un site hébergé à l’étranger peut-il continuer à fonctionner sans déclaration ICP ? La réponse dépend de ce que signifie « fonctionner » et de l’architecture concernée. Un hébergement à l’étranger ne rend pas, à lui seul, le site techniquement inaccessible ; inversement, une disponibilité technique ne prouve ni que toutes les formalités sont accomplies ni que l’activité est conforme. Pour un site qui vise des internautes en Chine continentale, il faut séparer la question de l’accès technique de celle des obligations administratives et juridiques.

Une réponse de l’administration provinciale des communications du Jiangxi sur l’enregistrement des sites non commerciaux et les indications de l’administration du Zhejiang sur la vérification des données d’enregistrement illustrent le rôle des autorités compétentes dans l’application et la vérification des démarches. Pour une situation mixte, demandez aussi au fournisseur concerné de préciser le lieu et la fonction de chaque composant. Une réponse commerciale générale ne remplace pas les règles officielles ni un avis adapté au projet.

Obligations distinctes de l’enregistrement

L’enregistrement ICP et les règles relatives au contenu, à la nature commerciale d’un service ou à un secteur réglementé ne désignent pas une obligation unique. Il faut examiner chaque question séparément. Le texte relatif à la gestion des services d’information Internet fournit le cadre général à consulter pour distinguer les catégories de services et leurs exigences.

La question d’une déclaration pour l’accès depuis un serveur continental n’est donc pas une autorisation de publier n’importe quel contenu. Elle ne détermine pas non plus, à elle seule, si une activité commerciale doit obtenir une licence ou satisfaire à des règles propres à son secteur. Les services de paiement, la santé, la finance, les données personnelles et les contenus publiés peuvent soulever des exigences différentes, selon le service offert et les juridictions concernées.

Un site destiné à des utilisateurs de Chine continentale doit-il être déclaré s’il est hébergé au Japon ? Il ne faut pas répondre uniquement en fonction du public visé : l’hébergement, l’accès et les services réellement utilisés doivent être examinés. Un site peut viser des utilisateurs d’un pays sans que cela place automatiquement son serveur dans ce pays ; toutefois, le public visé ne permet pas non plus de s’affranchir des règles applicables au contenu, à l’activité ou au traitement des données.

Les conditions contractuelles du fournisseur d’accès, les engagements pris auprès des clients et les règles relatives aux données ne sont pas déterminés par l’emplacement de la machine seul. Si le site collecte des données d’utilisateurs, documentez également les données concernées, leur circulation et les prestataires qui les traitent. Ces vérifications sont distinctes de la déclaration ICP.

Changement d’hébergement ou ajout d’un accès continental

Une conclusion établie pour un site hébergé à Tokyo ne doit pas être recopiée telle quelle après un changement d’architecture. L’ajout d’un serveur, d’un service applicatif ou d’une prestation d’accès peut modifier les faits sur lesquels reposait l’analyse. Intégrez donc une vérification réglementaire au plan de migration, avant le basculement et non après la mise en service.

Changement prévu Vérifications avant la mise en production Décision prudente
Ajout d’un serveur ou d’un service continental Fonction du composant, opérateur, emplacement et rôle dans la fourniture du site Suspendre toute conclusion fondée sur l’ancien hébergement et vérifier les règles applicables
Déplacement de l’application ou de la base de données Emplacement effectif des services et données transférées Mettre à jour le schéma d’architecture et demander confirmation au fournisseur
Remplacement du proxy ou du service de diffusion Lieux de déploiement et modalités d’accès annoncées par le prestataire Réévaluer la configuration complète, sans se limiter au serveur d’origine
Évolution de l’activité du site Nature du service, modèle commercial et exigences sectorielles possibles Vérifier séparément les licences ou autorisations susceptibles de s’appliquer

Que faire après l’ajout d’un hébergement en Chine continentale ? Reprenez l’analyse depuis le début : repérez les nouveaux serveurs, identifiez qui fournit l’accès, déterminez quels services utilisent ces composants et vérifiez le régime applicable auprès de l’autorité compétente ou du prestataire concerné. Ne partez pas du principe que l’hébergement japonais initial couvre automatiquement l’architecture modifiée.

Liste de contrôle avant le lancement

Utilisez cette liste avant l’ouverture du site, puis recommencez-la à chaque évolution importante de l’hébergement. Les éléments cochés doivent pouvoir être justifiés par un schéma, un contrat, une réponse du fournisseur ou une documentation opérationnelle.

  • [ ] Recenser tous les composants qui participent au site : origine, application, base de données, proxy et services de diffusion.
  • [ ] Noter l’emplacement réel de chaque composant, plutôt que de déduire celui-ci du siège du prestataire ou du nom de domaine.
  • [ ] Identifier l’opérateur de chaque serveur et service d’accès, ainsi que le rôle précis de chacun.
  • [ ] Confirmer si un serveur ou un service fourni depuis la Chine continentale intervient dans la fourniture du site.
  • [ ] Décrire le marché visé et la nature du service : site éditorial, boutique en ligne, service logiciel ou autre activité.
  • [ ] Examiner séparément les règles concernant le contenu, l’activité commerciale, le secteur et les données traitées.
  • [ ] Conserver la date de la vérification, les documents consultés et les réponses reçues des fournisseurs.
  • [ ] Programmer une nouvelle vérification avant tout ajout de serveur, déplacement d’application ou changement de prestataire.

Si une réponse manque sur l’emplacement ou la fonction d’un composant, ne transformez pas cette incertitude en conclusion juridique. Demandez au prestataire une description vérifiable de la prestation et, lorsque l’enjeu le justifie, consultez un professionnel du droit. Les règles peuvent évoluer ; l’analyse doit se fonder sur les textes et indications des autorités compétentes au moment du déploiement.

Vérification de l’hébergement au Japon

Une fois les obligations examinées séparément, vérifiez que l’emplacement envisagé correspond bien au besoin opérationnel. Pour une activité orientée vers le Japon, un hébergement situé à Tokyo peut constituer une option à étudier ; sa localisation n’est ni une garantie de conformité ni une promesse de qualité d’accès depuis la Chine continentale. Le choix doit aussi tenir compte de la charge, du système d’exploitation, de l’exploitation quotidienne et des exigences de disponibilité propres au site.

Les informations publiées par XFP Cloud sur ses solutions d’hébergement permettent de vérifier le lieu d’hébergement annoncé, qui est le Japon, et les options présentées pour le service. Elles servent à confirmer une condition matérielle de déploiement ; elles ne déterminent pas le régime juridique applicable à une entreprise ou à un site. Si le projet traite des données personnelles, consultez séparément les informations relatives au traitement des données et confrontez-les aux obligations qui concernent effectivement l’activité.

Une architecture exclusivement hébergée à Tokyo peut convenir lorsque l’équipe souhaite exploiter son site au Japon sans utiliser de serveur continental pour ce service. En revanche, si l’accès depuis la Chine continentale est un critère essentiel, il faut tester le fonctionnement depuis les réseaux concernés et clarifier le rôle des éventuels services intermédiaires : la localisation du serveur ne garantit pas un résultat de connexion donné.

Le choix d’un serveur dédié plutôt que d’un hébergement mutualisé ou d’un VPS se décide sur des critères d’exploitation, pas sur la déclaration ICP. Une offre mutualisée peut limiter le contrôle des ressources et des réglages ; un VPS peut partager l’infrastructure physique avec d’autres clients. Ces solutions restent adaptées aux sites légers ou temporaires. Pour plusieurs applications ou un service qui exige des ressources dédiées, un serveur physique peut donner davantage de contrôle sur l’environnement, mais implique aussi de gérer la sécurité, les sauvegardes et les mises à jour. Il ne faut pas louer une machine dédiée simplement pour espérer obtenir un résultat juridique ou une qualité d’accès qu’aucune caractéristique d’hébergement ne garantit.

Si le projet est prêt à choisir son environnement, vérifiez les conditions d’hébergement et les systèmes disponibles chez XFP Cloud, puis validez séparément la configuration juridique avec les interlocuteurs compétents. Cette démarche convient surtout aux équipes qui ont un besoin réel de ressources dédiées et d’un hébergement au Japon ; pour une activité très légère ou un essai de courte durée, un service mutualisé peut rester plus simple. Pour toute question d’application des règles à un cas particulier, référez-vous aux dernières instructions des autorités concernées et, si nécessaire, demandez conseil à un avocat spécialisé.

Hébergez votre projet au Japon avec XFP Cloud

Louez une machine dédiée à Tokyo équipée d’un processeur AMD EPYC 7543P et de 128 ou 256 Go de mémoire ECC.

$455 / mois