Le lancement est une passation : la checklist prête pour le client pour les agences

Résumé

La plupart des conseils sur le lancement traitent un site web comme un événement unique. Pour une agence, chaque lancement est une passation, et la répétabilité compte plus qu'un jour de lancement parfait. Cet article vous propose une checklist de pré-passation conçue pour gérer plusieurs projets clients. Elle couvre la définition d'une date de passation ferme, le verrouillage précoce du contenu, les tests du point de vue du client, la portée des contrôles selon le type de site, ainsi que les contrôles de sécurité, de référencement et de runbook. La dernière étape est un suivi à 48 heures qui réinjecte les leçons dans le projet suivant. Utilisez cette checklist comme une liste vivante, pas comme une liste à copier-coller.

La plupart des conseils sur le lancement sont écrits pour un seul site web, c'est pourquoi ils échouent au sein d'une agence. Ils supposent que vous avez un temps illimité pour tester chaque page. Ce n'est pas le cas. Vous avez plusieurs projets en cours, un client qui a changé deux fois de numéro de téléphone et un interlocuteur qui n'arrête pas d'envoyer des e-mails à propos d'un petit détail. Les conseils qui fonctionnent traitent le lancement comme une passation, pas comme un événement. Votre véritable produit est un processus répétable qui produit un site web dans lequel le client peut vivre sans vous appeler en panique. Cette checklist est ce processus, conçu pour les agences qui doivent exécuter le même contrôle qualité auprès de différents clients, budgets et types de sites. Utilisez-la comme une ossature, pas comme une liste passe-partout à copier.

Écrivez d'abord la date de passation

Mettez la date de passation sur le calendrier avant de choisir un modèle. Appelez-la « prête pour le client » plutôt que « lancement ». Ensuite, travaillez à rebours : date limite du contenu, revue de design, fenêtre de test et une marge réelle parce que le client prendra au moins deux jours de retard. Écrivez la date à un endroit où tout le monde peut la voir.

S'il n'y a pas de date, le glissement de périmètre n'a aucun ancrage. Quand un client demande une page de plus, vous pouvez dire que cela repousse la date de passation. Si la date existe déjà, le compromis est visible ; sinon, chaque petite demande est gratuite et chaque échéance est une fiction. Une agence qui ne peut pas nommer une date de passation ne peut pas protéger ses marges. Lorsque vous partez d'un brief vague, un processus d'agence répétable garde cette conversation identique sur chaque projet.

Verrouillez le contenu qui ne peut pas être improvisé

C'est le contenu qui fait tomber les sites clients, pas le code. Un développeur peut construire une page ; il ne peut pas inventer l'adresse réelle du client, ses tarifs ou ses biographies d'équipe. Fixez une date limite de contenu ferme avant l'approbation du design et rendez-la aussi stricte que la date de passation.

Utilisez un formulaire de collecte standard sur chaque projet. Demandez le téléphone, l'e-mail, l'adresse physique, les heures d'ouverture et les trois services que le client souhaite vendre. Un client vous donnera un numéro de téléphone qui aboutit sur un fax ; un autre vous remettra un logo enregistré sous forme de document Word. Repérer ces problèmes lors de la collecte du contenu coûte moins cher que de les découvrir dans le pied de page d'un site en ligne.

Si un élément manque à l'échéance, publiez avec un espace réservé clairement marqué plutôt que de geler le projet. Un espace réservé avec une date limite vaut mieux qu'un développement à l'arrêt. L'erreur courante est de considérer le contenu comme quelque chose qui peut être ajouté plus tard, c'est ainsi que vous lancez un site avec la mauvaise carte épinglée ou un service que le client a cessé d'offrir il y a six mois. La planification et l'architecture de l'information existent pour forcer ces décisions avant la construction.

Testez comme le client un mauvais jour

Vous avez regardé le site pendant des semaines, alors vous voyez ce que vous attendez. Le client voit ce qui est réellement à l'écran. Ouvrez le site dans une fenêtre de navigation privée avec une nouvelle session et effectuez un passage avec un regard neuf.

Cliquez sur chaque lien visible, pas seulement ceux dont vous vous souvenez. Soumettez chaque formulaire et testez les états d'échec, pas seulement le parcours de réussite. Chargez le site sur un téléphone, sur une connexion lente et avec le menu ouvert. Vérifiez que le numéro de téléphone dans l'en-tête correspond à celui de la page contact.

C'est là que les petits retards deviennent des histoires. Une image héros qui se charge lentement, un bouton qui ne mène nulle part, un en-tête collant qui couvre le numéro de téléphone sur mobile—chacun de ces éléments encadre la première impression du client. Vous n'avez pas besoin de cent vérifications ; vous avez besoin de celles qui seraient impossibles à expliquer. Une faute de frappe dans un article de blog est réparable ; un panier défectueux ne l'est pas. Si vous exécutez le même test sur chaque client, vous cessez de passer la première semaine après le lancement à répondre aux e-mails du type « le bouton ne fonctionne pas ».

Adaptez le contrôle au type de site

Effectuez un passage de cadrage sur chaque projet avant d'exécuter une checklist. Un site vitrine de quatre pages et un catalogue de boutique ne sont pas le même projet. Appliquer des contrôles identiques aux deux relève soit de la sur-ingénierie, soit d'un test insuffisant. Avant d'exécuter la checklist, décidez quels contrôles importent pour ce client.

Type de site	Contrôles non négociables
Site vitrine	Passage du point de vue client, coordonnées de contact, SSL, référencement de base
Page d'atterrissage	Temps de chargement, soumission de formulaire, page de remerciement, analytics
E-commerce	Parcours d'achat, test de paiement, images produit, sauvegardes

Gardez le contrôle commun—date de passation, sécurité, runbook, suivi—et ajoutez les vérifications qui protègent ce client spécifique. Sautez l'étape de cadrage et vous passerez votre vendredi à tester une page de services pendant que la vraie inquiétude du client est un paiement qui ne se traite pas. Ou vous lancerez un site e-commerce sans tester le flux de paiement, et le client ne le découvrira que lorsque la commande d'un client disparaîtra.

Construisez une seule fois le contrôle de sécurité, exécutez-le à chaque fois

La sécurité est là où les agences dérivent. Vous faites un audit complet pour le client e-commerce, puis vous sautez le site vitrine parce qu'ils ne collectent pas de données. C'est le mauvais instinct. Les recommandations de sécurité de UpGuard appliquent les mêmes pratiques à tous les sites : maintenir la plateforme à jour, imposer une authentification forte, limiter les privilèges utilisateur, sauvegarder régulièrement et tout servir via SSL/TLS. Un site vitrine peut toujours être compromis ; le domaine d'un client peut toujours être utilisé pour envoyer du spam.

Construisez une checklist de sécurité partagée et exécutez-la sur chaque projet. Authentification multi-facteurs activée pour chaque connexion. Logiciels et plugins mis à jour. Une sauvegarde réellement testée, pas seulement planifiée. Certificat SSL/TLS installé et actif. Privilèges utilisateur limités à ce dont chaque personne a besoin.

Faites de la sécurité un contrôle par oui/non. Si une réponse n'est pas « oui », le site n'est pas prêt pour le client. Exécutez le contrôle en préproduction avant la semaine de lancement, car les échecs de certificat le soir du lancement sont des urgences que vous ne pouvez pas facturer. Gardez la liste assez courte pour que chaque élément ait du sens. Si un élément passe toujours, automatisez-le ou intégrez-le à votre outillage de construction. Le coût de son omission n'est pas abstrait ; c'est le message au milieu de la nuit d'un client dont le site a été vandalisé.

Faites du référencement un contrôle, pas un espoir

Voici un lancement que vous avez vu : le site est mis en ligne, le design paraît propre, et un mois plus tard le client demande pourquoi il ne remonte pas sur Google. Le référencement sur un petit site semble être un problème futur, alors on le saute. Le guide SEO pour débutants du Digital Marketing Institute traite la configuration technique comme une partie des bases, pas comme du blabla marketing : HTTPS, un sitemap XML et un fichier robots.txt qui laisse entrer les moteurs de recherche.

Ajoutez une section référencement à votre checklist de passation et rendez-la concrète. Confirmez une balise titre et une méta-description pour chaque page clé. Assurez-vous que chaque page contient au moins un vrai texte, pas seulement des images. Générez un sitemap XML et soumettez-le. Vérifiez que robots.txt ne bloque pas les pages que vous souhaitez indexer.

Rien de tout cela n'est coûteux. Tout cela est fastidieux, c'est pourquoi c'est sauté. Le coût est invisible pendant quelques semaines, puis vous recevez l'appel : pourquoi mon entreprise ne remonte pas sur Google ? Vous ne pouvez pas répondre à cela par un contrôle de passation ; vous ne pouvez répondre qu'avec la preuve que les bases étaient en place avant la mise en ligne du site. Pour la configuration complète, lancez un site no-code qui se classe dès le premier jour. Au minimum, faites du contrôle SEO une liste oui/non afin que « on fera le SEO plus tard » ne puisse pas se glisser dans le projet.

Remettez les clés avec un runbook

La passation n'est pas terminée quand le site est mis en ligne. Elle est terminée quand le client peut se connecter sans vous appeler. Un lien et un mot de passe ne sont pas une passation ; c'est un premier devoir à la maison. Le client va trouver la page des paramètres, expérimenter, et soit casser quelque chose, soit vous appeler pour une question à laquelle vous auriez pu répondre dans un document d'une page.

Rédigez un runbook. Comment se connecter et modifier le texte de la page d'accueil. Comment remplacer une image. Où se trouvent le domaine et l'hébergement. Quand le domaine expire et qui en est responsable. Le processus d'enregistrement de domaine de l'ICANN exige des coordonnées de contact valides liées au propriétaire. Si le client possède le domaine, il doit savoir où se trouve le compte et ce qui se passe s'il expire. Mettez la date de renouvellement dans le runbook ; vous ne voulez pas que le premier appel après le lancement soit « notre site a disparu parce que personne n'a renouvelé le domaine ».

Le runbook peut tenir sur une page. Ce n'est pas un manuel. Mais il doit exister, et le client doit l'ouvrir pendant que vous êtes encore en appel.

Effectuez un suivi sous 48 heures

Un client se tait pendant une semaine après le lancement. Vous supposez qu'il est satisfait. Puis l'e-mail de facture arrive, et vous réalisez qu'il a passé six jours sans savoir comment mettre à jour ses propres tarifs. Le test le plus utile survient après la passation, pas avant.

Quarante-huit heures après la mise en ligne du site, envoyez un court message. Posez une question spécifique, pas « tout va bien ? ». Des invites spécifiques font remonter de vraies réponses. Avez-vous essayé de vous connecter ? Le formulaire de contact apparaît-il dans votre boîte de réception ? L'adresse dans le pied de page est-elle correcte ? Consignez ce que le client vous remonte et ajoutez-le à la checklist du prochain projet.

C'est le moment où vous attrapez ce que vous n'auriez pas pu attraper : le vrai numéro de téléphone du client, ses vraies images produit, l'intégration qui ne fonctionne qu'avec ses données. Chaque fois qu'un client expose une lacune, ajoutez-la au prochain contrôle de passation. C'est ainsi que la checklist reste vivante au lieu de devenir un document que personne ne lit. Si vous cherchez le système plus large, le modèle de maturité de maintenance de site client commence là où ce suivi se termine.

Un contrôle, pas un trophée

L'objectif n'est pas d'avoir la checklist la plus complète du secteur. C'est d'avoir un contrôle qui attrape les problèmes que vous rencontrez réellement chez vos clients. Cela signifie élaguer. Si un contrôle n'a attrapé aucun problème lors de vos derniers lancements, soit vous l'avez automatisé, soit c'est du bruit. Une checklist pleine d'éléments qui passent toujours donne une fausse impression de complétude. Les contrôles qui comptent sont ceux qui échouent de temps en temps, car ce sont eux qui évitent les appels embarrassants.

N'ajoutez pas de contrôles pour avoir l'air riche en processus. Ajoutez-les uniquement lorsqu'ils gagnent leur place. La meilleure checklist de lancement pour une agence est plus courte que vous ne le pensez : date de passation fixée, contenu verrouillé, test du point de vue client réussi, contrôles sécurité et référencement au vert, runbook remis, suivi à 48 heures planifié. Une fois ce contrôle en place, le lancement cesse d'être un moment de crainte et devient une formalité. C'est la différence entre une agence qui construit des sites web et une agence qui les livre.