Les mesures de conception et de développement web qui comptent sont celles qui relient le site aux résultats commerciaux : taux de conversion sur les pages clés, achèvement des tâches, Core Web Vitals, taux d’erreurs et de disponibilité, et rapidité avec laquelle l’équipe livre des correctifs. Le raffinement visuel et le nombre de pages ne sont pas des mesures. Une refonte doit être jugée sur la capacité des visiteurs à trouver plus rapidement ce qu’ils cherchaient et à agir plus souvent.
De nombreux projets web sont validés au coup de cœur. Un cadre supérieur aime la page d’accueil, le site est mis en ligne et personne ne vérifie des mois plus tard s’il est plus performant que l’ancien. Définir des mesures avant le début de la conception change la donne.
Un site web est un outil qui a une mission : générer des prospects, vendre des produits, répondre à des questions de support, recruter du personnel. La mesure vous indique si la conception remplit cette mission. Elle règle également les désaccords. Lorsque deux parties prenantes se disputent sur une mise en page, une mesure claire et un test mettent fin au débat plus rapidement que des avis.
Les mesures protègent également le projet après le lancement. Les sites se dégradent à mesure que du contenu est ajouté, que les plugins s’accumulent et que les scripts se multiplient. Une base de référence vous permet de repérer quand les performances chutent.
Sur quelles mesures commerciales un site web doit-il être jugé ?
Commencez par les résultats. Choisissez les actions qui représentent de la valeur pour l’entreprise et suivez-les en tant que conversions dans GA4.
- Taux de conversion par page clé : pages de produits, tarifs, contact, inscription.
- Volume de prospects ou de ventes provenant du trafic organique et direct, sur lequel le site a le plus d’influence.
- Revenu par session pour l’e-commerce.
- Taux de complétion des formulaires : lancements par rapport aux soumissions, ce qui révèle des frictions dans le formulaire lui-même.
- Micro-conversions : inscriptions à la newsletter, téléchargements de brochures, clics pour appeler.
Comparez ces données pour les mêmes mois avant et après une refonte, et segmentez par appareil. Un taux de conversion mobile nettement inférieur à celui sur ordinateur indique généralement un problème de conception mobile plutôt qu’une différence d’audience.
Que vous apprennent les Core Web Vitals ?
Les Core Web Vitals sont les mesures publiées par Google concernant le chargement, la réactivité et la stabilité visuelle. Les seuils pour une bonne expérience sont un Largest Contentful Paint inférieur à 2,5 secondes, un Interaction to Next Paint inférieur à 200 millisecondes et un Cumulative Layout Shift inférieur à 0,1, mesurés au 75e centile des visites réelles.
Vérifiez les données de terrain dans Search Console sous Core Web Vitals et dans PageSpeed Insights. Les données de terrain proviennent d’utilisateurs réels dans le rapport Chrome UX ; les données de laboratoire de Lighthouse sont utiles pour le débogage mais ne correspondent pas à ce que vivent les visiteurs.
Causes courantes d’échec des indicateurs vitaux
- LCP : images principales surdimensionnées, réponse lente du serveur, CSS ou polices bloquant le rendu.
- INP : JavaScript lourd, scripts tiers, grands gestionnaires d’événements sur les clics.
- CLS : images sans largeur ni hauteur, bannières à chargement tardif, permutation de polices web.
Définissez un budget de performance dans le projet, tel qu’un poids de page maximal et un nombre de scripts, et vérifiez-le avant chaque version.
Comment mesurez-vous l’ergonomie, et pas seulement la vitesse ?
La vitesse est nécessaire mais pas suffisante. Un site rapide avec une navigation confuse perd tout de même des visiteurs. Les mesures d’ergonomie montrent si les utilisateurs peuvent accomplir des tâches.
Effectuez des tests basés sur des tâches avec cinq à huit utilisateurs par tour : demandez-leur de trouver un prix, de réserver une démo ou de localiser une politique de retour, et enregistrez le succès, le temps et les erreurs. Des outils comme Maze ou Lookback rendent les tests à distance pratiques. Les enregistrements de sessions et les cartes thermiques de Microsoft Clarity ou Hotjar montrent où les visiteurs réels hésitent, cliquent avec frustration (rage clicks) ou abandonnent.
- Taux de réussite des tâches pour les trois à cinq tâches les plus importantes.
- Temps par tâche, comparé entre l’ancienne et la nouvelle conception.
- Clics de frustration et clics morts sur les pages clés, signalés dans Clarity.
- Requêtes de recherche sur le site avec zéro résultat, qui révèlent du contenu ou des libellés manquants.
Quelles mesures de développement montrent la qualité de construction ?
La qualité du développement se manifeste dans la façon dont le site se comporte au fil du temps. Un site bien construit reste rapide et stable à mesure que le contenu grandit ; un site fragile se brise à chaque mise à jour.
- Disponibilité (Uptime), surveillée avec un service tel qu’UptimeRobot ou Better Stack.
- Taux d’erreur du serveur : réponses 5xx dans les journaux ou la surveillance.
- Erreurs JavaScript par session, provenant d’un outil comme Sentry.
- Problèmes d’accessibilité trouvés par des contrôles automatisés tels qu’axe, ainsi que des tests manuels au clavier.
- Fréquence de déploiement et temps de résolution d’un bug signalé.
L’accessibilité mérite d’être soulignée. Les directives WCAG 2.2 au niveau AA sont la cible commune ; les outils automatisés ne détectent qu’une partie des problèmes, incluez donc des contrôles manuels pour la navigation au clavier et les libellés de lecteur d’écran.
Comment les mesures SEO s’intègrent-elles dans une refonte ?
Les refontes peuvent perdre du trafic de recherche si les URL changent sans redirections ou si du contenu est supprimé. Suivez les clics organiques et les impressions dans Search Console pour les pages clés avant le lancement, conservez une correspondance d’URL de l’ancienne à la nouvelle, et configurez des redirections 301 pour chaque adresse modifiée.
Après le lancement, surveillez le rapport Pages de Search Console pour détecter de nouvelles erreurs et comparez les clics organiques semaine après semaine. Une baisse dans les premières semaines est courante pendant que Google réindexe ; une baisse qui persiste après un mois nécessite une enquête.
Exemple de plan de mesure
Par exemple, un cabinet d’avocats régional refondant son site pourrait fixer des objectifs tels qu’un taux de complétion du formulaire de contact plus élevé sur mobile, tous les Core Web Vitals dans la bonne plage pour ses vingt principales pages, aucune perte de clics organiques après huit semaines et zéro erreur 404 provenant d’anciennes URL. Chaque objectif a une source : GA4, Search Console et un crawl. Les objectifs spécifiques proviendraient de la propre base de référence du cabinet.
Comment les résultats doivent-ils être présentés aux clients ?
Gardez les rapports courts et liés aux objectifs convenus au départ. Un résumé mensuel d’une page avec une poignée de mesures, leur tendance et une action recommandée fonctionne mieux qu’un long export. Utilisez Looker Studio pour regrouper les données de GA4 et de Search Console dans une seule vue.
Signalez les problèmes honnêtement. Si la conversion mobile a chuté après le lancement, dites-le, expliquez la cause probable et proposez une correction. Les clients font confiance aux équipes qui soulèvent les problèmes avant qu’on ne le leur demande.
Que devez-vous éviter de mesurer ?
Certains chiffres ressemblent à des progrès et ne signifient pas grand-chose. Le total des pages vues augmente lorsque la navigation est confuse et que les gens cliquent partout pour chercher quelque chose. Le temps moyen passé sur le site augmente lorsque les pages sont difficiles à parcourir. Le taux de rebond dans les anciennes configurations d’analytique dépendait de particularités de suivi ; GA4 l’a remplacé par le taux d’engagement pour une bonne raison.
Le nombre de pages lancées, le nombre de composants construits et les soumissions à des prix de design sont des extrants (outputs), pas des résultats (outcomes). Ils doivent figurer dans un journal de projet, pas dans un rapport sur le fonctionnement du site.
- Remplacez les pages vues par les conversions et la réussite des tâches.
- Remplacez le temps passé sur le site par des sessions engagées et la profondeur de défilement sur les pages clés.
- Traitez toute mesure qui augmente lorsque les utilisateurs luttent comme un signal d’alarme.
Par quoi commencer cette semaine
Enregistrez votre base de référence aujourd’hui : taux de conversion par page clé et par appareil à partir de GA4, statut des Core Web Vitals à partir de Search Console, et clics organiques pour vos principales pages. Enregistrez les chiffres avec la date.
Sélectionnez ensuite la seule page qui compte le plus pour le chiffre d’affaires et regardez dix enregistrements de sessions dans Clarity. Notez où les gens marquent un temps d’arrêt. Cette liste devient le premier ensemble de modifications de conception qui vaut la peine d’être testé.
Continuer la lecture : Conception et développement web · Conception web