Ce qui compte vraiment sur un site web (et pourquoi les sites rapides gagnent)

Il est facile de supposer qu'un site web doit avoir un aspect impressionnant pour bien fonctionner. En pratique, les sites qui remplissent réellement leur mission — faire comprendre à quelqu'un ce que vous proposez, puis le pousser à agir — ont souvent l'air simples à côté de ceux bourrés d'animations et de vidéos en arrière-plan. Ce qui compte vraiment tient en moins de choses qu'il n'y paraît, et la vitesse en constitue l'essentiel.

Ce qui mérite réellement sa place

• Une réponse claire, immédiatement. Un visiteur décide de continuer à lire ou non en quelques secondes — ce que vous faites, et si c'est fait pour lui, doit être évident sans avoir à faire défiler la page.
• Ça fonctionne sur téléphone, correctement. La plupart des visites sur la plupart des sites de petites entreprises se font depuis un téléphone, pas un ordinateur portable — un site qui ne fonctionne vraiment bien que sur grand écran laisse tomber la majorité des personnes qui y arrivent.
• Une seule action claire. Appeler, acheter, réserver, prendre contact — choisissez la seule chose que vous voulez réellement qu'un visiteur fasse, et rendez-la impossible à manquer. Une page proposant cinq choix également mis en avant n'en voit généralement aucun être suivi.
• Ça se charge avant que quelqu'un abandonne. Tout le reste de cette liste est inutile si la page n'est pas encore à l'écran au moment où un visiteur décide de partir.

Pourquoi la vitesse compte spécifiquement autant

Un site lent ne donne pas seulement une moins bonne impression — il perd concrètement des visiteurs avant même qu'ils n'aient rien vu, et les moteurs de recherche intègrent directement la vitesse de chargement réelle dans le classement, sous ce que Google appelle les Core Web Vitals. Aucun de ces deux points n'est un détail mineur : l'un affecte le fait qu'une personne ayant trouvé votre site y reste, l'autre affecte le fait qu'elle le trouve tout court.

Ce qui est frustrant, c'est que les sites web lents le sont rarement pour une bonne raison. Les coupables habituels sont évitables plutôt qu'inévitables :

• Des images dimensionnées pour un appareil photo, pas pour un écran. Une photo large de 4000 pixels affichée à 400 pixels représente 10 fois plus de données que ce que le navigateur affichera jamais réellement — la source la plus fréquente d'une page lente, et la plus facile à corriger.
• Du JavaScript que la page n'avait pas besoin d'exécuter. Un gros framework téléchargé et analysé juste pour afficher un peu de texte et un bouton coûte un temps réel et mesurable — avant même qu'un visiteur ne voie un seul mot.
• Des scripts tiers que personne ne surveille. Les traqueurs, widgets de chat et éléments intégrés venus d'ailleurs ajoutent chacun leur propre aller-retour, et chacun peut faire ralentir silencieusement un site avec le temps, à mesure que d'autres s'ajoutent et qu'aucun n'est retiré.

Comment le site sur lequel vous lisez ceci a réellement été construit

Puisque c'est exactement le sujet de cet article, il semble juste d'expliquer clairement comment les pages de webaki sont assemblées — parce que ce sont les trois mêmes idées que ci-dessus, simplement appliquées plutôt que simplement décrites.

• Chaque page est assemblée à l'avance en un document complet et autonome, plutôt qu'une coquille qui demande ensuite au navigateur d'aller chercher et assembler plusieurs autres morceaux avant qu'il n'y ait quoi que ce soit à montrer.
• Chaque image de ce site est redimensionnée et compressée spécifiquement pour la taille exacte à laquelle elle est effectivement affichée — les trois illustrations de notre page d'accueil, par exemple, font le dixième de leur taille de départ, sans différence visible à la taille à laquelle on les voit réellement.
• Il n'y a pas de gros framework front-end qui tourne en arrière-plan, effectuant un travail qu'un visiteur ne remarque jamais autrement que sous la forme d'une page qui met plus de temps à sembler prête.

Rien de tout cela n'est une astuce ingénieuse — c'est surtout l'absence de choses qui n'avaient pas besoin d'être là au départ, ce qui est une réponse sincèrement banale, et aussi la réponse honnête.

Ce qu'il faut réellement vérifier sur votre propre site

Si vous regardez un site existant et vous demandez par où commencer : ouvrez-le sur un téléphone, avec une connexion ordinaire, et chronométrez combien de temps il faut avant de pouvoir réellement lire le titre principal. Si cela vous semble lent, c'est lent pour tout visiteur qui ne connaît et ne fait pas déjà assez confiance à l'entreprise derrière le site pour attendre.

Notre créateur de sites web est construit précisément autour de cela — un site d'une page rapide et fonctionnel dès le départ, sans framework à configurer ni extension à aller chercher.