Exploiter
Performance web
Un site lent perd des clients avant même de s'être présenté. Ça se mesure et ça se corrige.
La performance web est le seul sujet où le diagnostic est presque toujours le même et presque jamais traité : les images. Sur un site que nous avons mesuré récemment, la page d'accueil pesait 1,79 Mo, dont 1,60 Mo d'images non compressées — une seule photo faisait 297 Ko — et le serveur demandait aux navigateurs de ne rien mettre en cache, donc de tout retélécharger à chaque visite. Corriger ces deux points a coûté une demi-journée. C'est le rapport bénéfice/effort le plus élevé de tout le référencement technique.
La méthode
Comment nous procédons
- 01
On mesure sur les pages réelles
Poids, nombre de requêtes, temps de réponse du serveur, indicateurs Core Web Vitals. Sur mobile et sur une connexion moyenne, pas sur la fibre du bureau.
- 02
On traite les images en premier
Formats modernes, dimensions adaptées à l'affichage réel, chargement différé pour ce qui est hors écran, priorité haute pour l'image principale. C'est presque toujours là que sont les mégaoctets.
- 03
On règle la mise en cache
Les fichiers qui ne changent pas doivent être conservés par le navigateur. Un réglage d'en-tête, quelques minutes de travail, et le visiteur qui revient ne retélécharge plus rien.
- 04
On allège le code envoyé
Retrait des bibliothèques inutilisées, découpage du JavaScript, rendu de la page côté serveur. Objectif : que le contenu soit lisible avant que le moindre script ait fini de se charger.
Ce que vous recevez
Les livrables
- check_circleLes mesures avant et après, page par page, sur les mêmes conditions
- check_circleLes images retraitées et le pipeline qui garde les suivantes compressées
- check_circleLes en-têtes de cache réglés, vérifiés en conditions réelles
- check_circleLa liste de ce qui n'a pas été fait et pourquoi : tout n'est pas rentable
Questions fréquentes
- Un bon score aide-t-il vraiment le référencement ?
- Modérément, en tant que critère. Beaucoup plus par son effet réel : sur mobile, une part importante des visiteurs abandonne un site qui met plusieurs secondes à s'afficher. Ils partent avant d'avoir vu votre offre, et ça, aucun classement ne le rattrape.
- Faut-il refaire le site pour qu'il soit rapide ?
- Rarement. La majorité des gains vient d'images et de réglages de cache, sur le site existant. La refonte ne se justifie que si le socle impose lui-même le poids — certains thèmes chargent plusieurs mégaoctets de décoration sans qu'on puisse les en empêcher.
- Vous garantissez un score de 100 ?
- Non, et courir après le score parfait coûte cher pour rien. Nous visons le seuil « bon » sur les indicateurs qui comptent, en mobile, et nous vous disons quand la marche suivante coûte plus qu'elle ne rapporte.
Aussi dans « Exploiter »
Infrastructure et hébergement
Vos serveurs, tenus par des gens qui les administrent tous les jours pour d'autres clients aussi.
account_treeCI/CD et DevOps
Mettre en production doit être un non-événement, plusieurs fois par semaine, sans réunion.
monitor_heartSupervision et astreinte
Savoir que le site est tombé avant que votre client vous appelle pour vous le dire.
mark_email_readE-mails et délivrabilité
Vos e-mails automatiques arrivent-ils vraiment ? La plupart du temps, une partie n'arrive pas.
Parlons de votre projet
Un échange de trente minutes suffit à savoir si nous sommes le bon prestataire. Nous répondons sous 48 heures, et nous disons non quand ce n'est pas pour nous.

