Fonctionnalités
Pointez l'application, la boutique, la documentation ou l'environnement de staging où vous le souhaitez et obtenez un site authentique et totalement isolé : sa propre pile logicielle, sa base de données, son cache, ses sauvegardes et son espace de ressources dédié. Contrôle total des enregistrements DNS, SSL automatique avec gestion des wildcards et sous-domaines de staging en un clic. Disponibilité : la limitation du débit des bases de données par site est en cours de développement actif et n'est pas encore disponible. Tout le reste est d'ores et déjà opérationnel.
Sur la plupart des hébergeurs, un sous-domaine est un répertoire doté d'une règle de réécriture. Chez nous, c'est un enregistrement de site à part entière, doté de sa propre version de modèle, de son propre emplacement sur le parc 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 en sous-domaine est construit à partir d'un modèle versionné et exécute son propre type de pile et son propre environnement d'exécution : WordPress géré, WooCommerce, PHP, HTML statique ou Node. Votre sous-domaine de documentation peut être en HTML statique tandis que la racine exécute WordPress, sans aucun compromis entre eux.
Une base de données MariaDB par site, la mise en cache de pages complètes 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 gourmand en ressources ne peut ni vider le cache du parent ni saturer ses requêtes.
CloudLinux LVE limite le processeur, la RAM, les E/S, 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 incontrôlé est confiné dans sa propre cage.
Sauvegarderies quotidiennes conservées pendant 30 jours avec restauration en un clic, par site. Vous pouvez restaurer un sous-domaine à la version d'hier sans toucher au site parent ni à aucun de ses sites associés.
Les sous-domaines relèvent d'un problème DNS avant d'être un problème d'hébergement, c'est pourquoi la couche DNS est correctement exposée plutôt que d'être cachée derrière un formulaire à deux champs.
Chaque domaine enregistrable que vous hébergez dispose d'une zone DNS gérée par notre pilote DNS intégré. Vous bénéficiez d'opérations CRUD sur les types d'enregistrements attendus. Ainsi, l'ajout de app, shop, docs, mail ou d'un hôte générique (wildcard) se fait par une simple modification d'enregistrement et non par un ticket de support. L'état de la zone est réconcilié de manière idempotente auprès du fournisseur, ce qui signifie qu'un changement partiellement appliqué ou une modification relancée converge vers l'état demandé au lieu de laisser votre zone dans une situation ambiguë.
Le bureau d'enregistrement et le DNS sont volontairement dissociés : vous pouvez enregistrer un domaine chez nous et conserver vos DNS ailleurs, ou garder votre domaine auprès de votre bureau d'enregistrement actuel et simplement pointer un sous-domaine vers nous. Nous vérifions la délégation des serveurs de noms et l'activation avant de déclarer un domaine actif, ce qui vous permet de détecter une erreur d'enregistrement directement depuis 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, c'est pourquoi le chemin de diffusion est identique à celui du domaine principal.
Les certificats Let's Encrypt sont émis et renouvelés automatiquement. Utilisez un certificat générique pour couvrir tous les sous-domaines en même temps, des certificats par hôte si vous préférez les séparer, ou importez votre propre certificat personnalisé.
Chaque site est hébergé par LiteSpeed avec HTTP/3 activé, de sorte qu'un sous-domaine bénéficie des mêmes performances de connexion au niveau du réseau que le domaine racine, et non 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 l'intérieur de WordPress. La purge du parent n'efface pas le cache de votre sous-domaine.
Déployez via notre CDN et le pool de comptes Cloudflare ou connectez vos propres comptes et choisissez sur quel compte un site donné sera déployé. La diffusion est une décision qui vous appartient, et non une décision que nous prenons pour vous.
La raison la plus fréquente de vouloir un sous-domaine est d'avoir un endroit sûr pour faire des tests. Cette option est intégrée et disponible sans restriction sur les forfaits Mainstream.
La fonction Cloner vers la préproduction crée une copie isolée d'un site en direct sur un sous-domaine de préproduction, avec ses fichiers et sa base de données intacts, sur la même pile et la même version de modèle que la production. Vous travaillez sur la copie avec l'ensemble complet d'outils : SSH et SFTP isolés, wp-cli, l'éditeur VS Code basé sur le navigateur, phpMyAdmin ou Adminer, ainsi que les tâches cron et les variables d'environnement par site.
Lorsque la modification est validée, la fonction Push to live effectue une synchronisation tenant compte de la base de données vers la production. Vous choisissez les fichiers, la base de données ou les deux, et la recherche-remplacement est gérée automatiquement pour que les URL de votre contenu suivent le site au lieu de pointer vers l'hôte de staging. Le provisioning, le clonage et le déploiement s'exécutant tous sous forme de workflows Temporal durables avec des tentatives par étape et une compensation, 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 clairement dès le départ plutôt que de vous vendre quelque chose qui va à l'encontre de vos objectifs.
Les sous-domaines sont la bonne solution pour structurer une marque : une application, une boutique, un site de documentation, un portail client, un environnement de staging par client. Ils constituent la mauvaise solution pour un réseau de blogs privés. Chaque sous-domaine partage un même domaine enregistrable, de sorte que quiconque en résout un sait exactement à qui appartiennent tous les autres. Sous un certificat générique (wildcard), ils partagent également un certificat, et l'émission des certificats est publiée dans les journaux publics de Transparence des certificats (Certificate Transparency). Par conséquent, les hôtes d'un domaine partagé peuvent être énumérés par quiconque prend la peine de chercher. C'est une propriété de l'infrastructure publique PKI du Web et du DNS, et non de notre plateforme, et aucune configuration d'hébergement n'y changera rien.
Ainsi, les sous-domaines font partie de nos gammes Mainstream et Agency, et non de 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 des traces et la diffusion de HTML statique existent précisément pour briser ce schéma. Tous deux fonctionnent sur le même moteur et le même tableau de bord, de sorte que faire le bon choix ne vous coûte rien en termes de commodité.
Les agences et les revendeurs utilisent les sous-domaines à grande échelle : un hôte de staging par client, un hôte de prévisualisation par projet, un portail par compte. La plateforme est conçue pour ce type de charge de travail.
Les organisations s'imbriquent sous forme d'arborescence, du revendeur au client et aux sites, et chaque enregistrement est délimité et appliqué au niveau de la base de données grâce à la sécurité au niveau des lignes. Les sous-domaines d'un client appartiennent à l'organisation de ce client, et non à un espace partagé que vous devez surveiller par convention.
Déployez, mettez à jour et gérez plusieurs sites en une seule action au lieu de vous répéter site par site.
Tout ce qui se trouve dans le tableau de bord est disponible via l'API publique, générée à partir de la spécification OpenAPI. Automatisez la création de sous-domaines à partir d'une clé API au niveau de l'organisation, de la CLI, de Terraform ou d'un outil d'IA via notre serveur MCP.
Les actions privilégiées et administratives font l'objet d'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. Comme chaque sous-domaine fonctionne comme un site complet et isolé avec sa propre pile, sa propre base de données, son propre cache et ses propres sauvegardes, il occupe un emplacement de site sur votre formule de la même manière qu'un domaine principal. Les formules sont vendues selon le nombre de sites qu'elles couvrent, l'ajout d'un site en sous-domaine est donc comptabilisé de la même manière que l'ajout de n'importe quel autre site.
Oui, et ils sont véritablement indépendants. Chaque sous-domaine constitue son propre enregistrement de site doté de sa propre configuration, de sorte que les piles 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 de PHP ou de Node différentes, et être déployés, mis en staging, sauvegardés et restaurés selon leurs propres planifications. Rien dans l'un ne contraint l'autre, si ce n'est le partage d'un nom de domaine.
Ils sont couverts automatiquement dans les deux cas. Vous pouvez émettre un certificat générique qui couvre tous les hôtes du domaine en même temps, ou émettre des certificats par hôte si vous préférez les séparer. Les certificats Let's Encrypt sont gratuits, émis et renouvelés automatiquement, et vous pouvez importer un certificat personnalisé à la place si vous en avez un.
Nous vous le déconseillons, et nous ne le vendons pas ainsi. Chaque sous-domaine partage un domaine enregistrable et, sous un certificat générique, un certificat partagé dont l'émission apparaît dans les journaux publics de Transparence des certificats, de sorte que les hôtes peuvent être reliés entre eux par quiconque regarde. Pour les travaux où les sites ne doivent pas pouvoir être connectés, utilisez des domaines enregistrables distincts sur notre gamme Footprint-Free, conçue spécifiquement pour cela avec des pools de comptes CDN et DNS, des empreintes gérées et une livraison en HTML statique.
La plate-forme est conçue pour contenir les incidents plutôt que de les laisser se propager. CloudLinux LVE limite le processeur, la mémoire et les E/S de chaque site dans sa propre cage, CageFS offre à chaque site une vue de système de fichiers isolée afin qu'une brèche soit contenue, 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 d'application Web proactif et des sauvegardes immuables par site complètent ce dispositif. La contrainte est l'objectif de conception ; aucun hébergeur ne peut promettre qu'un compromis 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 chez votre fournisseur DNS actuel, et simplement 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 apparaît immédiatement au lieu d'échouer silencieusement. Lorsque la zone du domaine parent est déjà hébergée ici, nous y écrivons l'enregistrement du sous-domaine pour vous à la place, afin que vous n'ayez rien à ajouter manuellement.
Seule la méthode de création diffère. La fonction Cloner vers la préproduction génère une copie isolée d'un site en production, incluant fichiers et base de données, sur un sous-domaine de préproduction exécutant la même pile logicielle et la même version de modèle (blueprint) que la production. Lorsque vous êtes satisfait, la fonction de déploiement en direct (push-to-live) resynchronise le tout via une recherche-remplacement intelligente tenant compte de la base de données. Tout le reste — isolation, SSL, mise en cache, sauvegardes et accès développeur — est rigoureusement identique à n'importe quel autre site.
Vous les emportez avec vous. Il n'y a aucun enfermement propriétaire 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, gestion DNS réelle et staging en un clic sur chaque hébergement que vous ajoutez. Démarrez un essai de 14 jours sans carte bancaire et voyez si cela vous convient avant de vous engager.
Commencer gratuitement