Quel hébergement choisir pour votre site WordPress ? Ce que je constate en reprenant des sites

Pour un site vitrine WordPress, je recommande un hébergement mutualisé français et bien optimisé, comme l’offre Grow d’o2switch. Pour une boutique WooCommerce, je passe sur une offre plus puissante, le Cloud d’o2switch, et pour une grosse boutique qui reçoit beaucoup de visiteurs en même temps, sur l’offre Pro. C’est l’installation que je mets en place chez la plupart des clients dont je reprends le site, et les résultats sont nettement meilleurs qu’avant.

Ce choix n’a rien d’universel. Un site qui reçoit des milliers de commandes par jour n’a pas les mêmes besoins qu’un site de coach qui publie un article par mois, et un hébergement très bon marché peut suffire pour un petit site si quelqu’un s’occupe sérieusement de sa maintenance.

Les comparatifs que vous trouverez en ligne listent des prix et des caractéristiques. Je vous propose un autre regard : celui de quelqu’un qui intervient tous les mois sur des sites WordPress et qui voit concrètement ce qu’un hébergement change au quotidien. Restauration d’une sauvegarde, changement de version PHP, pannes, attaques de robots : c’est là que les différences apparaissent, rarement sur la page de vente.

Quand un nouveau client me confie son site, il est souvent hébergé sur une offre mutualisée OVHcloud (Perso ou Pro). Ce n’est pas un hasard : OVH est l’hébergeur français le plus connu, et beaucoup de prestataires l’ont choisi par habitude au moment de la création du site.

Sur ces sites, je retrouve presque toujours les mêmes problèmes :

• Des coupures plus fréquentes que ce que je constate ailleurs, parfois sans explication claire.
• Un service client difficile à joindre et lent à répondre quand le site est en panne, c’est-à-dire au pire moment.
• Un temps de réponse du serveur moyen : la page met du temps à commencer à s’afficher, avant même que WordPress ne charge le moindre élément.
• Une interface d’administration propre à OVH, peu pratique dès qu’il faut faire un réglage. Changer de version PHP passe par l’espace client OVHcloud ou par un fichier .ovhconfig, comme l’explique la documentation d’OVHcloud, et un second fichier .ovhconfig oublié dans un sous-dossier peut prendre le dessus sans que vous le sachiez.
• Pas d’environnement de préproduction pour tester une mise à jour avant de l’appliquer au site en ligne.
• Beaucoup de tentatives de connexion par des robots sur la page d’administration de WordPress.

Deux situations vécues avec des clients illustrent bien le problème. La première : un site devenu inaccessible du jour au lendemain. Le support OVH a mis plus de 48 heures à répondre, pour finalement reconnaître que la panne venait de chez eux. La seconde : un site qui renvoyait des erreurs sur une partie de ses pages. Après plusieurs relances, la réponse du support expliquait qu’un incident technique, consécutif à une maintenance de leur côté, avait perturbé le service. L’incident était bien enregistré sur leur page de statut, mais ni mon client ni moi n’en avions été informés.

Ce que j’en retiens : quand votre site tombe, pensez à consulter la page de statut de votre hébergeur avant de tout démonter (chez OVHcloud : la page de statut des services web). Et choisissez un hébergeur qui prévient ses clients.

Je nuance : OVHcloud propose aussi des serveurs dédiés et des offres cloud de bon niveau. Mon constat concerne les hébergements mutualisés d’entrée de gamme, sur lesquels sont installés la plupart des petits sites WordPress que je reprends.

Le changement de version PHP mérite qu’on s’y arrête. Une partie de mes visiteurs arrive d’ailleurs sur mon site en cherchant comment modifier la mémoire PHP dans le fichier .ovhconfig. Si ce sujet vous concerne, je l’explique dans mon article sur l’erreur « Allowed memory size exhausted ».

Après avoir migré de nombreux sites, je travaille aujourd’hui principalement avec o2switch, un hébergeur français qui possède ses propres datacenters en France. Je choisis l’offre selon le site :

• Grow pour les sites vitrines : la plupart de mes clients consultants, coachs, artisans ou professions libérales.
• Cloud pour les boutiques WooCommerce : plus de ressources (processeur et mémoire), ce qui compte pour une boutique qui gère des paniers, des comptes clients et des paiements.
• Pro pour les grosses boutiques à fort trafic, en particulier quand beaucoup de clients sont connectés en même temps (soldes, lancement de collection, campagne publicitaire). C’est dans ces moments qu’une offre trop juste ralentit, puis bloque les commandes.

Ce que je constate après la migration :

• Un serveur qui répond beaucoup plus vite. Sur les sites que j’ai migrés, le temps de réponse du serveur tournait souvent entre 500 et 800 millisecondes chez OVH, contre environ 300 millisecondes chez o2switch. Les résultats sur PageSpeed Insights, l’outil de Google qui mesure la vitesse d’une page, suivent la même tendance.
• Nettement moins de tentatives de connexion par des robots. o2switch filtre une partie de ce trafic en amont, avant qu’il n’atteigne votre site.
• Un support en français joignable 24 h/24 et 7 j/7, par ticket, email ou chat, et par téléphone en semaine.
• Une interface cPanel où je change la version PHP en quelques clics, sans fichier caché à modifier.
• Une préproduction intégrée : l’outil WPTiger de cPanel crée une copie de test du site, où j’essaie les mises à jour importantes avant de les appliquer au site en ligne.
• Des sauvegardes quotidiennes avec JetBackup, conservées 30 jours sur Grow, 45 jours sur Cloud et 90 jours sur Pro. Elles permettent de restaurer un seul fichier, une seule base de données ou une boîte email, sans écraser tout le reste.

Je dois être honnête sur un point : l’hébergement n’explique pas tout le gain. Quand je reprends un site en maintenance, je l’optimise en même temps que je le migre : je supprime les extensions inutiles, je nettoie la base de données et les données temporaires accumulées (les « transients »), et je vérifie le cache. Un site mal construit restera lent, même sur un excellent hébergement. Si le vôtre est lent, mon article sur les causes de lenteur d’un site WordPress vous aidera à faire la part des choses.

Je précise que je n’ai aucun lien d’affiliation avec o2switch : cette recommandation vient uniquement de ce que je constate sur les sites de mes clients.

Les offres o2switch en détail (prix relevés sur la page des offres o2switch le 30 octobre 2026, hors taxes, paiement annuel) :

Comme presque partout, les offres Cloud et Pro affichent un prix réduit la première année. Regardez le prix suivant, c’est celui que vous paierez ensuite chaque année. Ce piège n’est pas propre à o2switch : chez la plupart des hébergeurs, le prix d’appel ne dure qu’un an.

Les comparatifs parlent beaucoup de vitesse et d’espace disque. Voici les questions que je pose, moi, parce que ce sont celles qui comptent le jour où quelque chose ne va pas.

Chez certains hébergeurs, la restauration depuis l’espace client remplace tout le contenu de l’hébergement par celui de la sauvegarde. C’est le cas sur les offres web d’OVHcloud, qui permettent par ailleurs de récupérer des fichiers à part en lecture seule. Si vous avez reçu des commandes ou des messages depuis la date de la sauvegarde, une restauration complète les fait disparaître. Vérifiez qu’il est possible de restaurer uniquement les fichiers, uniquement la base de données, ou un seul élément. Pour la méthode, voir mon guide pour restaurer une sauvegarde WordPress.

Une semaine ne suffit pas : un piratage est souvent découvert plusieurs jours, voire plusieurs semaines après l’intrusion. Visez 30 jours au minimum, et gardez une copie ailleurs que chez votre hébergeur.

WordPress et ses extensions demandent des versions PHP récentes : WordPress recommande aujourd’hui PHP 8.3 ou plus, d’après ses exigences officielles, et chaque version de PHP ne reçoit des correctifs de sécurité que pendant une durée limitée (calendrier sur php.net). Un hébergeur où changer de version est simple vous évite de rester bloqué sur une version qui n’est plus mise à jour. Vous pouvez vérifier la vôtre en suivant mon tutoriel pour vérifier la version PHP de votre site WordPress.

Une copie de test du site permet d’essayer une mise à jour importante avant de l’appliquer au site en ligne. Chez o2switch, l’outil WPTiger la crée en quelques clics. Si votre hébergeur n’en propose pas, la personne qui maintient votre site doit en créer une autrement.

Testez-le avant de vous engager : posez une question technique et regardez le délai et la qualité de la réponse.

Je le vérifie à chaque reprise de site. Si le domaine est enregistré au nom de votre ancien prestataire, changer d’hébergeur devient beaucoup plus compliqué.

C’est la confusion que je rencontre le plus souvent. Un bon hébergement rend votre site plus rapide et plus stable, mais il ne s’occupe pas de WordPress lui-même. Même les offres présentées comme « infogérées » ne remplacent pas un suivi régulier.

Votre hébergeur ne va pas :

• vérifier que la mise à jour d’une extension ne casse pas votre formulaire de contact ou votre panier ;
• remplacer une extension abandonnée par son développeur ;
• tester que vos sauvegardes se restaurent réellement ;
• surveiller les failles connues de votre thème et de vos extensions ;
• corriger une erreur PHP apparue après un changement de version.

C’est précisément le rôle de la maintenance. Si vous ne voulez pas gérer tout ça vous-même, je m’occupe de la maintenance de votre site WordPress dès 60 € par mois, et dès 90 € par mois pour une boutique WooCommerce.

Les signes qui doivent vous alerter :

• votre site est régulièrement inaccessible ou très lent, même avec peu de visiteurs ;
• le support ne répond pas quand vous en avez besoin ;
• vous ne pouvez pas passer à une version PHP récente ;
• votre site a été piraté plusieurs fois malgré des mises à jour régulières.

Une migration bien faite ne coupe pas votre site. Les grandes étapes :

1. Sauvegarder entièrement le site actuel, fichiers et base de données, et garder cette copie à part.
2. Installer le site chez le nouvel hébergeur et le tester avant de basculer.
3. Vérifier les emails : si vos adresses professionnelles sont chez l’ancien hébergeur, elles doivent être recréées et migrées.
4. Modifier les DNS du nom de domaine pour pointer vers le nouvel hébergement.
5. Contrôler le site, les formulaires, le certificat SSL et, pour une boutique, une commande test.
6. Ne résilier l’ancien hébergement qu’une fois tout vérifié.

Si vous préférez déléguer, je réalise la migration complète pour 300 € : le nom de domaine, le site et vos boîtes email (jusqu’à 5 boîtes, 3 Go maximum par boîte). Je l’organise de façon à ce que votre site reste en ligne pendant toute l’opération. Pour en parler, contactez-moi.