Flatsome Classic ou WoodMart : catalogue, filtres et maintenance WooCommerce

Choisir pour le catalogue et le travail quotidien

Une boutique doit permettre de trouver un produit, de comprendre ses variantes et de finaliser une commande. Avant de changer de thème, vérifiez si votre organisation actuelle peut répondre à ces besoins : catégories plus claires, attributs cohérents, images adaptées et pages mieux structurées. Un thème neuf ne corrige pas automatiquement des données de catalogue incomplètes ou des règles de livraison mal définies.

Ce comparatif porte sur Flatsome Classic vendu sur ThemeForest et WoodMart, également distribué sur cette plateforme. Le nouveau Flatsome Site Builder constitue un produit distinct, construit autour des blocs WordPress et d’un autre modèle commercial. Ses fonctions ne sont pas attribuées à l’édition Classic comparée ici. Les deux produits retenus concernent WordPress auto-hébergé ; vérifiez les droits d’installation en multisite ou sur WordPress.com.

Les informations ont été consultées dans les sources officielles le 3 novembre 2026. Aucun thème n’a été acheté ni installé, aucune conversion et aucun temps de réponse n’ont été mesurés. La décision proposée repose sur le catalogue, les outils d’édition, les dépendances et la capacité de votre équipe à entretenir la boutique. Une démonstration attrayante reste une présentation commerciale.

Flatsome Classic : une méthode fondée sur UX Builder

Flatsome Classic utilise UX Builder pour la construction visuelle et des UX Blocks pour des contenus réutilisables. Cette organisation peut convenir à une équipe qui souhaite garder une méthode principale pour ses pages commerciales et ses éléments de présentation. Elle demande aussi de connaître les réglages propres au thème et de conserver l’inventaire de ce qui dépend du constructeur.

Pour un site déjà construit avec UX Builder, commencez par mesurer le travail nécessaire pour corriger le catalogue et les modèles existants. Une refonte complète vers un autre outil peut coûter davantage que la reprise de quelques pages. Cela ne garantit pas que Classic convienne à tous les projets : faites vérifier les fonctions et les versions réellement utilisées plutôt que vous appuyer sur une ancienne capture de démonstration.

L’auteur indique que Classic reste disponible et reçoit des correctifs critiques et de compatibilité WordPress/WooCommerce. Il documente aussi Flatsome Migrator pour passer aux blocs, avec des contenus sans équivalent à revoir. Cet outil ne transforme pas un achat ThemeForest en accès automatique aux offres directes. Si vous envisagez cette évolution, préparez un dossier séparé avec son contrat, ses composants et une recette sur copie. Pour la comparaison présente, gardez UX Builder comme base de travail.

WoodMart : choisir le constructeur avant les modèles

WoodMart documente Gutenberg, Elementor et WPBakery, avec des composants propres à chaque environnement. Son installation demande notamment WoodMart Core, puis le constructeur choisi lorsque celui-ci n’est pas celui de WordPress. Cette diversité peut intéresser une équipe déjà formée à l’un de ces outils. Elle ne signifie pas que chaque élément existe partout avec exactement les mêmes réglages.

L’auteur précise qu’un changement ultérieur de constructeur ne convertit pas automatiquement le contenu. Choisissez donc le mode de travail avant d’importer une démonstration et confirmez les modèles qui vous intéressent. Un élément destiné à une fiche produit ne s’utilise pas nécessairement dans une page ordinaire. Le contexte du modèle et les extensions nécessaires font partie de la vérification.

WoodMart propose des outils pour les archives, les fiches, le panier et le paiement. Leur intérêt doit être relié à votre parcours : ajouter un tableau d’informations, organiser les variantes ou rendre un filtre plus clair. Évitez de multiplier les présentations uniquement pour reproduire une démonstration. Le client doit pouvoir modifier un produit sans reconstruire toute la page à chaque changement de prix.

Préparer les catégories et attributs avant les filtres

Une catégorie regroupe des produits ; un attribut décrit une caractéristique comme la taille, la matière ou la couleur. WooCommerce distingue ces informations et permet de les utiliser pour organiser le catalogue. Si vous écrivez une matière seulement dans la description, un filtre d’attribut ne pourra pas nécessairement l’exploiter. Commencez donc par la structure des données, sans installer un filtre supplémentaire.

WoodMart documente des formulaires de filtres utilisant catégories, attributs, disponibilité, prix et tri. Pour un attribut, sa documentation demande de créer les termes globaux puis de les affecter aux produits. Les filtres peuvent ensuite être placés dans le contexte prévu. Cette démarche permet de tester une vraie question commerciale, par exemple trouver une veste d’une matière et d’une taille données.

Pour Flatsome Classic, vérifiez le composant de filtre et les widgets présents dans la démonstration retenue avec vos données réelles. Ne lui attribuez pas les modules du nouveau Site Builder. Dans les deux thèmes, préparez un résultat vide, un produit épuisé et une catégorie longue. Le filtre doit expliquer ce qui reste sélectionné et permettre de revenir facilement à l’ensemble du catalogue.

• Sur la copie de travail, ouvrez Produits > Attributs. Créez Taille, configurez ses termes puis affectez-les aux produits de comparaison et enregistrez.
• Dans WoodMart, ouvrez HTML Blocks > Add New. Ajoutez Product filters avec le constructeur retenu, choisissez le filtre de cet attribut et publiez ce bloc sur la copie.
• Dans Theme Settings > Product archive > Shop filters, activez les filtres, sélectionnez HTML Block comme contenu puis votre bloc. Enregistrez et vérifiez le résultat côté boutique. Ces libellés suivent la documentation anglaise ; leur traduction peut varier.

Faire porter le choix sur les produits difficiles

Un produit simple avec une photographie ne suffit pas à départager deux thèmes de boutique. Préparez un article à plusieurs tailles, un produit possédant une description longue et un autre avec des variantes dont les prix ou disponibilités diffèrent. Ajoutez une catégorie comportant des produits très proches. La fiche doit aider à comprendre ce qui est sélectionné avant l’ajout au panier.

La présentation des variantes doit rester liée aux données WooCommerce. Une pastille colorée est un choix visuel ; elle ne garantit ni le stock correct ni une image différente pour chaque variante. Faites vérifier l’association entre valeur, photographie, prix et bouton d’achat. Si le produit ne peut pas être commandé, le message doit être compréhensible sans dépendre uniquement d’une couleur.

Comparez ensuite le travail de l’équipe : créer une variante, modifier une description et remplacer une photographie. Les modèles globaux peuvent éviter de corriger chaque fiche séparément, mais leurs exceptions doivent être identifiables. Une personnalisation qui masque une information utile sur tous les produits demande une correction du modèle, pas une série de modifications manuelles dans les descriptions.

Tester le panier et le paiement comme un parcours distinct

WooCommerce possède des pages et des blocs de panier et de paiement, ainsi que des intégrations plus anciennes fondées sur des codes courts. Votre boutique peut utiliser l’un de ces parcours avec des extensions de paiement ou de livraison. Une compatibilité générale annoncée par un thème ne garantit pas toutes ces combinaisons. Identifiez les composants exacts avant de retenir un modèle de paiement.

Sur une copie neutralisée, vérifiez le panier avec une variante, une quantité modifiée, un code de réduction autorisé et une adresse de livraison de test. Le total, le mode de transport et les messages doivent correspondre aux règles attendues. Une page visuellement correcte peut encore masquer une erreur de validation ou un champ ajouté par une extension. Pour identifier le parcours existant, ouvrez Pages > Toutes les pages puis la page Panier ou Commande : relevez si elle contient un bloc WooCommerce, un code court ou un modèle du constructeur. Ne remplacez pas ce composant pendant le simple relevé.

Utilisez uniquement les moyens de simulation du prestataire pour contrôler le paiement. Le résultat attendu comprend le statut de commande, le montant et les confirmations de test, sans débit ni préparation réelle. Si le parcours échoue, recherchez le composant et l’action précise avant de changer de thème. Répéter une commande réelle pour voir si elle passe n’est pas une méthode de recette.

Comparer le budget sans confondre thème et services métier

Au 3 novembre 2026, les fiches individuelles affichent Flatsome à 59 USD et WoodMart à 69 USD pour l’option Regular, hors taxes et frais de traitement. Les deux achats annoncent six mois d’assistance. La différence initiale de dix dollars ne suffit pas à décider : elle ne chiffre ni le travail de refonte ni les extensions spécialisées et les contrats de services.

Pour ces offres ThemeForest, le prix du thème est ponctuel et la prolongation d’assistance reste facultative. Les mises à jour annoncées ne représentent pas un contrat illimité de maintenance de votre boutique. Les passerelles de paiement, abonnements commerciaux, transporteurs et prestations d’intégration peuvent avoir leurs propres coûts. Un module compatible n’est pas nécessairement livré avec sa version premium. La licence Regular vise un produit final ; selon Envato, une boutique librement accessible peut l’utiliser même si elle vend des produits. Un accès payant au site demande une vérification distincte.

Dans WoodMart, WPBakery est annoncé comme composant groupé ; cela ne donne pas automatiquement sa licence autonome. Pour Elementor, ne présumez pas qu’une édition Pro est incluse. Dans Flatsome Classic, les conditions de la nouvelle offre Site Builder ne remplacent pas celles de l’achat comparé. Faites dresser la même liste de besoins et de dépendances pour les deux candidats avant de calculer le budget complet.

Préparer la maintenance de la boutique complète

La boutique associe WordPress, WooCommerce, le thème et des extensions de paiement ou de logistique. Le thème ne contrôle donc pas seul la stabilité du parcours. Notez les versions, les modèles personnalisés et les composants que votre activité utilise réellement. La personne chargée des mises à jour doit aussi connaître les périodes pendant lesquelles une interruption serait particulièrement gênante.

Au contrôle du 3 novembre 2026, la fiche Flatsome affiche la version 3.20.12 et une mise à jour du 29 octobre ; celle de WoodMart affiche une mise à jour du 28 octobre et un journal dont la dernière entrée est 8.6.6, datée du 27 octobre. Ce sont des indications éditoriales de l’auteur, pas des versions installées ici. Conservez la documentation de la branche et du constructeur retenus ; une date récente ne prouve pas la compatibilité de votre assemblage.

Si vous utilisez le stockage des commandes HPOS de WooCommerce, vérifiez les extensions qui manipulent ces données. Le choix d’un thème ne suffit pas à confirmer la compatibilité de tous les connecteurs. Ne changez pas le stockage, les modes de paiement et le constructeur dans une seule opération de refonte : séparez les changements pour pouvoir reconnaître la cause d’un éventuel échec.

Situer les fonctions d’IA sans leur confier la boutique

Le MCP présenté sur le nouveau site Flatsome appartient à l’offre Site Builder ; cette fonction ne doit pas être attribuée à Classic. WoodMart documente un plugin MCP qui relie un agent à WordPress et peut modifier contenus, réglages, produits ou commandes. Cette intégration n’établit pas l’inclusion d’un abonnement à un fournisseur d’IA ni de crédits de génération.

WoodMart préconise une copie de travail et une revue des changements : l’agent agit avec les droits du compte connecté. Pour le choix du thème, ne transformez pas cette possibilité en promesse de gestion autonome du catalogue. Vérifiez l’offre du service d’IA, les données qui lui seront accessibles et les autorisations nécessaires avant toute connexion. Aucun agent n’a été connecté ni évalué pour ce dossier.

Sauvegarder sans perdre les commandes récentes

Une sauvegarde de boutique doit conserver les fichiers et la base de données correspondant à un état cohérent. Préparez la copie de travail et vérifiez le retour arrière avant une importation de démonstration. Cette copie doit être séparée du site commercial et neutralisée pour les paiements, les courriels et les intégrations réelles vers les transporteurs ou le stock.

Le site public peut continuer à recevoir des commandes pendant que vous préparez ses nouveaux modèles. Ces opérations n’existent pas nécessairement dans votre copie. Remplacer ensuite toute la base par celle de la copie pourrait les faire disparaître du site sans annuler les paiements externes. Faites préparer la bascule et la reprise des données récentes avec le responsable technique.

Prévoyez également les changements de stock, de prix et les nouveaux comptes clients. Ils ne doivent pas être traités comme de simples fichiers de maquette. Si une difficulté apparaît après la bascule, identifiez la dernière opération et les données à préserver avant toute restauration. Le retour arrière doit remettre le parcours en état tout en gardant une trace fiable des ventes reçues.

Prévoir la reprise des pages et des données

Les produits et les commandes appartiennent à l’organisation WooCommerce, tandis que l’apparence peut dépendre des modèles du thème et du constructeur. Cela ne signifie pas que toute la boutique sera immédiatement présentable après un changement. Inventoriez les fiches, les archives, les blocs réutilisables, l’en-tête et les contenus ajoutés par les extensions métier.

Pour quitter Flatsome Classic, évaluez séparément les pages UX Builder et les données commerciales. Pour changer de constructeur dans WoodMart, l’auteur indique que les anciens contenus ne sont pas automatiquement convertis. Dans les deux situations, prenez une page et une catégorie représentatives pour chiffrer la reprise. Un import de démonstration ne migre pas les personnalisations de votre boutique.

Conservez les adresses utiles et préparez la correspondance des pages modifiées. Vérifiez aussi les éléments que le client utilise pour entretenir le catalogue : notices, tableaux, documents et informations de livraison. Le résultat attendu est une boutique où les mêmes produits et commandes restent reconnaissables, avec un nouveau parcours contrôlé. Un simple comptage de produits ne suffit pas à vérifier les variantes et les médias.

Quand retenir Flatsome Classic ou WoodMart ?

Flatsome Classic reste une piste cohérente pour une équipe qui connaît UX Builder, souhaite conserver cette méthode et peut confirmer ses besoins avec les composants de cette branche. Son achat ponctuel identifié facilite le chiffrage du thème. Il est moins pertinent de le choisir pour obtenir des fonctions montrées uniquement dans le nouveau Site Builder ou pour éviter toute formation à un environnement spécifique.

WoodMart mérite une comparaison si votre équipe travaille avec l’un de ses trois éditeurs et si ses outils de catalogue répondent à des besoins concrets de recherche et de présentation. Sa documentation récente détaille les contextes de modèles et les filtres. En contrepartie, vous devez arrêter le constructeur et les dépendances avant la mise en place, plutôt que compter sur une conversion ultérieure automatique.

Pour un petit catalogue sans besoin particulier, la simplicité de saisie peut être décisive. Pour un catalogue riche en variantes, les filtres et la cohérence des informations deviennent prioritaires. Pour une boutique déjà active, la reprise des commandes et des personnalisations peut compter davantage que l’écart du prix d’achat. Aucun de ces scénarios ne fournit une note universelle de qualité ou de conversion.

Établir les critères de réussite avant la décision

Écrivez une recette courte pour les deux candidats : retrouver un produit avec deux critères, sélectionner une variante disponible, comprendre son prix et terminer une commande simulée. Ajoutez une recherche sans résultat, un produit épuisé et un retour au catalogue sur téléphone. L’équipe doit pouvoir expliquer chaque résultat, y compris les messages d’erreur.

Contrôlez aussi la navigation au clavier, les libellés des pastilles, la lisibilité des prix et les validations du formulaire de paiement. Les déclarations d’accessibilité ou de rapidité d’une fiche commerciale ne remplacent pas ces vérifications. Ne calculez pas une promesse de ventes à partir d’une maquette ; le trafic, l’offre, les contenus et la logistique influencent aussi les résultats.

Le devis final doit identifier le thème, sa branche, le constructeur, les extensions, les services et le responsable des échéances. Il doit prévoir la recette, la reprise des données récentes et un retour arrière. Si un composant indispensable ou sa compatibilité reste incertain, écartez cette combinaison et poursuivez avec une autre. Ces contrôles restent à exécuter sur une véritable installation avant de mettre la boutique en production.