Checklist de lancement d’un site web

Vérifier le contenu et la navigation

Chaque itinéraire public nécessite une copie finale, une navigation fonctionnelle et une réponse délibérée aux pages manquantes ou retirées. Une page d'accueil valide ne prouve pas que les liens de campagne, les variantes linguistiques ou les destinations de pied de page sont corrects.

Explorez la version candidate, vérifiez les redirections et examinez les titres, les descriptions, les canoniques et les langues alternatives sur des pages représentatives.

Confirmez le nom actuel de la marque, les coordonnées, les prix, les limites de service, les liens juridiques et les droits d'image sur chaque modèle public. Crawl liens internes et de décider comment les URLs retirées rediriger. Vérifiez les titres, descriptions, URL canoniques et langues alternées de la production rendue HTML. Recherchez des marqueurs de mise en scène et le texte de placeholder à travers la construction afin qu'ils n'apparaissent pas dans les pages qui ont été manquées lors de l'examen manuel.

Testez des parcours utilisateur complets

Les boutons et les formulaires doivent être testés depuis le premier clic jusqu'à la confirmation finale et le transfert opérationnel. Un formulaire de contact qui stocke un enregistrement mais ne parvient pas à en informer l'équipe ne constitue pas un chemin de recherche efficace.

Soumettre des cas de tests réels pour les flux de contact, devis et d'achat ; confirmer la livraison des e-mails, l'acheminement des réponses, les erreurs et la protection contre les doublons.

Tester des trajets complets avec des données de production. Soumettre chaque formulaire de contact et de devis, vérifier l'e-mail livré, l'adresse de réponse, l'enregistrement enregistré, le message d'échec et la manipulation du duplicata. Pour les magasins, placer les commandes de test par le biais des états de paiement et de livraison pris en charge. Inclure la validation, les connexions lentes et l'échec du fournisseur.

Utiliser la configuration de production

Le succès local ne vérifie pas les domaines, HTTPS, les variables d'environnement, les services externes ou le comportement du proxy inverse. Un secret manquant ou une règle d'hôte incorrecte ne peut être rompu qu'après le déploiement.

Exécutez des contrôles de fumée sur le domaine prévu, vérifiez les redirections sécurisées et confirmez que la configuration privée est absente des bundles clients.

La configuration de production a besoin de sa propre liste de contrôle. Vérifier les redirections DNS, HTTPS, hôte, variables d'environnement, identifiants d'email, en-têtes de proxy inverse, travailleurs programmés et sites de sauvegarde. Confirmer que les secrets restent côté serveur et que le port d'application n'est pas exposé inutilement. Tester l'accès anonyme dans un navigateur propre, car une session d'administrateur authentifiée peut masquer les problèmes de cache, d'autorisation ou de redirection que les visiteurs publics rencontreront.

Préparer la restauration et la propriété

Une version nécessite une version précédente connue, une étendue de sauvegarde et une personne capable de répondre à un échec de vérification. Sans chemin de retour en arrière, un petit défaut peut se transformer en une longue panne pendant que l'équipe se reconstruit sous pression.

Enregistrez la révision déployée et un chemin de retour avant la version. Nommez la personne qui regarde les journaux d'application et de proxy, les vérifications qui déclenchent le retour et l'image ou le paquet précédent qui peuvent être restaurés. Revérifiez les routes principales après le déploiement à partir de l'extérieur du serveur. Un court enregistrement écrit de la version rend la réponse incidente plus rapide et empêche l'équipe de deviner quelle version, migration ou valeur d'environnement a atteint la production.