o2switch, le meilleur hébergeur mutualisé pour votre WordPress ? Vraiment ?

Pourquoi j’écris cet article

Tu lis depuis des années les mêmes phrases sur O2switch. Hébergeur français exemplaire. Support hyper réactif. Rapport qualité-prix imbattable. Le "choix évident" pour ton site WordPress. C’est devenu un consensus, presque un réflexe… et c’est précisément ce qui m’a poussé à écrire ce billet.

Je suis un vrai client payant chez O2switch depuis le 31 octobre 2025. L’email officiel d’accueil est dans ma boîte. J’ai souscrit à l’Offre Unique Cloud en profitant du tarif promo de 1,86 € HT par mois (51 € HT la première année), avec un renouvellement annoncé à 16 € HT par mois (192 € HT par an) à partir d’octobre 2026.

Je paie de ma poche. Zéro affiliation O2switch sur WPFormation. Aucun deal commercial. Aucune commission. Aucun produit en test gratuit. La liste de mes liens d’affiliation est vide sur ce sujet.

Mon parcours sur l’hébergement WordPress n’est pas anodin. J’ai fondé WPServeur en 2015, le premier hébergeur français spécialisé WordPress, que j’ai revendu en 2020. Cette vente, c’est précisément ce qui me permet de parler d’un concurrent en pleine liberté : je n’ai plus aucun intérêt commercial sur ce marché-là, je l’observe avec le regard de quelqu’un qui en connaît les rouages techniques de l’intérieur.

Sept mois chez O2switch, ça commence à faire un échantillon utile. Pas assez pour juger d’un cycle complet avec les renouvellements pleins tarif, mais largement assez pour pointer les frictions structurelles. Et il y en a… que peu de comparatifs français mentionnent.

Le déclencheur immédiat de cet article : un blocage d’IP par leur firewall serveur le 28 mai 2026, environ quatre heures de coupure totale entre mon poste de travail et leur serveur bouclier, et un échange par ticket support qui m’a confirmé que la politique whitelist en mutualisé est ce qu’elle est. Pas viable pour un usage pro. J’y reviens en section 5.

Cet article n’est pas un audit, et ce n’est pas non plus un coup de gueule. C’est mon point de vue après sept mois d’usage payant, sur un hébergeur que beaucoup de comparatifs survalorisent à mon sens, au regard de ses tarifs réels et de ses limitations structurelles. Je vais te montrer ce qui marche vraiment chez O2switch, ce qui coince, et pourquoi le marché de l’hébergement WordPress français n’est plus tout à fait ce qu’il prétend être.

Et bien sûr, si O2switch souhaite y répondre point par point, je publierai son droit de réponse intégral sur WPFormation, sans coupe ni édition.

Comment je suis arrivé chez O2switch

Le parcours est moins direct qu’on pourrait croire, alors je le pose proprement. Quand j’ai revendu WPServeur en 2020, j’ai pris un serveur dédié pour héberger mes propres sites. Pendant cinq ans, ça a tourné sans drame. Un serveur dédié dont je maîtrisais l’infrastructure de A à Z, calibré pour ce que je faisais à l’époque : un WordPress monolithique classique côté serveur, généré côté serveur, servi côté serveur.

Fin 2025, j’ai basculé wpformation.com en architecture headless. Le frontend (ce que voient mes lecteurs) est désormais généré par Next.js et hébergé sur Vercel, ce qui change complètement les besoins serveur. La partie WordPress devient un backend pur, qui ne sert plus que l’admin, l’API REST et la rédaction. Beaucoup moins de charge, beaucoup moins de bande passante. Mon serveur dédié n’avait plus aucun sens pour ce profil d’usage : trop de ressources non utilisées, trop de coût fixe pour ce qu’il faisait réellement.

C’est précisément à ce moment-là que je suis allé chercher un hébergeur mutualisé pour la partie WordPress. Mes critères au moment du choix, fin 2025 :

• Un hébergeur français, soumis au droit français, sans transfert de données hors UE
• Un panneau de contrôle standard cPanel pour rester compatible avec mes scripts d’admin et mes habitudes de migration depuis le dédié
• Un environnement PHP récent (8.x, pas 7.4) avec OPcache et accès SSH
• Un rapport qualité-prix raisonnable pour un usage pro, sachant que je n’utilise plus la moitié des ressources d’un dédié
• Une réputation communautaire solide, vérifiable au-delà des comparatifs affiliés
• La possibilité d’héberger plusieurs sites WordPress sans usine à gaz

O2switch cochait toutes les cases sur le papier. Tarif d’appel imbattable pour un mutualisé pro, cPanel propre, PHP 8.4, écosystème WordPress français qui le recommandait massivement (j’y reviendrai en section 7, parce que ce point mérite un examen). J’ai souscrit le 31 octobre 2025.

Je n’avais aucun a priori négatif. Au contraire, l’idée de tester ce que tout le monde recommandait m’intéressait, surtout après cinq ans dans l’autre camp à entendre régulièrement "O2switch est moins cher que vous" quand je vendais du WPServeur. Voyons donc ce que ça donne en vrai.

Ce qui marche bien chez o2switch

Soyons honnête : O2switch n’est pas une catastrophe. La société est rentable, la production tient la route, le service ne s’effondre pas. Voici ce qui fonctionne vraiment et qu’on ne peut pas leur retirer.

• Le panel cPanel est propre et rapide. Création de bases de données, gestion DNS, comptes FTP, modules PHP : tout est là où on l’attend, sans surcouche marketing intrusive. Quand tu viens d’un dédié, retrouver cPanel c’est presque reposant.
• Le support répond. Sur les tickets simples (création de domaine, déblocage d’IP, question DNS), le délai moyen tourne autour de 15 minutes à deux heures. Mes trois tickets ouverts depuis novembre 2025 ont tous été traités sous deux heures.
• L’environnement PHP est à jour. PHP 8.4.20 en CLI, MariaDB 11.4.11 LTS, OPcache actif, Composer global pré-installé en /usr/local/bin/composer. L’arsenal moderne, pas une distribution de 2018 qu’on traîne.
• Les serveurs sont véloces. Sur mes mesures empiriques (pas un benchmark synthétique), le TTFB est régulier autour de 180 ms depuis l’Europe, ce qui place O2switch dans le haut du panier des mutualisés français. LiteSpeed avec émulation Apache, NVMe sur le stockage, OPcache : le combo donne des temps de réponse honorables sur WordPress.
• Le prix d’appel reste compétitif. 51 € HT la première année pour l’Offre Cloud (12 threads CPU, 48 Go RAM, 42 Mo/s d’I/O, sauvegardes 45 jours), c’est défendable face à un VPS managé d’entrée de gamme.
• Les certificats SSL Let’s Encrypt sont automatisés. Renouvellement transparent, je reçois les emails de confirmation sur mes sites de test tous les deux mois sans intervention.

Voilà pour la part honnête. Maintenant on entre dans les questions plus délicates.

La promesse "illimité" à confronter aux CGV o2switch

C’est l’angle pivot de cet article, et je vais le sourcer pas à pas.

Sur la page d’accueil d’o2switch.fr, tu lis dans l’encadré tarifaire : "Espace disque Illimité NVMe + RAMfs", "Nombre de sites : Illimité". Sur la FAQ officielle de l’Offre Unique Cloud, la liste s’allonge à cinq mentions "illimité" différentes :

1. "Espace disque illimité"
2. "Pas de limite sur le nombre de sites ou noms de domaine"
3. "Bases de données illimitées"
4. "Comptes emails illimités"
5. "Transfert mensuel illimité"

Communication soignée. Et maintenant, ouvre les Conditions Générales de Vente d’O2switch. Le mot "illimité" n’y apparaît jamais. À la place, l’Article III-2 intitulé "Protection des ressources" liste neuf seuils numériques précis, que je cite verbatim ci-dessous.

1. "plus 2.9ghz de ressources CPU"
2. "plus de 420 secondes consécutives d’utilisation du CPU"
3. "plus de 48go de mémoire vive"
4. "plus de 95% de toutes les ressources d’un serveur physique"
5. "stocke un fichier dont la taille unique est supérieure à 50go"
6. "plus de 500000 inodes sur un même espace d’hébergement web"
7. "plus de 20000 fichiers" par répertoire
8. "plus de 10000pps, au même moment"
9. "vingt mille envois par jour" d’emails en envoi automatisé

Et la sanction si tu dépasses, même temporairement, est documentée à la suite : "o2switch se réserve un droit de suspension immédiate et sans préavis si celui-ci met gravement en danger la stabilité des installations".

Reformulons en français courant. Ton espace disque est annoncé illimité, mais ton compte est limité à 500 000 inodes (un inode étant grossièrement un fichier ou un dossier). Un site WordPress moyen consomme déjà entre 50 000 et 150 000 inodes à cause de WooCommerce, des plugins de cache et des médias dédoublonnés. Multiplie les sites sur le même compte (rappel : "nombre de sites illimité"), tu touches la limite plus vite que tu ne le crois.

Tes comptes emails sont "illimités", mais tu ne peux pas envoyer plus de 20 000 emails sortants par jour. Ce qui paraît énorme jusqu’à ce que tu te retrouves avec un site WooCommerce qui envoie des factures automatiques, des relances de panier abandonné, des notifications d’expédition… un Black Friday musclé suffit à frôler le seuil.

Tu peux héberger "un nombre illimité de sites", mais tu n’as droit qu’à 2,9 GHz de CPU au global et à 420 secondes consécutives d’utilisation processeur. Une seule mauvaise requête SQL sur un site, et l’ensemble est ralenti, voire suspendu.

Pour être complètement clair : je ne dis pas qu’O2switch ment. Ces limites sont objectivement nécessaires sur du mutualisé pour protéger les autres clients du serveur, c’est de l’architecture saine. Je dis simplement que les CGV décrivent la réalité physique, et que la communication marketing en gomme la moitié. C’est de l’asymétrie d’information, pas un mensonge.

Et c’est très exactement la pratique standard du marché mutualisé français. O2switch n’est ni meilleur ni pire que ses concurrents sur ce point précis. Mais le narratif d’exception qui l’entoure rend ce silence plus visible.

Le ban CSF du 28 mai 2026

Maintenant l’incident qui a fait sauter mes derniers doutes sur l’utilité d’écrire cet article.

Mercredi 28 mai 2026, vers midi, je m’aperçois qu’aucun de mes sites hébergés chez O2switch ne répond depuis mon poste de travail. Tous en timeout, et le panneau cPanel du serveur mutualisé non plus. Ping ICMP, 100 % de perte. Je teste depuis Cloudflare WARP avec une IP différente : tout répond normalement. Donc ce n’est pas le serveur qui est en panne. C’est mon IP qui est filtrée côté O2switch.

Ma connexion principale est une Freebox Pro avec une IP fixe Free Pro qui ne change jamais, sur laquelle je travaille tous les jours. Le filtrage côté serveur O2switch est donc spécifique à mon IP source.

J’ouvre un ticket support sous le numéro 2498931, intitulé "IP bloquée par CSF". CSF c’est ConfigServer Security & Firewall, un firewall Linux serveur standard qui bannit les IP suspectes par défaut. J’explique en détail les symptômes, les tests croisés depuis WARP, et je demande quatre choses à l’équipe support :

1. Confirmation du ban dans leurs logs CSF / Imunify360
2. Retrait immédiat du ban
3. Ajout en whitelist permanente vu mon profil d’IP fixe pro qui ne change jamais
4. La règle exacte qui a déclenché le ban, pour que je puisse ajuster mes scripts d’admin et éviter la récidive

Voici les réponses, en verbatim et avec anonymisation des prénoms côté support. Le premier technicien me répond à 15 h 56 :

"Bonjour, Votre ip semblait effectivement bloquée. Je viens de faire le nécessaire de notre côté. Pourriez-vous réessayer ?"

OK, ça fonctionne. Je remercie, je reformule ma demande sur les points 3 et 4 (whitelist permanente et raison du ban). Réponse à 17 h 45 :

"Bonjour, Non, nous ne faisons pas d’ajout en liste blanche dans un contexte d’hébergement mutualisé. Depuis combien de temps étiez-vous bloqué avec cette IP ? Car de mon côté, impossible de remonter au log de blocage de votre IP."

Je réponds que je suis bloqué depuis le matin vers 7-8 h, soit environ quatre heures avant l’ouverture du ticket. Je relance sur la question d’un mécanisme self-service de déblocage en mutualisé. Réponse d’un second technicien à 17 h 55 :

"Bonjour, Il n’est pas possible de whitelister une ip. Dans votre situation, il s’agit de blocages temporaires. Nous ne réalisons pas de blocages sans raison. Si vous avez à nouveau des blocages, je vous invite à revenir vers nous afin qu’on essaye d’identifier les raisons de ce blocage récurrent."

Décortique avec moi cette réponse, parce qu’elle dit beaucoup en très peu de phrases. Trois lectures.

Premièrement : pas de whitelist possible, et c’est une règle générale, pas un cas particulier. Donc une IP fixe pro qui rebondit toutes les semaines sur la même règle WAF n’a aucun mécanisme self-service pour s’en sortir. C’est ticket obligatoire à chaque épisode. Ce ticket-là n’est pas le premier que j’ouvre pour ce motif : j’avais déjà été contraint de demander un déblocage manuel de cette même IP fixe Free Pro le 26 février 2026, exactement même symptôme. Le pattern se répète, le mécanisme de réponse aussi.

Deuxièmement : argument circulaire. "Nous ne réalisons pas de blocages sans raison" dit le second technicien… pendant que le premier disait "impossible de remonter au log". Si tu ne peux pas remonter au log, comment sais-tu que le blocage avait une raison ? Ce n’est pas un mensonge, c’est juste de la communication par confiance, à charge pour le client de comprendre que les seuils sont opaques et que la procédure de recours est minimaliste.

Troisièmement : "si vous avez à nouveau des blocages… revenez vers nous". C’est-à-dire : ouvre un nouveau ticket à chaque fois. À 4 heures de blocage par épisode avec une équipe support qui ferme le téléphone à 18 h, ça commence à se voir sur la productivité. J’utilise Cloudflare WARP comme contournement quand ça arrive, mais c’est exactement ça : un contournement client, pas une solution.

Pour ce qu’il vaut, voici ce que je note d’utile sur les causes probables. CSF est un firewall serveur Linux qui bannit les IP sur seuils de tentatives suspectes (connexions multiples, authentifications répétées, requêtes POST en burst). Mes workflows incluent des scripts d’admin Python qui interrogent l’API REST de mon backend WordPress (typiquement pour des backups quotidiens à 4 h du matin, des audits SEO, des updates en lot). Ces scripts authentifient avec un Application Password WordPress, ce qui pour CSF peut ressembler à du brute-force quand il y a beaucoup de requêtes en peu de temps.

Hypothèse cohérente avec le mode opératoire et qui explique pourquoi j’ai ouvert un wrapper Python interne le jour même de l’incident, avec rate-limit token-bucket à 2 requêtes par seconde, User-Agent identifiable et backoff exponentiel sur 429/502. Adaptation côté client, faute de bouton côté hébergeur.

Le sujet remonte plus haut que mon cas particulier. J’en parle en section 8.

CageFS, cloisonnement et autres frictions techniques

L’incident IP n’est pas la seule friction structurelle que j’ai encontrée. Au fil des sept mois, j’ai accumulé une liste de quirks techniques liés à l’architecture mutualisée d’O2switch, à documenter pour qui veut faire un usage pro un peu poussé.

• Le dossier /tmp est inaccessible. CageFS est le système d’isolation CloudLinux qui virtualise le système de fichiers vu par chaque compte client. Sur O2switch, ça se traduit par un /tmp qui retourne Permission denied dès qu’un script tente d’écrire dedans. Tous mes scripts qui utilisaient /tmp ont dû basculer sur $HOME. C’est mineur quand tu le sais, c’est un piège silencieux quand tu déploies une app standard qui présume /tmp accessible.
• Le binaire htpasswd est absent du PATH. Pour générer un fichier .htpasswd standard sur Apache, il faut donc ruser : openssl passwd -apr1 'monpassword' produit un hash compatible Apache Basic, qu’il faut ensuite coller manuellement dans le fichier. Trois lignes au lieu d’une.
• L’UAPI Cron/list_lines est cassée. L’API utilisateur cPanel retourne une erreur Perl quand tu interroges la liste des crons. Bug côté serveur, pas côté client. Tu ne peux donc pas piloter tes crons depuis un script externe via UAPI, il faut passer par l’interface cPanel ou crontab -e en SSH.
• AutoSSL n’est accessible que côté WHM. L’UAPI client retourne "You do not have the feature autossl" quand tu tentes de lancer un check SSL. AutoSSL passe en queue automatique chez O2switch, mais peut prendre jusqu’à 24 h avant de déclencher si tu ajoutes un nouveau domaine. Workaround : Security > SSL/TLS Status, cocher le domaine, cliquer Run AutoSSL.
• Le cloisonnement SSH est impossible. Et ça, c’est le vrai bloquant pour les profils agence ou indépendants qui sous-traitent ponctuellement. Il y a un seul user SSH par compte, qui voit tout. Tu ne peux pas créer un user SSH limité à un sous-dossier pour donner un accès délimité à un prestataire. Il y a un workaround via FTP chrooté plus base de données utilisateur dédiée. Pas de cloisonnement SSH.
• Le préfixe utilisateur est obligatoire et explicite côté UAPI. L’interface cPanel applique ce préfixe automatiquement quand tu crées une base de données ou un utilisateur MySQL. L’UAPI ne le fait pas et exige que tu passes le nom complet. Si tu omets, ça plante en erreur explicite.

Chacun de ces points est mineur isolément. Mis ensemble, ils forment le profil d’un mutualisé classique où les workflows d’admin programmatiques sont possibles mais demandent des contournements. C’est une question d’attentes : si tu veux un panneau pour cliquer, tu es servi. Si tu veux un environnement à piloter en CLI ou en API, prépare-toi à un peu de bidouille.

L’écosystème éditorial autour d’O2switch

C’est la section qui m’a fait hésiter le plus longtemps avant d’écrire. Pas parce que les faits sont incertains, ils sont parfaitement publics et documentés. Mais parce qu’elle touche à l’économie discrète du blogging WordPress français, et que personne n’aime mettre des mots sur ces mécanismes.

Avant même de dérouler les mécanismes, regarde la page d’accueil d’O2switch. La rubrique "Ils recommandent l’Hébergement o2switch" aligne quatre cautions : SecuPress (plugin de sécurité), SEOPress (plugin de référencement), WordPress Francophone (l’association) et WPMarmite (le média). Le point commun saute aux yeux une fois qu’on le cherche : pas un seul acteur venu d’ailleurs. Ici, pas de PrestaShop, pas d’agence e-commerce, aucun studio de développement sur mesure. Uniquement des acteurs de l’écosystème WordPress français, c’est-à-dire exactement le public qu’O2switch sponsorise par ailleurs. La boucle est fermée : la marque finance la communauté, et la communauté la recommande.

Trois patterns convergents, à dérouler dans l’ordre.

1/ Les comparatifs financés et l’obole des autres

Une bonne partie des comparatifs d’hébergeurs français qu’on trouve en première page de Google sur "meilleur hébergeur WordPress" ne sont pas des études neutres. Ce sont généralement des publi-reportages payés. Le pattern économique typique est simple :

1. Un hébergeur principal finance l’article, soit en payant directement le média, soit via un programme d’affiliation gros volume avec engagement de positionnement
2. Cet hébergeur est placé en première position du comparatif, avec les superlatifs qui vont bien
3. Les autres hébergeurs cités dans le top 10 versent chacun leur obole (commission affiliation, achat de placement, sponsoring du média) pour apparaître quelque part dans la liste
4. Le comparatif présente ça comme une "étude objective"

Le lecteur croit lire une comparaison, il lit en réalité un arbitrage commercial entre hébergeurs qui se sont mis d’accord pour cohabiter dans un même article. Personne n’est testé sérieusement. Personne n’est éliminé. Personne ne fait défaut. La hiérarchie correspond à ce que chaque acteur a accepté de payer pour son placement.

Trois exemples à jour, choisis volontairement parmi des sites qui ne sont pas des ambassadeurs déclarés de la marque, juste pour montrer le pattern. Le premier comparatif ressemble à celui-ci, où Hostinger arrive en tête avec une note de 9,6/10 (code promo "01NET" pour 10 % de réduction visible directement à côté de son nom), suivi de PlanetHoster en deuxième position à 9,3/10, et O2switch troisième à 8,8/10 (code promo "01NET25" pour 25 % de réduction également visible). Toujours les trois mêmes, presque toujours dans cet ordre, sur ce type de média grand public.

Un second pattern, tel que celui-ci, place O2switch en première position avec, là, des liens de tracking complètement assumés (le slug osw.yt/r/comhebwor est un lien affilié O2switch, comme hostg.xyz/aff_c?offer_id=6&aff_id=183370 est un lien affilié Hostinger). Aucune mention visible de commission au-dessus du contenu. Le lecteur arrive, lit des éloges et clique sur un lien tracké sans savoir qu’une commission est versée à chaque conversion.

Un troisième tel que celui-là assume sa monétisation par affiliation, qu’il indique avec cette formulation : "si vous achetez par le biais de liens d’affiliation, nous pouvons percevoir des commissions, qui nous aident à financer nos essais". O2switch y figure en deuxième position avec 4,5/5. La divulgation est présente, ce qui est un standard à reconnaître, mais l’éditorial reste un classement qui met systématiquement quelques marques en avant.

Le pattern se retrouve aussi chez des blogueurs ou des médias qui se présentent comme indépendants mais glissent dans leurs articles des liens de la forme awin1.com/cread.php?s=...&r=ID_PUBLISHER. Awin est une plateforme d’affiliation : ces URLs redirigent vers o2switch.fr avec un identifiant publisher (le numéro après r=) qui permet à la plateforme de tracer la commission. Le lecteur ne voit aucune mention d’affiliation au moment du clic. La commission est versée silencieusement.

Certains acteurs poussent le curseur encore plus loin et s’affichent ouvertement comme ambassadeurs de la marque, ce qui est un choix tout à fait honnête de leur part dès lors que c’est dit. L’important pour le lecteur, c’est de savoir qu’entre un comparatif "neutre", un comparatif financé, un partenariat ambassadeur et une opération payée sans divulgation, le marché de l’hébergement WordPress français mélange les quatre sans toujours faciliter la distinction.

2/ Le sponsoring systématique des WordCamps français

Là, le pattern est massif et documenté sur les pages officielles wordcamp.org. J’ai vérifié édition par édition. Voici ce que j’ai trouvé pour les WordCamps français de 2014 à 2026, à partir des pages sponsor officielles consultables publiquement.

Édition	Année	Niveau O2switch
WordCamp Paris	2014	Absent (1re édition pré-O2switch)
WordCamp Paris	2015	Platine (top tier)
WordCamp Paris	2016	Platine (2e année consécutive)
WordCamp Marseille	2017	Doré (Gold)
WordCamp Paris	2018	Platinum (top tier)
WordCamp Lille	2018	Platinum (top tier)
WordCamp Nice	2018	Super Nice (3e niveau, édition inaugurale)
WordCamp Paris	2019	Platinum (top tier)
WordCamp Bordeaux	2019	Jéroboam (top tier)
WordCamp Lyon	2022	Platine (top tier)
WordCamp Paris	2023	OR (Gold)
WordCamp Biarritz	2023	Impérial (top tier)
WordCamp Bretagne (Rennes)	2024	Platine "Menhir" (seul Platine) + After-party "Fest-Noz"
WordCamp Toulouse	2025	Platine "Ô Toulouse" (seul Platine)
WordCamp Nice	2026	Mega "Socca" (top tier)

Quinze éditions identifiées de 2014 à 2026. O2switch est sponsor sur quatorze d’entre elles, dont douze au niveau top tier (Platine, Platinum, Jéroboam, Impérial, Menhir, Ô Toulouse, Mega). Sur Bretagne 2024 et Toulouse 2025, O2switch est même le seul sponsor du niveau top, en exclusivité.

Et un détail factuel notable : O2switch ne sponsorise pas WordCamp Europe (édition continentale), ni en 2025 à Bâle ni en 2026 à Cracovie. Le ciblage est strictement français. Le modèle économique est limpide : être présent partout où la communauté WordPress française se réunit, partager le visuel sur les pages sponsor officielles, distribuer des codes promo co-brandés sur place (WordCamp Paris 2023 a vu circuler un code wcparis pour 20 % de réduction). C’est de la communication efficace, parfaitement légale, et redoutablement constante depuis dix ans.

À ce sponsoring de l’événement s’ajoute le financement quasi systématique des before/afters. Tu connais sans doute ce moment qui ouvre ou qui ferme un WordCamp : la soirée informelle, ouverte aux speakers, aux organisateurs, aux sponsors et à une partie du public, dans un lieu loué, avec buffet, boissons, parfois animation musicale. Ce genre de soirée a un coût direct (location, traiteur, alcool, prestataire), et celui qui le finance affiche son logo sur l’invitation, distribue des goodies, et se retrouve photographié au milieu de tous les acteurs de l’écosystème WordPress français en mode décontracté. L’after-party "Fest-Noz" du WordCamp Bretagne 2024 sponsorisé par O2switch, qui figure dans le tableau ci-dessus, est un exemple parmi d’autres. Le pattern se répète d’une édition à l’autre.

Le financement déborde même de l’écosystème événementiel. WPFR.net, le portail de référence de la communauté WordPress française (forum francophone, traduction, ressources), affiche en pied de page la mention textuelle suivante : "Hébergement offert par l’hébergeur français o2switch." Le portail communautaire le plus visible du pays est donc hébergé gratuitement par la marque qu’on est en train d’évaluer. Ce n’est pas un mal en soi (la communauté a besoin de moyens, et O2switch les apporte), mais c’est un fait à intégrer dans la lecture des avis francophones disponibles publiquement.

Mets ces 3 faisceaux bout à bout : sponsoring top tier de quasiment tous les WordCamps français depuis 2015, financement récurrent des before/afters, hébergement offert du portail WPFR, et tu comprends pourquoi les avis franchement critiques sur O2switch sont si rares dans l’écosystème WordPress français. La marque ne s’est pas contentée d’acheter de la visibilité : elle s’est rendue structurellement indispensable à la communauté. Émettre une réserve publique, dans ce contexte, suppose un degré d’indépendance que peu d’acteurs ont les moyens d’assumer.

3/ Le silence sur l’acquisition par TWS / Your.Online en 2022

Et là, on touche le point le moins connu, peut-être le plus important de cet article pour qui pense souscrire chez O2switch.

Le 20 septembre 2022, TWS France Finacq (filiale française du groupe néerlandais Total Webhosting Solutions) devient président d’O2switch. La fiche Pappers le confirme noir sur blanc, l’annonce publique date du 27 septembre 2022, et le directeur d’investissement TWS Abe Bakker a pris la tête du groupe. TWS a depuis fusionné avec Gandi pour former Your.Online, qui regroupait à sa création huit marques d’hébergement européennes (Gandi, O2switch, Nexylan, LWS, NUXIT, Easyhost, Register.it, Argeweb), 600 employés et un chiffre d’affaires projeté de 175 millions d’euros.

Sur la page "Notre histoire" d’o2switch.fr, tu peux encore lire aujourd’hui le claim : "100 % indépendant 100 % Français". Ce claim est factuellement obsolète depuis bientôt quatre ans. O2switch reste opérationnellement basée à Clermont-Ferrand avec ses équipes locales, ses datacenters Cogent, son service support FR. Mais le capital est détenu par un groupe néerlandais. Le média Next.ink a documenté cette acquisition en relevant un fait simple : "ni Gandi ni O2switch n’ont formellement communiqué cette restructuration à leurs clients". Je n’avais moi-même aucune idée de cette structure quand j’ai souscrit en octobre 2025, soit trois ans après l’opération.

L’historique des prix illustre les conséquences typiques d’un rachat par fonds d’investissement spécialisé dans la consolidation. Voici la chronologie chiffrée :

• Avant l’acquisition : Offre Unique à 5 € HT par mois (60 € HT/an)
• Novembre 2022 (2 mois après le rachat) : passage à 7 € HT par mois (84 € HT/an), soit +40 %
• 24 février 2025 : restructuration en trois paliers Grow / Cloud / Pro, l’équivalent du tarif précédent passe à 16 € HT par mois sur le Cloud (192 € HT/an), soit +128 % sur le tarif post-rachat
• Préavis client pour cette dernière hausse : sept jours par email, selon Mister-WP qui a documenté la dégradation de l’image sur les réseaux sociaux dans les 24 heures qui ont suivi

Encore une fois, ce n’est pas un scandale. C’est ce qui se passe quand un fonds d’investissement spécialisé dans la consolidation du marché de l’hébergement rachète une marque indépendante. Strikwerda Investments, l’actionnaire d’origine de TWS, a un pattern documenté de hausses tarifaires post-acquisition sur ses autres rachats (Axarnet, Versio). Ce n’est pas une exception O2switch, c’est un modèle. Le client moyen ne le sait simplement pas, parce que la communication marketing n’en parle pas, et les comparatifs affiliés non plus.

À l’ère agentique IA, le mutualisé classique n’est plus calibré

Voici la section que tu ne trouveras pas dans les comparatifs traditionnels, et qui devient pourtant centrale en 2026.

L’hébergement mutualisé tel qu’O2switch (et la plupart de ses concurrents français) le pratique a été conçu pour des workflows humains classiques. Un admin se connecte au cPanel, fait quelques actions par heure, ouvre rarement plusieurs sessions simultanées. Les firewalls serveurs et les WAF sont calibrés sur cette signature : 5 à 10 tentatives d’authentification par minute, c’est de l’humain. Au-delà, c’est probablement du brute-force, on ban.

Sauf qu’en 2026, mes workflows ne sont plus humains. Voici ce qui se passe sur mon compte au quotidien :

• Quand je lance un audit SEO complet avec mon stack interne, c’est 30 à 50 requêtes par seconde vers l’API REST WordPress, en burst, sur quelques minutes
• Quand un cron de sauvegarde quotidien tourne à 4 h du matin, c’est plusieurs centaines de requêtes paginées sur quelques minutes
• Quand je teste un script de mise à jour en lot via le MCP WordPress, c’est encore plus dense
• Quand un agent IA local me prépare un rapport de modération de commentaires, il itère sur la liste complète des commentaires en attente

Tout ça est légitime. Ce sont mes scripts, mon compte, mes Application Passwords, mon site. Mais aux yeux du firewall serveur, ça ressemble à du brute-force. La conséquence, c’est ce que j’ai vécu le 28 mai 2026 : ban d’IP, plusieurs heures de coupure, ticket support, recommencer.

Il existe deux solutions structurelles, et aucune n’est disponible en mutualisé chez O2switch.

La première : un mode "client connu, augmenter le seuil de tolérance". Tu déclares ton IP fixe et ta nature pro à ton hébergeur, qui te place dans une catégorie où les seuils CSF sont relevés. Ça existe chez certains hébergeurs spécialisés WordPress et chez les fournisseurs cloud (AWS, GCP, Hetzner cloud) avec leurs Security Groups configurables côté client. Pas chez O2switch en mutualisé.

La seconde : un WAF intelligent qui distingue les patterns d’agent IA légitime des bots malveillants. Cloudflare le fait avec son Bot Management, qui combine signatures comportementales et machine learning. Imperva, Akamai et quelques offres VPS managés équivalent. Pas chez O2switch sur leur firewall serveur de base.

J’ai contourné côté client en développant un wrapper Python interne qui standardise tous mes scripts d’admin avec rate-limit à 2 requêtes par seconde, User-Agent identifiable, backoff exponentiel, détection précoce de ban. Trois scripts critiques sont déjà migrés, les autres le seront au fil de l’eau. Mais c’est une solution de patch côté client, pas une solution serveur.

Le marché de l’hébergement WordPress français n’a pas encore vraiment réagi à ce changement d’usage. La plupart des offres mutualisées sont vendues comme "idéales pour WordPress" sans qualification sur les workflows agentiques, et leur architecture sécurité date d’une époque où l’admin tapait à la main ses commandes dans le terminal. Il y a un vrai trou de marché pour un mutualisé pro avec WAF calibré agent IA, ou pour un mode "client API-first". Si tu lis ce papier en 2027 ou plus tard et que cette offre existe, je serai sans doute déjà parti.

Pour l’instant, je cherche activement une alternative de qualité équivalente à un prix raisonnable, qui supporte ce type d’usage sans recourir au workaround systématique. Quand je l’aurai trouvée, je documenterai la migration sur WPFormation. En attendant, je continue avec O2switch et avec mon wrapper rate-limité.

Ce que je n’ai pas testé chez o2switch

L’honnêteté méthodologique m’oblige à préciser les angles que cet article ne couvre pas.

• Pas de benchmark de performance synthétique. Je travaille au feeling sur les temps de réponse, je note un TTFB régulier autour de 180 ms, mais je n’ai pas lancé une campagne k6 ou Locust avec des centaines de virtual users en simultané. Les performances réelles d’O2switch sous charge soutenue, je ne les ai pas mesurées.
• Pas de panne data center vécue. Sur ces sept mois, je n’ai pas eu d’incident infrastructure majeur côté O2switch (DDoS, panne réseau, indisponibilité datacenter). Je ne peux donc rien dire de la qualité de la communication de crise ou des délais réels de rétablissement. Les CGV ne contiennent aucun SLA chiffré, mais le terrain n’a pas été éprouvé sur ma période.
• Pas de migration sortante testée. Je suis encore client. Le jour où je migrerai, je publierai un retour sur la procédure de sortie (export DB, déménagement fichiers, propagation DNS, conditions de remboursement pro-rata). Pour l’instant, je ne peux pas commenter.
• Pas de cas d’usage agence multi-comptes. Mon profil est freelance indépendant avec une dizaine de sites perso et tests. Si tu gères une agence WordPress avec une équipe et 200 sites clients en mutualisé chez O2switch, ton expérience sera différente de la mienne et probablement plus mécanisée.
• Pas de test de support en cas d’incident complexe. Mes tickets sont restés simples (ban d’IP, création de domaine, question NDD/SSL). Je n’ai pas vécu de faille zero-day sur un plugin, de site compromis à nettoyer en urgence, ou de DDoS ciblée. La capacité du support à gérer ces situations, je ne peux pas la juger sur ce qui m’est arrivé.

Conclusion : ni génial, ni catastrophique, juste un mutualisé français en 2026

Après sept mois et une centaine d’heures cumulées dans les entrailles d’O2switch, voici où j’en suis.

O2switch n’est ni l’exception française qu’on raconte, ni un piège à éviter. C’est un mutualisé français standard, correctement entretenu, opéré par une équipe technique compétente à Clermont-Ferrand, dont le capital appartient désormais à un groupe européen et qui pratique les hausses de prix post-acquisition typiques de ce genre d’opération financière.

Pour les bons cas d’usage, c’est défendable. Site WordPress vitrine ou blog français à trafic modéré, admin humain qui passe par le panneau cPanel, budget contraint qui s’accommode du tarif promo de la première année, fonctions de sauvegarde et SSL automatisées : tu seras servi correctement et tu n’auras pas à te plaindre la plupart du temps. Pour un usage de ce profil, l’Offre Grow à 84 € HT par an reste un bon ratio qualité-prix sur le marché français.

Pour les usages que je qualifierais de pro intensif, le tableau se complique. Workflows scripts d’admin, IP fixe pro qui doit pouvoir bombarder l’API REST, cloisonnement d’accès pour un prestataire ponctuel, intolérance aux blocages serveur de quatre heures sans préavis : tu rencontreras les frictions que j’ai documentées. Tu peux les contourner à coups de wrappers rate-limités et de Cloudflare WARP, mais c’est ce que c’est : un contournement, pas une solution.

La vraie question n’est pas "O2switch est-il bon ou mauvais". La vraie question est "quel hébergement pour quel usage en 2026". Et le marché français de l’hébergement WordPress n’a pas encore tranché cette question pour l’ère agentique IA. Il continue de vendre du mutualisé classique avec une couche marketing rafraîchie, sans repenser les fondamentaux de la politique IP, de la transparence sur les limites contractuelles, ou de la maintenance des composants sécurité côté serveur.

Je cherche actuellement une alternative qui réponde à ces critères pour mes propres besoins. Plusieurs pistes côté VPS managé et hébergement WordPress spécialisé, qu’il faudra que je teste sérieusement. Le jour où je migrerai, je le documenterai. En attendant, je continue chez O2switch en assumant les contournements, parce que la migration sortante a son propre coût et que ce coût n’est pas (encore) supérieur aux frictions actuelles.

Si tu envisages O2switch en 2026, prends ta décision en toute connaissance de cause. Lis les CGV (vraiment, les CGV, pas juste la page d’accueil). Compare le tarif de renouvellement, pas seulement la promo. Vérifie que ton workflow personnel ne dépend pas d’une whitelist IP. Et garde en tête qu’on est en 2026, pas en 2015 : le narratif d’indépendance française que la marque continue de diffuser ne correspond plus tout à fait à la structure capitalistique actuelle. Ça ne rend pas le service mauvais, ça rend juste la communication marketing moins précise qu’elle pourrait l’être.

Pour aller plus loin sur le choix d’un hébergeur WordPress en 2026 et explorer les alternatives, va lire le comparatif des dix hébergeurs WordPress français que j’avais déjà publié, où O2switch figure parmi les options évaluées au même niveau que ses concurrents directs.

FAQ

O2switch est-il vraiment un hébergeur 100 % français et indépendant ?

Opérationnellement, oui : les équipes, le support et les datacenters Cogent sont à Clermont-Ferrand. Capitalistiquement, non. Depuis septembre 2022, O2switch appartient au groupe néerlandais Total Webhosting Solutions, devenu Your.Online après la fusion avec Gandi. Le claim "100 % indépendant 100 % Français" qui figure encore sur leur page "Notre histoire" ne correspond donc plus à la structure réelle.

Que devient le prix O2switch après la première année ?

Le tarif promo de 51 € HT pour l’Offre Cloud ne se renouvelle jamais. À l’échéance, tu passes à 192 € HT par an (16 € HT par mois), soit un facteur 3,7. C’est l’évolution la plus importante à anticiper : sur trois ans, le coût réel se rapproche de celui d’un VPS managé. Le tarif est dégressif sur engagement long (288 € HT pour 2 ans, 324 € HT pour 3 ans).

O2switch annonce de l’espace disque illimité : c’est vrai ?

Sur la page commerciale, oui. Dans les CGV, le mot "illimité" n’apparaît jamais. L’article III-2 fixe des seuils chiffrés : 500 000 inodes (fichiers) par compte, 20 000 fichiers par répertoire, 2,9 GHz de CPU, 20 000 emails sortants par jour. Ces limites sont saines sur du mutualisé, mais elles décrivent une réalité que la communication marketing passe sous silence.

Peut-on faire whitelister son IP fixe chez O2switch pour éviter les blocages du pare-feu ?

Non. Le support O2switch me l’a confirmé par écrit : "Il n’est pas possible de whitelister une ip" en mutualisé. En cas de blocage par leur pare-feu serveur, la seule procédure est d’ouvrir un ticket à chaque épisode. Si ton métier repose sur une IP fixe et des scripts qui interrogent l’API en rafale, c’est un point à vérifier avant de signer.

Pour quel usage O2switch reste-t-il un bon choix en 2026 ?

Pour un site vitrine ou un blog WordPress à trafic modéré, géré à la main via cPanel, avec un budget qui s’accommode du tarif promo : c’est un mutualisé solide, et l’Offre Grow à 84 € HT par an offre un bon rapport qualité-prix. Pour un usage pro intensif (automatisations, accès délégué à un prestataire, gros volume de requêtes API), les frictions structurelles décrites dans l’article rendent un VPS managé plus pertinent.

Article original sur WPFormation