Compatibilité
La compatibilité ne doit pas être vendue comme une simple liste de badges.
La bonne approche consiste à distinguer :
- la compatibilité documentée ;
- la zone de fit la plus forte ;
- les cas qui exigent une validation réelle.
Zone de compatibilité la plus forte
Bialty est au plus fort quand le contenu est rendu via le flux frontend standard de WordPress.
Cela inclut en priorité :
- posts ;
- pages ;
- featured images dans le pipeline standard ;
- contenus qui passent bien par les sorties frontend attendues.
Plugins SEO
Bialty est pensé pour utiliser les signaux de :
- Yoast SEO
- Rank Math
- All in One SEO
Le bon wording est : « lorsque ces signaux existent réellement sur le site ».
WooCommerce
WooCommerce appartient au périmètre commercial.
Bialty est positionné pour :
- les pages produit ;
- les images produit ;
- les réglages liés aux galeries ;
- la validation catalogue via l’essai payant.
Mais il faut garder la nuance essentielle : le HTML WooCommerce varie selon le thème, les templates et les widgets.
Builders et éditeurs
Builders et éditeurs documentés :
- Gutenberg ;
- TinyMCE / classic flow ;
- Elementor ;
- SiteOrigin.
La vraie nuance :
Bialty ne peut agir que sur ce qui passe par le bon pipeline frontend WordPress. Un builder qui stocke ou rend différemment peut limiter le résultat.
Note spécifique Beaver Builder
Beaver Builder mérite une note dédiée.
Le produit a un cas particulier connu autour du mode d’édition. Il faut donc séparer clairement :
- le comportement en mode édition ;
- le comportement du frontend publié.
Zones hors promesse par défaut
Ne vends pas ces zones comme des gains automatiques sans test :
- headers ;
- footers ;
- sidebars ;
- widgets custom ;
- zones hors flux de contenu standard ;
- templates produit très personnalisés.
Tableau de compatibilité
| Zone | Statut | Comment en parler |
|---|---|---|
| Posts et pages | Fit fort | Périmètre cœur du produit. Claim clair et direct. |
| Yoast, Rank Math, AIOSEO | Sources de signal documentées | Ajouter la nuance « quand ces données existent ». |
| WooCommerce | Périmètre commercial | Supporté, mais à valider sur le vrai thème. |
| Elementor et SiteOrigin | À valider sur la sortie | Fonctionne si la sortie suit le bon pipeline frontend. |
| Beaver Builder en mode édition | Cas particulier | Ne pas mélanger mode édition et frontend publié. |
| Headers, footers, sidebars | Hors promesse par défaut | Pas de promesse large sans test projet. |
Workflow de validation recommandé
Avant de parler d’un stack comme « compatible », valide :
- une page ou un produit publié ;
- le HTML frontend rendu après purge du cache ;
- le template de thème réellement utilisé ;
- toute vue spécifique du builder.
En résumé
Bialty fonctionne au mieux là où la sortie WordPress reste proche du pipeline frontend standard.