Migration et reprise de plateforme
Une migration réussie ne se voit pas. Les visiteurs ne remarquent rien, les adresses continuent de répondre, et le référencement ne bouge pas. Tout le travail sert précisément à cela.
Ce qui casse d'habitude
Trois choses font échouer les migrations. Les adresses changent sans redirection, et le référencement accumulé disparaît en quelques semaines. Les données sont reprises partiellement, et personne ne s'en aperçoit avant la première réclamation client. La bascule se fait en une nuit, sans possibilité de revenir en arrière.
Nous traitons ces trois points comme des livrables à part entière, avec un inventaire écrit avant de toucher quoi que ce soit.
- Inventaire complet des adresses existantes, y compris oubliées
- Plan de redirection permanent, testé avant la bascule
- Reprise des données contrôlée par comptage et par échantillon
- Fonctionnement en parallèle pendant la période de transition
- Retour arrière possible à chaque étape
Préserver le référencement
Une adresse déjà en ligne ne doit ni disparaître ni changer de sens. Chaque page de l'ancien site reçoit une destination sur le nouveau, en redirection permanente, et les pages qui n'ont plus d'équivalent sont traitées explicitement plutôt que renvoyées vers l'accueil.
Nous mesurons avant et après : positions, pages indexées, erreurs d'exploration. Une migration se juge sur ces chiffres trois mois plus tard, pas sur l'absence de plainte le lendemain.
- Correspondance page à page, en redirection permanente
- Traitement explicite des pages sans équivalent
- Balises d'alternance de langue reconduites correctement
- Mesure avant et après sur les positions et l'indexation
Reprendre une plateforme dont personne ne s'occupe plus
Certaines demandes ne sont pas des migrations mais des reprises : un prestataire qui a cessé, un développeur parti, un code que plus personne ne comprend. Nous commençons alors par une phase de lecture et de documentation, sans rien modifier, pour établir ce qui tourne réellement et ce qui peut être arrêté.
- Audit de l'existant avant toute modification
- Documentation d'exploitation reconstituée et remise
- Remise en état de la chaîne de déploiement et des sauvegardes
- Reprise progressive, sans réécriture décidée par confort
Migration et reprise de plateforme
Faut-il tout réécrire pour changer d'hébergeur ?
Presque jamais. Une réécriture est parfois justifiée, mais elle est trop souvent proposée parce qu'il est plus confortable de repartir de zéro que de lire le code existant. Nous commençons par l'audit, et nous vous disons ce que la réécriture coûterait vraiment avant de la recommander.
Combien de temps le site est-il indisponible ?
Le temps de propagation d'un changement de nom de domaine, quelques minutes en pratique, parce que le nouveau socle tourne déjà et a été validé avant la bascule. Une migration qui impose une fermeture de plusieurs heures est une migration mal préparée.
Pouvez-vous migrer depuis WordPress, PrestaShop ou Shopify ?
Oui, ce sont les cas que nous rencontrons le plus souvent. Chacun a ses pièges propres, notamment sur les variantes produit, les médias et les adresses historiques, et nous les traitons dans l'inventaire initial.
Infrastructure et exploitation
Serveurs, déploiements sans coupure, sauvegardes vérifiées et supervision continue.
Dans la division Infrastructure et exploitation
Parlons de ce que vous voulez construire.
Décrivez votre situation en quelques lignes. Si le sujet n'entre pas dans nos compétences, nous le disons tout de suite.
Nous écrire