Le problème à résoudre
Une mise en ligne réussie repose moins sur l’heure de bascule que sur les vérifications préparées avant. Le but est de rendre chaque étape observable et réversible.
Travaillez depuis une copie de préproduction récente, geler les changements éditoriaux au bon moment et attribuer un responsable à chaque contrôle : technique, contenu, DNS, paiement et formulaire.
Reconnaître les bons signaux
| Signal observé | Interprétation probable | Premier contrôle |
|---|---|---|
| URLs de préproduction visibles | Indexation ou liens internes oubliés | Rechercher le domaine de test en base |
| Formulaire silencieux | SMTP ou destinataire incorrect | Envoyer un message réel |
| Pages mixtes HTTP/HTTPS | Ressources absolues non remplacées | Scanner le contenu mixte |
Les notions à maîtriser
- Le DNS doit être préparé avant la bascule, idéalement avec un TTL réduit à l’avance.
- Une sauvegarde n’est utile que si sa restauration a été testée.
- Les réglages noindex de préproduction doivent être retirés au moment contrôlé.
- Le plan de retour arrière doit indiquer qui décide et jusqu’à quelle heure.
Méthode de diagnostic
Plan d’action recommandé
- Geler le contenu, réaliser la sauvegarde finale et noter l’heure.
- Déployer les fichiers et la base avec une procédure répétable.
- Basculer DNS ou reverse proxy puis surveiller les deux environnements.
- Tester accueil, connexion, panier, paiement, formulaires et e-mails.
- Réactiver l’indexation, soumettre le sitemap et surveiller les journaux.
Erreurs fréquentes à éviter
- Supprimer l’ancien serveur immédiatement après le changement DNS.
- Valider seulement depuis le réseau du développeur.
- Oublier les webhooks, tâches planifiées ou licences liées à l’ancienne URL.
Indicateurs à suivre
| Indicateur | Repère | Pourquoi le suivre |
|---|---|---|
| Erreurs 404 | Aucune sur les parcours clés | Repère les liens ou médias perdus |
| Réponses 5xx | Aucune après bascule | Signale une panne applicative |
| Conversions | Comparables à la référence | Valide formulaires et ventes |
Checklist avant validation
- Une mesure de référence est conservée.
- Le changement est testé hors production lorsque c’est possible.
- Une sauvegarde ou un retour arrière est disponible.
- Les dépendances web, e-mail et DNS ont été contrôlées.
- Les journaux et alertes sont surveillés après intervention.
- Le résultat est documenté avec date et responsable.
Questions fréquentes
Quand baisser le TTL ?
Au moins un ancien TTL complet avant la migration, souvent 24 à 48 heures.
Combien garder l’ancien site ?
Tant que les caches DNS et contrôles métier ne sont pas terminés ; plusieurs jours est courant.
Quand autoriser l’indexation ?
Après validation des URLs canoniques, redirections, robots.txt et sitemap.
Sources techniques
Pour vérifier les règles et approfondir le sujet :
Besoin d’un diagnostic sur votre environnement ?
Décrivez le symptôme, le contexte et l’impact : vous recevrez une réponse cadrée avant toute intervention.
Échanger sur votre besoin