Fonctionnalités
Pointez l’application, la boutique, la documentation ou l’environnement de préproduction où vous le souhaitez et bénéficiez d’un site authentique et entièrement isolé : sa propre pile technologique, sa base de données, son cache, ses sauvegardes et son cloisonnement des ressources. Contrôle total des enregistrements DNS, SSL automatique incluant les certificats génériques (wildcards), et sous-domaines de préproduction en un clic. Disponibilité : la limitation de base de données par site est en cours de développement et n’est pas encore disponible. Tout le reste décrit ici est d’ores et déjà opérationnel.
Sur la plupart des hébergeurs, un sous-domaine est un répertoire précédé d’une règle de réécriture. Ici, il s’agit d’un enregistrement de site de premier ordre disposant de sa propre version de modèle, de son propre emplacement sur la flotte et de sa propre limite d’isolation. Tout ce que vous pouvez faire sur un domaine principal, vous pouvez le faire sur un sous-domaine.
Chaque site de sous-domaine est créé à partir d’un modèle versionné et exécute son propre type de pile et environnement d’exécution : WordPress géré, WooCommerce, PHP, HTML statique ou Node. Votre sous-domaine docs peut être en HTML statique tandis que la racine exécute WordPress, sans aucun compromis entre les deux.
Une base de données MariaDB par site, la mise en cache de page entière LiteSpeed LSCache et un cache d’objets Redis ou Memcached par site. Rien n’est partagé avec le site parent, de sorte qu’un sous-domaine lourd ne peut pas évincer le cache du parent ni encombrer ses requêtes.
CloudLinux LVE plafonne le processeur (CPU), la mémoire (RAM), les IO, les IOPS et les processus d’entrée par site, CageFS offre à chaque site sa propre vue du système de fichiers, et MySQL Governor régule la charge de base de données par site. Un sous-domaine hors de contrôle est confiné dans sa propre cage.
Sauvegardes quotidiennes conservées pendant 30 jours avec restauration en un clic, par site. Vous pouvez restaurer un sous-domaine à l’état d’hier sans affecter le site parent ni aucun de ses sites associés.
Les sous-domaines sont un problème de DNS avant d’être un problème d’hébergement, c’est pourquoi la couche DNS est correctement exposée au lieu d’être masquée derrière un formulaire à deux champs.
Chaque domaine enregistrable que vous hébergez bénéficie d’une zone DNS gérée via notre interface de pilote DNS. Vous disposez des opérations CRUD sur les types d’enregistrements attendus, de sorte que l’ajout de app, shop, docs, mail ou d’un hôte générique se résume à une simple modification d’enregistrement et non à un ticket d’assistance. L’état de la zone est réconcilié de manière idempotente auprès du fournisseur, ce qui signifie qu’une modification partiellement appliquée ou une nouvelle tentative converge vers l’état demandé au lieu de laisser votre zone dans un état intermédiaire ambigu.
Le bureau d’enregistrement et le DNS sont délibérément dissociés : vous pouvez enregistrer un domaine chez nous et conserver le DNS ailleurs, ou conserver le domaine chez votre bureau d’enregistrement actuel et simplement faire pointer un sous-domaine vers nous. Nous vérifions la délégation et l’activation des serveurs de noms avant de déclarer un domaine actif, afin que vous appreniez qu’un enregistrement est incorrect par la plateforme plutôt que par un client.
Un sous-domaine lent ou affichant un avertissement de certificat est pire que l’absence de sous-domaine ; la voie de diffusion est donc identique à celle dont bénéficie le domaine principal.
Les certificats Let’s Encrypt sont délivrés et renouvelés automatiquement. Utilisez un certificat générique pour couvrir tous les sous-domaines à la fois, des certificats par hôte lorsque vous souhaitez les séparer, ou importez votre propre certificat personnalisé.
Chaque site est desservi par LiteSpeed avec HTTP/3 activé, de sorte qu’un sous-domaine bénéficie des mêmes performances au niveau de la connexion que le domaine racine plutôt que d’un vhost de second ordre.
Mise en cache de page entière LSCache plus un cache d’objets Redis par site, avec purge coordonnée depuis le tableau de bord ou depuis WordPress. Purger le site parent n’efface pas le cache de votre sous-domaine.
Déployez via notre CDN et notre pool de comptes Cloudflare ou connectez vos propres comptes et choisissez le compte sur lequel déployer un site donné. La diffusion est une décision qui vous appartient, et non un choix que nous faisons pour vous.
La raison la plus fréquente de vouloir un sous-domaine est de disposer d’un espace sécurisé pour tester et faire des erreurs en toute liberté. Cette option est intégrée et sans restriction sur les forfaits Mainstream.
Le clonage vers l’environnement de préproduction crée une copie isolée d’un site en ligne sur un sous-domaine de préproduction, avec ses fichiers et sa base de données intacts, sur la même pile et version de modèle qu’en production. Vous travaillez sur la copie avec la suite complète d’outils : SSH et SFTP sécurisés en environnement isolé, wp-cli, l’éditeur VS Code basé sur navigateur, phpMyAdmin ou Adminer, tâches cron par site et variables d’environnement.
Lorsque la modification est validée, le passage en production effectue une synchronisation tenant compte de la base de données vers l’environnement de production. Vous choisissez les fichiers, la base de données ou les deux, et la recherche-remplacement est gérée pour vous afin que les URL de votre contenu suivent le site au lieu de pointer vers l’hôte de préproduction. Étant donné que le provisionnement, le clonage et le déploiement s’exécutent tous sous forme de flux de travail Temporal durables avec des nouvelles tentatives et une compensation à chaque étape, un échec en cours de route annule le travail partiel au lieu de vous laisser avec un site à moitié cloné.
Nous préférons vous le dire dès le départ plutôt que de vous vendre quelque chose qui nuirait à vos objectifs.
Les sous-domaines constituent la bonne solution pour structurer une marque : une application, une boutique, un site de documentation, un portail client, un environnement de préproduction par client. Ils constituent la mauvaise solution pour un réseau privé de blogs. Chaque sous-domaine partage un domaine enregistrable unique, de sorte que toute personne qui en résout un sait exactement à qui appartiennent les autres. Sous un certificat générique (wildcard), ils partagent également un certificat, et la délivrance des certificats est publiée dans les registres publics de transparence des certificats (Certificate Transparency), si bien que les hôtes d’un domaine partagé sont dénombrables par quiconque s’en donne la peine. Il s’agit d’une propriété de la PKI et du DNS du web public, non de notre plateforme, et aucune configuration d’hébergement ne peut y changer quoi que ce soit.
Les sous-domaines se trouvent donc dans nos gammes Mainstream et Agency, et non dans la gamme Footprint-Free. Si votre exigence est que les sites ne puissent pas être reliés entre eux, vous avez besoin de domaines enregistrables distincts sur la gamme de produits footprint-free, où les pools de comptes CDN et DNS, la gestion de l’empreinte et la distribution de HTML statique existent précisément pour rompre ce schéma. Les deux reposent sur le même moteur et le même tableau de bord, vous ne perdez donc rien en praticité en faisant le bon choix.
Les agences et les revendeurs utilisent les sous-domaines en grande quantité : un hôte de préproduction par client, un hôte de prévisualisation par projet, un portail par compte. La plateforme est conçue pour cette méthode de travail.
Les organisations s’articulent sous forme d’arborescence, du revendeur au client puis aux sites, et chaque enregistrement est délimité et appliqué au niveau de la base de données avec une sécurité au niveau des lignes. Les sous-domaines d’un client appartiennent à l’organisation de ce client, et non à un compartiment partagé que vous devez surveiller par convention.
Déployez, mettez à jour et gérez plusieurs sites en une seule action au lieu de répéter l’opération pour chaque site.
Tout ce qui figure dans le tableau de bord est disponible dans l’API publique, générée à partir de la spécification OpenAPI. Pilotez la création de sous-domaines depuis une clé d’API propre à l’organisation, la CLI, Terraform ou un outil d’IA via notre serveur MCP.
Les actions privilégiées et administratives sont consignées dans un journal d’audit, et le contrôle d’accès basé sur les rôles régit ce que chaque membre de votre équipe peut faire. Vous pouvez voir qui a créé, modifié ou supprimé un hôte.
Oui. Étant donné que chaque sous-domaine fonctionne comme un site complet et isolé séparément, avec sa propre pile technologique, sa base de données, son cache et ses sauvegardes, il occupe un emplacement de site dans votre forfait au même titre qu’un domaine principal. Les forfaits sont vendus en fonction du nombre de sites qu’ils couvrent, l’ajout d’un site sur sous-domaine est donc comptabilisé de la même manière que l’ajout de tout autre site.
Oui, et ils sont véritablement indépendants. Chaque sous-domaine constitue son propre enregistrement de site avec son propre schéma, de sorte que les piles technologiques n’ont pas besoin de correspondre : WordPress sur le domaine principal, WooCommerce sur shop, une application Node.js sur app et un site statique sur docs constituent ici une configuration ordinaire plutôt qu’un cas particulier. Ils peuvent résider sur des machines différentes, exécuter des environnements d’exécution différents ainsi que des versions différentes de PHP ou de Node, et être déployés, pré-publiés, sauvegardés et restaurés selon leurs propres calendriers. Rien dans l’un ne contraint l’autre, au-delà du partage d’un nom de domaine.
Ils sont couverts automatiquement dans les deux cas. Vous pouvez émettre un certificat générique (wildcard) qui couvre simultanément chaque hôte du domaine, ou émettre des certificats par hôte si vous souhaitez les maintenir séparés. Les certificats Let’s Encrypt sont gratuits, émis et renouvelés automatiquement, et vous pouvez également importer un certificat personnalisé si vous en possédez un.
Nous vous le déconseillons et nous ne le vendrons pas ainsi. Chaque sous-domaine partage un domaine enregistrable et, sous un certificat wildcard, un certificat partagé dont l’émission apparaît dans les registres publics de Certificate Transparency, de sorte que les hôtes peuvent être reliés entre eux par quiconque effectue une vérification. Pour les travaux où les sites ne doivent pas pouvoir être associés, utilisez des domaines enregistrables distincts sur notre gamme Footprint-Free, spécialement conçue à cet effet avec des pools de comptes CDN et DNS, des empreintes gérées et la diffusion de HTML statique.
La plateforme est conçue pour le contenir plutôt que de le laisser se propager. CloudLinux LVE plafonne le processeur, la mémoire et les E/S de chaque site au sein de son propre environnement isolé, CageFS offre à chaque site une vue isolée du système de fichiers afin de circonscrire toute faille, et MySQL Governor régule la charge de base de données par site pour que les requêtes lourdes d’un site ne ralentissent pas le serveur. L’analyse des logiciels malveillants, un pare-feu applicatif web proactif et des sauvegardes immuables par site renforcent ce dispositif. Le confinement est l’objectif même de la conception ; aucun hébergeur ne peut promettre qu’une compromission est impossible.
Oui. Le bureau d’enregistrement et le DNS sont délibérément dissociés. Vous pouvez conserver votre domaine auprès de votre bureau d’enregistrement actuel et votre zone auprès de votre fournisseur DNS actuel, et simplement faire pointer l’enregistrement d’un sous-domaine vers nous. Nous vérifions la délégation et l’activation avant de considérer le site comme actif, de sorte qu’un enregistrement mal saisi apparaisse immédiatement au lieu d’échouer silencieusement. Lorsque la zone du domaine parent est déjà hébergée ici, nous y écrivons nous-mêmes l’enregistrement du sous-domaine à votre place, vous n’avez donc rien à ajouter manuellement.
Uniquement dans sa manière d’être créé. Le clonage vers l’environnement de préproduction (Clone to staging) génère une copie isolée d’un site en ligne, fichiers et base de données inclus, sur un sous-domaine de préproduction exécutant la même pile et la même version de modèle que la production. Lorsque vous êtes satisfait, le passage en production (push-to-live) le resynchronise à l’aide d’une fonction de recherche et remplacement compatible avec la base de données. Tout le reste — isolation, SSL, mise en cache, sauvegardes et accès développeur — est identique à n’importe quel autre site.
Vous les emportez avec vous. Il n’y a aucun verrouillage nulle part sur la plateforme : vous pouvez récupérer les codes d’autorisation, déverrouiller des domaines et les transférer, utiliser vos propres comptes CDN et DNS et exporter vos sites. Chaque fournisseur externe que nous utilisons repose sur un adaptateur interchangeable, ce qui est aussi vrai pour vous que pour nous.
Isolation complète, SSL générique (wildcard), contrôle DNS total et environnement de préproduction en un clic pour chaque hôte ajouté. Commencez par un essai de 14 jours sans carte de crédit et jugez par vous-même avant de vous engager.
Commencer gratuitement