Checklist

Checklist de mise en ligne d'un site web : 15 points à vérifier avant de lancer

Mis à jour le 2 octobre 2026 · 9 minutes de lecture

Le nouveau site est prêt, le client est impatient, et c'est le jour J. C'est précisément le moment où le plus grand nombre d'erreurs évitables se produisent : un DNS mal basculé, un formulaire jamais retesté, une page bloquée à l'indexation depuis six mois. Voici les 15 points à vérifier avant, pendant et juste après la mise en ligne.

Pourquoi une mise en ligne mal préparée coûte cher

Une refonte ou un nouveau site représente souvent plusieurs semaines de travail et un budget conséquent. Pourtant, le lancement lui-même se joue en quelques heures, parfois sans supervision le week-end ou en fin de journée. Un oubli simple — comme laisser le site bloqué à l'indexation ou oublier de rediriger les anciennes URL — peut effacer en un jour des mois de référencement ou faire fuir les premiers visiteurs.

Cette checklist se découpe en trois temps : avant le lancement, le jour du lancement, et juste après, quand le site est en ligne mais encore fragile.

Avant le lancement : la préparation

1. Le nom de domaine est prêt

Vérifiez que le domaine est bien enregistré au nom de votre entreprise (et non celui de l'agence ou d'un ancien prestataire), que la date d'expiration est lointaine et que l'adresse e-mail de contact associée est valide et consultée. C'est la base de tout le reste.

2. Le certificat SSL est commandé

Sans certificat valide, le navigateur affiche un avertissement de sécurité dès la première visite. Commandez-le au moins 48 heures avant le lancement pour avoir le temps de résoudre un éventuel blocage de validation.

3. L'environnement de test est bloqué à l'indexation

Tant que le site n'est pas officiellement en ligne, une balise noindex ou une protection par mot de passe doit empêcher Google d'explorer une version inachevée. Pensez à retirer ce blocage précisément le jour du lancement — c'est l'oubli le plus fréquent.

4. Les redirections 301 sont préparées

Si le site remplace une version existante, chaque ancienne URL importante doit pointer vers sa nouvelle équivalente via une redirection permanente (301). Sans cela, les visiteurs et les moteurs de recherche tombent sur des pages introuvables. Pour une refonte complète, consultez notre guide sur la migration de site sans perdre son référencement.

5. Les formulaires ont été testés de bout en bout

Remplissez vous-même chaque formulaire — contact, devis, inscription — et vérifiez que l'e-mail arrive bien à destination, y compris dans les indésirables. Un formulaire qui échoue silencieusement peut passer inaperçu pendant des semaines : voyez notre article sur le formulaire de contact qui ne fonctionne plus.

Le jour du lancement : la bascule technique

6. Les DNS sont correctement configurés

Vérifiez l'enregistrement A (ou CNAME) qui pointe vers le nouveau serveur, ainsi que les enregistrements MX si la messagerie change également. Prévoyez une fenêtre de propagation pouvant aller jusqu'à 48 heures : ne supprimez pas l'ancien hébergement avant la fin de cette période.

7. La redirection HTTP vers HTTPS fonctionne

Toute tentative d'accès en HTTP simple doit automatiquement basculer vers la version sécurisée, sur toutes les variantes du domaine (avec et sans « www »).

8. Aucune ressource ne charge encore en HTTP

Images, scripts ou polices chargés en HTTP sur une page HTTPS empêchent le cadenas complet de s'afficher. Inspectez la console du navigateur pour repérer ce « contenu mixte ».

9. Le fichier robots.txt et le sitemap XML sont à jour

Le fichier robots.txt ne doit plus bloquer l'exploration, et le sitemap doit lister les pages réelles du nouveau site, pas celles de l'ancienne version. Soumettez-le ensuite dans la Search Console.

10. Les balises title, meta description et canonical sont uniques

Chaque page doit avoir un titre et une description distincts, et une balise canonique pointant vers sa propre URL — une erreur fréquente lors des migrations rapides, qui dilue le référencement entre plusieurs pages identiques.

11. Le site s'affiche correctement sur mobile

Plus de la moitié du trafic vient désormais du mobile. Testez la navigation, les boutons d'appel et les formulaires sur un véritable smartphone, pas seulement en redimensionnant une fenêtre de navigateur.

Juste après le lancement : la vigilance

12. Le paiement en ligne encaisse réellement

Pour une boutique, passez une commande test de bout en bout, y compris l'étape de paiement et l'e-mail de confirmation. Un site qui s'affiche normalement peut très bien ne plus encaisser une seule vente sans que personne ne le remarque immédiatement.

13. Une sauvegarde automatique est activée

Dès les premières heures, configurez des sauvegardes quotidiennes automatiques, stockées si possible hors du serveur principal. Le détail des bonnes pratiques est expliqué dans notre article dédié aux sauvegardes de site web.

14. La surveillance du site est en place

Les premières 48 heures sont les plus fragiles : nouveau serveur, nouveau DNS, nouvelle configuration SSL. C'est le moment où une surveillance automatique est la plus utile, pour être alerté à la seconde où quelque chose se dérègle plutôt que de l'apprendre par un client mécontent.

15. L'ancienne version reste accessible en interne

Gardez l'ancien hébergement actif (même sans DNS pointant vers lui) pendant au moins quelques semaines, le temps de confirmer que tout fonctionne. Cela permet de revenir en arrière rapidement en cas de problème majeur.

Questions fréquentes