Embeddings WordPress : ne les concevez pas comme une fonction Core Décision d’architecture
L’équipe IA de WordPress vient de préciser que le stockage des embeddings et les fonctions de similarité seront développés dans le plugin IA, plutôt que dans une nouvelle table du Core. Cette décision ne bloque pas les projets de recherche sémantique, mais elle impose de mieux isoler l’indexation, les dépendances et les données propres à chaque site.
Les embeddings transforment un contenu en représentation numérique afin de comparer des textes selon leur proximité sémantique. Dans WordPress, cette approche peut alimenter une recherche interne, un assistant éditorial, une base documentaire ou une interface métier. Mais le choix de l’emplacement de stockage conditionne la maintenance, les performances et la capacité à faire évoluer le projet.
Le 4 septembre 2026, l’équipe IA de WordPress a indiqué que le stockage des embeddings et les fonctions de similarité seraient développés dans le plugin IA, plutôt que dans une nouvelle table du Core. Il s’agit d’une décision d’architecture importante, mais pas d’une API finale garantissant la compatibilité de tous les projets futurs.
Ne pas confondre expérimentation et contrat Core
La décision publiée par l’équipe IA réduit le risque de voir apparaître trop tôt une structure de données figée dans le noyau WordPress. Les embeddings dépendent du modèle utilisé, de ses dimensions, de sa version, de la méthode de découpage des contenus et du moteur de similarité. Ces choix peuvent varier fortement d’un projet à l’autre.
Pour une agence ou une PME, la conséquence pratique est claire. Une intégration doit traiter l’index vectoriel comme une dépendance spécifique, et non comme une nouvelle table WordPress disponible de manière universelle. Le plugin IA devient le lieu de référence pour expérimenter ces fonctions, tandis que le projet métier doit conserver une couche d’abstraction.
Ce que cela change pour un site métier
Sur un site métier, la recherche sémantique ne se limite pas à générer des vecteurs. Il faut décider quels contenus sont indexés, quelles métadonnées accompagnent chaque fragment, quand relancer l’indexation et comment exclure les contenus privés ou obsolètes. Il faut également pouvoir reconstruire l’index si le modèle, le fournisseur ou la stratégie de découpage change.
Le stockage dans le plugin IA ne signifie pas que le Core ne pourra jamais évoluer sur ce sujet. Cela signifie surtout qu’il est prématuré de construire une architecture métier qui dépendrait d’une table Core hypothétique. Le bon niveau de découplage consiste à isoler les opérations d’indexation, de recherche et de suppression derrière des services clairement identifiés.
Les pièges à éviter avant la mise en production
Le premier piège consiste à indexer automatiquement tout le contenu du site. Les brouillons, les données personnelles, les espaces clients et certains contenus WooCommerce ne doivent pas être transmis ou rendus interrogeables sans règles explicites. Le deuxième consiste à mélanger plusieurs modèles dans le même index sans conserver leur version. Les distances entre vecteurs ne sont alors plus comparables de manière fiable. Le troisième consiste à ignorer le cycle de vie. Une modification de produit, de fiche client ou de contenu doit déclencher une stratégie d’invalidation ou de réindexation adaptée.
Une méthode de projet plus robuste
Pour une PME, une agence ou une boutique WooCommerce, le projet doit commencer par un périmètre fonctionnel limité. Par exemple, une recherche dans les fiches produits publiques ou dans une base documentaire interne. Le modèle, les champs indexés et le fournisseur peuvent ensuite être testés sur un jeu de données représentatif. Les résultats doivent être évalués par des utilisateurs métier, et pas seulement par un test technique de proximité vectorielle.
La décision de l’équipe WordPress AI donne une indication d’architecture, pas une garantie de stabilité. Le plugin est présenté comme expérimental et ses fonctionnalités peuvent évoluer. Il faut donc prévoir une désactivation simple, une exportation des données indexées et une solution de repli lorsque la recherche sémantique n’est pas disponible.
Poursuivez votre lecture
Trois articles pour aller plus loin.
Besoin d’un avis clair sur votre site ?
Premier échange clair · Priorités concrètes
Je peux vous aider à comprendre la situation, identifier les points importants et définir une intervention adaptée.
Premier échange gratuit · Sans engagement · Réponse rapide