Douze critères vérifiables avant de payer un hébergement WordPress
Ou : « rapide » n’est pas une valeur, c’est un adjectif.
La réponse courte : choisissez un hébergement WordPress sur des valeurs que l’hébergeur publie avant l’achat, et non sur « rapide » ou « support réactif », invérifiables tant que vous n’êtes pas client. Douze valeurs suffisent : la version de PHP, celle de la base de données, memory_limit, le temps d’exécution maximal, le nombre de processus PHP simultanés, le cache objet, le cache de page, SSH et WP-CLI, la préproduction, la durée de conservation des sauvegardes, le prix d’une restauration et le prix de la deuxième année. La référence de départ est la page des prérequis de WordPress, qui recommande PHP 8.3 ou plus et MySQL 8.0 ou MariaDB 10.11 au minimum. Le reste dépend du type d’offre, que l’on choisit avant d’héberger son site WordPress chez tel ou tel fournisseur.
Ces valeurs ne sont pas toutes affichées sur la page de vente. Certaines se trouvent dans la FAQ ou dans la documentation technique, d’autres nulle part : un hébergeur qui ne publie pas le nombre de processus PHP de son offre ne ment pas, il laisse simplement la question ouverte. C’est déjà une information.
Pour qui : un site WordPress qui veut une version récente de PHP, une mémoire de script généreuse et des sauvegardes quotidiennes, sans administrer de serveur.
À partir de : 5,75 € par mois hors TVA, facturés à l’année, pour l’hébergement WordPress Infomaniak, proposé sur son hébergement web (tarif affiché le 12 novembre 2026).
Pour démarrer : commander l’hébergement web Infomaniak, choisir la version de PHP dans le Manager, puis installer WordPress.
Comment choisir son hébergement WordPress : douze valeurs relevées
| # | Critère | Repère | Relevé chez les hébergeurs |
|---|---|---|---|
| 1 | Version de PHP | WordPress recommande 8.3 ou plus | Infomaniak : PHP 8.5 ; o2switch : « de 5.2 à 8.2 » sur la fiche Cloud., 8.3 dans la FAQ ; OVHcloud ne change pas la version de lui-même |
| 2 | Base de données | MariaDB 10.11 ou MySQL 8.0, au minimum | Infomaniak : MariaDB 10.11 ; o2switch Cloud. : MySQL 8.x et MariaDB 10.6.x |
| 3 | memory_limit | WooCommerce demande 256 Mo pour WordPress | Infomaniak : 640 à 1 280 Mo ; OVHcloud : 512 Mo avec PHP-FPM ; Hostinger : 1 536 Mo (Premium), 2 048 Mo (Unlimited) ; o2switch : plafond non publié |
| 4 | Temps d’exécution maximal | imports et sauvegardes longues | Infomaniak : 60 à 300 s ; OVHcloud : 165 s ; Hostinger : 360 s |
| 5 | Processus PHP simultanés | panier, paiement, administration | Hostinger : 40 (Premium), 60 (Unlimited), 100 (Cloud Startup) ; non publiés chez les autres |
| 6 | Cache objet (Redis, Memcached) | boutique, membres, administration chargée | o2switch : Memcached et Redis ; Hostinger : offres « Business » et supérieures ; Infomaniak : Serveur Cloud managé ; Kinsta : option à 100 $ par mois |
| 7 | Cache de page côté serveur | blog et vitrine | o2switch : Varnish et LSCache ; Hostinger : serveurs LiteSpeed ; SiteGround : « cache multiniveaux » |
| 8 | SSH et WP-CLI | travail en ligne de commande | SiteGround : WP-CLI et SSH dès StartUp ; Hostinger : SSH et WP-CLI ; Infomaniak : SSH ; OVHcloud : SSH non listé sur l’offre Perso, listé sur Pro |
| 9 | Préproduction | tester avant de publier | Kinsta : incluse ; SiteGround : dès GrowBig ; o2switch : via WP Tiger ; Infomaniak : copie manuelle |
| 10 | Conservation des sauvegardes | revenir avant un piratage | Infomaniak : 7 jours ; o2switch : 30, 45 ou 90 jours ; Kinsta : 14 jours ; OVHcloud : 14 jours pour les fichiers, 30 pour les bases |
| 11 | Prix d’une restauration | le jour où elle sert | Infomaniak : assistant en libre-service ; LWS : recherche de sauvegarde à 49 € HT ; Hostpoint : CHF 100 TTC par cas |
| 12 | Prix de la deuxième année | le seul qui dure | o2switch Cloud. : 22,32 € HT, puis 192,00 € HT par an ; SiteGround StartUp : 15,99 € HT par mois après 12 mois ; Infomaniak : aucun prix barré affiché |
Relevés du 12 novembre 2026 sur les fiches d’offres, FAQ et documentations officielles ; HT : hors taxes, TTC : toutes taxes comprises.
Trois lignes méritent un commentaire. La première, parce que la fiche d’o2switch annonce encore « de 5.2 à 8.2 » quand sa FAQ sur la version de PHP, mise à jour le 9 novembre 2026, liste PHP 8.3 : les fiches commerciales vieillissent plus vite que les serveurs. Or le calendrier officiel de PHP compte : selon les versions prises en charge sur php.net, la branche 8.2 ne reçoit plus de correctifs de sécurité après le 31 décembre 2026. Un hébergeur qui laisse un site sur 8.2 en 2027 le laisse sans correctifs.
La cinquième, parce qu’elle explique la plupart des lenteurs de boutique. Chaque requête que le cache ne sert pas occupe un processus PHP le temps de sa réponse ; quand ils sont tous pris, les suivantes attendent. Hostinger publie ce chiffre dans le tableau des limites de ses offres, mis à jour le 6 novembre 2026, à côté du nombre de cœurs : 40 processus sur un seul cœur, ce n’est pas 40 calculs en parallèle.
La onzième, enfin, parce que personne ne la regarde avant d’en avoir besoin. Une sauvegarde gardée 90 jours ne vaut rien si sa restauration passe par un ticket facturé ; une sauvegarde gardée 7 jours, restaurable en deux clics, vaut mieux qu’on ne le croit.
La mémoire, ou les trois limites qu’on confond
memory_limit n’est qu’une des trois limites en jeu : WordPress a la sienne, et le compte d’hébergement a sa mémoire réelle. Quand l’erreur « Allowed memory size exhausted » apparaît, savoir laquelle a cédé évite de payer une offre plus chère pour rien, comme l’explique le dépassement de mémoire PHP sous WordPress.
Les processus PHP, critère numéro un d’une boutique
Un blog vit du cache de page ; une boutique WooCommerce vit de ses processus PHP, parce que le panier et le paiement ne se mettent pas en cache. Le seuil où le mutualisé cède, et le prix du palier suivant, sont estimés dans le bon hébergeur pour une boutique WooCommerce.
Le cache, critère qu’on vérifie dans les en-têtes
Les lignes 6 et 7 se contrôlent après l’achat, en une commande : les en-têtes HTTP d’une page disent si elle sort du cache de l’hébergeur, de celui d’une extension ou d’aucun des deux. La méthode est dans les caches serveur de WordPress.