Comment choisir le bon thème PrestaShop pour votre activité

Choisir un thème PrestaShop paraît d'une simplicité trompeuse — parcourir un marketplace, trouver quelque chose de joli, l'installer. Deux semaines plus tard, on se retrouve avec des mises en page de modules cassées, un score PageSpeed dans les 30, et un ticket support sans réponse. Voilà comment éviter ça.

Savoir sur quoi on part

PrestaShop 8 et 9 sont livrés avec deux thèmes natifs : Hummingbird et Classic.

Classic est l'ancien thème par défaut — Bootstrap 3, très dépendant de jQuery, présent depuis PS 1.7. Il fonctionne, il est stable, et pratiquement tous les modules existants ont été testés avec. La plupart des thèmes payants des marketplaces sont des forks de Classic. C'est bon à savoir.

Hummingbird est le thème moderne — Bootstrap 5, balisage plus propre, performances nettement meilleures d'emblée. C'est ce que PrestaShop développe activement. Si vous lancez une nouvelle boutique aujourd'hui, Hummingbird est la bonne base de départ.

Le problème, c'est que la majorité des thèmes commerciaux disponibles sur ThemeForest, PrestaShop Addons ou d'autres marketplaces reposent encore sur Classic. Ils ont l'air soignés sur les captures d'écran, mais ils traînent des années de dette technique derrière eux.

Vérifier la compatibilité avant tout achat

C'est l'étape numéro un, pas la troisième. Avant de dépenser un euro sur un thème, vérifiez :

• Quelles versions de PrestaShop il supporte — et notamment la vôtre
• Date de la dernière mise à jour — plus de 6 mois sans update, c'est un signal d'alerte ; plus d'un an, c'est rédhibitoire
• Si le développeur répond aux demandes de support (lisez les avis, pas seulement la note globale)
• S'il a été testé avec PHP 8.1+ (obligatoire pour PS 8/9)

Un thème indiquant « compatible PrestaShop 1.7 » peut techniquement s'installer sur PS 8, mais vous tomberez probablement sur des avertissements de fonctions dépréciées, des hooks cassés ou des problèmes d'affichage avec les modules core récents. « Compatible » est un terme vague — creusez dans le changelog.

La performance avant tout

Votre thème est le facteur le plus important dans le score PageSpeed de votre boutique — plus que l'hébergement, plus que les images, plus que presque tout le reste. Un thème trop lourd ne se contente pas de ralentir l'expérience. Il vous coûte directement des positions dans les résultats et des conversions.

Ce qui plombe les performances dans les thèmes :

• Charger 400 Ko+ de CSS avec des conflits de spécificité et des règles en doublon
• Embarquer 15 fichiers JavaScript qui se déclenchent sur chaque page
• Inclure une police d'icônes complète (FontAwesome 6 ≈ 400 Ko) pour n'utiliser que 12 icônes
• Charger les images en lazy-loading via une bibliothèque JS au lieu du natif loading="lazy"
• Des sliders hero imposants qui chargent 5 images en pleine résolution sur la page d'accueil

Avant d'acheter un thème, testez l'URL de démo dans PageSpeed Insights. Pas la page d'accueil — la page catégorie. Si le score mobile est inférieur à 60, passez votre chemin. S'il est inférieur à 40, fuyez.

Si vous avez besoin de gains de vitesse sérieux quel que soit le thème, Performance Revolution gère le cache, l'optimisation des ressources et les Core Web Vitals au niveau du module — mais un thème trop lourd limitera toujours les marges de progression.

Thèmes enfants — non négociable

S'il y a une règle qui distingue les développeurs expérimentés des autres, c'est celle-ci : ne jamais modifier le thème parent directement.

Quand l'auteur du thème publie une mise à jour — et ça arrivera, tôt ou tard — toutes vos modifications sont effacées. Vos overrides CSS, vos ajustements de templates, vos personnalisations de mise en page : envolés. Et si vous ne mettez pas à jour, vous accumulez de la dette de sécurité et de compatibilité.

Créez toujours un thème enfant. Un thème enfant hérite de tout le thème parent et ne surcharge que ce que vous modifiez explicitement. Les mises à jour du parent passent sans toucher à vos personnalisations.

Avant de vous engager avec un thème, vérifiez qu'il supporte correctement les thèmes enfants. Hummingbird le fait bien. Certains thèmes commerciaux le permettent techniquement mais le rendent inutilement pénible — leur structure de templates ne suit pas les conventions PrestaShop, donc les overrides en cascade ne fonctionnent pas proprement.

Pour les personnalisations de contenu qui ne nécessitent pas de toucher aux templates — blocs HTML personnalisés, sections promotionnelles, zones d'information — HTML Blocks vous permet d'injecter du contenu dans les hooks sans modifier un seul fichier de thème.

La compatibilité des modules est sous-estimée

Thèmes et modules interagissent en permanence. Un thème peut surcharger des templates de modules, modifier la sortie des hooks, ou injecter du CSS qui entre en conflit avec les styles des modules. La plupart des acheteurs ne s'en préoccupent pas avant que quelque chose casse.

Posez-vous ces questions avant de choisir un thème :

• Surcharge-t-il des templates de modules natifs ? (Vérifiez le dossier /modules/ dans le thème — s'il est plein de fichiers, méfiance)
• Est-il livré avec ses propres versions de modules courants comme des sliders, des mega menus ou des carrousels de produits ?
• Remplace-t-il des fonctionnalités natives de PrestaShop par des features spécifiques au thème qui créent une dépendance ?

Les thèmes qui embarquent leur propre mega menu, leur propre système d'onglets produit, leur propre navigation à facettes — ce sont des pièges. Vous devenez dépendant de l'auteur du thème pour des fonctionnalités qui devraient être gérées par des modules dédiés et maintenables. Quand le thème vieillit, votre navigation vieillit avec lui.

Si vous avez besoin d'un vrai mega menu, utilisez un module Mega Menu autonome qui fonctionne indépendamment du thème. Même logique pour les bannières — Banner Revolution gère les bannières promotionnelles depuis le back office sans toucher à un seul template de thème.

Testez sur de vrais appareils, pas en redimensionnant le navigateur

Tous les thèmes se prétendent responsive. Tous les thèmes paraissent corrects quand on rétrécit la fenêtre du navigateur. Ça ne vous apprend presque rien.

Testez sur un vrai téléphone Android et un vrai iPhone. Concrètement :

• Pages de listing produits — les filtres se replient-ils correctement ? La grille est-elle lisible ?
• Pages détail produit — les images sont-elles swipables ? Le bouton d'ajout au panier est-il visible sans défilement ?
• Checkout — le formulaire fonctionne-t-il avec les claviers mobiles ? Les champs sont-ils suffisamment grands pour être tapotés ?
• Navigation — le menu mobile s'ouvre et se ferme-t-il sans décalages de mise en page ?

Les zones tactiles, les tailles de police, la précision du toucher — tout ça ne se révèle que sur du vrai matériel. Un checkout pénible sur mobile vous coûte des ventes. C'est aussi direct que ça.

Éditeurs de thème : pratiques, mais attention au surpoids

Beaucoup de thèmes commerciaux incluent un éditeur visuel — iqitthemeeditor (Flavor) est le plus courant. Ces outils permettent aux marchands de modifier les couleurs, les polices et les paramètres de mise en page depuis le back office sans toucher au code.

Ils sont vraiment utiles. Mais ils représentent aussi un risque pour les performances.

Les éditeurs de thème fonctionnent en compilant vos paramètres en CSS à l'exécution. Les fichiers CSS générés ont tendance à être volumineux, redondants et difficiles à optimiser car ils sont produits automatiquement. Chaque fois qu'un marchand modifie une couleur, un nouveau fichier est compilé. Le surpoids s'accumule.

Si vous utilisez un éditeur de thème, auditez régulièrement le CSS généré. Recherchez les déclarations de propriétés en doublon, les règles inutilisées pour des fonctionnalités que vous n'avez pas activées, et les variables définies mais jamais utilisées dans votre configuration réelle. Ça s'accumule plus vite qu'on ne le pense.

Polices personnalisées : choisir ses batailles

Les polices personnalisées renforcent l'identité de marque. Elles alourdissent aussi chaque chargement de page.

Une seule famille Google Fonts chargée en 4 graisses (regular, medium, semibold, bold) peut ajouter 80 à 200 Ko de ressources bloquantes, selon la couverture du jeu de caractères. Ça repousse directement votre Largest Contentful Paint.

Les règles pratiques :

• Maximum 2 familles de polices — une pour les titres, une pour le texte courant
• Maximum 2 à 3 graisses par famille — regular et bold couvrent 90 % des cas
• Utilisez font-display: swap pour que le texte s'affiche immédiatement avec une police de remplacement
• Préchargez les polices utilisées au-dessus de la ligne de flottaison
• Envisagez les polices variables — un seul fichier, toute la gamme de graisses

La pile de polices système est franchement excellente et se charge instantanément. Si votre marque n'exige pas une typographie spécifique, c'est une option à prendre sérieusement en compte.

À quoi ressemble une bonne structure de thème

Au-delà du visuel, la qualité HTML sous-jacente détermine les performances SEO de votre boutique et son accessibilité pour tous les utilisateurs. Recherchez :

• Hiérarchie sémantique des titres — un seul H1 par page, imbrication logique des H2/H3, pas de titres utilisés uniquement pour le style
• Données structurées correctes — schema produit, schema fil d'Ariane, schema avis, intégrés ou accrochables
• Balisage d'images propre — attributs width et height définis pour éviter les décalages de mise en page, attributs alt corrects
• Ressources bloquant le rendu réduites au minimum — CSS critique inliné ou inlinable, scripts différés

Vous pouvez vérifier la structure des titres en 30 secondes avec les DevTools du navigateur. Vérifiez les données structurées avec le test des résultats enrichis de Google sur l'URL de démo. Ce ne sont pas des options facultatives — ce sont des signaux sur lesquels Google agit.

Les red flags qui doivent vous faire fuir

• Le thème nécessite l'installation de 10+ modules complémentaires pour fonctionner correctement
• La dernière mise à jour remonte à plus d'un an
• Pas de support des thèmes enfants ni de documentation pour en créer un
• Le site de démo est lent (testez-le vous-même, ne faites pas confiance aux captures d'écran)
• Le forum de support est plein de questions sans réponse
• Le thème « inclut » un page builder qui stocke le contenu dans un format propriétaire

La recommandation pratique

Commencez avec Hummingbird. Il est activement maintenu par l'équipe PrestaShop, il est rapide, c'est du Bootstrap 5, et c'est là que va l'écosystème. Créez un thème enfant immédiatement — avant d'écrire la moindre ligne de CSS personnalisé. Utilisez le thème enfant pour toutes vos personnalisations.

Ajoutez des fonctionnalités via des modules, pas via les features du thème. Vous avez besoin de bannières personnalisées ? Un module. Un mega menu ? Un module. Des zones de contenu personnalisées ? Un module. Ça garde votre thème léger et votre boutique maintenable quand thèmes et modules évoluent à des rythmes différents.

Un thème enfant Hummingbird bien configuré avec les bons modules surpassera presque tous les thèmes commerciaux lourds, aussi bien en scores PageSpeed qu'en maintenabilité sur le long terme. C'est moins excitant que de parcourir un marketplace, mais c'est la décision dont vous serez content six mois plus tard.

Articles Connexes

• Thèmes Enfants dans PrestaShop : Pourquoi ne Jamais Modifier le Thème Parent
• CSS et JavaScript personnalises dans PrestaShop sans casser les mises a jour
• Ce qui ralentit vraiment PrestaShop : base de données, modules et hébergement