Réponse courte
Nous avons obtenu 99 en performance sur ordinateur, 91 sur mobile, 95 en accessibilité et 100 en bonnes pratiques et en SEO. Ce n’était pas un truc : c’étaient sept questions que nous nous sommes posées avant d’écrire chaque ligne, presque toutes sur ce qu’il ne fallait pas charger. Il nous manque encore quelque chose : sur mobile, le contenu principal apparaît en 2,7 secondes, et l’objectif est de 2,5.
Quand nous avons refait typersagency.com, nous avions une règle : le site Web d’une agence qui vend de la performance doit être performant. Voici le score du 28 septembre 2026 sur PageSpeed Insights, et les questions qui nous y ont menés.
1. Avons-nous vraiment besoin d’un constructeur visuel?
Les constructeurs visuels sont très pratiques, mais ils chargent généralement du code pour des centaines de fonctions que votre page n’utilise pas. Notre site Web est en HTML écrit à la main : chaque page n’apporte que ce qu’elle affiche. C’est pourquoi Google la lit en entier sans avoir à exécuter quoi que ce soit.
2. Qu’est-ce qui doit se charger avant que vous voyiez quoi que ce soit?
Presque rien. Le texte et le design arrivent en premier; les scripts se chargent ensuite, sans bloquer l’écran. Résultat : 0 milliseconde de blocage, sur ordinateur comme sur mobile.
3. Chaque page a-t-elle besoin de tout le JavaScript?
Non. Les animations de la page d’accueil ne se chargent que sur la page d’accueil. Les pages de services et le blogue ne chargent qu’un seul petit script : notre assistante, Nova.
4. Les images pèsent-elles plus que le contenu?
Sur beaucoup de sites Web, oui. Nous dessinons presque tout en SVG et en CSS : la fusée, les étoiles et les icônes sont du code, pas des photos lourdes.
5. Que se passe-t-il à la deuxième visite?
Les fichiers de design et de code sont conservés dans le navigateur pendant un an, et chaque nouvelle version reçoit un nom différent. Ainsi, les visiteurs qui reviennent ne téléchargent presque rien, et ne voient jamais une ancienne version.
6. Quelque chose bouge-t-il pendant le chargement?
Rien ne devrait sauter pendant que vous lisez. Nous réservons l’espace de chaque élément dès le départ. Résultat : un décalage de mise en page de 0 sur ordinateur et de 0,049 sur mobile (la limite du vert est de 0,1).
7. Combien de scripts tiers, c’est trop?
Chaque widget externe, module de clavardage ou pixel est une porte de plus qui s’ouvre au chargement, et une de plus à sécuriser. Le jour de ce test, notre site Web n’en chargeait aucun.
Mise à jour (5 novembre 2026) : aujourd’hui, il en charge un, Google Analytics. Dans cette version pour le Canada, il ne s’active que si vous l’acceptez dans l’avis de Nova. Le clavardage avec notre équipe n’est pas téléchargé à l’ouverture de la page : seulement si quelqu’un le demande. Chaque fois que nous ajoutons un élément de ce genre, nous mesurons de nouveau.
Ce qui nous manque encore
Sur mobile, le contenu principal apparaît en 2,7 secondes. Le vert commence à 2,5. Nos suspects : les polices téléchargées depuis Google Fonts et l’animation d’entrée du titre. Les prochaines tâches étaient d’héberger les polices sur notre propre serveur et de simplifier cette animation sur mobile.
Mise à jour (5 novembre 2026) : les polices sont maintenant servies depuis notre propre domaine; nous n’utilisons plus Google Fonts. Les chiffres de cet article restent ceux du test du 28 septembre : quand nous mesurerons de nouveau, nous les publierons ici.
Et si votre site Web tourne sur WordPress?
Vous pouvez aussi aller très loin. Commencez par ce qui pèse le plus :
- Des images en format WebP et à la taille où elles s’affichent.
- Une extension de cache bien configurée.
- Moins d’extensions : chacune ajoute du code à chaque page.
- Un bon hébergement, près de vos clients.
À vous de jouer
Testez votre site Web sur pagespeed.web.dev et comparez-le avec ces scores. Si vous ne savez pas trop comment lire le résultat, consultez comment lire PageSpeed Insights. Et si vous voulez un site Web comme celui-ci, voyez comment nous concevons des sites Web et des applications.