Migration serveur — VPS, dédié, hébergement : 469 interventions analysées

Votre site est lent, votre hébergeur limite vos possibilités, ou vous avez besoin de plus de puissance ? Depuis 2018, MonSiteBug a réalisé 469 migrations et interventions serveur — transferts d'hébergeur, mises en place de VPS, configurations de serveurs dédiés, et résolution de problèmes d'infrastructure.

Cet article est basé sur nos données réelles : 8 809 tickets de support, des centaines de migrations réussies, et une connaissance approfondie des forces et faiblesses de chaque hébergeur.

Évolution des migrations serveur : 2019–2026

La demande de migration et d'accompagnement serveur a explosé avec la professionnalisation des e-commerçants :

Le boom de 2021 : 97 migrations en une seule année. Les e-commerçants ont massivement quitté les hébergements mutualisés pour des VPS, poussés par les besoins de performance et les limites des offres partagées.

Les hébergeurs dans nos tickets : qui on voit le plus

Sur 8 809 tickets traités, voici les hébergeurs les plus mentionnés :

Pourquoi on recommande OVH : l'accès root change tout

Avec 624 interventions sur des serveurs OVH, c'est de loin l'hébergeur avec lequel nous travaillons le plus. Et ce n'est pas un hasard.

Ce qui fait la différence

• Accès root disponible — Sur un VPS ou un dédié OVH, vous avez un accès SSH root complet. Ça veut dire qu'on peut configurer Apache/Nginx, installer des modules PHP spécifiques, optimiser MySQL, mettre en place des scripts anti-bot, et gérer les sauvegardes comme on le souhaite.
• Flexibilité totale — Pas de limite artificielle sur le nombre de fichiers, pas de restrictions sur les cron jobs, pas de plafond sur les connexions simultanées. Le serveur est à vous.
• cPanel disponible — OVH propose cPanel/WHM sur ses VPS, ce qui facilite la gestion pour les clients qui préfèrent une interface graphique.
• Gamme complète — Du mutualisé au serveur dédié haute performance, vous pouvez évoluer sans changer de prestataire.
• Datacenters en France — Latence minimale pour vos clients français, conformité RGPD facilitée.

Cas réels avec OVH

• Ticket #492 — "pb 502 sur prestashop vps ovh" : Erreur 502 résolue en ajustant la configuration PHP-FPM et les workers. Impossible à faire sur un mutualisé.
• Ticket #7434 — "Lenteur back office et espace disque plein sur vps" : Nettoyage des logs, optimisation de la base de données, mise en place d'une rotation automatique. Accès root indispensable.
• Ticket #8510 — "Migration vers un VPS + Script Antibot" : Migration complète avec installation d'un script de protection contre les bots. Configuration personnalisée du serveur.

Pourquoi on évite Ionos quand c'est possible

Avec 178 interventions sur Ionos, on connaît bien cet hébergeur — et c'est précisément pour ça qu'on recommande souvent d'en changer.

Les problèmes récurrents

• Limitation du nombre de fichiers — Ionos impose une limite stricte sur le nombre de fichiers (inodes) même sur des offres VPS et dédiées. Un PrestaShop avec beaucoup de modules ou un WordPress avec un gros catalogue atteint vite cette limite. Résultat : impossible d'installer des mises à jour, de générer des factures PDF, ou même de se connecter au back-office.
• L'infogérance qui n'en est pas une — Ionos vend des offres "infogérées" mais en réalité, vous n'avez aucun contrôle. Pas d'accès root sur les offres mutualisées et même sur certaines offres VPS, la customisation est quasi impossible. Quand on demande au support de changer un paramètre PHP, la réponse est souvent "ce n'est pas possible avec votre offre".
• Aucune possibilité de customisation — Même sur des VPS et dédiés Ionos, la gestion du serveur est verrouillée. Pas de choix de version PHP libre, pas de configuration Apache/Nginx avancée, pas de cron jobs personnalisés sans passer par leur interface limitée.
• Support technique lent — Les demandes techniques passent par un support généraliste qui n'a pas les compétences pour résoudre des problèmes spécifiques à PrestaShop ou WordPress.

Cas réels avec Ionos

• Ticket #2241 — "site prestashop inaccessible sur serveur dédié ionos (1&1)" : Site down car le serveur "dédié" avait atteint la limite d'inodes imposée par Ionos. Sur un vrai dédié, cette limite n'existe pas.
• Tickets #6957, #7173 — "Attaque contrat Ionos" : Deux interventions pour des compromissions liées à l'infrastructure Ionos elle-même. La solution a été de migrer vers un VPS OVH.

Notre conseil : Si vous êtes sur Ionos et que vous rencontrez des limitations, il est souvent plus rentable de migrer vers un VPS OVH que de continuer à payer pour un service qui ne vous donne pas le contrôle de votre propre serveur.

Les problèmes serveur les plus fréquents

Voici les types de problèmes serveur que nous traitons le plus souvent :

Le chiffre à retenir : SSL et emails représentent à eux seuls 313 interventions. Ce sont des problèmes qui semblent simples mais qui peuvent rendre un site e-commerce inutilisable — pas de HTTPS = avertissement navigateur, pas de mails = pas de confirmations de commande.

Mutualisé vs VPS vs Dédié : comment choisir

Après 469 migrations, voici notre grille de décision :

Quand passer du mutualisé au VPS ?

• Votre site met plus de 3 secondes à charger
• Vous recevez des erreurs 500 ou 503 régulièrement
• Votre hébergeur vous bloque des fonctionnalités (cron jobs, version PHP, mémoire)
• Vous avez plus de 1 000 produits sur votre boutique
• Votre trafic dépasse 500 visiteurs/jour
• Vous avez besoin d'un script anti-bot ou d'une configuration spécifique

Quand passer du VPS au dédié ?

• Votre VPS est constamment à 90%+ de RAM
• Vous gérez plusieurs sites sur le même serveur
• Votre chiffre d'affaires justifie un investissement en performance
• Vous avez besoin de stockage massif (vidéos, gros catalogue)

Ce qu'on fait lors d'une migration

Notre processus de migration est rodé après 469 interventions :

Étape 1 — Audit de l'existant

On analyse votre hébergement actuel : version PHP, taille des fichiers et de la base de données, configuration serveur, noms de domaine, boîtes mail. On identifie les points bloquants et on choisit l'offre cible adaptée.

Étape 2 — Préparation du nouveau serveur

Installation et configuration complète : Apache/Nginx, PHP avec les bonnes extensions, MySQL optimisé, certificat SSL, configuration des DNS, mise en place de cPanel si souhaité.

Étape 3 — Migration des données

Transfert des fichiers par rsync/SCP et de la base de données par dump/import. On migre aussi les boîtes mail si nécessaire (comptes, contenus, redirections).

Étape 4 — Tests et bascule

Tests complets sur le nouveau serveur avant de basculer les DNS. On vérifie chaque page, le checkout, le back-office, l'envoi de mails. La bascule DNS se fait en dernier — temps d'indisponibilité quasi nul.

Étape 5 — Monitoring post-migration

Surveillance pendant 48h après la migration pour s'assurer que tout fonctionne. On vérifie la propagation DNS, les performances, et les éventuels problèmes résiduels.

Les erreurs à éviter lors d'une migration

Après des centaines de migrations, voici les erreurs les plus courantes que nous voyons :

• Ne pas sauvegarder avant de commencer — Toujours faire un backup complet (fichiers + BDD) avant toute manipulation.
• Oublier les boîtes mail — Une migration de site sans migration des mails = des clients qui ne reçoivent plus vos confirmations de commande.
• Changer les DNS trop tôt — Les DNS doivent être basculés EN DERNIER, une fois que tout est validé sur le nouveau serveur.
• Ne pas vérifier la version PHP — Votre ancien serveur est en PHP 7.4 et le nouveau en PHP 8.2 ? Des modules peuvent ne plus fonctionner.
• Ignorer les cron jobs — Les tâches planifiées (nettoyage de panier, import de stock, sauvegardes) doivent être reconfigurées sur le nouveau serveur.
• Ne pas tester le checkout — C'est LE test critique. Si le paiement ne fonctionne pas après la migration, vous perdez du chiffre d'affaires.

Nos chiffres hébergement en un coup d'œil

Pourquoi nous confier votre migration ?

Depuis 2018, nous avons migré des centaines de sites web — e-commerce PrestaShop, boutiques WooCommerce, sites WordPress — sans perte de données et avec un temps d'indisponibilité quasi nul.

• 469 migrations réalisées — un processus rodé et documenté
• Zéro perte de données — backup systématique avant chaque intervention
• Temps d'indisponibilité minimal — la bascule DNS est la dernière étape
• Migration complète — fichiers, base de données, emails, DNS, SSL, cron jobs
• Expertise multi-hébergeur — OVH, o2switch, Ionos, PlanetHoster, Infomaniak...
• Monitoring post-migration — surveillance 48h après la bascule