Validation client avant la mise en ligne d’un site : un guide pour les agences

Les litiges à la mise en ligne viennent rarement d’un mauvais travail. Ils viennent de l’ambiguïté : le client a relu une URL de préproduction différente de la production, les retours sont arrivés dans cinq fils d’e-mails et un appel, un responsable a découvert le site après la mise en ligne, ou un « ça me va » dans une messagerie a été pris pour une validation. Un processus de validation supprime cette ambiguïté.

• Une seule version : le client relit le site sur le serveur depuis lequel il sera mis en ligne, pas une copie de préproduction.
• Un seul endroit pour les retours : des commentaires rattachés à la page et à l’élément exacts qu’ils concernent.
• Une seule personne qui valide, désignée à l’avance, habilitée à dire oui.
• Une seule trace : qui a validé, quand, et dans quel état était le site.

Avant le début de la relecture, écrivez ce que signifie la validation. Une courte liste dans le brief du projet ou le cahier des charges suffit :

Désignez la personne qui valide et un suppléant. Convenez du nombre de cycles de relecture inclus et du fait que toute modification après validation constitue une nouvelle demande. Cela protège les deux parties.

1. 1

   Étape 1 : Convenir du périmètre et de la personne qui valide

   Écrivez ce que couvre la validation, combien de cycles de relecture sont inclus et qui valide.

2. 2

   Étape 2 : Déployer sur le serveur de production

   Mettez la version finale sur le serveur depuis lequel le site sera mis en ligne, alors que le DNS pointe encore vers l’ancien site.

3. 3

   Étape 3 : Partager un aperçu protégé par mot de passe

   Créez un lien d’aperçu pour le domaine et l’IP du nouveau serveur, définissez un mot de passe et envoyez-le au client.

4. 4

   Étape 4 : Recueillir des retours épinglés

   Activez les commentaires du client pour qu’il épingle ses retours sur la page et l’élément ; résolvez chaque commentaire au fur et à mesure des corrections.

5. 5

   Étape 5 : Lancer les vérifications

   Lancez un rapport QA et une comparaison visuelle, corrigez ce qu’ils trouvent et partagez les résultats ou un rapport de préparation.

6. 6

   Étape 6 : Demander une validation explicite

   Demandez à la personne désignée de cliquer sur Valider la mise en ligne, ou de confirmer par écrit en se référant au lien d’aperçu exact.

7. 7

   Étape 7 : Geler et mettre en ligne

   Gelez les modifications après la validation, basculez les DNS et tenez les demandes post-lancement sur une liste séparée.

Les environnements de préproduction s’écartent de la production : extensions différentes, ressources en cache, contenu de test. Le plus sûr est de faire valider le serveur de production lui-même, avant que le DNS pointe vers lui. Un lien d’aperçu DNSPeek affiche le site depuis le nouveau serveur sous son vrai domaine, dans n’importe quel navigateur et sur n’importe quel téléphone, sans rien à installer ni à configurer pour le client. Protégez-le par mot de passe et envoyez-le comme n’importe quel lien.

Les clients n’ont pas à savoir ce qu’est un fichier hosts, et on ne devrait jamais leur demander d’en modifier un. Voir fichier hosts ou lien d’aperçu pour les compromis.

Sur les forfaits Agency et Provider, activez les commentaires du client pour le lien d’aperçu. Un bouton Commentaires apparaît sur chaque page de l’aperçu. Le client clique à un endroit, écrit un commentaire, et celui-ci est épinglé à l’élément sous forme de repère numéroté ; les remarques générales peuvent concerner toute la page. Aucun compte n’est nécessaire. Vous recevez un e-mail à l’arrivée des commentaires, au plus un toutes les dix minutes par lien, et vous résolvez chacun dans le tableau de bord une fois traité. Détails : Commentaires du client et validation de la mise en ligne.

Les clients valident plus vite quand ils voient que les vérifications ont été faites. Les outils gratuits couvrent l’essentiel, comme le certificat avec le vérificateur SSL et les redirections avec le vérificateur de redirections. Trois éléments aident le plus :

• Un rapport QA : une exploration du nouveau serveur à la recherche de pages cassées, fichiers manquants, problèmes de redirection, contenu mixte et lacunes DNS de messagerie, avec un score. Sur les forfaits Agency et Provider, le rapport partagé porte votre image de marque. Voir Rapport QA.
• Une comparaison visuelle : des captures d’écran des pages clés de l’ancien et du nouveau site, sur ordinateur et mobile, avec les différences mises en évidence (forfaits payants). Voir Comparaison visuelle.
• Un rapport de préparation : une page avec un verdict (pas prêt, prêt avec avertissements, prêt pour la mise en ligne) établi à partir du dernier rapport QA, de la comparaison visuelle, des commentaires ouverts, de la validation du client et d’une vérification du certificat. C’est un instantané que le client ouvre sans compte. Voir Préparation à la mise en ligne.

Avec les commentaires du client activés, le client clique sur Valider la mise en ligne et saisit un nom, éventuellement avec un e-mail et une note. Vous recevez un e-mail, les paramètres du lien indiquent qui a validé et quand, et le rapport de préparation nomme la personne qui a validé sous le verdict. Si vous travaillez sans la fonction de commentaires, demandez la validation par e-mail en réponse à un message qui renvoie vers l’aperçu exact et liste le périmètre, et conservez ce fil avec le projet.

Après la validation, gelez les modifications. Toute nouvelle demande du client va dans une liste post-lancement, sauf si elle bloque la mise en ligne. Basculez ensuite les DNS en suivant la checklist de migration de site.