Hébergement PrestaShop : Prérequis, configuration serveur & performance

Choisir un hébergement pour PrestaShop : ce qui compte vraiment

L’hébergement est la fondation de votre boutique. Si vous vous trompez, aucune optimisation ne pourra vous sauver. Ce guide est fondé sur notre expérience — nous avons fait tourner PrestaShop sur tout, des hébergements mutualisés à 3 $/mois aux serveurs dédiés de 64 Go de RAM. Nous vous expliquons ce qui fonctionne et où votre argent est le mieux investi.

Les types d’hébergement expliqués

Hébergement mutualisé (3-15 $/mois)

Votre boutique partage un serveur avec des centaines d’autres sites web. Vous disposez de cPanel, de paramètres PHP limités et d’aucun accès root.

• Avantages : Bon marché, géré pour vous, inclut l’hébergement email
• Inconvénients : Les voisins bruyants plombent les performances, pas de SSH sur les offres économiques, impossible d’installer Redis ou Varnish, version PHP souvent verrouillée, l’IP partagée nuit à la délivrabilité des emails

Acceptable pour moins de 500 produits et un trafic faible. Insuffisant pour tout projet sérieux.

VPS (5-60 $/mois)

RAM, CPU et disque dédiés. Accès root. Contrôle total sur tout.

• VPS infogéré : Le fournisseur gère les mises à jour de l’OS et la sécurité. Vous gérez l’application. Les panneaux de gestion ou l’infogérance ajoutent 5 à 20 $/mois au coût du VPS.
• VPS non infogéré : Serveur vierge, accès SSH, vous gérez tout. Moins cher mais nécessite des connaissances Linux.

C’est le meilleur choix pour 90 % des boutiques PrestaShop.

Serveur dédié (80-300+ $/mois)

Un serveur physique entier. Aucune surcharge de virtualisation. Surdimensionné pour la plupart des boutiques, indispensable pour plus de 50 000 produits avec un trafic important.

VPS Cloud

Les fournisseurs de VPS Cloud proposent une facturation à l’heure, un provisionnement rapide, des snapshots et des API. Le prix pour 2 Go/2 vCPU varie de 5 à 15 $/mois selon le fournisseur et la région. Les fournisseurs européens tendent à être moins chers que les américains à spécifications équivalentes.

Hébergement PrestaShop infogéré

Préconfiguré pour PrestaShop avec un support spécifique. Plus cher, moins flexible, souvent de l’infrastructure revendue.

L’hébergement PS infogéré est pertinent si vous n’avez aucune compétence en administration serveur. Pour tous les autres, un VPS avec une stack LEMP offre de meilleures performances à moindre coût.

Exigences minimales par version PS

PrestaShop 1.7

• PHP : 7.1-7.4 • MySQL : 5.5+ (5.7 recommandé) • RAM : 2 Go min, 4 Go recommandé
• Extensions : curl, gd, intl, mbstring, zip, xml, json, openssl

PrestaShop 8.x

• PHP : 7.2-8.1 (8.1 fortement recommandé) • MySQL : 5.6+ • RAM : 4 Go min
• Extensions : Identiques à 1.7 plus fileinfo, iconv

PrestaShop 9.x

• PHP : 8.1-8.4 (8.2+ recommandé) • MySQL : 8.0+ ou MariaDB 10.5+ • RAM : 4 Go min, 8 Go recommandé
• Extensions : Identiques à 8.x, les exigences de Symfony 6.4 s’appliquent

Ce sont des minimums. Une boutique avec 5 000 produits, 50 modules et du vrai trafic a besoin de 4 à 8 Go de RAM quelle que soit la version. Le « minimum » vous permet d’installer, pas de performer.

Guide de dimensionnement

Une boutique avec 5 000 produits et 5 images chacun, regénérées pour 7 types d’images, utilise 10 à 20 Go rien que pour les images.

Ce qui compte vraiment pour la performance

Les fournisseurs adorent mettre en avant les cœurs, la RAM et la bande passante. Voici ce qui fait réellement la différence, par ordre d’importance :

1. Version PHP et OPcache

PHP 8.1 est 20 à 40 % plus rapide que 7.4 sur un code identique. OPcache a un impact encore plus grand — sans lui, PrestaShop recompile des centaines de fichiers PHP à chaque chargement de page. Avec lui, le bytecode est servi depuis la mémoire.

opcache.enable=1
opcache.memory_consumption=256
opcache.max_accelerated_files=20000
opcache.validate_timestamps=1
opcache.revalidate_freq=60

Si votre hébergeur ne prend pas en charge OPcache ou fonctionne encore sous PHP 7.x en 2026, partez immédiatement.

2. E/S disque — le SSD est obligatoire

PrestaShop lit des centaines de fichiers par requête. Lecture aléatoire HDD : 5-15 ms. SSD : 0,1 ms. Cela seul fait une différence de 3x. Ne faites jamais tourner PrestaShop sur un HDD.

3. Configuration MySQL

Une page typique exécute 100 à 300 requêtes. innodb_buffer_pool_size détermine la quantité de données conservées en RAM. Réglez-le à 50-70 % de la RAM sur un serveur de base de données dédié, 25-40 % sur un serveur combinant application et base de données.

4. RAM

Chaque worker PHP-FPM utilise 30 à 80 Mo. Dix workers = 300 à 800 Mo pour PHP seul. Ajoutez MySQL, OPcache, Redis, l’OS — 2 Go, c’est juste.

5. HTTP/2

Multiplexe les requêtes sur une seule connexion. Réduit le temps de chargement de 20 à 40 % sur les boutiques chargeant 60 à 80 ressources. Nécessite HTTPS.

Hébergement mutualisé : connaître les limites

L’hébergement mutualisé fonctionne pour les petites boutiques. Voici les murs que vous rencontrerez :

• Pas de SSH : Impossible d’exécuter des commandes CLI, Composer ou les commandes console
• Limites du cron : De nombreux hébergeurs imposent un intervalle minimum de 15 minutes. PrestaShop a besoin de crons fréquents.
• memory_limit plafonné : 128-256 Mo est courant. Les gros imports échouent silencieusement.
• Pas de Redis : Cache fichier uniquement — lent sur du stockage partagé
• IP partagée : Le spam d’un autre site met votre IP sur liste noire. Les emails de commande n’arrivent plus. Consultez notre guide de délivrabilité des emails.

Lorsque vous choisissez un hébergement mutualisé, privilégiez : l’accès SSH, le contrôle de la version PHP, la prise en charge d’OPcache et des limites de mémoire adéquates. Vérifiez le prix de renouvellement — les offres de lancement sont du marketing.

Les prix de lancement sont du marketing. 2,99 $/mois se renouvelle à 10,99 $. Vérifiez toujours le prix de renouvellement.

VPS : le bon choix pour la plupart des boutiques

Pourquoi le VPS l’emporte

• Accès root complet — installez Redis, Varnish, Elasticsearch, n’importe quoi
• Ressources dédiées — pas de voisins bruyants
• Contrôle total sur OPcache et PHP-FPM
• SSH et cron sans restrictions
• Nginx au lieu d’Apache
• Snapshots du serveur avant les changements risqués

Ce qu’il faut rechercher chez un fournisseur VPS

• Stockage SSD/NVMe : Non négociable. S’ils ne le précisent pas, supposez du HDD.
• Tarifs équitables : 2 Go/2 vCPU devrait coûter 5 à 15 $/mois. Si c’est 30 $, vous payez trop cher.
• Localisation du datacenter : Choisissez un emplacement proche de vos clients. Les boutiques européennes ont besoin de datacenters européens.
• Snapshots : Snapshots gratuits ou bon marché pour un retour arrière rapide avant les mises à jour.
• Bonne documentation : Vous allez configurer le serveur vous-même. La qualité de la documentation compte.

Si vous n’avez jamais administré un serveur Linux, envisagez un VPS infogéré ou un panneau de gestion serveur (5 à 20 $/mois en plus).

Installation de la stack LEMP

# Debian 12 / Ubuntu 22.04
apt install nginx php8.2-fpm php8.2-mysql php8.2-curl \
    php8.2-gd php8.2-intl php8.2-mbstring php8.2-xml \
    php8.2-zip php8.2-opcache mariadb-server redis-server -y
mysql_secure_installation

Vous n’avez jamais administré un serveur Linux ? Commencez par un VPS infogéré ou un panneau de gestion. Un VPS mal configuré est pire qu’un hébergement mutualisé. Consultez notre guide de sécurisation.

Dédié et Cloud : quand vous avez besoin de plus

Passez au-delà du VPS quand : 50 000+ produits, 5 000+ visiteurs par jour, multiboutique avec 5+ boutiques, ou SLA de disponibilité de 99,99 % requis.

Les serveurs dédiés avec 64 Go de RAM et des disques NVMe peuvent coûter aussi peu que 40 à 60 EUR/mois chez des fournisseurs européens. Plus de puissance que la plupart des boutiques n’en nécessitent, mais le rapport qualité/prix surpasse souvent le VPS Cloud à grande échelle.

Étapes de mise à l’échelle : séparer le serveur de base de données (meilleur retour sur investissement), Redis sur sa propre instance, puis un répartiteur de charge avec plusieurs serveurs applicatifs pour un très fort trafic (nécessite un stockage partagé et des sessions Redis).

Configuration du serveur pour PrestaShop

Utilisez Nginx, pas Apache

Apache est le choix par défaut parce que l’hébergement mutualisé l’utilise, pas parce qu’il est meilleur. Nginx utilise des E/S événementielles (10-30 Mo contre 300-800 Mo pour Apache prefork), sert les fichiers statiques sans PHP et dispose d’un cache FastCGI intégré.

Si vous devez utiliser Apache, utilisez mpm_event avec PHP-FPM, jamais mpm_prefork avec mod_php.

Paramètres PHP-FPM

pm = dynamic
pm.max_children = 20
pm.start_servers = 5
pm.min_spare_servers = 3
pm.max_spare_servers = 10
pm.max_requests = 500
php_admin_value[memory_limit] = 512M
php_admin_value[max_execution_time] = 300

Formule pour pm.max_children : (RAM disponible - MySQL - OS) / 50 Mo par worker. Avec 4 Go : (4000 - 1500 - 500) / 50 = 40. Réglez 20-30 pour garder de la marge.

Optimisation MySQL

[mysqld]
innodb_buffer_pool_size = 2G
innodb_log_file_size = 256M
innodb_flush_log_at_trx_commit = 2
tmp_table_size = 64M
max_heap_table_size = 64M
slow_query_log = 1
long_query_time = 1

Activez le slow query log. Une seule mauvaise requête exécutée 200 fois par page est pire qu’un serveur lent. Le log est le moyen de la trouver. Consultez notre guide de performance pour plus de détails.

Redis pour les sessions et le cache

Par défaut, PrestaShop stocke les sessions et le cache sur disque. Redis déplace les deux en RAM — lectures plus rapides, aucune E/S disque, expiration automatique. Utilise 50 à 100 Mo et élimine la cause la plus fréquente de lenteur des pages d’administration : le verrouillage des sessions sur le système de fichiers.

SSL/TLS : non négociable

Chaque boutique a besoin du HTTPS. Google pénalise le HTTP. Les navigateurs affichent des avertissements. Les prestataires de paiement l’exigent.

Let’s Encrypt

Gratuit, automatisé, renouvellement tous les 90 jours. Installez Certbot et oubliez-le :

apt install certbot python3-certbot-nginx -y
certbot --nginx -d yourshop.com -d www.yourshop.com

Cloudflare SSL

SSL gratuit via leur proxy. Utilisez toujours le mode Full (Strict) — le mode Flexible envoie du trafic non chiffré vers votre serveur. Configurez l’en-tête X-Forwarded-Proto pour que PrestaShop détecte le HTTPS derrière le proxy.

Forcer le HTTPS

Activez dans Shop Parameters → General, puis ajoutez une redirection serveur :

# Nginx
server {
    listen 80;
    server_name yourshop.com;
    return 301 https://yourshop.com$request_uri;
}

# Apache (.htaccess)
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

CDN : quand et comment

Pour une boutique qui dessert une seule région avec un serveur local, un CDN apporte un gain de vitesse minimal. L’intérêt réside dans la mise en cache et la protection DDoS.

L’offre gratuite de Cloudflare suffit pour la plupart des boutiques : CDN mondial, SSL gratuit, protection DDoS, HTTP/2, Brotli. Configurez dans Advanced Parameters → Performance → Media Servers.

• Mettez en cache de manière agressive : Images, CSS, JS, polices
• Ne mettez jamais en cache : Admin, panier, tunnel de commande, mon-compte, pages avec des cookies PrestaShop

N’activez jamais « Cache Everything » sur l’ensemble de votre domaine. Des pages de commande mises en cache signifient qu’un client voit le panier d’un autre. Ne mettez en cache que les ressources statiques et des patterns d’URL spécifiques.

Sauvegardes : votre hébergeur ne suffit pas

Les sauvegardes de votre fournisseur sont hebdomadaires, sur la même infrastructure, et peuvent ne pas fonctionner quand vous en avez besoin. C’est un sentiment de sécurité, pas une stratégie. Si le fournisseur tombe = les sauvegardes aussi. Un ransomware chiffre les fichiers et les versions chiffrées sont sauvegardées. Vous avez besoin de la base de données d’il y a 2 heures, pas de mardi dernier.

Minimum : dumps automatisés quotidiens de la base de données + sauvegardes de fichiers, stockées hors serveur, rétention de 30 jours, restaurations de test mensuelles. Tous les détails dans notre guide de sauvegarde.

Migrer d’un hébergeur à un autre

1. Configurez le nouveau serveur avec la même version PHP et les mêmes extensions
2. Exportez la base de données : mysqldump -u root -p prestashop_db | gzip > backup.sql.gz
3. Transférez les fichiers : rsync -avz /var/www/html/prestashop/ newserver:/var/www/html/prestashop/
4. Importez la base de données sur le nouveau serveur
5. Mettez à jour les identifiants dans app/config/parameters.php
6. Corrigez les permissions : chown -R www-data:www-data, répertoires 755, fichiers 644
7. Videz le cache : rm -rf var/cache/*
8. Testez en utilisant /etc/hosts pour pointer le domaine vers la nouvelle IP
9. Réduisez le TTL DNS à 300 secondes 24 heures avant la bascule
10. Synchronisation finale de la base de données juste avant la bascule DNS pour capturer les dernières commandes

Pièges courants

• Permissions des fichiers : L’utilisateur du serveur web doit être propriétaire des fichiers. Accessibles en écriture : var/cache, img, upload, download
• .htaccess manquant : Les outils de migration ignorent les fichiers cachés. Apache nécessite AllowOverride All.
• URL de base incorrecte : Mettez à jour ps_shop_url si le domaine change
• Saut de version PHP : Le passage de 7.4 à 8.1 peut casser des modules utilisant des fonctions obsolètes

Ne basculez jamais le DNS avant d’avoir testé. Utilisez votre /etc/hosts local pour pointer le domaine vers la nouvelle IP et testez le tunnel de commande, l’admin et toutes les pages clés.

Signaux d’alerte : quand partir

Techniques

• Pas de SSH : Impossible de diagnostiquer ou de déployer correctement
• PHP 7.x en 2026 : Fin de vie, vulnérabilités connues non corrigées
• Pas d’OPcache : 3 à 5 fois moins performant sans aucune raison
• Stockage HDD : S’ils ne disent pas SSD/NVMe, supposez du HDD
• php.ini verrouillé : Impossible de faire tourner PrestaShop correctement

Commerciaux

• « Illimité » pour n’importe quoi : Rien n’est illimité. Ils vous brident.
• Marques d’un même groupe : Plusieurs hébergeurs « différents » détenus par la même société — même infrastructure surchargée, logos différents
• Pas de SLA de disponibilité : Pas confiance en leur propre infrastructure
• Le support met des jours à répondre : Une boutique en panne à 2h du matin a besoin de minutes, pas de jours ouvrables
• Facturation annuelle imposée : Ils comptent sur le fait que vous ne partirez pas malgré la déception

L’hébergement le moins cher est celui qui ne tombe pas pendant le Black Friday. Une économie de 5 $/mois qui coûte 5 000 $ en ventes perdues n’est pas une économie.

La checklist hébergement

Vérifiez chaque point avant de vous engager chez un fournisseur.

Serveur

• La version PHP correspond aux exigences PS
• Toutes les extensions PHP requises sont disponibles
• php.ini configurable (memory_limit, OPcache)
• Version MySQL/MariaDB compatible
• Stockage SSD ou NVMe
• Accès SSH
• Cron sans restrictions

Performance

• OPcache activé et configurable
• RAM suffisante (4 Go+ recommandé)
• Support HTTP/2
• Redis ou Memcached disponible

Fiabilité

• SLA de disponibilité 99,9 %+
• Sauvegardes automatisées et manuelles
• Réponse du support critique en moins d’une heure
• Datacenter proche de vos clients

Tarification

• Prix de renouvellement vérifié (pas seulement le prix de lancement)
• Facturation mensuelle disponible
• Limites de transfert comprises
• Aucune restriction de migration

Notre recommandation

1. Pour débuter : VPS Cloud avec 2 Go de RAM (5-10 $/mois) + CDN/SSL gratuit. Surpasse la plupart des hébergements mutualisés à 15 $/mois.
2. Boutique en croissance : VPS infogéré (15-30 $/mois). Ils gèrent le serveur, vous vous concentrez sur la vente.
3. Établi (1 000+ visiteurs/jour) : VPS avec 8-16 Go de RAM, MariaDB dédié, Redis, Nginx + cache FastCGI. 15-40 $/mois.
4. Gros catalogue, fort trafic : Serveur dédié ou architecture cloud séparée. 50-100+ $/mois.

Mettez en place un monitoring dès le premier jour — UptimeRobot est gratuit pour 50 moniteurs. Une fois l’hébergement réglé : optimisez avec notre guide de performance, sécurisez avec notre checklist de sécurité, et configurez de vraies sauvegardes avec notre guide de sauvegarde. L’hébergement est la fondation — mais seulement le début.