Checklist avant le lancement d'une application

La veille d'un lancement, la question n'est pas « est-ce que tout marche ? » mais « que se passe-t-il quand quelque chose casse ? ». Cette checklist couvre les points qui font la différence entre un incident géré et une nuit blanche.

Environnements et configuration

• Production, préproduction et développement sont séparés, avec des secrets distincts.
• Aucune clé ou secret n'est présent dans le code ou l'historique git.
• Les variables d'environnement de production sont documentées et sauvegardées.
• Le domaine, les DNS et le certificat SSL sont vérifiés et renouvelables.

Authentification et permissions

• Chaque rôle a été testé avec un compte réel de ce rôle, pas seulement en admin.
• Les parcours de récupération de mot de passe et d'invitation fonctionnent.
• Les routes d'administration sont inaccessibles sans le bon rôle.

Sauvegardes

• Les sauvegardes de la base sont automatiques et datées.
• Une restauration complète a été testée au moins une fois, pas seulement configurée.
• Les fichiers utilisateurs (uploads) sont couverts, pas uniquement la base.

Observabilité et états d'erreur

• Les erreurs serveur sont journalisées avec assez de contexte pour diagnostiquer.
• Une alerte prévient quelqu'un quand le site ou l'API tombe.
• Les pages d'erreur utilisateur sont propres : pas de stack trace, un chemin de sortie.
• Les états vides et les échecs de paiement affichent un message utile.

Analytics, consentement et SEO

• La mesure d'audience respecte le consentement et ne se charge pas avant accord.
• Les pages publiques ont titre, description et balises sociales corrects.
• Le sitemap et robots.txt reflètent les vraies pages publiques.

Retour arrière et responsabilités

• Un déploiement peut être annulé rapidement, et la procédure est écrite.
• Une personne précise est responsable du support au lancement, avec un canal connu.
• Les accès critiques (hébergeur, DNS, base) sont détenus par plus d'une personne.