L'hébergement e-commerce n'est pas un simple espace disque : c'est l'infrastructure qui fait tourner votre boutique en ligne, du code de la vitrine jusqu'à la base de données des commandes. Une boutique doit rester rapide un soir de soldes, chiffrer les paiements, sauvegarder chaque transaction et, si vos clients sont européens, garder leurs données au bon endroit. Bien choisir son hébergement e-commerce, c'est donc arbitrer entre trois besoins : le contrôle du code, la fiabilité de la base de données, et la capacité à absorber les pics de trafic. Ce guide compare les trois voies possibles, sans marketing.
En bref : un bon hébergement e-commerce doit fournir un environnement d'exécution pour la vitrine, une base de données SQL pour le catalogue et les commandes, du HTTPS automatique, de la marge pour les pics de trafic et, pour une clientèle européenne, une résidence des données en Europe. Trois voies existent : les solutions SaaS clés en main, WordPress avec WooCommerce, ou déployer votre propre application sur une plateforme PaaS dotée de PostgreSQL managé.
Ce qu'un hébergement e-commerce doit garantir
Une boutique en ligne est une application comme une autre, mais avec des exigences plus strictes que la moyenne. Cinq éléments sont non négociables.
Un runtime pour la vitrine. C'est le processus qui répond aux visiteurs, affiche les fiches produits et pilote le tunnel d'achat. Qu'il s'agisse de WordPress, d'une application Node.js ou d'un moteur de commerce headless, il doit tourner en continu et redémarrer seul en cas d'incident.
Une base de données SQL. Le catalogue, les prix, les stocks et surtout les commandes vivent dans une base relationnelle. La cohérence transactionnelle y est capitale : une commande à moitié enregistrée est pire qu'une commande refusée. Sauvegardes régulières et restauration à un instant précis (PITR) ne sont pas des options.
Le HTTPS automatique. Aucun paiement ne se fait sans chiffrement. Le certificat TLS doit être fourni et renouvelé sans intervention.
De la marge pour les pics. Un lancement produit ou une campagne peut multiplier le trafic. L'hébergement doit encaisser la charge, que ce soit par une réserve de ressources ou par un ajout manuel de capacité.
La résidence des données. Pour une clientèle en Europe, savoir dans quel pays sont stockées les données personnelles compte, à la fois pour la conformité et pour la latence.
L'hébergement e-commerce désigne l'ensemble des ressources serveur qui font tourner une boutique en ligne : un runtime pour l'application de vente, une base de données pour le catalogue et les commandes, un certificat TLS pour sécuriser les paiements, et un stockage persistant pour les fichiers médias.
Les trois voies pour héberger une boutique en ligne
Il n'existe pas une seule façon d'héberger une boutique, mais trois familles d'approches, chacune avec ses compromis.
Voie 1 : les solutions SaaS clés en main
Ce sont les constructeurs de boutique hébergés : vous vous abonnez, vous configurez un thème, vous ajoutez vos produits, et l'hébergement est invisible. C'est la voie la plus rapide pour vendre dès demain, sans écrire une ligne de code. En contrepartie, vous ne contrôlez ni le runtime, ni la base de données, ni le code. Toute personnalisation avancée passe par les limites de la plateforme, et migrer ailleurs plus tard peut être douloureux. Idéal pour débuter, moins pour un projet sur mesure.
Voie 2 : WordPress avec WooCommerce
WooCommerce reste l'un des moteurs de boutique les plus répandus au monde, adossé à WordPress. L'écosystème d'extensions est immense et la communauté francophone très active. Le point technique à connaître : WordPress et WooCommerce reposent sur une base de données MySQL ou MariaDB, comme le rappelle la documentation officielle des prérequis serveur de WooCommerce. Ce détail détermine votre choix d'hébergement, car toutes les plateformes ne proposent pas MySQL en base managée. C'est un excellent choix si vous connaissez déjà WordPress et que vous voulez un blog et une boutique dans le même outil.
Voie 3 : déployer votre propre boutique sur un PaaS
La troisième voie consiste à héberger votre propre application de vente sur une plateforme applicative (PaaS). Il peut s'agir d'une boutique développée maison en Node.js ou en Python, ou d'un moteur de commerce headless conçu nativement pour PostgreSQL, comme Medusa ou Saleor. Vous poussez votre code ou un Dockerfile, la plateforme construit l'image et la fait tourner. C'est la voie qui offre le plus de contrôle et la meilleure évolutivité technique, au prix d'un peu plus de travail d'intégration. Pour bien comprendre le modèle, ce panorama de ce qu'est une plateforme PaaS pose les bases.
Une plateforme PaaS (Platform as a Service) exécute votre application à partir de votre code ou d'un Dockerfile, sans que vous gériez le système d'exploitation ni les serveurs. Vous poussez, elle construit l'image, la déploie et gère automatiquement le HTTPS. Vous vous concentrez sur la boutique, pas sur l'infrastructure.
| Critère | Solution SaaS clés en main | WordPress + WooCommerce | Application sur PaaS |
|---|---|---|---|
| Contrôle du code | Très limité | Moyen (thèmes, extensions) | Total |
| Base de données | Gérée et opaque | MySQL ou MariaDB requis | PostgreSQL managé (ou base auto-hébergée) |
| Personnalisation | Faible | Élevée via extensions | Illimitée (vous codez) |
| Montée en charge | Automatique, cachée | Manuelle, parfois délicate | Manuelle et explicite |
| Résidence des données | Selon le fournisseur | Selon l'hébergeur | Région EU au choix (Nuremberg, Helsinki) |
| Coût | Abonnement mensuel fixe | Hébergement + extensions | À l'usage, palier gratuit possible |
| Idéal pour | Débuter vite, sans code | Blog et boutique réunis | Équipes techniques, boutiques sur mesure |
Héberger sa boutique sur Out Plane, concrètement
Out Plane se place clairement sur la troisième voie : c'est un PaaS qui exécute des conteneurs avec une base PostgreSQL managée à côté. Voyons ce que cela donne pour une boutique, sans survendre.
Vous partez de votre application de vente. Si vous utilisez un moteur headless comme Medusa, pensé nativement pour PostgreSQL, ou Saleor, le mariage est direct : la plateforme fournit la base, vous fournissez le code. Vous déployez à partir d'un Dockerfile ou d'un buildpack détecté automatiquement ; la plateforme construit l'image et lance le service. Le HTTPS est activé sans configuration, et votre vitrine reçoit une URL publique du type {name}-{port}-{teamSlug}.outplane.app, à laquelle vous pouvez ensuite associer votre nom de domaine.
Côté données, la base managée est du PostgreSQL, et uniquement PostgreSQL. Vous bénéficiez des sauvegardes, de la restauration à un instant précis (PITR), des réplicas en lecture, du pooling de connexions et de l'extension pgvector si vous voulez ajouter de la recherche sémantique à votre catalogue. Le principe de la restauration à un instant donné est détaillé dans la documentation PostgreSQL sur l'archivage continu.
Deux points d'honnêteté s'imposent. D'abord, si vous tenez à WooCommerce, la base MySQL requise n'est pas managée par la plateforme. Vous pouvez tout à fait faire tourner MySQL ou MariaDB comme un conteneur classique doté d'un volume persistant, relié à WordPress via le réseau privé, mais c'est alors vous qui l'exploitez : sauvegardes, mises à jour, surveillance. Notre guide sur l'hébergement d'applications Docker explique cette mécanique du conteneur avec volume. Ensuite, la montée en charge est manuelle. Il n'y a ni autoscaling, ni scale-to-zero : pour absorber un pic, vous ajustez vous-même les ressources ou le nombre d'instances, à l'avance.
Résidence des données en Europe, sans confusion
Pour une boutique qui vend en Europe, garder les données de vos clients sur le continent est un vrai argument. Out Plane propose des régions européennes, Nuremberg et Helsinki, où vos données sont physiquement stockées.
Il faut cependant être précis sur ce que cela signifie. Choisir une région européenne, c'est un choix de résidence des données (leur emplacement physique), et non un statut juridique. Out Plane est une société américaine (Delaware), et à ce titre elle reste soumise au cadre légal américain, y compris le CLOUD Act. Autrement dit, garder ses données à Nuremberg est un choix de localisation utile pour la conformité et la latence, mais ce n'est pas une immunité juridique ni une certification de souveraineté. Si cette distinction est centrale pour votre projet, l'article sur le cloud souverain européen démêle les nuances, et notre comparatif des PaaS européens situe les différentes offres.
Gérer les pics de trafic
Le e-commerce vit de moments intenses : lancement, campagne d'emailing, Black Friday. Puisque la plateforme ne redimensionne pas automatiquement, la bonne pratique est d'anticiper. Estimez votre pic, augmentez les ressources de la vitrine et de la base avant l'événement, activez un réplica en lecture pour délester les requêtes de catalogue, et redescendez ensuite. Le pooling de connexions PostgreSQL évite qu'une vague de visiteurs sature la base. Cette approche demande un peu de préparation, mais elle a l'avantage d'être prévisible et sans mauvaise surprise sur la facture.
Questions fréquentes
Qu'est-ce qu'un hébergement e-commerce ?
C'est l'infrastructure qui fait fonctionner une boutique en ligne : un environnement d'exécution pour la vitrine, une base de données pour le catalogue et les commandes, un certificat HTTPS pour sécuriser les paiements, et un stockage persistant pour les fichiers. Il doit rester disponible en continu et supporter les pics de trafic sans tomber.
Peut-on héberger une boutique WooCommerce sur Out Plane ?
Oui, mais avec une nuance importante. WooCommerce exige une base MySQL ou MariaDB, qui n'est pas proposée en version managée. Vous devrez la faire tourner vous-même comme un conteneur doté d'un volume persistant, relié à WordPress par le réseau privé. Vous en assurez alors les sauvegardes et les mises à jour.
Quelle base de données choisir pour une boutique en ligne ?
Pour une boutique sur mesure ou un moteur headless, PostgreSQL est un excellent choix : robuste, transactionnel, avec restauration à un instant précis et réplicas en lecture. Des moteurs comme Medusa ou Saleor sont pensés nativement pour lui. Pour WooCommerce, en revanche, MySQL ou MariaDB reste imposé par WordPress.
L'hébergement e-commerce en Europe garantit-il la souveraineté des données ?
Pas automatiquement. Choisir une région comme Nuremberg ou Helsinki garantit la résidence des données, c'est-à-dire leur emplacement physique en Europe. La souveraineté juridique est un autre sujet : Out Plane étant une société américaine, elle reste soumise au CLOUD Act. La localisation aide à la conformité, mais elle ne confère aucune immunité juridique.
Combien coûte l'hébergement d'une boutique en ligne ?
Sur Out Plane, un palier Hobby gratuit et permanent permet de démarrer, complété par 20 $ de crédit d'essai sans carte bancaire. L'offre Pro fonctionne ensuite au paiement à l'usage : vous payez les ressources réellement consommées. Le détail figure sur la page /pricing. Pour tester d'abord gratuitement, voyez aussi notre guide sur l'hébergement gratuit pour développeurs.
Comment gérer les pics de trafic pendant les soldes ?
Comme il n'y a ni autoscaling ni scale-to-zero, vous anticipez manuellement. Estimez la charge attendue, augmentez les ressources de la vitrine et de la base avant l'événement, ajoutez un réplica en lecture pour le catalogue, et activez le pooling de connexions. Après le pic, vous réduisez à nouveau les ressources. C'est prévisible et maîtrisé.
Faut-il un Dockerfile pour déployer sa boutique ?
Non, ce n'est pas obligatoire. Vous pouvez fournir un Dockerfile pour un contrôle total de l'image, ou laisser la plateforme détecter automatiquement votre stack via un buildpack. Dans les deux cas, c'est la plateforme qui construit l'image et lance l'application. Vous poussez votre code, le reste est automatisé.
Le HTTPS est-il inclus dans l'hébergement ?
Oui. Le certificat TLS est fourni et renouvelé automatiquement, sans configuration de votre part. Votre boutique est accessible en HTTPS dès le déploiement, sur une URL du type {name}-{port}-{teamSlug}.outplane.app, à laquelle vous rattachez ensuite votre nom de domaine personnalisé. C'est indispensable pour tout paiement en ligne.
Conclusion
Choisir un hébergement e-commerce revient à trancher entre rapidité et contrôle. Les solutions SaaS clés en main vous font vendre dès demain, mais vous enferment. WordPress avec WooCommerce offre un écosystème riche, au prix d'une base MySQL à gérer. Déployer votre propre boutique sur un PaaS, enfin, vous donne le contrôle total du code et une base PostgreSQL managée, idéale pour un moteur headless comme Medusa ou Saleor. Out Plane s'inscrit sur cette troisième voie, avec ses limites assumées : pas de MySQL managé, une montée en charge manuelle, et une résidence des données en Europe qui reste une localisation, pas un statut juridique.
Prochaine étape concrète : créez votre première application dans la console sur https://console.outplane.com, branchez une base PostgreSQL, et regardez le détail des tarifs sur /pricing. Le palier gratuit et le crédit d'essai suffisent pour héberger une première boutique de test avant de passer à l'échelle.