← Retour à tous les casÉTUDE DE CAS / 02
Shopware comme moteur. Le reste, construit.
Lizaria est une plateforme de commerce headless : Shopware 6.7 gère le commerce et l’administration, et une boutique Nuxt 4 SSR sur mesure gère tout ce qu’un client voit. Couche de conformité, gouvernance analytique, assistance IA, outils de support et architecture de performance ont tous été construits autour.
01 / Le brief
Vendre dans cinq pays sans hériter des limites d’un thème.
Treize combinaisons pays-langue, sous le droit européen de la consommation et de la vie privée, avec une boutique affranchie du templating Shopware — et une couche de conformité assez solide pour que l’entreprise s’y fie réellement.
EN CHIFFRES
LA STACK
- Commerce
- Shopware 6.7.2.2 · PHP · Symfony
- Boutique
- Nuxt 4 · Vue · TypeScript · Nitro SSR
- Données
- MySQL 8.0 · Redis 7.4
- Livraison
- nginx · Docker
02 / ARCHITECTURE HEADLESS
Pas de Twig, pas de thème, pas de plafond.
Chaque page est une application Nuxt sur mesure branchée sur la Store API de Shopware — routage, navigation, rendu des catégories, listes, parcours de compte et endpoints Nitro compris. Shopware continue de faire ce qu’il fait vraiment bien : produits, commandes, prix et administration.
03 / TREIZE LOCALES
Pays et langue sont deux questions distinctes.
Le pays fixe le contexte Shopware — TVA, livraison, moyens de paiement. La langue fixe les traductions et le chemin SEO. Comme les URL produits proviennent des enregistrements SEO traduits de Shopware, changer de langue résout le slug du même produit dans la langue cible au lieu de coller un préfixe sur le mauvais.
04 / SEO
Explorable par construction.
Une couche centrale gère titres, descriptions, canonicals, Open Graph, JSON-LD et directives robots. Le sitemap est généré depuis Shopware sur les treize locales avec alternates et x-default, la navigation par catégories utilise de vrais liens, et le rendu est vérifié par des tests plutôt que supposé.
05 / PRODUIT & AVIS
Des avis autorisés à être défavorables.
Seuls les acheteurs vérifiés peuvent en déposer, et un avis n’est jamais refusé, modifié ni masqué parce qu’il est négatif — la boutique le dit explicitement, et le module de modération Shopware est bâti autour de cette règle.
06 / PANIER & PAIEMENT
Un paiement qui survit à un changement d’avis.
Commande en invité ou avec compte, gestion des adresses dans le parcours, changement d’adresse de livraison et paiements Mollie. Modifier une adresse à l’étape deux ne coûte ni le panier ni la place dans le parcours.
07 / CONSENTEMENT & RGPD
Le consentement est une preuve, pas un cookie.
La décision qui fait foi vit dans Shopware, avec un journal d’audit en ajout seul, car l’article 7.1 exige que le responsable puisse le démontrer — et un enregistrement que le visiteur peut effacer ne démontre rien. Consent Mode v2, expiration, catalogue de fournisseurs et historique visible font partie du dispositif, et les adresses IP sont pseudonymisées par un hachage salé propre à l’environnement plutôt que stockées.
08 / DEMANDES RGPD
Articles 15 à 21, sous forme de workflow.
Accès, rectification, effacement, limitation et portabilité disposent chacun d’une vérification d’identité, d’un délai, d’un chemin d’export ou de pseudonymisation, d’outils d’administration, d’ACL et d’endpoints Store API limités en débit. Une demande est une tâche avec une horloge, pas un e-mail dont il faut se souvenir.
09 / ANALYTICS
Soixante-douze événements qui ne peuvent pas déraper.
Rien n’appelle GA4, Meta ou GTM directement. Chaque événement est déclaré une fois — consentement requis, règles de payload, champs interdits, déduplication — puis passe les contrôles de consentement, la validation et l’expurgation des données personnelles avant l’envoi. Le module d’administration existe pour attraper les classiques : double suivi GA4, conversions améliorées mal configurées, trafic de production atterrissant dans l’environnement de test de Meta.
10 / ASSISTANT IA
Liza ne peut pas citer une politique disparue.
Ses informations sur les retours, la livraison, le paiement et les réclamations sont générées depuis la même source d’entreprise que les seize documents juridiques : l’assistant et les conditions ne peuvent pas diverger. L’assistant continue de fonctionner si le consentement optionnel est refusé ; l’analyse des conversations est protégée séparément et la mention IA est inconditionnelle.
11 / SUPPORT
Tickets, réponses et notifications dans une seule boucle.
Le client ouvre un ticket depuis son compte — ou Liza l’ouvre pour lui en pleine conversation — les agents répondent dans Shopware, et les notifications bouclent la boucle des deux côtés. Un seul fil, plutôt qu’une chaîne d’e-mails introuvable trois semaines plus tard.
12 / COMPTE
Les écrans ingrats, faits correctement.
Connexion, inscription, profil, adresses enregistrées, commandes, détail de commande et liste d’envies. Ce sont les pages où les clients reviennent vraiment : elles ont été construites au même niveau que celles qui se photographient bien.
13 / ACCESSIBILITÉ
Mesurée, pas revendiquée.
Des contrôles WCAG 2.2 AA automatisés tournent sur desktop ainsi qu’à 320px et 400% de zoom, et un harnais distinct vérifie que chacune des dix-sept préférences d’accessibilité modifie réellement la page rendue. La base actuelle ne comporte aucune violation grave ou critique ; les passes manuelles lecteur d’écran et clavier restent au programme.
