Checklist de mise en ligne : que vérifier avant de publier
Les problèmes du jour de mise en ligne ne sont presque jamais exotiques. C'est une préproduction laissée ouverte aux moteurs, un formulaire de contact qui aboutit à une adresse que personne ne lit, et une ancienne structure d'URL sans redirections.
Cette checklist couvre ce qu'il faut vérifier avant la mise en ligne, dans l'ordre où un lancement se déroule vraiment, et ce qu'il faut surveiller la première heure et la première semaine.
Avant le lancement : technique#
Ce sont les vérifications difficiles à repérer de l'extérieur et coûteuses à découvrir tard.
- HTTPS fonctionne sur chaque page, et HTTP y redirige avec une 301.
- Un seul nom d'hôte canonique : avec ou sans www, l'autre redirigeant. Pas les deux servant du contenu.
- La préproduction est protégée par mot de passe ou bloquée, et son noindex n'a PAS été copié en production.
- Le robots.txt de production autorise l'exploration. C'est de loin l'erreur de lancement la plus fréquente.
- Une page 404 existe, renvoie un vrai statut 404 et propose une suite.
- Les formulaires s'envoient, enregistrent la donnée et notifient une adresse que quelqu'un lit.
- Les sauvegardes sont configurées et une restauration a été testée. Une sauvegarde non testée n'est pas une sauvegarde.
- La journalisation des erreurs est active et quelqu'un reçoit les alertes.
Vérifiez les codes de statut, pas seulement les pages. Une « page 404 » qui renvoie HTTP 200 dit aux moteurs que chaque URL mal tapée est une vraie page.
Avant le lancement : contenu et SEO#
Les vérifications de contenu sont rapides mais ce sont celles que les visiteurs remarquent en premier, et les vérifications SEO sont celles qu'il est pénible de corriger après coup.
- Chaque page a un titre et une méta-description uniques qui reflètent son contenu.
- Aucun texte de remplissage, aucun « Lorem ipsum », aucun « [nom du client] » nulle part.
- Chaque image a un texte alternatif utile ; les images décoratives ont un alt vide, pas absent.
- La structure des titres est saine : un H1 par page, pas de saut de H1 à H4.
- Tous les liens internes résolvent ; aucun ne pointe vers le domaine de préproduction.
- Le sitemap XML se génère, ne liste que des URL indexables et est référencé dans robots.txt.
- Des redirections depuis chaque ancienne URL avec du trafic ou des liens, cartographiées et testées.
- Les données structurées valident sur les gabarits qui en portent.
- Les balises Open Graph produisent un aperçu correct quand l'URL est collée dans une messagerie.
Avant le lancement : juridique, statistiques et accessibilité#
Les parties le plus souvent renvoyées à « après le lancement », ce qui veut ensuite dire jamais.
| Élément | Vérification |
|---|---|
| Politique de confidentialité | Présente, exacte sur ce que vous collectez vraiment, liée depuis chaque page |
| Consentement aux cookies | Obligatoire si vous déposez des cookies non essentiels ; les bloque jusqu'au consentement |
| CGU et mentions légales | Présentes là où votre juridiction les exige |
| Statistiques | Installées une fois, actives sur toutes les pages, avec un objectif pour l'action principale |
| Search Console | Propriété validée et sitemap soumis le jour du lancement |
| Accès clavier | Chaque élément interactif atteignable et actionnable avec Tab et Entrée |
| Contraste | Le texte et les contrôles respectent WCAG AA sur leur fond |
| Zoom | Page utilisable à 200 % de taille de texte sans défilement horizontal |
La première heure et la première semaine#
Un lancement n'est pas un instant, c'est une fenêtre. La plupart des problèmes qui passent la checklist apparaissent dans la première heure, et ceux de SEO dans les jours suivants.
- Chargez l'accueil depuis un mobile en données mobiles, pas depuis le réseau du bureau.
- Envoyez vous-même le formulaire principal et confirmez que la notification arrive.
- Vérifiez que cinq anciennes URL redirigent correctement, dont une en profondeur.
- Confirmez que les statistiques enregistrent votre propre visite, puis excluez votre trafic.
- Soumettez le sitemap dans la Search Console et demandez l'indexation des pages principales.
- Surveillez les journaux d'erreurs du serveur la première heure : de nouveaux schémas de trafic font surgir de nouvelles erreurs.
- Après une semaine : vérifiez la couverture dans la Search Console pour repérer exclusions inattendues et erreurs d'exploration.
- Après une semaine : comparez le trafic à l'ancien site et examinez toute page qui a fortement chuté.
Ne lancez pas un vendredi après-midi. Si quelque chose casse, les personnes capables de le réparer sont parties deux jours et le problème s'aggrave.
Questions fréquentes
Quelle est l'erreur de lancement la plus fréquente ?
Un robots.txt ou une balise noindex reportés de la préproduction vers la production. Le site paraît parfait à tous ceux qui le visitent et il est invisible pour les moteurs, et on le découvre souvent des semaines plus tard quand quelqu'un demande pourquoi le trafic n'est jamais venu. Vérifiez robots.txt et la balise meta robots en production, le jour du lancement, depuis l'extérieur de votre réseau.
Dois-je rediriger les anciennes URL ?
Si l'ancien site avait du trafic ou des liens entrants, oui. Cartographiez chaque ancienne URL vers son équivalent le plus proche avec une 301. Tout rediriger vers l'accueil revient à supprimer les pages du point de vue des signaux de classement accumulés, et c'est une mauvaise expérience pour qui suit un ancien lien.
Combien de temps avant que le trafic de recherche se rétablisse après une refonte ?
Avec des redirections propres et un contenu équivalent, comptez généralement deux à six semaines de fluctuation avant stabilisation. Une baisse la première quinzaine est normale. Une baisse qui continue de s'aggraver après un mois signale en général un problème technique : redirections manquantes, exploration bloquée, ou contenu supprimé sans que personne s'en aperçoive.
Faut-il tout lancer d'un coup ou par étapes ?
Pour remplacer un site, tout d'un coup est en général plus simple : faire tourner deux sites en parallèle divise vos liens et crée des problèmes de contenu dupliqué. Pour de nouvelles sections sur un site existant, procéder par étapes convient. Ce qu'il ne faut pas faire, c'est lancer une demi-structure et ajouter le reste ensuite sans avoir planifié les URL de ce qui arrive.
checklist mise en ligne sitechecklist lancement weblancement site internetvérifications avant lancementrefonte site webchecklist migration site
