Ouvrir l’administration d’un WordPress à jour, en cette rentrée, réserve une petite surprise. Dans les réglages, un écran « Connectors » attend sagement une clé d’API. Anthropic, Google, OpenAI : le choix est là, prêt à l’emploi. Le CMS qui fait tourner une bonne partie du web a intégré l’intelligence artificielle dans son cœur, sans passer par une extension. Et beaucoup de propriétaires de sites ne s’en sont pas aperçus.
Ce que « l’IA dans le cœur » veut vraiment dire
WordPress 7.0 « Armstrong » est arrivé le 20 mai 2026, porté par plus de 875 contributeurs et 420 améliorations. La nouveauté qui a fait le plus de bruit tient en trois briques techniques.
La première, le client IA, sert d’interface commune entre WordPress et les modèles génératifs. Une extension n’a plus besoin d’écrire son propre code pour chaque fournisseur. La deuxième, l’Abilities API, permet de déclarer ce que le site sait faire (créer un article, redimensionner une image). Un modèle peut ensuite lire ces capacités et les mobiliser. La troisième, le hub Connectors, centralise les connexions et les clés dans un seul écran de réglages.
Rien de tout ça ne produit de contenu tout seul. Sans clé renseignée, aucun appel ne part vers l’extérieur. WordPress a posé la plomberie, pas le robinet. La nuance compte, parce qu’elle déplace la question. On ne se demande plus si telle extension IA est fiable, on décide ce que le site a le droit de faire, et avec quel fournisseur.
Le rythme s’est accéléré, et la maintenance le sent passer
Le projet a programmé trois versions majeures pour 2026. Après 7.0 en mai, WordPress 7.1 « Mary Lou » est sorti le 19 août. Au programme : des blocs Onglets et Playlist, une States API, un registre de collections d’icônes. La 7.1.1 arrive le 17 septembre, la 7.2 le 10 décembre.
Entre les deux, il y a eu le 17 juillet. Ce jour-là, l’équipe cœur a publié 7.0.2 en urgence pour corriger deux failles. La plus sévère combinait une confusion de route dans l’API REST et une injection SQL, avec exécution de code à distance à la clé. Le projet l’a poussée en mise à jour automatique forcée, puis rétroportée sur les branches 6.9.5 et 6.8.6. L’annonce officielle ne laisse pas beaucoup de place à l’interprétation.
Pour une PME, le message tient en peu de mots. Un site laissé sans surveillance six mois encaisse désormais deux montées de version majeures et au moins un correctif critique. Les mises à jour automatiques couvrent les versions mineures, pas les incompatibilités de thème ou d’extension qui surgissent après un saut majeur. C’est précisément ce que couvre un suivi mensuel, pour un budget sans commune mesure avec une remise en route après incident.
Les vraies bonnes nouvelles, et un piège discret
Côté éditeur, deux ajouts méritent le détour. Le bloc Fil d’Ariane évite d’installer une extension pour afficher un chemin de navigation, et il s’accorde bien avec des données structurées BreadcrumbList propres. Le bloc Onglets, arrivé avec 7.1, rend service sur les pages de questions fréquentes ou les fiches produit, là où on empilait jusqu’ici des accordéons bricolés. Sur une création de site web récente, ces blocs natifs remplacent souvent deux ou trois extensions installées par habitude.
La page dédiée aux polices simplifie la vie quand une charte graphique impose deux familles typographiques et pas cinq. La palette de commandes (Ctrl+K ou ⌘K) fait gagner un temps réel dès qu’on administre plusieurs sites.
Le piège, lui, se cache dans le mode responsive par bloc, qui permet de masquer un élément selon l’appareil. Pratique pour alléger un affichage mobile, risqué dès qu’on y cache du texte utile. Google indexe la version mobile en priorité, donc un argumentaire escamoté sur petit écran pèse moins lourd. À réserver au décoratif.
Reste le socle technique. WordPress 7.0 relève le minimum requis à PHP 7.4. C’est un plancher, pas un objectif : cette version n’a plus reçu le moindre correctif de sécurité depuis novembre 2022. Un hébergement sérieux propose aujourd’hui PHP 8.2 ou 8.3, avec un gain de performance mesurable au passage. Vérifier ce réglage prend deux minutes dans l’écran de santé du site.
Brancher une IA sur son site, pour quoi faire
La fonction la plus défendable, à ce stade, concerne les textes alternatifs des images. Un catalogue de trois cents visuels sans attribut alt représente des heures de saisie, et ce manque pénalise autant l’accessibilité que le référencement. Une génération automatique donne une base correcte. Elle réclame quand même une relecture, parce qu’un modèle décrit ce qu’il voit et non ce que l’image raconte dans la page. « Homme souriant devant un ordinateur portable » n’aide personne sur une fiche de prestation.
Pour les titres et les résumés, la prudence s’impose davantage. La qualité d’une sortie dépend surtout du contexte fourni en amont : ligne éditoriale, vocabulaire métier, sujets qu’on refuse d’aborder. Un bouton branché sur un modèle générique fabrique du texte tiède, cohérent en apparence et parfaitement interchangeable avec celui du concurrent d’en face. L’écart se joue dans la préparation du contexte, beaucoup moins dans le clic.
Deux points pratiques pour finir. La clé d’API se facture à l’usage, chez le fournisseur et pas chez WordPress. Un site qui génère beaucoup voit donc la note grimper sans la moindre alerte côté administration. Chaque appel expédie aussi du contenu chez un tiers. Cela mérite une ligne dans la politique de confidentialité, surtout quand des données clients traînent dans les brouillons.
La feuille de route annonce la suite pour le 10 décembre. Reste à savoir combien de sites de PME auront réellement une clé renseignée d’ici là. Et combien laisseront cet écran vide sans que leur trafic s’en porte plus mal…
