# Baseline PageSpeed Insights — staging.merrymorocco.com

> Rapport du 21 avril 2026, 22:05:05  
> Outil : Lighthouse 13.0.1 — Émulation Moto G Power — Connexion 4G lente — Mobile

---

## Scores globaux

| Page       | URL                              | Perf | Accessibilité | Bonnes pratiques | SEO |
|------------|----------------------------------|------|---------------|------------------|-----|
| Homepage   | https://staging.merrymorocco.com/| **47** | 89          | 100              | 100 |

---

## Core Web Vitals — Homepage

| Métrique                    | Valeur    | Seuil cible | Statut   |
|-----------------------------|-----------|-------------|----------|
| First Contentful Paint (FCP)| 2,9 s     | < 1,8 s     | ⚠ Moyen  |
| Largest Contentful Paint (LCP)| **14,4 s** | < 2,5 s  | ✗ Mauvais|
| Total Blocking Time (TBT)   | **550 ms** | < 200 ms   | ✗ Mauvais|
| Cumulative Layout Shift (CLS)| 0,025    | < 0,1       | ✓ Bon    |
| Speed Index                 | 10,0 s    | < 3,4 s     | ✗ Mauvais|

---

## Opportunités (économies estimées)

| Audit                                       | Économie estimée | Impact     |
|---------------------------------------------|------------------|------------|
| Requêtes de blocage de l'affichage          | **3 200 ms**     | FCP / LCP  |
| Améliorer l'affichage des images            | 542 Kio          | LCP / réseau|
| Utiliser des durées de mise en cache efficaces | 388 Kio       | Retour visiteurs|
| Réduisez les ressources JavaScript inutilisées | 165 Kio       | TBT        |
| Réduisez les ressources CSS inutilisées     | 61 Kio           | FCP        |
| Réduisez la taille des ressources JavaScript| 14 Kio           | TBT        |
| Réduisez la taille des ressources CSS       | 11 Kio           | FCP        |
| Ancien JavaScript                           | 6 Kio            | TBT        |

---

## Diagnostics

| Audit                                                     | Mesure       |
|-----------------------------------------------------------|--------------|
| Réduisez le travail du thread principal                   | 5,8 s        |
| Réduisez le temps d'exécution de JavaScript               | 1,3 s        |
| Évitez d'énormes charges utiles de réseau                 | 3 586 Kio total|
| Évitez les tâches longues dans le thread principal        | 11 tâches longues|
| Les éléments d'image ne possèdent pas de width/height     | —            |
| Ajustement forcé de la mise en page                       | —            |
| Détection de la requête LCP (tardive)                     | —            |
| Répartition du LCP (décomposition problématique)          | —            |

---

## Top 5 — Problèmes par ordre de priorité d'impact

### 1. LCP à 14,4 s — Requêtes de blocage de l'affichage (+3 200 ms)
**Impact :** Critique — LCP est 5,7× au-dessus du seuil « Good ».  
**Cause principale :** Des ressources CSS/JS chargées en `<head>` bloquent le rendu pendant ~3,2 s. Le navigateur ne peut pas peindre le hero avant d'avoir fini de parser ces ressources. C'est le facteur n°1 du LCP catastrophique.  
**Action :** Identifier et différer/supprimer les scripts/feuilles de style bloquants (render-blocking resources). Priorité absolue.

### 2. JavaScript inutilisé — 165 Kio + thread principal 5,8 s → TBT 550 ms
**Impact :** Élevé — TBT à 550 ms (2,75× le seuil). 11 longues tâches JS saturent le thread principal.  
**Cause :** JS de plugins et thème chargé inconditionnellement sur toutes les pages (Elementor, widgets, etc.). Après le blocage initial, le JS continue à monopoliser le thread.  
**Action :** Charger les scripts conditionnellement par type de page ; activer la minification JS dans LiteSpeed Cache ; auditer et désactiver les plugins inutiles page par page.

### 3. Images non optimisées — 542 Kio récupérables
**Impact :** Élevé — Le hero image est le LCP element et son chargement tarde (détection de la requête LCP flaggée). 542 Kio d'économies potentielles = temps réseau significatif sur 4G.  
**Cause :** Images servies en JPG/PNG au lieu de WebP, dimensions surdimensionnées, absence de `width`/`height` (CLS potentiel).  
**Action :** Lancer `convert-webp.js` + activer le MU-plugin WebP. Ajouter `width`/`height` explicites sur les `<img>`. Précharger l'image LCP (`<link rel="preload" fetchpriority="high">`).

### 4. CSS inutilisé — 61 Kio + CSS bloquant — 11 Kio minifiables
**Impact :** Moyen-élevé — Contribue aux 3 200 ms de blocage de l'affichage et au FCP à 2,9 s.  
**Cause :** Le thème Triply charge l'ensemble de sa feuille de style sur toutes les pages, dont une grande part est inutilisée sur chaque page individuelle.  
**Action :** Activer la minification + combinaison CSS dans LiteSpeed Cache. Envisager Critical CSS inline pour débloquer le rendu initial.

### 5. Absence de mise en cache longue — 388 Kio concernés
**Impact :** Moyen — N'affecte pas les nouvelles visites (Lighthouse mesure cold load) mais dégrade l'expérience des visiteurs récurrents, importants sur un site de réservation de tours.  
**Cause :** Des assets statiques (JS, CSS, images) sont servis sans en-têtes `Cache-Control` à longue durée de vie.  
**Action :** Configurer LiteSpeed Cache pour ajouter des en-têtes de cache navigateur longs (1 an) sur les assets versionés. Vérifier les règles `.htaccess` existantes.

---

## Notes

- CLS à 0,025 : seule métrique dans le vert — les optimisations `font-display: optional` et les dimensions d'images à corriger (point 3) doivent préserver ce résultat.
- Le rapport PDF ne couvre que la homepage. Les pages `to_book` (tours) et le checkout BA Book Everything n'ont pas été mesurées — à faire en étape suivante.
- Score "Bonnes pratiques" 100 et SEO 100 : ne pas toucher à ce qui fonctionne.