Face à un devis d’hébergement, un client confond régulièrement les termes employés : « mutualisé », « VPS », « cloud », « edge », « serverless ». Ces mots reviennent dans presque toutes les offres commerciales, souvent sans définition claire, et le choix entre eux a pourtant des conséquences concrètes sur la performance, le coût et la responsabilité technique de chacun. Ce glossaire définit chaque terme par ce qu’il implique réellement pour un site WordPress, sans comparer de fournisseur précis.
Comprendre ces cinq modèles permet surtout de poser les bonnes questions à un hébergeur potentiel, plutôt que de choisir sur la seule base du prix affiché ou d’un argument marketing flou.
Mutualisé : tout partagé, y compris les pannes des voisins
L’hébergement mutualisé place plusieurs dizaines, parfois plusieurs centaines de sites sur un même serveur physique, partageant les mêmes ressources CPU, mémoire et disque, sans isolation stricte entre les comptes. C’est le modèle le moins coûteux, adapté à un site à faible trafic sans exigence de performance particulière, mais avec un risque structurel : un autre site hébergé sur la même machine, mal codé ou victime d’un pic de trafic soudain, peut dégrader les performances de tous les voisins, y compris un site par ailleurs parfaitement optimisé.
VPS : des ressources isolées, une machine physique partagée
Le VPS (Virtual Private Server) découpe une machine physique en plusieurs machines virtuelles indépendantes, chacune avec ses propres ressources allouées (CPU, RAM, disque) et son propre système d’exploitation, garantissant qu’un voisin virtuel ne peut plus consommer les ressources allouées à un autre. La machine physique sous-jacente reste néanmoins partagée, ce qui laisse un risque résiduel de contention sur des ressources partagées comme les entrées/sorties disque selon la technologie de virtualisation employée.
Cloud : l’élasticité comme différence structurante
Le terme « cloud », souvent utilisé de façon large et parfois abusive à des fins marketing, désigne dans son sens technique précis une infrastructure capable d’allouer et de libérer des ressources à la demande, souvent facturée à l’usage réel plutôt qu’à un forfait fixe. Un serveur cloud peut voir sa capacité augmentée automatiquement lors d’un pic de trafic, puis revenir à sa taille normale ensuite, une élasticité qu’un VPS classique ne propose pas nativement sans intervention manuelle de redimensionnement.
| Modèle | Isolation des ressources | Élasticité automatique |
|---|---|---|
| Mutualisé | Faible ou nulle | Non |
| VPS | Forte, machine virtuelle dédiée | Non, sans redimensionnement manuel |
| Cloud | Forte | Oui, à la demande |
Edge : rapprocher le traitement du visiteur, pas seulement les fichiers
L’edge computing, dans son acception moderne appliquée à WordPress, va au-delà d’un simple CDN qui met en cache des fichiers statiques au plus près du visiteur : certaines plateformes edge permettent d’exécuter du code applicatif léger directement dans les points de présence répartis géographiquement, réduisant la latence pour des traitements qui, historiquement, nécessitaient un aller-retour complet jusqu’au serveur d’origine. Pour WordPress, cela reste un terrain émergent, souvent limité à des cas d’usage précis (redirections, personnalisation légère de contenu) plutôt qu’à l’exécution complète de PHP à la périphérie.
Serverless : payer le calcul, pas le serveur qui attend
Le modèle serverless (sans serveur, bien que des serveurs existent toujours en coulisse) facture uniquement le temps de calcul réellement consommé lors de l’exécution d’une fonction, sans facturer un serveur qui reste allumé en permanence même sans trafic. Ce modèle s’applique plus naturellement à des fonctions ponctuelles (traitement d’image à la volée, webhook) qu’à l’hébergement complet d’un WordPress classique, dont l’architecture suppose historiquement un serveur PHP persistant plutôt que des invocations ponctuelles et sans état.
- Le serverless convient bien à des tâches périphériques d’un projet WordPress (traitement asynchrone, webhook de paiement).
- Il convient mal, en l’état actuel de l’écosystème, à l’hébergement du cœur applicatif WordPress lui-même, qui suppose une exécution PHP persistante et un accès disque cohérent entre requêtes.
Un client qui demande « faut-il du cloud ou du serverless pour mon site vitrine » pose souvent la mauvaise question : la bonne question est de savoir quel niveau de trafic et quelle tolérance à la variabilité justifient réellement ce choix, pas la mode du terme employé.
Comment ces termes se combinent en pratique
Dans la réalité d’un déploiement, ces modèles ne s’excluent pas toujours : un site WordPress peut tourner sur un VPS cloud (isolation d’un VPS, élasticité du cloud), devant un CDN qui applique des principes d’edge pour les fichiers statiques, avec certaines tâches ponctuelles déportées vers une fonction serverless pour le traitement d’images. Le glossaire sert ici à nommer précisément chaque brique de cette combinaison, plutôt qu’à choisir un seul terme unique pour tout le projet.
Notre verdict sur le choix à faire
Pour un site vitrine à trafic faible et stable, le mutualisé reste un choix économiquement défendable si l’hébergeur applique une isolation minimale sérieuse. Pour un site à trafic significatif ou variable, un VPS ou une instance cloud offre le contrôle et la prévisibilité nécessaires. L’edge et le serverless restent, pour l’essentiel des projets WordPress actuels, des compléments ponctuels plutôt que des modèles d’hébergement principal à part entière.
En résumé
Mutualisé, VPS, cloud, edge et serverless ne sont pas des synonymes marketing interchangeables : chacun implique un niveau différent d’isolation, d’élasticité et de responsabilité technique. Comprendre ces distinctions permet de choisir un hébergement en fonction des besoins réels d’un projet, plutôt que du terme qui sonne le plus moderne sur une page de vente.
