Bricks et Breakdance n’ont pas pris exactement le même chemin pour accueillir l’IA, et la différence se voit dans l’architecture avant de se voir dans l’interface. Cet article, qui fait partie de la série sur l’IA et les constructeurs de pages, établit l’état réel des deux outils à fin septembre 2026 d’après leurs pages officielles, puis explique comment un développeur peut brancher un modèle de langage, par le protocole MCP ou par le format de données.
Une réserve s’impose dès le départ : les deux fonctionnalités sont très récentes. Bricks 2.4 est sorti le 16 septembre 2026 et sa documentation qualifie les abilities d’expérimentales. Breakdance 3.0 était annoncé en version bêta à la même date. Tout ce qui suit doit être testé sur une préproduction.
Bricks 2.4 : des abilities exposées via l’Abilities API et MCP
Le journal des modifications de Bricks 2.4 indique que le constructeur « expose des actions structurées via l’Abilities API de WordPress et MCP ». Un écran dédié, Bricks > AI, regroupe la configuration, le contrôle individuel de chaque ability, l’aide à la connexion et la vérification de l’état. Les domaines couverts comprennent les pages, les éléments, les modèles, les composants, les classes et variables globales, les palettes, les boucles de requête, les menus, la mise en place de WooCommerce, l’import et l’export, et la conversion de HTML et CSS en contenu Bricks.
La mise en route décrite par la documentation suit un parcours précis : activer les abilities Bricks, installer ou activer le MCP Adapter depuis cet écran (WordPress 6.9 ou plus est recommandé), créer un mot de passe d’application pour un utilisateur, puis coller la configuration générée dans le client MCP. Pour vérifier la liaison, on demande au client d’appeler bricks-start-here, puis bricks-get-mcp-version.
Le modèle de sécurité mérite d’être retenu : chaque requête s’authentifie par mot de passe d’application et est soumise aux droits WordPress de l’utilisateur, à l’accès au constructeur et aux permissions propres à Bricks. Les importations de HTML et CSS sont assainies. Certaines abilities sensibles sont désactivées par défaut. Les abilities qui exécutent du PHP exigent la constante BRICKS_ENABLE_PHP_ABILITIES, à réserver à un environnement local ou de préproduction, et la documentation prévoit des conditions supplémentaires (droit manage_options, exécution de code activée dans les réglages, signatures non verrouillées).
Breakdance 3.0 : un agent relié par MCP, et un assistant d’écriture distinct
Breakdance distingue désormais deux choses. L’ancien module d’IA a été renommé Breakdance AI Writing Assistant (bêta 1 de la version 3.0, le 20 juillet 2026). Il génère du texte pour une section ou un élément, avec des macros (raccourcir, continuer, plus formel, corriger la grammaire), le verrouillage de textes et des variantes. Il repose sur les modèles GPT d’OpenAI et exige votre propre clé d’API : vous payez donc la consommation directement auprès du fournisseur.
La nouveauté est la fonction « Build With AI ». Breakdance expose ses abilities via MCP, et l’agent peut créer des pages, des modèles, des en-têtes, des pieds de page, des sélecteurs, des variables, des styles adaptatifs et des données dynamiques. La liaison passe par une extension séparée, Agent Connector, installable en un clic depuis Breakdance > Settings > Agents and MCP. Elle s’authentifie par mot de passe d’application, avec les droits d’un administrateur, propose d’activer ou de désactiver le connecteur et de le restreindre à des domaines. La documentation précise qu’elle ne se limite pas à Breakdance : elle peut piloter toute extension compatible MCP. La version 3.0 était en bêta (bêta 9) le 16 septembre 2026, à 199,99 dollars par an pour des sites illimités d’après la page officielle.
Brancher un modèle : trois voies selon le besoin
Première voie, la plus simple : le client MCP. Pour Bricks comme pour Breakdance, suivez l’assistant de configuration de l’éditeur et testez d’abord en lecture. Les deux s’appuient sur des mots de passe d’application, que vous pouvez révoquer à tout moment depuis le profil de l’utilisateur.
Deuxième voie : ajouter vos propres abilities. Breakdance annonce que son connecteur sait piloter d’autres extensions compatibles ; Bricks s’appuie sur le MCP Adapter officiel. Rien dans les pages consultées n’interdit donc d’enregistrer vos propres abilities avec wp_register_ability() et meta.mcp.public, comme le montre l’article de la série consacré à Elementor et au MCP Adapter. Nous n’avons toutefois trouvé aucune confirmation officielle que les deux outils les exposent au côté de leurs propres abilities : testez avant de bâtir une offre dessus.
Troisième voie, pour un pipeline qui ne passe pas par MCP (génération par lots, script de migration) : écrire directement dans le format de données. Pour Bricks, ce format est documenté. Chaque page stocke ses éléments dans la métadonnée _bricks_page_content_2 (et _bricks_page_header_2 ou _bricks_page_footer_2 pour l’en-tête et le pied de page), sous la forme d’un tableau plat : chaque élément porte id, name, parent, children, settings et label. Les liens de parenté sont portés par parent et children, non par l’imbrication. Un modèle de langage qui produit ce JSON se trompe facilement : identifiants en double, parent inexistant, enfant orphelin. Validez donc avant d’écrire.
<?php
/**
* Vérifie la cohérence d'un tableau plat d'éléments Bricks produit par un modèle.
* Retourne une liste d'erreurs (vide si la structure est cohérente).
*/
function wpm_valider_elements_bricks( array $elements ): array {
$erreurs = array();
$ids = array();
foreach ( $elements as $i => $el ) {
foreach ( array( 'id', 'name', 'parent', 'children', 'settings' ) as $cle ) {
if ( ! array_key_exists( $cle, $el ) ) {
$erreurs[] = "Élément $i : clé « $cle » absente.";
}
}
if ( isset( $el['id'] ) ) {
if ( isset( $ids[ $el['id'] ] ) ) {
$erreurs[] = "Identifiant en double : {$el['id']}.";
}
$ids[ $el['id'] ] = true;
}
}
foreach ( $elements as $el ) {
if ( ! empty( $el['parent'] ) && ! isset( $ids[ $el['parent'] ] ) ) {
$erreurs[] = "Parent inexistant pour {$el['id']}.";
}
foreach ( (array) ( $el['children'] ?? array() ) as $enfant ) {
if ( ! isset( $ids[ $enfant ] ) ) {
$erreurs[] = "Enfant inexistant : $enfant.";
}
}
}
return $erreurs;
}Si la liste est vide, vous pouvez écrire le tableau dans la page avec update_post_meta( $post_id, '_bricks_page_content_2', $elements ). Comparez d’abord avec une page créée à la main pour repérer les métadonnées complémentaires que Bricks attend éventuellement : la documentation du modèle de données décrit les éléments, pas l’ensemble du cycle de vie d’une page. Pour Breakdance, nous n’avons pas trouvé de format de données public documenté dans les sources officielles consultées : la voie MCP est donc la seule que nous puissions recommander.
Pièges et cas où il vaut mieux s’en passer
- Expérimental ne veut pas dire stable. Bricks l’écrit lui-même ; Breakdance 3.0 est en bêta. N’ouvrez jamais ces connexions sur un site en production sans sauvegarde.
- Un mot de passe d’application est un accès complet à ses droits. Créez un utilisateur dédié, au rôle minimal, et révoquez le mot de passe en fin de mission.
- Les abilities de code sont à part. Laissez
BRICKS_ENABLE_PHP_ABILITIESdésactivée, sauf en local. - Le JSON d’un modèle doit toujours être validé avant écriture, comme ci-dessus, puis relu visuellement.
- La clé d’API de l’assistant d’écriture est personnelle. Ne la partagez pas entre clients, afin de garder la facturation et la responsabilité séparées.
Quand s’en abstenir ? Pour un site à faible volume de modifications, le gain est nul face au risque. Pour un client sensible aux données, rappelez que les contenus transitent par le fournisseur du modèle. Et si une équipe n’a pas encore de processus de relecture, l’automatisation ne fera qu’accélérer les erreurs.
Un agent qui écrit dans votre constructeur doit être traité comme un stagiaire très rapide : un compte à part, des droits limités, et toujours quelqu’un pour relire.
Conclusion
Bricks 2.4 s’appuie sur l’Abilities API de WordPress et le MCP Adapter, Breakdance 3.0 sur son extension Agent Connector : les deux parlent MCP, l’un avec des abilities documentées, l’autre avec un connecteur encore en bêta. Pour aller plus loin, consultez la documentation Bricks sur les abilities et celle de Breakdance pour connecter un agent. Commencez en lecture seule sur une préproduction, validez ce qu’un modèle produit, et n’étendez l’accès qu’après avoir observé ce qu’il fait réellement.
