{"id":8653,"date":"2026-03-10T13:10:22","date_gmt":"2026-03-10T12:10:22","guid":{"rendered":"https:\/\/www.lrob.fr\/?p=8653"},"modified":"2026-03-10T13:10:22","modified_gmt":"2026-03-10T12:10:22","slug":"mise-en-prod-les-6-points-critiques-que-tas-encore-oublies","status":"publish","type":"post","link":"https:\/\/portail.lrob.fr\/en\/internet\/mise-en-prod-les-6-points-critiques-que-tas-encore-oublies\/","title":{"rendered":"Mise en prod : les 6 points critiques que t&rsquo;as (encore) oubli\u00e9s"},"content":{"rendered":"<p class=\"wp-block-paragraph\">T&rsquo;as boss\u00e9 des semaines sur ce site. Le code est propre, le staging est valid\u00e9, le client est chaud. Il est temps de balancer \u00e7a en prod. Et l\u00e0\u2026 tu fonces t\u00eate baiss\u00e9e et tu oublies des trucs basiques qui vont te co\u00fbter des heures de debug le soir \u00e0 22h.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Chez LRob, on accueille r\u00e9guli\u00e8rement des sites en migration \u2014 WordPress, PrestaShop, PHP en tout genre \u2014 et on voit toujours les m\u00eames erreurs revenir. Voici la checklist qu&rsquo;on aurait aim\u00e9 te donner avant.<\/p>\n\n\n\n<div class=\"wp-block-rank-math-toc-block\" id=\"rank-math-toc\"><h2>Sommaire<\/h2><nav><ul><li><a href=\"\/en\/#1-les-ttl-dns-taurais-du-y-penser-ya-48-h\">1. Les TTL DNS : t&rsquo;aurais d\u00fb y penser y&rsquo;a 48h<\/a><\/li><li><a href=\"\/en\/#2-le-certificat-ssl-genere-le-des-que-les-dns-pointent\">2. Le certificat SSL : g\u00e9n\u00e8re-le d\u00e8s que les DNS pointent<\/a><\/li><li><a href=\"\/en\/#3-les-emails-le-carnage-silencieux\">3. Les emails : le carnage silencieux<\/a><\/li><li><a href=\"\/en\/#4-la-synchro-des-donnees-tas-pense-a-ce-qui-a-change-pendant-la-migration\">4. La synchro des donn\u00e9es : t&rsquo;as pens\u00e9 \u00e0 ce qui a chang\u00e9 pendant la migration ?<\/a><\/li><li><a href=\"\/en\/#5-le-fichier-hosts-ton-meilleur-ami-pour-tester-avant-tout-le-monde\">5. Le fichier hosts : ton meilleur ami pour tester avant tout le monde<\/a><\/li><li><a href=\"\/en\/#6-les-logs-lis-les-non-vraiment\">6. Les logs : lis-les. Non, vraiment.<\/a><\/li><li><a href=\"\/en\/#en-resume\">En r\u00e9sum\u00e9<\/a><\/li><\/ul><\/nav><\/div>\n\n\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"1-les-ttl-dns-taurais-du-y-penser-ya-48-h\">1. Les TTL DNS : t&rsquo;aurais d\u00fb y penser y&rsquo;a 48h<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Si tu migres vers un nouveau serveur, la propagation DNS ne se fait pas instantan\u00e9ment. Par d\u00e9faut, un TTL est souvent \u00e0 3600 secondes (1 heure), parfois m\u00eame \u00e0 86400 (24h). Pendant ce temps, une partie de tes visiteurs va encore atterrir sur l&rsquo;ancien serveur.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Ce qu&rsquo;il faut faire<\/strong> : 48 \u00e0 72h <em>avant<\/em> la migration, tu descends ton TTL entre 60 et 300 secondes (5 minutes). Comme \u00e7a, une fois que tu changes tes DNS, la propagation est quasi imm\u00e9diate partout dans le monde.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Trop tard ? C&rsquo;est trop tard. Pr\u00e9vois-le sur ta prochaine migration.<\/p>\n\n\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"2-le-certificat-ssl-genere-le-des-que-les-dns-pointent\">2. Le certificat SSL : g\u00e9n\u00e8re-le d\u00e8s que les DNS pointent<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">C&rsquo;est logique mais \u00e7a se zappe constamment : <strong>d\u00e8s que tes DNS pointent vers le nouveau serveur, g\u00e9n\u00e8re ton certificat SSL imm\u00e9diatement<\/strong>. Pas demain. Pas dans une heure. Maintenant.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Pourquoi ? Parce que le HTTPS est forc\u00e9 \u2014 donc sans certificat valide sur le nouveau serveur, les visiteurs tombent sur une belle page d&rsquo;erreur de certificat. Le genre de truc qui fait appeler le client en urgence pour un probl\u00e8me qui aurait pris 30 secondes \u00e0 \u00e9viter.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Sur nos serveurs Plesk, c&rsquo;est litt\u00e9ralement trois clics avec Let&rsquo;s Encrypt. Aucune excuse.<\/p>\n\n\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"3-les-emails-le-carnage-silencieux\">3. Les emails : le carnage silencieux<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Celui-l\u00e0, c&rsquo;est le boss final. Et il est vicieux parce que <strong>\u00e7a ne fait pas planter le site<\/strong> \u2014 \u00e7a plante juste les mails, et personne s&rsquo;en rend compte avant que le client demande pourquoi sa boutique n&rsquo;envoie plus de confirmations de commande depuis 3 jours.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Checklist \u00e0 valider imp\u00e9rativement :<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>L&rsquo;adresse exp\u00e9diteur appartient bien au domaine du site<\/strong> \u2014 pas \u00e0 <code>contact@agence-du-dev.fr<\/code>, pas \u00e0 un Gmail, pas \u00e0 l&rsquo;adresse perso du dev. Si WooCommerce ou PrestaShop envoie depuis <code>noreply@monsite.com<\/code>, c&rsquo;est <code>monsite.com<\/code> qui doit \u00eatre configur\u00e9 sur le serveur.<\/li>\n\n\n\n<li><strong>Le SPF est \u00e0 jour<\/strong> \u2014 le nouveau serveur doit \u00eatre autoris\u00e9 \u00e0 envoyer des mails au nom du domaine. Tu changes de serveur = tu mets \u00e0 jour ton enregistrement SPF. Pas apr\u00e8s. Maintenant. Renseigne-toi en amon, chez LRob ta r\u00e8gle SPF doit contenir : <code>include:_spf.lrob.net<\/code>.<\/li>\n\n\n\n<li><strong>Le DKIM est configur\u00e9 et actif<\/strong> \u2014 si tes DNS sont g\u00e9r\u00e9s chez LRob, c&rsquo;est automatique. Si tes DNS sont ailleurs (OVH, Cloudflare, peu importe), tu dois r\u00e9cup\u00e9rer la cl\u00e9 DKIM depuis Plesk, \u00e9ventuellement g\u00e9n\u00e9rer un nouveau s\u00e9lecteur pour \u00e9viter les conflits avec l&rsquo;ancien serveur, puis aller coller manuellement l&rsquo;enregistrement dans ta zone DNS. \u00c7a ne se fait pas tout seul. <\/li>\n\n\n\n<li><strong>O\u00f9 sont g\u00e9r\u00e9s les emails ?<\/strong> C&rsquo;est la question \u00e0 se poser en premier. Deux cas :\n<ul class=\"wp-block-list\">\n<li><strong>Les emails sont h\u00e9berg\u00e9s chez LRob<\/strong> : tout est configur\u00e9, rien \u00e0 faire de particulier.<\/li>\n\n\n\n<li><strong>Les emails sont ailleurs<\/strong> (Outlook 365, Google Workspace, etc.) : tu dois configurer le domaine dans Plesk en mode <strong>\u00ab\u00a0D\u00e9sactiv\u00e9 pour les mails entrants\u00a0\u00bb<\/strong> (<em>\u00ab\u00a0Ce domaine peut uniquement envoyer des e-mails et uniquement avec Sendmail\u00a0\u00bb<\/em>). Sans \u00e7a, Plesk va chercher le destinataire en local quand le site envoie un mail vers une adresse du m\u00eame domaine \u2014 et le mail dispara\u00eet dans le n\u00e9ant au lieu d&rsquo;arriver dans ta bo\u00eete Outlook. Classique.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Pour tester : <a href=\"https:\/\/www.mail-tester.com\" target=\"_blank\" rel=\"noopener\">mail-tester.com<\/a> ou <a href=\"https:\/\/mxtoolbox.com\" target=\"_blank\" rel=\"noopener\">mxtoolbox.com<\/a>. Aucune raison de ne pas le faire avant de livrer.<\/p>\n\n\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"4-la-synchro-des-donnees-tas-pense-a-ce-qui-a-change-pendant-la-migration\">4. La synchro des donn\u00e9es : t&rsquo;as pens\u00e9 \u00e0 ce qui a chang\u00e9 pendant la migration ?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Pour les sites statiques, bonne nouvelle : pas de probl\u00e8me. Pour tout le reste \u2014 WordPress avec des articles, PrestaShop avec des commandes, n&rsquo;importe quel site avec une base qui bouge \u2014 <strong>il y a forc\u00e9ment eu des donn\u00e9es cr\u00e9\u00e9es sur l&rsquo;ancien serveur pendant que tu pr\u00e9parais le nouveau<\/strong>.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Deux r\u00e8gles d&rsquo;or :<\/p>\n\n\n\n<ol class=\"wp-block-list\">\n<li><strong>Pr\u00e9vois une derni\u00e8re synchronisation juste avant le switch DNS<\/strong> \u2014 base de donn\u00e9es, fichiers upload\u00e9s, tout.<\/li>\n\n\n\n<li><strong>Passe l&rsquo;ancien site en maintenance (ou suspend-le carr\u00e9ment) pendant la fen\u00eatre de bascule<\/strong> \u2014 sinon tu risques d&rsquo;avoir des commandes pass\u00e9es sur l&rsquo;ancien serveur qui n&rsquo;existent pas sur le nouveau. C&rsquo;est ing\u00e9rable.<\/li>\n<\/ol>\n\n\n\n<p class=\"wp-block-paragraph\">La maintenance, c&rsquo;est deux minutes \u00e0 mettre en place. La d\u00e9synchronisation de donn\u00e9es, c&rsquo;est des heures \u00e0 r\u00e9parer \u2014 si c&rsquo;est encore rattrapable.<\/p>\n\n\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"5-le-fichier-hosts-ton-meilleur-ami-pour-tester-avant-tout-le-monde\">5. Le fichier hosts : ton meilleur ami pour tester avant tout le monde<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Tu n&rsquo;as pas encore chang\u00e9 les DNS publics mais tu veux tester le site sur le nouveau serveur en conditions r\u00e9elles ? <strong>Modifie ton fichier <code>hosts<\/code><\/strong> sur ton poste pour faire pointer le domaine vers la nouvelle IP.<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Windows<\/strong> : <code>C:\\Windows\\System32\\drivers\\etc\\hosts<\/code><\/li>\n\n\n\n<li><strong>Mac\/Linux<\/strong> : <code>\/etc\/hosts<\/code><\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Ajoute une ligne du type :<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>1.2.3.4   monsite.com www.monsite.com<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Tu acc\u00e8des au nouveau serveur avec le vrai nom de domaine, tu testes les formulaires, le tunnel de commande, les redirections\u2026 bref, tu valides tout en conditions r\u00e9elles. Le certificat SSL peut afficher une alerte si ce n&rsquo;est pas encore g\u00e9n\u00e9r\u00e9 \u2014 tu peux g\u00e9n\u00e9ralement l&rsquo;outrepasser pour acc\u00e9der quand m\u00eame.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">C&rsquo;est pas du luxe, c&rsquo;est la base.<\/p>\n\n\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"6-les-logs-lis-les-non-vraiment\">6. Les logs : lis-les. Non, vraiment.<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">C&rsquo;est le conseil le plus sous-estim\u00e9 de cette liste. <strong>Lis les logs apr\u00e8s la mise en prod.<\/strong> Pas dans trois jours. Dans les 30 minutes qui suivent.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Les logs te disent tout : erreurs PHP, ressources introuvables (404 sur des assets), requ\u00eates qui timeout, plugins WordPress qui s&rsquo;\u00e9touffent sur la nouvelle config\u2026 Des probl\u00e8mes qui ne font pas planter le site visuellement mais qui d\u00e9gradent l&rsquo;exp\u00e9rience ou les performances. Qui peuvent aussi d\u00e9clencher des s\u00e9curit\u00e9s chez LRob que tu ne trouves pas ailleurs. Donc teste avant.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Sur nos serveurs Plesk, les logs sont accessibles directement depuis l&rsquo;interface. Pas besoin de SSH, pas besoin de droits particuliers. C&rsquo;est l\u00e0, sous tes yeux, et \u00e7a prend deux minutes \u00e0 parcourir.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Si t&rsquo;as mis en place un outil de monitoring d&rsquo;erreurs (Sentry, etc.), v\u00e9rifie aussi le tableau de bord dans la foul\u00e9e.<\/p>\n\n\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"en-resume\">En r\u00e9sum\u00e9<\/h2>\n\n\n\n<figure class=\"wp-block-table\"><table class=\"has-fixed-layout\"><thead><tr><th>#<\/th><th>Point critique<\/th><th>Quand<\/th><\/tr><\/thead><tbody><tr><td>1<\/td><td>Baisser les TTL DNS<\/td><td>48-72h avant<\/td><\/tr><tr><td>2<\/td><td>G\u00e9n\u00e9rer le certificat SSL<\/td><td>D\u00e8s que les DNS pointent<\/td><\/tr><tr><td>3<\/td><td>V\u00e9rifier SPF, DKIM et l&rsquo;exp\u00e9diteur<\/td><td>Avant le switch<\/td><\/tr><tr><td>4<\/td><td>Synchroniser les donn\u00e9es + mode maintenance<\/td><td>Pendant la bascule<\/td><\/tr><tr><td>5<\/td><td>Tester via le fichier hosts<\/td><td>Avant le switch DNS<\/td><\/tr><tr><td>6<\/td><td>Lire les logs<\/td><td>Dans les 30 min apr\u00e8s<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">En suivant ces 6 points, tu \u00e9vites 90% des incidents post-d\u00e9ploiement qu&rsquo;on voit passer.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Et si tu veux \u00e9viter de g\u00e9rer tout \u00e7a toi-m\u00eame : <strong>chez LRob, la migration est incluse dans les offres d&rsquo;h\u00e9bergement standard<\/strong>. Pour les revendeurs (offres Web Agency), elle est <a href=\"https:\/\/portail.lrob.fr\/en\/product\/migration-vers-lrob\/\">disponible en option<\/a>. Et quand elle est payante, elle d\u00e9marre \u00e0 seulement 120\u20ac \u2014 avec des options pour les migrations de nuit, les nombreuses bo\u00eetes mail ou les multi-sous-domaines.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Tous les points de cette checklist ? On les v\u00e9rifie pour toi. \ud83d\udc49 <a href=\"https:\/\/portail.lrob.fr\/en\/product\/migration-vers-lrob\/\">D\u00e9couvrir l&rsquo;offre migration LRob<\/a><\/p>","protected":false},"excerpt":{"rendered":"<p>T&rsquo;as boss\u00e9 des semaines sur ce site. Le code est propre, le staging est valid\u00e9, le client est chaud. Il est temps de balancer \u00e7a en prod. Et l\u00e0\u2026 tu fonces t\u00eate baiss\u00e9e et tu oublies des trucs basiques qui vont te co\u00fbter des heures de debug le soir \u00e0 22h. Chez LRob, on accueille [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":4830,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[42],"tags":[],"class_list":["post-8653","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-internet"],"_links":{"self":[{"href":"https:\/\/portail.lrob.fr\/en\/wp-json\/wp\/v2\/posts\/8653","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/portail.lrob.fr\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/portail.lrob.fr\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/portail.lrob.fr\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/portail.lrob.fr\/en\/wp-json\/wp\/v2\/comments?post=8653"}],"version-history":[{"count":0,"href":"https:\/\/portail.lrob.fr\/en\/wp-json\/wp\/v2\/posts\/8653\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/portail.lrob.fr\/en\/wp-json\/wp\/v2\/media\/4830"}],"wp:attachment":[{"href":"https:\/\/portail.lrob.fr\/en\/wp-json\/wp\/v2\/media?parent=8653"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/portail.lrob.fr\/en\/wp-json\/wp\/v2\/categories?post=8653"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/portail.lrob.fr\/en\/wp-json\/wp\/v2\/tags?post=8653"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}