Serveur de votre boutique PrestaShop

Une mise à jour PrestaShop échoue plus souvent
sur le serveur que sur le code.

PrestaShop demande à la machine des choses qu'un hébergement standard ne prévoit pas : de la mémoire pour importer un catalogue, des tâches qui tournent la nuit pour envoyer les relances, une base de données qui tienne quand les clients filtrent par taille et par prix. Je règle la machine, les tâches automatiques, les sauvegardes et la surveillance sur votre hébergement actuel, et je vous dis franchement quand en changer ne servirait à rien.

5,0/5 · 66 avis vérifiés 50+ projets livrés 10 ans d'expérience
En détail

Trois pannes reviennent sans cesse sur PrestaShop, et aucune ne vient du code. La première : l'import produit qui s'arrête au milieu. Ce n'est pas le fichier, c'est `memory_limit` ou `max_execution_time` — et le back-office n'affiche rien d'autre qu'une page blanche, ce qui envoie chercher du côté du CSV pendant des heures.

Lire la suite

La deuxième : la relance de panier abandonné qui ne part jamais. Sur beaucoup d'installations, les tâches planifiées dépendent d'une visite sur une URL de cron ; sans visiteur la nuit, rien ne tourne. Déclarer le cron côté serveur règle la question en cinq minutes, encore faut-il savoir que c'est là que ça se joue.

La troisième : la page catégorie qui met huit secondes alors qu'elle en mettait deux. Les filtres à facettes génèrent des requêtes que la base ne sait plus servir quand le catalogue a doublé sans que les index suivent. Le symptôme ressemble à un problème d'hébergement ; c'en est rarement un.

D'où l'ordre de travail : relever ce qui est réellement appliqué avant de recommander quoi que ce soit. Changer d'hébergeur est parfois la bonne réponse, mais c'est presque jamais la première — une boutique lente sur un mutualisé le reste sur un VPS quand ce n'était pas la puissance qui manquait.

Caractéristiques

Ce que vous obtenez.

01

Un serveur réglé pour PrestaShop

PrestaShop a ses exigences propres : mémoire pour le back-office, temps de traitement pour les imports, limites d'envoi de fichiers. Je règle l'hébergement pour elles, pas pour un site générique.

02

Les tâches planifiées sous contrôle

Index de recherche, flux produits, courriers en attente : une boutique repose sur des tâches qui tournent la nuit. Je vérifie qu'elles tournent, et qu'on le sait quand elles s'arrêtent.

03

Une copie de boutique prête à servir

La sauvegarde est testée en remontant réellement la boutique sur une copie — base, images et modules compris. C'est la seule preuve qui compte.

04

Alerté avant vos clients

Si la boutique tombe ou si le paiement échoue, je suis prévenu par la surveillance — pas par un client mécontent le lendemain.

Méthode

Comment on procède.

01

État des lieux

Versions, réglages, tâches planifiées, sauvegardes existantes : ce que l'hébergement fait vraiment aujourd'hui pour la boutique.

1 à 2 jours
02

Mise à niveau

Réglages adaptés à votre catalogue et à votre trafic, cache en place, accès verrouillés.

2 à 5 jours
03

Sauvegarde prouvée

Sauvegardes automatiques hors serveur, et une restauration réelle effectuée devant vous.

1 jour
04

Surveillance continue

Disponibilité, certificat, espace disque, tâches de nuit : surveillés, avec alerte immédiate.

en continu
Cas concrets

Quelques exemples.

01

Boutique de literie, serveur suivi avec le site

Entretien du serveur repris avec la maintenance de la boutique : sauvegardes prouvées, tâches de nuit surveillées, et plus aucune panne découverte par un client.

02

Catalogue de 6 000 références au ralenti

L'hébergement était sain, mais réglé pour un site standard : une fois ajusté aux besoins de PrestaShop, les pages catégorie sont passées sous la seconde.

FAQ

Questions fréquentes

Faut-il quitter mon hébergement mutualisé ?
Rarement en premier. Une boutique lente sur un mutualisé le reste souvent sur un VPS, parce que ce n'était pas la puissance qui manquait mais un index ou un cache. On mesure d'abord ; si la machine est réellement le plafond, le changement se justifie tout seul.
Intervenez-vous sur un serveur que je gère déjà ?
Oui. Accès SSH en lecture pour le relevé, puis en écriture pour les réglages convenus. Chaque modification est notée et réversible, et rien n'est appliqué sans sauvegarde préalable.
Que se passe-t-il si le serveur tombe la nuit ?
Le monitoring alerte immédiatement. Le délai d'intervention dépend de votre formule de maintenance — c'est là que se joue la différence entre une panne d'une heure et une panne d'une nuit.
La gestion serveur est-elle incluse dans la maintenance ?
La surveillance et les sauvegardes le sont dans les formules mensuelles. Le relevé initial et les réglages de fond se traitent à part, une fois, parce qu'ils ne se refont pas tous les mois.
Démarrons

Prêt pour votre projet ?

Devis gratuit sous 48h. Réponse sous 24h. Aucun engagement.

PrestaShop Expert certifié Certification délivrée par l'éditeur du CMS