Étude de cas · Core Web Vitals & Performance
Audit technique complet sur un site WordPress — 20 optimisations documentées, résultats vérifiés sur PageSpeed Insights et Lighthouse.
Point de départ : un site WordPress avec un score mobile PageSpeed à 59/100 — bien en dessous des seuils recommandés par Google. Le LCP atteignait 9,0 secondes sur mobile, le FCP 6,8s, le Speed Index 6,8s. Des indicateurs qui pèsent directement sur le crawl et le référencement.
L'audit couvre trois axes : performance technique (image LCP, chemin critique, cache, fonts non bloquantes, LiteSpeed Cache), accessibilité (contraste WCAG, hiérarchie de titres, landmarks) et sécurité (en-têtes HTTP, suppression d'extensions inutiles). 20 actions au total, tracées fichier par fichier.
Résultat au 30 avril 2026 : 97/100 mobile · 100/100 desktop. Toutes les alertes bloquantes traitées, les optimisations sans ROI réel documentées et volontairement ignorées — 4/4 catégories Lighthouse dans le vert.
Chaque action documentée — fichier par fichier, impact par impact. Pas d'arrondi marketing.
fetchpriority="high" + loading="eager" sur l'image LCP — priorité navigateur maximale
front-page.php
LCP ↓
data-no-lazy="1" ajouté — LiteSpeed Cache lazy-loadait l'image hero malgré loading="eager", causant un délai de 1 370 ms
front-page.php
LCP −1 370ms
media="print" + onload
header.php
FCP ↓
wp_enqueue_style — les fonts étaient déjà déclarées dans le header
functions.php
Render-blocking ↓
preconnect vers fonts.gstatic.com devenu inutile après refactoring des fonts
header.php
Nettoyage
--muted : #777777 → #969696 — ratio 4,07:1 → >4,5:1 (seuil WCAG 2.1 AA)
CSS
WCAG AA ✓
<h3> en overlay photo remplacée par <p class="photo-title"> — h3 avant le premier h2 cassait la hiérarchie
front-page.php
Hiérarchie ✓
<h4> dans les blocs "why" remplacées par <h3> — h4 sous h2 sans h3 intermédiaire
front-page.php
Hiérarchie ✓
<main id="main-content"> — repère principal manquant pour les lecteurs d'écran
front-page.php
Landmark ✓
HSTS max-age=31536000 ajouté — le site ne déclarait pas de politique HSTS
.htaccess
HSTS ✓
X-Frame-Options: SAMEORIGIN ajouté — protection contre le clickjacking
.htaccess
Anti-clickjacking ✓
X-Content-Type-Options: nosniff ajouté — prévention du sniffing de type MIME
.htaccess
MIME ✓
Referrer-Policy ajouté — politique de referrer manquante
.htaccess
Referrer ✓
Mobile et desktop — toutes les catégories Lighthouse dans le vert.
Performance, Accessibilité, Bonnes pratiques et SEO — tous dans le vert.
20 optimisations, 3 axes : Performance (LCP −85%, Speed Index −81%, score mobile +38 pts),
Accessibilité (contraste WCAG, hiérarchie de titres, landmark <main>)
et Sécurité HTTP (HSTS, X-Frame-Options, X-Content-Type-Options, Referrer-Policy).
Résultat : 4/4 catégories Lighthouse au maximum — sur mobile et desktop.
Un audit technique complet, des optimisations concrètes, des résultats mesurables. Parlons de votre performance.