Faire évoluer ton site Shopify par blocs, sans développeur

Il y a encore un an, dès que tu voulais une section un peu spécifique sur ton Shopify, tu passais par le dev. Point de départ obligatoire. Aujourd'hui tu peux créer tes propres sections directement dans le back-office, sans coder et sans headless. Ça change pas mal de choses pour qui ne sait pas coder.

Je vais te montrer concrètement comment on fait évoluer un site par blocs, où sont les vraies limites, et pourquoi laisser trop de liberté à un client, c'est souvent la pire idée.

Créer une section de zéro, sans toucher au code

La nouveauté vient de l'éditeur de thèmes de Shopify. Tu pars d'une custom section, une page blanche, et tu construis ton bloc toi-même. Avant, les sections étaient figées, créées à l'avance. Là tu fais vraiment ce que tu veux.

En pratique ça donne ça. Tu prends ta custom section. Tu crées un groupe (c'est l'étape que les gens oublient, faut faire le groupe avant). Et dans le groupe, tu glisses un texte, un bouton, une image best-seller. Tu peux ajouter un heading, un logo, un marquee, une vidéo. Tu places le bouton au-dessus de l'image ou à côté, comme tu le sens. Tu dupliques le bloc pour en avoir deux. Tu relies chaque élément au lien que tu veux. Et voilà, t'as ta section, sans avoir écrit une ligne de code.

C'est hyper simple. Le rendu tient la route, c'est propre.

Avec cette fonctionnalité, tu peux faire à peu près 80% de tout ce que t'as en tête sans jamais passer par le dev. Les 20% qui restent, c'est le vraiment complexe, genre du stock dissocié entre canaux ou des mécaniques qui demandent une app dédiée. Mais pour le quotidien, l'édition de tes pages, tes landings, ton contenu, t'es autonome. Une fois la structure en place, t'as quasiment plus besoin de développeur.

Le piège du thème trop ouvert

La vraie décision à prendre : combien de liberté tu laisses au client.

Y a deux philosophies opposées. La première, un thème ultra ouvert, où le client fait tout de A à Z. Sur le papier c'est génial, autonomie totale. Dans la vraie vie, on a arrêté. Parce que les clients font des trucs dégueulasses. Tu leur donnes trop de liberté, et ils cassent l'esthétisme global du site sans s'en rendre compte. Un espacement pété ici, une typo qui déborde là, un bloc centré alors qu'il devrait être à gauche.

La deuxième philosophie, c'est un thème plus cadré. Tu laisses moins de liberté, mais tu garantis un rendu propre. Le client peut changer les textes, les logos, réorganiser les blocs, en ajouter, en retirer, faire passer une photo de droite à gauche en deux clics. Mais il reste dans les rails de la direction artistique.

On ne cherche pas à te verrouiller. Tu restes autonome sur ton contenu, point. Mais l'autonomie à 100%, ça finit toujours par casser quelque chose. C'est un peu le même arbitrage que quand tu dois choisir entre un site custom ou un thème standard selon ton stade de CA, tu mets le curseur en fonction d'où t'en es.

Figma synchronisé avec le site, la fin des allers-retours

Maintenant, les pages du site se synchronisent automatiquement avec Figma. Ce qui est live correspond exactement à ce qui est dans Figma. Pas de décalage, pas de maquette qui dort dans un coin pendant que le site a déjà changé.

Concrètement, ça change tout sur le temps de prod. Avant, t'avais la phase maquette, la phase validation, la phase dev, et chaque étape bouffait du budget et des semaines. Là, comme t'as déjà tes composants établis, tu sautes une grosse partie du processus.

Une refonte qui prend normalement un mois, on l'a faite en 3 jours. Un blog produit, en une heure. On a juste viré tout ce qui était virable dans le process, et le dev à rallonge sur des composants déjà faits, c'est exactement ça.

Retravailler un bloc avec l'IA, en 30 minutes

Quand tu veux modifier une section existante, le process est simple. Tu la mets dans un playground. Tu décris la modif que tu veux. Tu envoies à Claude, et le nouveau bloc est généré et à jour en à peu près 30 minutes.

Autre usage que j'aime bien. Tu demandes à l'IA de te sortir par exemple 10 variations mobiles d'un bloc, dans l'ADN de la marque. Tu regardes, tu choisis, tu fusionnes deux versions qui te plaisent, et tu itères à l'infini jusqu'à tomber sur le bon rendu. T'explores des directions que t'aurais jamais prises à la main.

Mais y a un vrai sujet derrière, et faut pas se mentir. Le code généré par l'IA, si tu fais pas gaffe, c'est du code pourri. Lourd, illisible, qui ralentit ton site. Et un site lent te fait perdre des ventes. Le trafic d'un site marche comme celui d'une boutique, si ça rame, les gens partent.

Du coup on a mis une chaîne d'agents pour contrôler la qualité. Un agent code, un autre relit et corrige, et à la fin un dernier check la perf. Au bout de la chaîne, t'obtiens un code lisible par un développeur, qui est relu et validé, et assez léger pour charger vite. C'est ce qui fait la différence entre un bloc qui tient en prod et un qui te plombe le site.

Concrètement, ce que tu y gagnes au quotidien

Si t'es une marque, t'y gagnes sur deux plans. Premier : l'autonomie sur ton contenu. Tu changes tes visuels, tu montes une landing pour un lancement, tu réorganises ta home, sans attendre un prestataire et sans payer une demi-journée de dev à chaque fois. Ça c'est énorme quand t'as un rythme de collections soutenu.

Deuxième : tu gardes la main sur le reste. Les fiches produits, par exemple, c'est un chantier où tu veux pouvoir tester vite. Si tu te demandes comment organiser tes produits, j'ai détaillé le cas d'une couleur un produit ou tout en variantes sur Shopify, et c'est typiquement le genre d'arbitrage que tu peux trancher toi-même maintenant.

Là où tu dois rester lucide, c'est sur les 20% complexes. Le stock dissocié entre deux canaux, Shopify confirme que c'est pas possible nativement. Certaines mécaniques passent obligatoirement par une app, ce qui revient souvent beaucoup moins cher que de tout développer à la main, mais faut l'identifier en amont. Et le contrôle qualité du code, si tu balances de l'IA sans relecture, tu te crées une dette technique que tu paieras plus tard.

L'autonomie par blocs, ça marche vraiment. Mais seulement avec un cadre derrière, un design system, un thème pensé pour pas casser, une chaîne qui vérifie le code. Enlève le cadre et tu retombes dans les trucs dégueulasses. Si tu veux déléguer toute cette partie pendant que tu restes autonome sur le contenu, c'est exactement ce qu'on fait en direction eCommerce externalisée.

Le bon réflexe, c'est de lister ce que tu veux pouvoir faire seul demain matin sans appeler personne, et de construire ton thème autour de ça. Le reste, tu le gardes cadré.