TOP 7 des hébergeurs Craft CMS en 2026 : comparaison et classement

L’hébergement Craft CMS est un environnement d’hébergement web spécialement optimisé pour le framework PHP Yii2, le moteur de rendu Twig et les schémas de bases de données relationnelles utilisés par Craft CMS. Contrairement à l’hébergement PHP ou WordPress standard — qui utilise par défaut Apache avec une mise en cache basique des fichiers — l’hébergement Craft CMS nécessite une allocation mémoire PHP importante, le routage natif de Nginx, des processus de file d’attente en arrière-plan supervisés (craft queue/listen) et des IOPS de base de données élevées pour les jointures complexes entre tables.

Craft CMS 5 nécessite PHP 8.2 ou une version ultérieure, avec certaines extensions activées (bcmath, ctype, cURL, dom, fileinfo, filter, GD ou Imagick, iconv, intl, json, mbstring, openssl, PCO, SimpleXML, zip). Pour la prise en charge des bases de données, il requiert MySQL 8.0.17+ (ou MariaDB 10.6+) avec la prise en charge d'InnoDB, ou PostgreSQL 12+.

Craft CMS exécute une logique PHP personnalisée, évalue les fichiers de modèles Twig et interroge les éléments de la base de données relationnelle à chaque requête HTTP non mise en cache. Les versions récentes de PHP (8.2 et 8.3) intègrent la compilation JIT (Just-In-Time) et des améliorations de la gestion de la mémoire qui réduisent considérablement le délai avant le premier octet (TTFB) et la consommation de cycles du processeur lors de l’analyse de mises en page complexes.

Dans Craft CMS, project.yaml suit les modifications de l’architecture du système — comme les champs personnalisés, les sections, les blocs matriciels et les rôles utilisateurs — dans des fichiers plats sous contrôle de version. Un hébergement Craft optimisé exécute automatiquement php craft project-config/apply lors des processus de déploiement, synchronisant les modifications du schéma structurel entre les environnements local, de préproduction et de production, sans configuration manuelle dans le panneau de contrôle.

Craft CMS reporte les opérations longues — comme la réindexation des données de recherche, l’envoi d’e-mails transactionnels, le traitement des ressources vidéo et image, ainsi que la génération de sitemaps XML — dans une file d’attente asynchrone. Plutôt que de dépendre du trafic Web ou de tâches cron de base déclenchées par le Web, les hébergeurs optimisés utilisent des superviseurs de processus (comme Supervisor ou systemd) pour exécuter craft queue/listen comme un daemon d’arrière-plan continu et capable de se rétablir automatiquement.

Nginx utilise une architecture asynchrone pilotée par les événements qui traite des milliers de connexions HTTP simultanées en consommant moins de mémoire que le modèle d’Apache qui crée un processus par requête. Nginx gère également le routage des ressources statiques, la micro-mise en cache et le proxy inverse directement au niveau du noyau, ce qui réduit les goulots d’étranglement des processus de traitement lors des pics de trafic.

Craft CMS stocke le contenu de façon hiérarchique dans des tables de base de données normalisées (entrées, éléments personnalisés, catégories, blocs matriciels). Le rendu d’une seule page nécessite souvent des instructions SQL JOIN complexes sur des dizaines de tables. Les environnements d’hébergement dotés de fréquences d’horloge élevées sur un seul cœur de processeur, de grands pools de mémoire tampon de base de données et d’index de requêtes optimisés exécutent ces jointures sur plusieurs tables beaucoup plus rapidement.

Les opérations d’entrée/sortie par seconde (IOPS) mesurent la rapidité avec laquelle le matériel de stockage lit et écrit des blocs de données. Comme Craft lit fréquemment les modèles principaux, les clés de cache et les tables de base de données complexes, les disques NVMe à haut débit réduisent les temps d’attente du disque et accélèrent l’exécution des requêtes de base de données ainsi que les opérations du panneau de contrôle.

Redis est un magasin de données clé-valeur en mémoire qui accélère Craft CMS lorsqu'il est configuré comme pilote principal du cache et des sessions. Le stockage des blocs de cache des modèles Twig, des réponses aux requêtes GraphQL et des sessions de connexion des utilisateurs dans la RAM du serveur élimine les cycles de lecture/écriture sur disque et réduit la charge des requêtes à la base de données jusqu'à 80 %.

La balise {% cache %} native de Craft enregistre des fragments compilés de modèles Twig dans le gestionnaire de cache configuré (idéalement Redis ou des pools de mémoire de base de données). L’hébergement optimisé gère automatiquement l’invalidation du cache lorsque le contenu est enregistré dans le panneau de contrôle, afin que les visiteurs de retour reçoivent des fragments HTML précompilés sans déclencher le rendu complet des pages PHP.

Lorsque Craft CMS est utilisé en mode headless avec des frameworks front-end (comme Next.js, Nuxt ou React), le serveur d’hébergement sert principalement de point de terminaison API. Les besoins en hébergement s’orientent alors vers des temps de réponse API performants en cas de forte concurrence, une mise en cache optimisée des requêtes GraphQL, une connectivité à faible latence avec la base de données et l’intégration d’un CDN edge pour les charges JSON mises en cache.

Craft CMS s’appuie sur des bibliothèques de traitement graphique pour effectuer automatiquement le recadrage selon le point focal, le redimensionnement et la conversion aux formats WebP/AVIF lors du téléversement de médias par les auteurs. La bibliothèque native GD dégrade souvent la qualité des images et consomme trop de RAM système, tandis qu’Imagick ou Gmagick effectuent des transformations d’images plus rapides et de meilleure qualité, avec une consommation de mémoire moindre.

Le stockage des fichiers téléversés par les utilisateurs, des images transformées et des documents PDF dans des compartiments de stockage cloud (S3, Cloudflare R2) dissocie les fichiers multimédias du système de fichiers du serveur d’applications. Cela réduit l’espace disque utilisé sur le serveur local, permet des déploiements instantanés sans interruption, simplifie les sauvegardes hors site et permet aux CDN périphériques de diffuser directement les médias aux visiteurs du monde entier.

Une plateforme Craft en tant que service (PaaS) fournit un environnement entièrement géré et préconfiguré, conçu spécialement pour Craft CMS, qui automatise les workers de file d’attente, les migrations de base de données et la mise en cache Redis. Un hébergeur d’infrastructure en tant que service (IaaS) fournit des ressources brutes de calcul dans le cloud (comme des machines virtuelles VPS), dont le provisionnement des serveurs, l’application des correctifs de sécurité et la surveillance des daemons doivent être gérés par les développeurs.

Les pipelines de déploiement atomique récupèrent le code depuis Git, exécutent composer install, lancent les outils de compilation front-end (Vite/Tailwind) et appliquent les mises à jour de schéma project.yaml dans un dossier de compilation temporaire. Une fois toutes les vérifications de déploiement réussies, le serveur Web met instantanément à jour un lien symbolique vers le nouveau dossier de compilation, afin que les visiteurs ne rencontrent jamais de pages défectueuses pendant les mises à jour.

Craft CMS s’appuie sur Composer pour installer les mises à jour du cœur, gérer les extensions tierces et charger automatiquement les dépendances PHP. L’accès au terminal SSH permet aux développeurs d’exécuter des commandes php craft — comme vider les caches, appliquer des migrations de base de données, créer des utilisateurs administrateurs et diagnostiquer les journaux d’erreurs — directement depuis la ligne de commande.

Les hébergeurs PaaS conteneurisés (comme Fortrabbit ou Platform.sh) utilisent souvent des systèmes de fichiers éphémères, ce qui signifie que les fichiers du disque local sont effacés et réinitialisés à chaque déploiement de code. Dans ces environnements, toutes les ressources téléversées et les médias transformés doivent être stockés sur des volumes de ressources cloud externes (comme Amazon S3) afin d’éviter toute perte de données.

Craft CMS nécessite une valeur memory_limit minimale de 256 MB pour les sites de contenu standards. Toutefois, les sites d'entreprise riches en fonctionnalités, les configurations GraphQL complexes ou les applications qui effectuent des transformations d'images complexes côté serveur devraient allouer 512 MB ou plus par processus PHP afin d'éviter les plantages dus à l'épuisement de la mémoire.

Les sites Craft modernes compilent leurs ressources CSS et JavaScript à l’aide d’outils Node.js comme Vite ou Tailwind CSS. Les hébergeurs Craft avancés exécutent les scripts de compilation directement dans des environnements de déploiement isolés lors des hooks de déploiement Git, empêchant ainsi les fichiers source bruts d’être mis en production et assurant la synchronisation des ressources avec l’environnement de développement local.

Craft CMS utilise un fichier .env à la racine pour stocker les variables propres à l’environnement, telles que les identifiants de base de données, les clés API, les URL du site et les clés de licence. Les plateformes d’hébergement fournissent des gestionnaires sécurisés de variables d’environnement dotés d’une interface graphique pour injecter directement ces valeurs dans le conteneur d’exécution, afin que les identifiants secrets ne figurent pas dans les dépôts publics de contrôle de version.

S’appuyer sur les tâches cron système standard (ou sur des URL cron déclenchées par le Web) pour traiter les files d’attente Craft signifie que les tâches en arrière-plan s’exécutent à intervalles fixes et différés (par exemple, toutes les 15 minutes). Si une tâche de la file échoue, se bloque ou atteint les limites de mémoire, la file entière s’arrête jusqu’à ce qu’elle soit vidée manuellement, tandis que les processus supervisés redémarrent automatiquement et immédiatement les tâches ayant échoué.

La mise en cache intégrale des pages par le serveur web diffuse du HTML statique, qui peut mettre en cache des jetons Cross-Site Request Forgery (CSRF) expirés et provoquer l’échec de l’envoi des formulaires. Les configurations d’hébergement Craft optimisées gèrent automatiquement l’injection dynamique des jetons CSRF via des hooks JavaScript côté client ou des modèles SSI (Server Side Includes) en périphérie côté serveur.

Lorsque de nombreux visiteurs simultanés demandent des pages Craft dynamiques, l'application ouvre plusieurs connexions à la base de données. Sans regroupement des connexions ni optimisation des limites de threads MySQL/PostgreSQL, le serveur épuise rapidement les connexions disponibles à la base de données, ce qui entraîne des erreurs « Too Many Connections ».

Craft CMS prend en charge la localisation multisite à partir d’une seule installation. L’hébergement Craft géré permet aux développeurs de créer des clones de préproduction isolés, avec des sous-domaines de préproduction associés ou des URL localisées, afin de tester de nouvelles langues de localisation, des mises en page de champs et des mises à jour de plugins avant de fusionner les modifications en production.

Craft faisant passer toutes les requêtes par un seul fichier index.php situé dans le dossier /web ou /public, l’hébergeur doit empêcher l’exécution directe de scripts PHP dans les répertoires de téléversement (comme /web/uploads). Cela évite que des fichiers malveillants téléversés par les utilisateurs exécutent du code système sur le serveur.

L’installation de nouveaux plugins Craft ou l’exécution de mises à jour majeures du cœur modifie les tables de la base de données du système. Les instantanés automatisés de l’hébergement créent une sauvegarde à un instant précis juste avant l’exécution du script de déploiement, ce qui permet de restaurer la base de données en un clic si la migration d’un plugin tiers échoue.

Oui, Craft CMS prend entièrement en charge PostgreSQL 12+. PostgreSQL offre des options d’indexation avancées, traite plus rapidement les requêtes complexes portant sur des données spatiales et JSON, et assure de hautes performances en matière de concurrence lors de charges d’écriture importantes. C’est donc un choix apprécié pour les projets Craft d’entreprise.

Les architectures d’hébergement mondiales associent des configurations de base de données Craft CMS localisées à des réseaux de diffusion de contenu (CDN) en périphérie. Le serveur d’origine gère le rendu dynamique Twig, tandis que les nœuds périphériques stockent et diffusent les médias statiques, les ressources CSS/JS localisées et les charges utiles d’API mises en cache depuis les emplacements les plus proches des visiteurs du monde entier.

L’hébergement multi-tenant pour agences permet aux équipes de développement de gérer plusieurs sites Craft de clients depuis un tableau de bord centralisé, avec des pools de ressources partagés. L’hébergement géré par les clients isole les projets de chacun dans des comptes de facturation et des environnements conteneurisés distincts, garantissant un contrôle d’accès et une allocation des ressources clairs.

Vous devriez passer à un PaaS dédié à Craft CMS lorsque votre site connaît des temps de chargement lents du panneau de contrôle, des tâches de file d’attente en arrière-plan bloquées, des erreurs de mémoire lors du téléversement de ressources ou lorsque votre équipe de développement a besoin de la synchronisation automatisée de project.yaml, de déploiements Git sans interruption de service et d’une assistance experte pour le framework Craft.