HÉBERGEMENT INFOGÉRÉ, CMS PAR CMS

Hébergement par CMS

Cinq logiciels, cinq manières de charger un serveur.

Magento a besoin d'un cache de pages devant lui et d'un cache applicatif derrière. PrestaShop, lui, pèse d'abord sur la base de données. Nous dimensionnons chaque couche pour le logiciel qui fait tourner votre boutique, puis nous l'exploitons nous-mêmes. WooCommerce, Sylius et Symfony passent par les mêmes mains. En 2026, 150 marques nous confient leur boutique. Magento reste notre spécialité.

Réserver un audit gratuit

Trente minutes en visio avec un expert, sans engagement.

Vous préférez lire avant d'en parler ? Les paliers d'offre, ou l'infrastructure en détail.

CMS & FRAMEWORKS SUPPORTÉS

Ce que nous installons, CMS par CMS

Une « stack », c'est la pile de logiciels qui fait tourner votre boutique : le cache de pages, la base de données, le moteur de recherche, et tout ce qui les relie. Le tableau ci-dessous dit ce que nous installons chez vous, CMS par CMS. La sécurité, la supervision, les sauvegardes et le déploiement, eux, ne changent pas d'un CMS à l'autre. Vous les trouverez plus bas.

CMS / Framework	Pour quelles boutiques	Pages servies en cache	Paniers et sessions	Recherche sur le site
Magento	Gros catalogues et fortes montées en charge	Varnish, avec le panier recalculé à part	Redis	OpenSearch, réparti sur plusieurs serveurs
PrestaShop	Catalogues moyens, souvent suivis par une agence	Varnish, branché par le module officiel	Redis	OpenSearch (Elastic Suite)
WooCommerce, WordPress	Un site éditorial qui vend aussi, ou plusieurs boutiques d'un même groupe	Varnish, le panier reste dynamique	Redis, y compris le cache d'objets WordPress	OpenSearch (ElasticPress)
Sylius	Boutique sur mesure bâtie sur Symfony	Varnish, piloté depuis le code par FOSHttpCache	Redis, pour les sessions et le cache Doctrine	OpenSearch
Symfony (app métier)	Back-office interne, ou API qui alimente une boutique	Varnish, ou le cache intégré de Symfony	Redis	OpenSearch quand le métier l'exige

Ce que contient chaque machine et ce que ça coûte sont sur les pages voisines. Ce dont votre boutique a réellement besoin, personne ne le devine sans l'avoir regardée : réservez un créneau en visio avec un expert.

DÉTAIL PAR STACK

Cinq stacks, une même méthode.

Avant de dimensionner quoi que ce soit, nous mesurons ce que votre boutique consomme en heure de pointe, processeur et mémoire, et ce que la base de données absorbe en requêtes. Chaque composant est ensuite calibré sur ces relevés. Un catalogue de quelques centaines de références et un catalogue de plusieurs centaines de milliers ne demandent pas la même machine.

MAGENTO

Magento Open Source

Notre spécialité depuis 2009. 75 % du parc.

La stack qui a donné son nom à la maison. Nous hébergeons des catalogues de quelques centaines à plusieurs centaines de milliers de références, et les soldes n'y changent rien. PHP-FPM, MariaDB et OpenSearch sont configurés un par un pour Magento 2.4. Chaque projet dispose de son propre pool PHP : un script qui s'emballe consomme sa part de processeur, jamais celle du voisin.

Stack infogérée

+ Cache de page complet sous Varnish : la page part du cache, seul le bloc panier est recalculé (ESI)
+ Sessions et cache applicatif sous Redis, une instance par environnement
+ OpenSearch en cluster pour la recherche catalogue et l'autocomplétion
+ Compatible avec les thèmes Hyvä
+ Commandes bin/magento et tâches planifiées supervisées par Monit : nous sommes alertés dès qu'une file cesse d'avancer

Retour d'expérience

Corner Street lance ses séries limitées de sneakers à heure fixe. À l'ouverture, le trafic monte jusqu'à 10 000 requêtes par seconde et le cluster tient. C'est notre plus fort pic mesuré en production. Nous exploitons ces boutiques du premier palier jusqu'à la haute disponibilité, qui passe par un mois de recette avant la mise en service.

PRESTASHOP

PrestaShop

Boutiques françaises, catalogues moyens, agences PrestaShop Partner.

Une stack ajustée pour PrestaShop 1.7 et 8.x, sous Apache ou NGINX selon le projet. Nous calibrons OPcache, le cache Smarty et le regroupement des fichiers CSS et JavaScript. Puis nous dimensionnons la mémoire de MariaDB sur la taille réelle de votre catalogue, pour que les requêtes les plus fréquentes cessent de repasser par le disque.

Stack infogérée

+ Cache de page complet sous Varnish (module officiel) ou en PHP natif
+ Redis pour les sessions PHP et le cache Smarty
+ Recherche sous OpenSearch ou ElasticSearch via le module Elastic Suite
+ Miniatures générées en tâche de fond, pour que l'ajout de produits ne bloque plus le back-office
+ Tâches planifiées des modules supervisées, ainsi que le service web PrestaShop

Retour d'expérience

Beaucoup de ces boutiques nous arrivent d'un hébergement mutualisé saturé. Le même écart revient à chaque reprise de stack non optimisée : le temps de première réponse du serveur (TTFB) divisé par trois à cinq sur les pages produit, et la file d'attente des modules qui disparaît.

WOOCOMMERCE

WooCommerce, WordPress

Boutiques en pleine croissance, multisites éditoriaux marchands.

WordPress couplé à WooCommerce grandit vite, une fois débarrassé de deux habitudes coûteuses. Ses tâches planifiées se déclenchent à la visite d'un internaute (wp-cron), et c'est lui qui paie l'attente : nous les confions au système. Un cache d'objets sous Redis évite ensuite de refaire les mêmes requêtes vers MySQL, et le back-office s'en trouve allégé lui aussi.

Stack infogérée

+ Cache HTTP sous Varnish, panier recalculé à part (ESI)
+ Cache d'objets persistant sous Redis (wp-redis ou Object Cache Pro)
+ OpenSearch via ElasticPress ou une intégration sur mesure
+ wp-cron désactivé, remplacé par une tâche système supervisée
+ WP-CLI ouvert à votre agence, déploiements pilotés par Ansible

Retour d'expérience

Nous exploitons des multisites qui portent à la fois le catalogue, le blog et les pages de campagne. Quand la boutique passe sur plusieurs serveurs, les sessions sont partagées entre eux, et nous vérifions avant la mise en service qu'un panier survit au passage d'un serveur à l'autre.

SYLIUS

Sylius

Sur base Symfony, taillé pour le sur-mesure d'agence.

Sylius repose sur Symfony, et les agences y construisent des boutiques très spécifiques sans contourner le framework. Nous traitons donc l'infrastructure comme celle d'une application Symfony, en nous en tenant aux pratiques que le projet recommande : préchauffage au déploiement du cache Doctrine, la couche qui parle à la base de données, et surveillance des traitements en arrière-plan pour qu'une commande ne reste pas en attente.

Stack infogérée

+ Cache de page complet sous Varnish, piloté depuis l'application (FOSHttpCache)
+ Redis pour les sessions et le cache Doctrine (résultats et métadonnées)
+ OpenSearch via le bundle de recherche Sylius ou une intégration sur mesure
+ Symfony Messenger sur workers supervisés, avec RabbitMQ ou Redis Stream
+ Déploiement atomique versionné, avec le retour à la version précédente préparé à l'avance

Retour d'expérience

Ces projets viennent des agences Symfony, et c'est avec elles que nous travaillons : vos développeurs écrivent à quelqu'un qui exploite déjà la plateforme, sans niveau de support à franchir. Nous avons sponsorisé le hackathon Sylius de Paris en 2025, et nous aimerions le voir peser plus lourd dans notre parc.

SYMFONY

Symfony

Applications métier sur mesure, API « headless », back-offices.

Des applications Symfony pures, sans CMS : back-offices internes, API « headless » (un moteur qui sert les données à une boutique ou à une application, sans vitrine), outils métier branchés sur votre système d'information. La stack est celle d'un Sylius, sans la couche e-commerce.

Stack infogérée

+ Cache HTTP sous Varnish ou directement dans Symfony (HttpCache)
+ Redis pour le cache applicatif, les sessions et les verrous Doctrine
+ OpenSearch en option, selon le besoin métier
+ Symfony Messenger sur workers supervisés par Monit ou systemd
+ Déploiement Ansible, compilation des assets en intégration continue, retour arrière atomique

Retour d'expérience

Passer d'un CMS à une application sur mesure ne change rien à notre façon de l'exploiter : même surveillance, mêmes sauvegardes, même numéro de téléphone.

Le code de votre boutique reste le vôtre, ou celui de votre agence. Nous répondons de ce qui le fait tourner : l'infrastructure, le système et les composants logiciels.

Quand il faut quand même y toucher (correctif de sécurité, montée de version, extension qui bloque une commande), nous intervenons aussi. Nous nous appuyons alors sur le développement assisté par intelligence artificielle : la machine écrit le premier jet, un expert relit et signe. Vous payez moins d'heures. Et si vous quittez une plateforme hébergée pour Magento open source, nous avons décrit ce chemin en détail, du tunnel de commande au coût réel, dans quitter Shopify pour Magento.

COUCHES TRANSVERSES

Communes à toutes les stacks.

Ces quatre couches ne dépendent ni de votre CMS ni du palier que vous payez. Ce sont les mêmes procédures et les mêmes administrateurs système, du serveur unique au cluster à plusieurs nœuds.

Sécurité

Le trafic est filtré en amont : une attaque par déni de service est parée avant d'entamer la puissance réservée à vos acheteurs. Un pare-feu applicatif (WAF) écarte les requêtes malveillantes, les robots d'aspiration de contenu sont bloqués, et chaque projet tourne dans son environnement isolé, avec son propre pool PHP. Quand une faille critique touche votre pile, le correctif de sécurité passe en priorité, généralement sous 24 heures.

Supervision

Vos serveurs sont sous surveillance continue, 24 h/24 et 7 j/7 : plus de cent points de mesure par cluster suivent la disponibilité, le temps de réponse, les files de traitement et l'espace disque. Une urgence déclenche une alerte SMS et l'intervention commence, de jour comme de nuit. L'état de vos services et l'historique de vos sauvegardes restent consultables sur console.fast-mage.com.

Sauvegardes

Deux serveurs de sauvegarde, dans deux pays européens, chez des fournisseurs distincts de celui qui héberge votre production, tiennent en permanence au moins neuf points de restauration. Un incident chez l'un laisse l'autre intact. Nous restaurons sur demande, et nous contrôlons l'intégrité de ce qui est stocké. À partir de nos offres d'infogérance avancées, nous rejouons une restauration complète une fois par an, à la date que vous choisissez.

Déploiement

Toute la configuration est décrite et versionnée sous Ansible : chaque changement laisse une trace, et n'importe quel serveur se reconstruit à l'identique. Sur une architecture à plusieurs serveurs, la mise en production part sur tous en même temps. Le retour arrière est préparé avant la bascule, pas pendant.

RETOURS CLIENTS

Ils ont accepté d'y mettre leur nom.

Cinq clients, cinq phrases, publiées avec le nom et l'enseigne de leur auteur. Ni coupées, ni retouchées, ponctuation comprise.

« Ce que j'apprécie chez Fast-Mage, c'est la réactivité des équipes. Cela nous permet de faire évoluer rapidement nos sites et de réagir rapidement en cas d'incident. »

Yannick Tigani
Groupe SOFIA, Raviday

« Entreprise sérieuse, service fiable et stable. Le technicien est compétent et capable de répondre à toutes nos questions techniques. »

Yin Liu
Sunny Inch

« La réactivité et l'efficacité de Fast-Mage nous permettent d'améliorer notre infrastructure. »

Nicolas Michelena
Pull-in

« Grâce à l'expertise de Fast-Mage en hébergement et infogérance Magento, ma boutique en ligne bénéficie désormais de performances optimales et d'un support technique réactif. »

EM Cyril
Monsieurplus.com

« L'équipe de Fast-Mage, dynamique et compétente sous l'outil Magento, nous a permis de mettre en place nos projets de site e-commerce dans un délai très court tout en respectant nos demandes. De plus, le service technique est réactif et compétent, afin de nous assister à n'importe quel moment de la journée, Bravo! »

Julien A.
Badaboum.fr

Pour parler de votre boutique, il suffit d'un créneau, sans engagement.

INFRASTRUCTURE

Ce qui tourne sous votre boutique

Nous louons les machines chez OVH, Scaleway, Hetzner et Upcloud, puis nous les exploitons nous-mêmes. Vos données restent en Union européenne, sous RGPD, chez des fournisseurs européens. La page d'hébergement détaille la supervision, les engagements de disponibilité et la marche à suivre en cas de panne.

Voir l'infrastructure →

PALIERS D'OFFRE

Quel palier pour votre trafic

Beaucoup de boutiques tiennent sur un serveur dédié infogéré. Quand une seule machine ne suffit plus, un répartiteur de charge distribue le trafic sur plusieurs serveurs. Au-delà, c'est la haute disponibilité : trois nœuds sur deux datacentres, un nœud tombe, la bascule est automatique et vous continuez de vendre. Un cluster à vous seul, tunné pour votre stack applicative. Nous en décidons ensemble après l'audit, sur votre trafic réel.

Voir les tarifs →

CONTACT, AUDIT GRATUIT

Parlons de votre projet.

Audit gratuit, premier contact sous 24 h ouvrées.

Dites-nous où tourne votre boutique aujourd'hui et ce qui vous pose problème, un expert Fast-Mage vous rappelle. Le premier échange sert à comprendre votre installation avant de parler d'offre.