Meilleur hébergement Magento en 2026 : L’infrastructure de votre hébergeur est probablement obsolète.
Vérifiez votre configuration système avant de vérifier votre système d'exploitation. Voici ce que le tableau des configurations système requises d'Adobe indique pour les versions actuelles de Commerce (à consulter le 18 août 2026) :
| Dépendance | 2.4.9 | 2.4.8-p5 | 2.4.7-p10 |
|---|---|---|---|
| Rechercher | Recherche ouverte 3 | Recherche ouverte 3 | OpenSearch 2, 3 |
| Base de données | MariaDB 12.3 (rec), 11.8 | MariaDB 11.4, 11.8 | MariaDB 10.11, 11.8 |
| Cache/session | Valkey 9 | Valkey 8.1 | Valkey 8.1 |
| Redis | (non répertorié) | (non répertorié) | "Non supporté" |
| PHP | 8.5 | 8.4, 8.3 | 8.3, 8.2 |
| nginx | 1.30 | 1.30 | 1.30 |
| Compositeur | 2.10 | 2.10 | 2.10 |
| RabbitMQ | 4.3 | 4.3 | 4.3 |
Lisez les lignes qui n'existent pas. Dans les trois versions actuelles, il n'y a aucune ligne pour Elasticsearch ni pour MySQL ; et dans le dernier correctif 2.4.7, Redis est explicitement indiqué comme « Non pris en charge » , alors que le correctif précédent mentionnait Redis 7.2.
Trois des quatre principales dépendances ont été remplacées : Elasticsearch par OpenSearch, MySQL par MariaDB et Redis par Valkey.
Pourquoi cela est plus important que toute comparaison d'hôtes
Adobe énonce clairement la conséquence :
« Adobe ne prend en charge que les configurations système requises répertoriées dans les tableaux suivants. Adobe ne valide ni ne prend en charge les configurations qui ne correspondent pas à une combinaison répertoriée. »
Un plan « optimisé pour Magento » basé sur Elasticsearch, MySQL et Redis n'est ni validé ni pris en charge par Adobe. Ce n'est pas notre interprétation, mais celle de la page des exigences.
Et voici les dates officielles de fin de support , toutes deux issues de la même page :
- MySQL 8.0 a atteint sa fin de support le 30 avril 2026. Adobe « Ne validera pas et ne fournira pas de support pour les versions majeures plus récentes de MySQL. »et les clients sur site utilisant les versions 2.4.7, 2.4.6, 2.4.5 et 2.4.4 sont « Il leur est fortement conseillé de migrer leurs serveurs de bases de données vers une version compatible de MariaDB. »
- Elasticsearch 7.17 a atteint sa fin de support le 15 janvier 2026. Les clients utilisant les versions 2.4.6, 2.4.5 et 2.4.4 sont « Il leur est fortement conseillé de migrer leur infrastructure de recherche vers une version compatible d'OpenSearch. »
Si votre boutique a été mise en service il y a plus d'un an, il est fort probable qu'elle utilise actuellement au moins une dépendance non prise en charge. C'est la conclusion principale de cet article, et cela reste valable que vous changiez d'hébergeur ou non.
Questions à poser à un hôte avant d'acheter
Puisque la question de conformité est désormais précise, les questions le sont aussi. Demandez les versions, pas les noms :
- « Quelle version d’OpenSearch installez-vous ? » Si la réponse est Elasticsearch, cela ne correspond à aucune combinaison prise en charge.
- « MariaDB ou MySQL, et quelle version ? » MariaDB 11.8 couvre les trois lignes actuelles ; la version 12.3 est recommandée pour la version 2.4.9.
- « Valkey ou Redis ? » S'il s'agit de Redis, notez qu'il est marqué Non pris en charge le 2.4.7-p10.
- « Quelle version de PHP ? » Besoins 2.4.9 PHP 8.5 — tout nouveau, et un véritable facteur de différenciation entre les hôtes actuellement.
- « Vous vous occupez de la configuration de RabbitMQ et de Varnish, ou c'est à moi de le faire ? »
Un hébergeur qui répond aux cinq questions par des numéros de version utilise une véritable plateforme Magento. Un hébergeur qui répond par des adjectifs n'en utilise pas.
L'autre raison pour laquelle l'hébergement de Magento est coûteux est…
C'est l'application PHP grand public la plus lourde qui existe., et la liste des exigences ci-dessus explique pourquoi : une installation conforme est cinq ou six services, pas un seul. Recherche, base de données, cache, message File d'attente, cache de page complète et PHP — chacun avec sa propre mémoire.
L'étape de déploiement est un problème en soi. setup:di:compile et setup:static-content:deploy sont gourmandes en mémoire, et une configuration qui fonctionne parfaitement sur un ordinateur portable de développeur peut échouer sur un petit VPS. Dimensionnez votre déploiement, pas votre état stable — c’est la cause la plus fréquente du « cela a fonctionné localement ».
Et la mise en cache de page complète est indispensable à grande échelle. L'utilisation de Varnish devant Magento fait toute la différence entre une boutique fonctionnelle et une boutique inutilisable. Nous n'avons pas effectué de tests de performance (voir ci-dessous), mais cette architecture ne fait pas débat.
Les hôtes
Nexcess – un véritable héritage Magento , avec une plateforme conçue comme un produit de premier ordre et non comme une solution prête à l'emploi installée en un clic sur un hébergement mutualisé. C'est le premier endroit où nous poserions les cinq questions ci-dessus , car c'est là que vous avez le plus de chances d'obtenir des réponses avec des numéros de version.
Liquid Web — cite explicitement Magento parmi ses applications gérées, ainsi que WordPress et WooCommerce, et publie la matrice de portée de support la plus claire de tous les hébergeurs que nous avons examinés. — en indiquant précisément à quel niveau le dépannage de votre serveur est interrompu. Pour un magasin générant des revenus, une délimitation précise et documentée vaut mieux qu'une promesse vague.
Cloudways propose un hébergement géré sur DigitalOcean ou AWS avec des niveaux de SLA publiés. Consultez les exclusions avant de l'utiliser pour votre boutique : le débogage du code personnalisé et les problèmes de sécurité au niveau de l'application ne sont pas couverts, quel que soit le niveau, et ce, même pour une installation Magento incluant vos extensions et thèmes.
ScalaHosting propose un VPS géré avec son propre SPanel (au lieu de cPanel), ce qui permet d'économiser sur les frais de licence. Cette solution est idéale si vous gérez vous-même votre infrastructure Magento et souhaitez qu'elle soit prise en charge.
Hosting.com (anciennement A2 Hosting) est un hébergeur PHP établi de longue date, prenant en charge Magento parmi ses applications. Veuillez vérifier les versions réellement installées plutôt que la liste marketing ; nous n'avons pas vérifié sa configuration actuelle.
Hetzner offre de loin le meilleur rapport RAM/nombre de cœurs/euro , un atout majeur lorsqu'on exécute six services et une étape de déploiement gourmande en mémoire. L'infrastructure complète est entièrement à la charge du client , ce qui, compte tenu des nombreuses mises à jour de versions, représente un avantage certain : vous maîtrisez ainsi les versions d'OpenSearch et de Valkey utilisées. Attention aux limites de disponibilité depuis juin et au fait que les sauvegardes excluent les volumes attachés — un point crucial si votre base de données est hébergée sur un volume attaché.
Ce que nous ferions
Si vous gérez une boutique en ligne avec un service de gestion des revenus, hébergé par un prestataire qui répond aux cinq questions clés par des chiffres, la différence de coût est minime comparée à une journée d'indisponibilité de votre catalogue.
Si vous en avez les compétences : un serveur Hetzner de grande capacité que vous assemblez vous-même. Le renouvellement constant des besoins — Elasticsearch, MySQL, Redis, le tout en l'espace d'environ dix-huit mois — plaide fortement en faveur de la gestion de vos propres versions plutôt que de l'utilisation des configurations par défaut de l'hébergeur.
Dans tous les cas, vérifiez ce que vous utilisez cette semaine. Les applications Django et Laravel sont légères et tolérantes ; Magento ne l’est pas — et Moodle se situe dans la même catégorie , où la prochaine version LTS (Land Support System) impose des exigences minimales en matière de PHP et de base de données avant même que vous ayez pu migrer.
Comment avons-nous vérifié cela ?
Chaque version, citation et date ci-dessus provient de la page officielle des exigences système d'Adobe sur Experience League, consultée le 18 août 2026. Le tableau des dépendances a été analysé directement à partir du balisage de cette page pour Commerce 2.4.9, 2.4.8-p5 et 2.4.7-p10. La valeur « Non pris en charge » pour Redis dans la version 2.4.7-p10 correspond au contenu littéral de la cellule , la colonne adjacente 2.4.7-p9 indiquant Redis 7.2 ; nous avons vérifié ce point précisément car il s'agit d'une affirmation forte.
« Non répertorié » signifie exactement cela. Pour les versions 2.4.9 et 2.4.8-p5, nous n'avons trouvé aucune entrée concernant Redis, MySQL et Elasticsearch dans les tableaux des exigences. Nous ne prétendons pas qu'Adobe ait annoncé leur suppression en ces termes ; nous rapportons simplement le contenu du tableau des combinaisons prises en charge, ainsi que la déclaration d'Adobe selon laquelle les configurations ne figurant pas dans ces combinaisons ne sont pas validées. Si vous vous basez sur ces informations, veuillez consulter la page vous-même avant d'agir ; il s'agit de la source officielle et son contenu est susceptible d'évoluer.
Les dates de fin de support et les conseils de migration — MySQL 8.0 le 30 avril 2026, Elasticsearch 7.17 le 15 janvier 2026, et la mention « migration fortement recommandée » pour les versions sur site concernées — sont tirés de cette même page.
Le principal problème : il n’existe pas de grille de conformité par hébergeur, alors que le cahier des charges en demandait une. Auditer chacun des six hébergeurs par rapport à la liste d’Adobe exigerait de connaître les versions exactes d’OpenSearch, MariaDB, Valkey et PHP qu’ils utilisent actuellement. Nous n’avons pas pu les vérifier pour aucun des six , et une grille de conformité avec des cases estimées serait contre-productive : elle indiquerait la conformité d’un hébergeur sans vérification préalable. Nous avons donc publié les exigences d’Adobe, qui constituent la partie la plus pertinente, et résumé l’audit en cinq questions à se poser. Cet article est moins détaillé que ce que le cahier des charges attendait, mais il est honnête.
Nous n'avons effectué aucun test de performance. Le cahier des charges demandait le TTFB (Time To First Byte) sur une boutique en ligne avec catalogue initialisé, avec et sans cache de page complète. Nous ne disposons d'aucune installation Magento, d'aucun catalogue initialisé ni de compte d'hébergement ; par conséquent, cet article ne contient aucune donnée de performance. L'affirmation selon laquelle Varnish a un impact à grande échelle repose sur un raisonnement architectural, et non sur des mesures que nous avons réalisées.
Concernant les hébergeurs : la liste des applications gérées et la matrice des niveaux de support de Liquid Web, ainsi que les niveaux de SLA et la liste des services non couverts par le périmètre de Cloudways, ont été vérifiés précédemment dans cette série. Le positionnement de Nexcess et ScalaHosting repose sur leurs catégories de produits publiées, et nous n'avons pas vérifié la pile Magento actuelle de Hosting.com. Aucun de ces six hébergeurs n'a été testé par nos soins avec Magento.
Ce que nous n'avons pas fait : installer Magento ou Adobe Commerce, ouvrir un compte chez un hébergeur local, effectuer un déploiement, ou mesurer la mémoire, le TTFB ou le comportement du cache.
Les liens d'hébergement ci-dessus sont des liens affiliés. Le conseil le plus utile de l'article — vérifier les versions que vous utilisez déjà — est gratuit et pourrait même vous inciter à ne pas migrer du tout.
QFP
Quelles sont les exigences système d'Adobe Commerce en 2026 ?
Pour la version 2.4.9 : OpenSearch 3, MariaDB 12.3 (recommandé) ou 11.8, Valkey 9, PHP 8.5, nginx 1.30, Composer 2.10 et RabbitMQ 4.3. Les versions antérieures prises en charge utilisent des versions plus anciennes des mêmes composants.
Magento utilise-t-il toujours Redis ?
Les exigences d'Adobe mentionnent Valkey plutôt que Redis, et dans la version 2.4.7-p10, Redis est indiqué comme « Non pris en charge » alors que le correctif précédent mentionnait Redis 7.2. Consultez la page des exigences actuelles avant de supposer que votre installation Redis est compatible.
Est-il possible d'exécuter Magento sur MySQL ?
Les tableaux de configuration requis d'Adobe mentionnent actuellement MariaDB, et non MySQL, et MySQL 8.0 a atteint sa fin de support le 30 avril 2026. Il est fortement conseillé aux clients sur site de migrer vers une version compatible de MariaDB.
Elasticsearch est-il toujours pris en charge pour Magento ?
Elasticsearch 7.17 a atteint sa fin de support le 15 janvier 2026, et Adobe ne validera plus les versions postérieures à Elasticsearch 7. Le moteur de recherche pris en charge dans les exigences actuelles est OpenSearch.
Quelles questions dois-je poser à un hébergeur Magento ?
Cinq questions, toutes demandant des numéros de version : quel OpenSearch, MariaDB ou MySQL et quelle version, Valkey ou Redis, quel PHP, et s’ils prennent en charge RabbitMQ et Varnish.
Pourquoi l'hébergement Magento est-il si cher ?
Une installation conforme nécessite cinq ou six services distincts, et l'étape de déploiement est tellement gourmande en mémoire qu'elle peut échouer sur les petits serveurs même si le magasin de données en cours d'exécution y tiendrait.
Ai-je besoin de vernis ?
Pour toute boutique en ligne disposant d'un catalogue et d'un trafic réels, la mise en cache de la page entière est essentielle à son bon fonctionnement. Nous n'avons pas effectué de tests de performance, mais il s'agit d'une fonctionnalité indispensable à grande échelle.
