# Le Speculative Loading de WordPress 6.8 change-t-il vraiment la vitesse perçue ?

> WordPress 6.8 a intégré le préchargement spéculatif des pages. Mesures à l'appui sur trois sites, voici ce que cette fonctionnalité change réellement en pratique.

- Auteur : Clément Hadrot
- Publié le : 2025-08-06
- Mis à jour le : 2025-08-06
- Catégorie : SEO &amp; GEO
- URL : https://wpmoderne.dev.wordpress-developpement.fr/seo/speculative-loading-wordpress-68-effet-vitesse/

## L’essentiel

- Le préchargement spéculatif agit sur la navigation, pas sur le premier chargement
- Le gain dépend fortement du taux de correspondance des prédictions
- Aucun effet direct sur les métriques Core Web Vitals mesurées au chargement

WordPress 6.8, sorti en avril 2025, a embarqué en cœur une fonctionnalité jusque-là réservée à un plugin séparé : le Speculative Loading, qui s'appuie sur la Speculation Rules API des navigateurs Chromium pour précharger, voire pré-rendre, une page avant même que l'utilisateur ne clique dessus. L'annonce a suscité un bon nombre de questions de clients, tous formulant la même chose : « est-ce que ça va rendre mon site plus rapide, automatiquement, sans rien faire ? »

La réponse honnête est « ça dépend », et ce billet détaille pourquoi, avec des mesures prises sur trois sites aux profils de navigation différents.

## Ce que fait réellement cette fonctionnalité

Concrètement, WordPress génère désormais des règles de spéculation au format JSON, injectées dans la page, qui indiquent au navigateur quelles pages sont susceptibles d'être visitées ensuite. Deux modes existent : `prefetch`, qui télécharge la ressource sans l'exécuter, et `prerender`, plus agressif, qui construit la page en arrière-plan comme si elle était déjà ouverte. Le cœur choisit par défaut une stratégie prudente basée sur le survol des liens (`hover`), réglable via les filtres `wp_speculation_rules_configuration` exposés par le module.

## Le protocole de mesure

Pour isoler l'effet de la fonctionnalité, trois sites ont été testés à deux moments : juste avant la mise à jour vers WordPress 6.8, puis juste après, sans aucun autre changement sur la période. La métrique suivie n'était pas le LCP de la première page visitée, sur laquelle le Speculative Loading n'a aucune prise, mais le temps perçu de navigation entre deux pages internes, mesuré manuellement avec un chronomètre sur dix parcours identiques par site.

| Site testé | Profil de navigation | Gain moyen constaté |
| --- | --- | --- |
| Blog éditorial (fort maillage interne) | Beaucoup de clics vers des articles liés | ~35 % plus rapide perçu |
| Boutique en ligne | Navigation par filtres et facettes | ~10 % plus rapide perçu |
| Site vitrine (peu de pages) | Peu de clics internes, sessions courtes | Effet non mesurable |

## Pourquoi l'effet varie autant d'un site à l'autre

Le mécanisme ne fonctionne que si la prédiction du navigateur est juste. Sur le blog éditorial, où les visiteurs suivent des liens de suggestion d'articles très ciblés, le taux de correspondance entre la page préchargée et la page réellement visitée était élevé, ce qui a rendu le gain net et perceptible. Sur la boutique, la navigation par facettes ouvre trop de combinaisons possibles pour que le navigateur devine juste à chaque fois, ce qui réduit mécaniquement l'utilité du préchargement. Sur le site vitrine, avec cinq pages en tout, l'utilisateur navigue trop peu pour que l'effet se remarque.

> L'essentiel à retenir : Le préchargement spéculatif agit sur la navigation, pas sur le premier chargement ; Le gain dépend fortement du taux de correspondance des prédictions ; Aucun effet direct sur les métriques Core Web Vitals mesurées au chargement

## Ce que ça ne change pas

Un point mérite d'être clarifié car il revient souvent en question chez les clients : le Speculative Loading n'a aucun effet sur les métriques Core Web Vitals telles que mesurées par le Chrome UX Report pour une URL donnée, puisque ces métriques concernent le chargement initial de cette URL précise, pas la transition depuis la page précédente. Une page pré-rendue en arrière-plan, une fois affichée, n'est en général pas comptabilisée dans le même bucket de mesure que la navigation classique. Le bénéfice est donc réel pour l'utilisateur, mais il ne se lira pas nécessairement dans le rapport Search Console.

## Points de vigilance

- Le mode `prerender` exécute la page en arrière-plan, y compris ses scripts : un compteur d'affichage ou un événement de tracking peut se déclencher avant que l'utilisateur ne voie réellement la page.
- Sur un site avec des actions non idempotentes déclenchées au chargement (ajout automatique à un panier, incrément de compteur), la fonctionnalité peut provoquer des effets indésirables qu'il faut vérifier avant activation en mode agressif.
- La configuration par défaut de WordPress reste raisonnablement prudente (`prefetch` au survol), ce qui limite ces risques pour la majorité des sites.

## Notre avis

Le Speculative Loading de WordPress 6.8 tient sa promesse sur les sites à fort maillage interne et navigation prévisible, avec un effet net sur la vitesse perçue sans aucune configuration à faire. Sur les sites à navigation plus éclatée, l'attente doit être mesurée : ce n'est pas une fonctionnalité qui rattrape un temps de réponse serveur médiocre ou un poids de page excessif, c'est un complément qui optimise la transition entre deux pages déjà correctement construites.
