# Un thème non hybride maintenu volontairement doit encore suivre WordPress 6.8

> Choisir de ne pas migrer un thème classique vers les blocs ne dispense pas de suivre les nouveautés de WordPress 6.8 : certaines s'appliquent sans rien changer au thème.

- Auteur : Clément Hadrot
- Publié le : 2025-05-16
- Mis à jour le : 2025-05-16
- Catégorie : Thèmes
- URL : https://wpmoderne.dev.wordpress-developpement.fr/themes/theme-non-hybride-suivre-wordpress-68/

## L’essentiel

- Le chargement spéculatif s'active côté cœur, indépendamment du type de thème
- Les apports à l'API HTML profitent au code du thème classique sans migration
- La majorité des nouveautés de l'éditeur ne concerne pas un thème resté classique

Avril 2025 : WordPress 6.8 sort, et une question se pose pour toute agence qui a fait le choix assumé de ne pas migrer ses thèmes classiques vers un thème bloc ou hybride. Continuer à suivre les sorties majeures du cœur a-t-il encore un sens quand la majorité des nouveautés concerne l'éditeur de site et les gabarits `theme.json` ? La réponse tient en une nuance : certaines nouveautés touchent le cœur lui-même, indépendamment du thème actif, et méritent d'être suivies même sans intention de migrer.

Ce classement laisse volontairement de côté le renforcement du hachage des mots de passe apporté par cette même version, déjà traité dans un autre article dédié au cœur de WordPress. Il se concentre sur ce qui concerne directement une agence qui maintient des thèmes non hybrides par choix, pas par retard.

## Impact élevé : le chargement spéculatif s'active sans rien demander au thème

La fonctionnalité la plus structurante de WordPress 6.8 pour un thème non hybride est le chargement spéculatif des liens, réglable depuis **Réglages > Lecture**. Ce mécanisme précharge ou pré-rend certaines pages avant même que le visiteur ne clique, en s'appuyant sur l'API navigateur de préchargement spéculatif. Il fonctionne indépendamment du type de thème actif, puisqu'il agit au niveau du rendu HTML global de la page, pas des gabarits.

- Une agence qui maintient un thème classique n'a rien à coder pour en bénéficier.
- Le réglage par défaut reste prudent ; un passage en mode plus agressif mérite un test préalable sur les pages à fort trafic.
- Un thème qui injecte ses propres scripts de préchargement doit vérifier l'absence de doublon avec ce nouveau mécanisme natif.

## Impact élevé également : les évolutions de l'API HTML

La classe `WP_HTML_Tag_Processor`, introduite avec WordPress 6.2, continue de s'enrichir à chaque version majeure. Un thème classique qui manipule du balisage HTML généré dynamiquement, par exemple pour ajouter un attribut à une image issue du contenu, peut s'appuyer sur ces évolutions sans dépendre d'aucune notion propre aux thèmes blocs.

> L'essentiel à retenir : Le chargement spéculatif s'active côté cœur, indépendamment du type de thème ; Les apports à l'API HTML profitent au code du thème classique sans migration ; La majorité des nouveautés de l'éditeur ne concerne pas un thème resté classique

## Impact moyen : les correctifs d'accessibilité et de sécurité transverses

Chaque version majeure du cœur embarque son lot de correctifs d'accessibilité et de sécurité qui s'appliquent à l'ensemble des installations, quel que soit le thème actif : gestion des rôles, filtres de nettoyage du contenu via `wp_kses`, comportements par défaut de certains écrans d'administration. Une agence qui maintient volontairement des thèmes classiques doit vérifier que son code personnalisé n'entre pas en conflit avec ces ajustements, sans pour autant devoir les adopter activement.

| Nouveauté WordPress 6.8 | Concerne un thème non hybride ? |
| --- | --- |
| Chargement spéculatif des liens | Oui, sans action requise |
| Évolutions de WP_HTML_Tag_Processor | Oui, utilisable dans le code du thème |
| Correctifs transverses de sécurité et d'accessibilité | Oui, à vérifier au cas par cas |
| Nouveaux blocs et styles de section | Non, sans lien avec un thème classique |
| Améliorations de l'éditeur de site | Non |

## Impact faible ou nul : tout ce qui touche l'éditeur de site

La majorité du changelog de WordPress 6.8 concerne l'éditeur de site, les styles de section, ou de nouveaux réglages de blocs qui reposent sur `theme.json`. Pour un thème resté volontairement classique, ces nouveautés n'ont aucun effet direct : elles ne s'activent que pour les thèmes déclarant la prise en charge de l'édition complète du site.

## La méthode pour trier, version après version

Face à chaque nouvelle version majeure, la même question mérite d'être posée pour chaque entrée du changelog officiel : cette nouveauté agit-elle au niveau du cœur, indépendamment du thème, ou dépend-elle d'une déclaration de support propre aux thèmes blocs ? Cette distinction, simple à appliquer, évite à une agence de perdre du temps sur des nouveautés sans effet, tout en ne manquant pas celles qui, comme le chargement spéculatif, s'appliquent silencieusement à tous les sites.

> Un thème resté classique par choix reste un site WordPress à part entière : il continue de recevoir les évolutions du cœur qui ne dépendent d'aucune déclaration de support propre aux blocs.

## Ce qu'il faut retenir

Maintenir volontairement des thèmes non hybrides ne dispense pas de lire le changelog de chaque version majeure : cela change simplement le filtre de lecture. Sur WordPress 6.8, le chargement spéculatif et les évolutions de l'API HTML méritent une attention réelle, tandis que le reste des nouveautés peut être ignoré sans risque pour ce type de projet.