# WordPress 6.8 : le rendu spéculatif qui ignore parfois la bonne langue

> Nouveautés de WordPress 6.8 classées par impact, avec un cas précis où le préchargement spéculatif charge la mauvaise version linguistique d'une page.

- Auteur : Clément Hadrot
- Publié le : 2025-05-06
- Mis à jour le : 2025-05-06
- Catégorie : Multilingue
- URL : https://wpmoderne.dev.wordpress-developpement.fr/multilingue/wordpress-6-8-rendu-speculatif-langue/

## L’essentiel

- Le mode eager du rendu spéculatif peut précharger la mauvaise langue
- Le mode conservative reste le plus sûr sur un site multilingue
- Un filtre permet d'exclure les liens de changement de langue du préchargement

Trois modes disponibles pour le rendu spéculatif introduit dans WordPress 6.8, sorti en avril 2025 : `conservative`, `moderate` et `eager`. Sur un site monolingue, le choix se résume à un arbitrage classique entre gain de performance perçue et risque de préchargement de pages jamais visitées. Sur un site multilingue équipé de Polylang, un cas particulier mérite une attention supplémentaire.

Voici les nouveautés de cette version classées par impact réel pour un site qui gère plusieurs langues, avec un focus sur le comportement observé du rendu spéculatif face au sélecteur de langue.

## Impact fort : le préchargement du sélecteur de langue

Le rendu spéculatif fonctionne en préchargeant, au survol ou dès l'affichage selon le mode choisi, les pages vers lesquelles pointent les liens visibles à l'écran. Sur un site multilingue, le sélecteur de langue affiche des liens vers les traductions de la page courante. En mode `eager`, ce préchargement s'est révélé trop agressif dans certains cas : la page dans l'autre langue se retrouve préchargée en arrière-plan dès l'affichage initial, ce qui consomme de la bande passante inutile pour un visiteur qui, dans l'immense majorité des cas, ne change pas de langue en cours de visite.

Le problème observé va plus loin qu'une simple question de gaspillage : sur un site où le sélecteur de langue partage une partie de son balisage avec un lien de menu classique via un composant commun, un mauvais réglage de sélecteur CSS dans la configuration du rendu spéculatif a conduit, sur un site testé, à précharger silencieusement des pages dans une langue non désirée avant même que le visiteur ait cliqué quoi que ce soit.

## Correctif : exclure le sélecteur de langue du préchargement

```
add_filter( 'wp_speculation_rules_configuration', function ( $config ) {
    $config['prefetch'][0]['where'][0]['not']['selector_matches'][] = '.pll-parent-menu-item a, .language-switcher a';
    return $config;
} );
```

> L'essentiel à retenir : Le mode eager du rendu spéculatif peut précharger la mauvaise langue ; Le mode conservative reste le plus sûr sur un site multilingue ; Un filtre permet d'exclure les liens de changement de langue du préchargement

Ce filtre ajoute une exclusion explicite sur les liens portant la classe du sélecteur de langue Polylang, afin que le rendu spéculatif ne les considère jamais comme des cibles de préchargement, quel que soit le mode retenu par ailleurs pour le reste du site.

## Impact moyen : choisir un mode adapté à un site multilingue

Sur les sites multilingues testés après la sortie de cette version, le mode `conservative`, qui ne déclenche le préchargement qu'au clic ou au survol prolongé, s'est révélé le choix le plus sûr par défaut, en particulier tant que l'exclusion du sélecteur de langue n'est pas explicitement configurée comme ci-dessus.

### Tableau des trois modes face au multilingue

| Mode | Déclenchement | Risque multilingue sans exclusion |
| --- | --- | --- |
| conservative | Au clic | Faible |
| moderate | Au survol court | Modéré |
| eager | Immédiat | Élevé |

## Impact faible : les autres nouveautés de la version

L'amélioration de la prise en charge de bcrypt pour le hachage des mots de passe, autre nouveauté marquante de WordPress 6.8, n'a montré aucune interaction particulière avec un contexte multilingue et ne nécessite aucun ajustement côté Polylang ou WPML.

Le sujet du référencement lié au rendu spéculatif, notamment son interaction avec le budget de crawl des moteurs de recherche, est traité séparément et volontairement laissé de côté ici : cet article se concentre exclusivement sur le comportement fonctionnel observé côté visiteur.

> Toute nouveauté qui touche au préchargement automatique mérite un audit spécifique sur un site multilingue, où le nombre de liens potentiellement préchargeables double ou triple par rapport à un site monolingue équivalent.

## En résumé

Le rendu spéculatif de WordPress 6.8 n'est pas incompatible avec un site multilingue, mais il exige une configuration explicite pour exclure les liens de changement de langue du préchargement automatique, sous peine de gaspiller de la bande passante et, dans certaines configurations de balisage partagé, de précharger la mauvaise version linguistique d'une page.