IT bugsolutions

Migration de site

Migration de site web : changer d’hébergeur en toute sécurité

La réponse courte

Changer d’hébergeur est le moment où un site perd en silence ses e-mails, son SSL et son référencement. Nous copions, testons et ne basculons qu’ensuite : ces risques sont vérifiés avant le transfert, pas après.

Faire réparer mon site
  • Sauvegarde avant chaque modification
  • Prix fixe avant intervention
  • À distance, partout dans le monde
  • Diagnostic gratuit

Les fichiers sont la partie facile. Ce qui se passe mal, c’est tout ce qui les entoure : des enregistrements DNS qui mettent des heures à se propager, une adresse de site enregistrée dans la base de données, des boîtes aux lettres hébergées chez l’ancien hébergeur, un certificat qui ne peut pas être émis tant que le domaine ne pointe pas vers le nouveau serveur. Une migration est surtout une liste de contrôle pour ces points, plus une copie testée pour que vous voyiez le résultat avant vos visiteurs.

Ça vous dit quelque chose ?

Quand une migration de site web se justifie

  • Votre contrat d’hébergement se termine, le prix augmente ou votre hébergeur cesse de prendre en charge votre offre
  • Le site a dépassé l’hébergement mutualisé et a besoin d’un VPS ou d’un serveur plus rapide
  • Vous passez à un nouveau nom de domaine ou vous regroupez plusieurs sites
  • Le serveur ou la version de PHP est si ancien que le site ne peut plus être mis à jour sans risque là où il est
  • Une précédente tentative de déménagement du site a échoué, ou a laissé l’e-mail, le SSL ou des liens cassés

Causes

Ce qui peut mal tourner dans une migration de site

DNS et durée de vie (TTL)

Les modifications DNS n’atteignent pas tout le monde en même temps. Avec un TTL long, certains visiteurs continuent d’arriver sur l’ancien serveur pendant des heures, et les commandes ou formulaires envoyés là peuvent être perdus si l’ancien site a déjà disparu.

URL et chemins dans la base de données

WordPress et beaucoup d’autres systèmes enregistrent l’adresse complète du site dans la base, souvent dans des données sérialisées. Un simple rechercher-remplacer casse ces données : il faut un rechercher-remplacer qui gère la sérialisation.

L’e-mail s’arrête quand le DNS change

Si les enregistrements MX, SPF, DKIM et DMARC ne sont pas recopiés dans le nouveau DNS, ou si les boîtes aux lettres étaient chez l’ancien hébergeur, les e-mails cessent d’arriver en silence ou commencent à finir en spam.

Certificat SSL pas prêt

Un certificat ne peut généralement être émis que lorsque le domaine pointe vers le nouveau serveur. Sans plan, les visiteurs voient un avertissement de sécurité ou une boucle de redirection juste après la bascule.

Différences de serveur et de PHP

Des chemins écrits en dur, une autre version de PHP, des extensions PHP manquantes, d’autres permissions de fichiers, des tâches cron ou des règles .htaccess ignorées par nginx peuvent casser des parties du site sur le nouveau serveur.

Redirections manquantes et perte de référencement

Quand les URL ou le domaine changent sans redirections 301, les anciens liens et les résultats de recherche mènent à des pages 404. Des balises canoniques oubliées, des plans de site ou un réglage noindex resté en place peuvent aussi coûter du trafic.

À essayer vous-même

Préparer soi-même la migration d’un site

Vous planifiez le déménagement vous-même ? Ces étapes évitent la plupart des problèmes que nous rencontrons.

  1. 1 Faites une sauvegarde complète des fichiers et de la base de données et téléchargez-la à un endroit situé hors de l’ancien hébergeur.
  2. 2 Notez tous les enregistrements DNS de la zone actuelle, y compris MX, SPF, DKIM, DMARC et les enregistrements de vérification, avant de modifier quoi que ce soit.
  3. 3 Abaissez le TTL des enregistrements que vous allez modifier à quelques minutes, au moins un jour avant le déménagement, pour que la bascule se propage vite.
  4. 4 Restaurez le site chez le nouvel hébergeur et testez-le d’abord là-bas, via une URL temporaire ou votre fichier hosts local, avant de basculer le DNS. Vérifiez la version de PHP et les extensions, et recopiez les tâches cron et les règles du serveur.
  5. 5 Prévoyez un bref gel des contenus pour les boutiques et les formulaires, afin qu’aucune commande n’arrive sur l’ancien serveur après la dernière copie.
  6. 6 Après la bascule, testez le SSL, l’e-mail, les formulaires et la page de paiement, et laissez tourner l’ancien hébergement quelque temps comme solution de repli.

Notre méthode

Comment nous menons votre migration de site

  1. 1

    Vous décrivez le déménagement

    Dites-nous où se trouve le site, où il doit aller et ce qui utilise d’autre le domaine, comme l’e-mail. Nous répondons en indiquant l’accès dont nous avons besoin et une première analyse gratuite.

  2. 2

    Nous sauvegardons tout d’abord

    Nous faisons une sauvegarde complète des fichiers, de la base de données et de la zone DNS : rien n’est perdu et l’ancien site reste intact comme solution de repli.

  3. 3

    Nous montons une copie de test et chiffrons

    Nous vérifions la taille, les exigences du serveur et les risques, puis nous envoyons un prix fixe et un planning. Après votre accord, nous installons le site chez le nouvel hébergeur et nous le testons là-bas.

  4. 4

    Nous basculons, vérifions et rendons compte

    Nous abaissons le TTL, nous basculons le DNS à l’heure convenue, nous vérifions le SSL, l’e-mail, les formulaires et les redirections, nous surveillons le site après le déménagement et nous vous envoyons un court rapport.

Ce qu’il nous faut

Ce dont nous avons besoin de votre part

  • L’accès à l’espace d’hébergement actuel, ou un accès SSH/SFTP, ainsi que l’accès à la base de données
  • L’accès au nouveau compte d’hébergement, ou nous vous conseillons sur le choix à faire
  • Un accès au registrar ou au DNS, pour que nous puissions modifier les enregistrements au bon moment
  • Un accès administrateur à votre CMS et la liste des boîtes aux lettres, formulaires et intégrations utilisés

Nous ne demandons que l’accès nécessaire à la migration. Vous pouvez créer pour nous des connexions distinctes et les supprimer dès que le déménagement est terminé.

Ce que nous ne pouvons pas réparer

Nous ne pouvons pas sortir un site d’une plateforme fermée qui n’offre aucun export, comme certains constructeurs de sites hébergés, sans le reconstruire. Nous ne pouvons pas non plus récupérer des données d’un compte déjà fermé, accélérer un transfert de domaine entre registrars, ni changer ce que le nouvel hébergeur autorise. Une refonte ou de nouvelles fonctionnalités pendant le déménagement forment un projet distinct. Si quelque chose bloque, nous vous le disons avant que vous payiez quoi que ce soit.

Prix

Prix et suite des opérations

  1. 1

    Diagnostic gratuit

    Nous trouvons la cause et vous disons ce qui ne va pas.

  2. 2

    Prix fixe

    Vous recevez un prix et une estimation de délai. Rien ne commence sans votre accord.

  3. 3

    Réparé et documenté

    Nous réparons, nous testons et nous vous envoyons un court rapport.

À partir de €450 HT

Prix fixe, convenu avant le début de l’intervention

C’est urgent ? Dites-le-nous dans le formulaire ou par chat. Nous commençons dès que possible et nous vous donnons une estimation de délai réaliste avec le devis. Si un traitement prioritaire coûte un supplément, vous le voyez dans le devis avant de donner votre accord.

Faire réparer mon site

Des questions ?

Migration de site web : vos questions

Dernière mise à jour:

Demande

Dites-nous ce qui ne va pas

Répondez à quelques questions courtes. Vous recevez un prix fixe avant toute intervention.

Étape 1 sur 5

Sur quelle plateforme le problème se produit-il ?