Mises à jour Shopware 6 : aperçu de toutes les modifications

Ce qui change au quotidien dans la boutique

• Les règles prennent de nouveau en compte toutes les positions du panier Depuis la 6.7.14.0, les règles du Rule Builder qui vérifient le panier ne prenaient plus en compte que les produits normaux. Lorsqu'une autre position figurait dans le panier, par exemple un avoir ou une position issue d'un plugin, des modes d'expédition pouvaient disparaître ou des actions ne pas s'appliquer, d'après Shopware, si la règle était formulée de manière négative, par exemple avec « ne sont aucun de ». Désormais, les règles prennent de nouveau en compte toutes les positions. Aucune modification des plugins n'est nécessaire.
• Les fichiers de thème sont conservés un jour après la recompilation Après la recompilation d'un thème, par exemple lors d'une mise à jour, Shopware pouvait supprimer immédiatement les anciens fichiers de thème. Les pages encore servies depuis le cache ou un CDN ne trouvaient alors plus leurs feuilles de style ni leurs scripts. Désormais, les anciens fichiers sont conservés au moins 24 heures après le basculement avant que Shopware ne les nettoie.
• Libellé GARAN dans la confirmation de commande, troisième modification consécutive Shopware a de nouveau remanié la technique derrière le libellé dans l'e-mail, selon ses propres indications afin qu'il fonctionne également pendant une mise à jour en cours avec des serveurs exécutés en parallèle. Les boutiques utilisant le modèle standard non modifié bénéficient automatiquement de cette correction. Celles qui ont personnalisé le modèle doivent, d'après Shopware, l'adapter une nouvelle fois, voir la partie destinée aux développeurs.
• Produits numériques : quantité de commande de nouveau conforme au paramétrage Depuis la 6.7.14.0, les clients ne pouvaient acheter qu'une seule unité d'un produit numérique par commande, quel que soit le paramétrage du produit. Désormais, la quantité d'achat maximale définie sur le produit s'applique à nouveau. Pour limiter à une unité, il faut y saisir 1.
• Les canaux de vente de type comparaison de produits peuvent de nouveau être enregistrés Depuis la 6.7.15.0, les canaux de vente qui ne sont ni Storefront ni Headless ne pouvaient plus être enregistrés si leur devise par défaut ne figurait pas dans la liste des devises. Cela fonctionne de nouveau.
• Mention de garantie complète dans le tunnel de commande Un nouveau paramètre dans les réglages du panier affiche la mention légale de garantie dans le tunnel de commande sous forme de texte complet sous les CGV, plutôt que sous forme de simple lien. Il est désactivé par défaut et nécessite que la mention soit activée. La série 6.6 en dispose depuis la 6.6.10.28, vous en trouverez le contexte dans l'entrée correspondante. Il appartient aux marchands de juger si et comment cela s'applique à leur propre boutique.

Ce que vous devriez vérifier avant la mise à jour

• Produits numériques Après la mise à jour, les clients peuvent de nouveau acheter plus d'une unité si aucune quantité d'achat maximale de 1 n'est définie sur le produit. Pensez à vérifier au préalable.
• Règles personnalisées Les boutiques qui ont remanié des règles pour contourner des modes d'expédition manquants ou des actions bloquées devraient les revérifier après la mise à jour. Les conditions s'appliquent de nouveau comme avant la 6.7.14.0.
• E-mail de confirmation de commande personnalisé Les boutiques qui ont personnalisé le modèle doivent adapter une nouvelle fois la partie GARAN. Avec le modèle standard non modifié, aucune action n'est nécessaire.
• Pour celles encore en deçà de la 6.7.15.0 Passer directement à la 6.7.15.1 et tenir compte des indications relatives au remaniement de l'Administration figurant dans l'entrée de la 6.7.15.0.

Pour les développeurs et les systèmes connectés

• Rule Builder Les conditions de position évaluent une position en fonction des données qu'elle porte, et non plus en fonction de son type. Depuis la 6.7.14.0, étaient concernés les custom et credit line items ainsi que les line items issus d'extensions, selon Shopware par exemple sous « Item with tag / All / Are none of ». Les types de line items personnalisés fonctionnent de nouveau sans adaptation.
• Répertoires de thème Jusqu'à présent, l'ancienneté de public/theme/ était calculée à partir de la compilation, et non à partir du basculement ; un thème compilé il y a plusieurs semaines était immédiatement supprimé lors du nettoyage suivant, et les pages issues du cache HTTP ou d'un CDN renvoyaient une erreur 404. La tâche planifiée theme.delete_files fonctionne désormais en deux étapes : elle marque d'abord un répertoire inutilisé avec un fichier .retired, à condition que tous les fichiers aient plus de 24 heures, puis lors d'une exécution ultérieure, elle le supprime dès que le marquage date d'au moins 24 heures ; avec l'intervalle quotidien, cela représente donc 24 à 48 heures après le basculement. Un répertoire réactivé (par exemple theme:change --no-compile) perd son marquage, et un répertoire dont la compilation est en cours reste intact. theme:compile et theme:change ne procèdent plus eux-mêmes au nettoyage, comme l'avait introduit la 6.7.14.0 ; --no-cleanup est obsolète, sans effet, et disparaîtra avec la 6.8.0.0 ; il faut donc le retirer des scripts de déploiement. Comme le nettoyage ne passe plus que par la tâche planifiée, rien ne se produit plus, selon notre interprétation, sans Scheduled Tasks en cours d'exécution.
• GARAN dans les modèles d'e-mail La confirmation de commande lit le libellé depuis la nouvelle variable de template garanLabels ; le filtre Twig sw_garan_label_mail issu de la 6.7.15.0 est obsolète. Dans les modèles personnalisés, remplacer nestedItem.productId|sw_garan_label_mail(context) par garanLabels[nestedItem.productId] ?? null, et dans la version texte lineItem.productId|sw_garan_label_mail(context) par garanLabels[lineItem.productId] ?? null. garanLabels est transmis à chaque modèle d'e-mail qui référence la variable et dispose d'un order dans ses données. D'après le fichier de changelog relatif à la modification parallèle de la 6.6, le GaranLabelMailSubscriber définit la variable sur MailBeforeValidateEvent, afin que les modèles n'aient pas besoin, lors d'un déploiement blue-green, d'un filtre que les nœuds exécutant un code plus ancien ne connaissent pas ; le filtre continue donc de fonctionner. Une migration ne réécrit le modèle que dans les boutiques qui ne l'ont jamais modifié.
• Produits numériques maxPurchase s'applique de nouveau ; si la valeur est absente, par exemple pour des produits créés via l'API, core.cart.maxQuantity prend le relais. Pour une unité par commande, définir maxPurchase sur 1.
• Canaux de vente Les types autres que Storefront et Headless (comparaison de produits, Agentic Commerce, types issus d'extensions) ne sont plus rejetés avec SYSTEM__NO_GIVEN_DEFAULT_CURRENCY_ID lorsque la devise par défaut ne figure pas dans la liste des devises. Storefront et Headless en ont toujours besoin.
• Mention de garantie Nouvelle configuration système core.cart.showLegalGuaranteeNoticeInline, effective uniquement lorsque core.cart.showLegalGuaranteeNotice est activé. Positionnement via les blocs page_checkout_confirm_legal_guarantee_notice_inline et page_checkout_confirm_legal_guarantee_notice_inline_bottom.
• Indications de mise à niveau UPGRADE-6.7.md ne contient pas de section propre à la 6.7.15.1.

Ce qui change au quotidien dans la boutique

• Les trémas dans les noms de fichiers sont conservés Lors du téléversement d'images et d'autres médias, Shopware supprimait jusqu'à présent les trémas et autres caractères spéciaux du nom de fichier : « Erdmännchen.jpg » devenait « Erdmnnchen.jpg ». Désormais, ils sont conservés. Seuls les caractères de contrôle invisibles sont encore supprimés ; Shopware rejette les noms de fichiers dont l'encodage de caractères est défectueux.
• Trémas dans les liens et les adresses d'images Sur certains serveurs, Shopware convertissait mal les trémas dans les liens et les adresses d'images, si bien que l'adresse n'était plus correcte. Selon Shopware, étaient concernés les serveurs dont la bibliothèque système traite certains caractères comme des caractères de contrôle. Ce problème est corrigé ; de plus, les adresses déjà converties une fois ne sont pas converties une seconde fois.
• Étiquette GARAN dans la confirmation de commande La même modification que dans la 6.7.15.1 : le modèle d'e-mail reçoit les étiquettes déjà intégrées, afin que, selon Shopware, la confirmation de commande soit envoyée correctement même lorsque d'anciens et de nouveaux serveurs fonctionnent simultanément pendant une mise à jour. Le bloc de la 6.6.10.28 continue de fonctionner selon Shopware ; Shopware recommande toutefois de faire passer les modèles personnalisés vers la nouvelle variante, voir la partie développeurs. Les boutiques avec un modèle standard non modifié bénéficient de cela automatiquement.
• Redirections lors des requêtes d'applications Lorsque le serveur d'une application redirigeait une requête de Shopware, Shopware reprenait, selon ses propres indications, les paramètres de la requête d'origine et écrasait ainsi ceux de la cible. Désormais, Shopware laisse la redirection à la fonction standard intégrée prévue à cet effet, comme c'était déjà le cas dans la série 6.7. Cela ne devrait concerner que les boutiques disposant d'applications dont le serveur redirige des requêtes.
• Journal des activités système Shopware consigne désormais qui crée des utilisateurs ou des intégrations et qui téléverse, installe, met à jour, active, désactive ou supprime des plugins et des applications, chaque fois avec l'indication de savoir si un utilisateur, une intégration ou le système lui-même en est à l'origine. Les mots de passe et les clés secrètes ne sont pas consignés. Les entrées atterrissent par défaut dans les mêmes journaux que les événements précédents.

Ce que vous devriez vérifier avant la mise à jour

• E-mail de confirmation de commande personnalisé Si vous avez maintenu le modèle vous-même, réajustez à nouveau la partie GARAN après la mise à jour. Avec un modèle standard non modifié, il n'y a rien à faire.
• Noms de fichiers avec trémas Les nouveaux téléversements conservent leurs trémas. Si vous disposez d'une connexion qui attend des noms de fichiers sans trémas, par exemple un export ou une synchronisation d'images, vérifiez-le au préalable.

Pour les développeurs et les systèmes connectés

• Encodage d'URL UrlEncodingTwigFilter::encodeUrl() (filtres Twig sw_encode_url et sw_encode_media_url) analyse les URL avec GuzzleHttp\Psr7\Uri au lieu de parse_url() ; sur les plateformes dont la libc traite les octets 0x80 à 0x9F comme des caractères de contrôle, des caractères tels que Ä, Ö, Ü et ß devenaient %C3_. Chaque segment de chemin est décodé et réencodé individuellement : plus de double encodage, un %2F encodé reste dans son segment, les informations d'utilisateur dans l'authority sont conservées.
• Noms de fichiers des médias MediaUploadController et MediaCreationSubscriber ne suppriment plus que les caractères de contrôle et les caractères de format Unicode invisibles (Zero-Width Space, Soft Hyphen, Bidi-Overrides). Le téléversement, le renommage et l'attribution de nom rejettent les noms de fichiers qui ne constituent pas un UTF-8 valide avec CONTENT__MEDIA_ILLEGAL_FILE_NAME.
• GARAN dans les modèles d'e-mail GaranLabelMailSubscriber transmet les étiquettes sur MailBeforeValidateEvent en tant que variable garanLabels ; la confirmation de commande les lit, le filtre sw_garan_label_mail continue de fonctionner. Dans les modèles personnalisés, remplacer nestedItem.productId|sw_garan_label_mail(context) par garanLabels[nestedItem.productId] ?? null, dans la version texte lineItem.productId|sw_garan_label_mail(context) par garanLabels[lineItem.productId] ?? null. garanLabels est transmis à chaque modèle d'e-mail qui référence la variable et dispose d'un order dans ses données. La migration Migration1790751498ReadGaranLabelFromMailTemplateData ne réécrit le modèle que dans les boutiques qui ne l'ont jamais modifié.
• Client HTTP du système d'applications Selon la pull request, PinningAppSystemHttpClient suivait lui-même les redirections et réappliquait alors l'option query de la requête d'origine, ce qui remplaçait la query de la cible. L'implémentation basée sur le middleware de la 6.7 est rétroportée vers la 6.6 : Guzzle suit nativement les redirections, AppSystemHttpMiddleware vérifie et épingle chaque requête derrière la couche de redirection ; le client dédié disparaît, s'y ajoutent un nouveau chemin d'exception pour les requêtes bloquées et des ajustements de la vérification des URL de confiance et des adresses IP privées. Pas de fichier changelog dédié.
• Activités système SystemActivitySubscriber journalise sur le canal Monolog system_activity avec le niveau info : la création d'utilisateurs et d'intégrations, le téléversement, l'installation, la mise à jour, l'activation, la désactivation et la suppression de plugins et d'applications. Les acteurs sont user (userId, username), integration (integrationAccessKey) ou system pour la CLI et les tâches en arrière-plan ; les mises à jour de plugins portent previousPluginVersion, la suppression d'application keepUserData ; les champs null, les mots de passe et les clés secrètes sont absents. L'enregistrement se fait par défaut dans log_entry via le gestionnaire d'événements métier tamponné. Pour rediriger, dans config/packages/monolog.yaml ; si vous ne voulez conserver que les événements métier dans la base de données, définissez les canaux du gestionnaire business_event_handler_buffer sur ['business_events'].
• Remarques de mise à niveau UPGRADE-6.6.md ne contient pour la 6.6.10.29 que la section GARAN.

Ce qui change dans le quotidien de la boutique

• Nouvelle apparence dans l'espace d'administration Le menu principal, l'en-tête et la barre de recherche ont été remaniés, tout comme la barre avec les boutons en haut de chaque page. Selon Shopware, les espacements, les tailles de police et le regroupement des éléments de menu ont été réajustés, et il est plus rapide de voir dans quelle section vous vous trouvez. S'y ajoute un mode sombre : dans les paramètres de profil, il est possible selon Shopware de choisir entre clair, sombre ou le réglage du système d'exploitation ; Shopware qualifie la fonction d'expérimentale. Ce qui saute aux yeux immédiatement : les icônes du menu principal et des résultats de recherche ne sont plus colorées comme auparavant, mais monochromes. Si vous préférez les icônes colorées, vous les réactivez dans vos propres paramètres de profil (réglage des couleurs de module) ; cela ne vaut alors que pour votre propre utilisateur.
• L'étiquette GARAN dans la confirmation de commande désormais aussi dans Gmail et Outlook Depuis la 6.7.14.0, l'étiquette figure dans la confirmation de commande, mais dans un format graphique (SVG) que Gmail et Outlook n'affichent pas dans les e-mails. Shopware intègre désormais l'étiquette sous forme d'image normale (PNG) dans l'e-mail. En outre, l'étiquette a maintenant une taille fixe et figure dans la colonne contenant la description de l'article de la ligne de commande concernée. Jusqu'à présent, elle figurait sur une ligne séparée sur toute la largeur de l'e-mail, et selon Shopware certains logiciels de messagerie l'agrandissaient fortement et la coupaient. Le texte alternatif, que les logiciels de messagerie affichent lorsque les images ne sont pas montrées, est désormais traduit au lieu d'être vide. Comme déjà pour la 6.7.14.0 : Shopware n'adapte automatiquement le modèle d'e-mail que s'il n'a jamais été modifié. Si vous utilisez un modèle personnalisé, vous devez l'adapter vous-même après la mise à jour, voir la liste de vérification et la partie développeurs.
• Durée de garantie limitée à 50 ans Dans le champ de la durée de garantie, il était jusqu'à présent possible de saisir n'importe quelle valeur supérieure à 24 mois par pas de six mois, même 500 ans. Désormais, selon Shopware, 600 mois au maximum sont autorisés, et le champ de saisie dans l'espace d'administration n'accepte plus rien d'autre. Les valeurs supérieures déjà enregistrées sont conservées, l'étiquette continue de s'afficher. Vous ne devez corriger la valeur que lorsque vous enregistrez le produit la prochaine fois.
• Étiquette GARAN : les indications longues restent dans le graphique Selon Shopware, les textes longs ne tenaient pas toujours aux emplacements prévus sur l'étiquette : un numéro de fabricant long dépassait du bord droit, un nom de marque long débordait sur la désignation du modèle, et une durée de garantie telle que « 2,5 » se superposait à l'icône de calendrier. Désormais, la police est resserrée si nécessaire afin que le texte tienne dans sa zone. L'étiquette elle-même ne change pas, son apparence étant selon Shopware imposée par le règlement de l'UE. Cette correction n'apparaît pas dans les informations de version détaillées, mais uniquement dans la liste des modifications incluses.
• Plus de commande en double à partir d'un panier Lorsque le même panier était envoyé presque simultanément deux fois, par exemple parce que la page de finalisation de commande était ouverte dans deux onglets du navigateur ou qu'un clic était répété, deux commandes pouvaient jusqu'à présent être créées. Shopware vérifie désormais lors de la finalisation si le panier existe encore, et refuse la deuxième commande. Une modification sur la page produit va dans le même sens : après le clic, le bouton d'achat affiche un petit indicateur de chargement et ne peut plus être cliqué à nouveau tant que le panier n'est pas ouvert. Un deuxième clic impatient n'ajoute donc plus le produit deux fois au panier.
• Les codes promotionnels individuels redeviennent disponibles Si vous retirez une promotion d'une commande ou si vous supprimez la commande, le client peut réutiliser son code individuel. Depuis la 6.7.0.0, un code individuel utilisé une fois était considéré comme définitivement consommé, même si vous aviez retiré la promotion de la commande. Cela arrive souvent selon Shopware lorsqu'un paiement échoue et que la commande est retravaillée ; jusqu'à présent, vous deviez alors générer et envoyer un nouveau code au client. En 6.6, cela fonctionnait déjà, et à nouveau maintenant.
• Deuxième code de la même promotion Lorsqu'un client saisit lors du checkout un deuxième code individuel de la même promotion, jusqu'à présent soit rien ne se passait, soit un message d'erreur sans signification apparaissait. Désormais, le deuxième code est rejeté, et le client reçoit une indication claire qu'une promotion ne s'applique qu'une seule fois par commande. Le texte d'information est un bloc de texte et peut être personnalisé.
• Confirmation de commande désactivable pour les commandes créées depuis l'espace d'administration Lorsque vous créez une commande dans l'espace d'administration, vous trouvez à l'étape des options un nouvel interrupteur : envoyer la confirmation de commande au client, oui ou non. Il est activé par défaut, rien ne change donc tant que vous ne le désactivez pas. Désactivé, la commande est créée tout à fait normalement, seul l'e-mail au client est supprimé. Les commandes que les clients passent eux-mêmes dans la boutique ne sont pas concernées.
• Frais de port : brut et net liés Dans la matrice de prix d'un mode de livraison, il existe désormais par devise un champ de prix avec brut et net au lieu de deux champs numériques séparés. L'icône de cadenas permet de coupler les deux : Shopware calcule alors le prix net à partir du prix brut et du taux de TVA du mode de livraison. Les nouveaux prix sont couplés dès le départ, les prix existants restent tels qu'ils sont enregistrés.
• Gérer plusieurs extensions à la fois Sous « Mes extensions », il est désormais possible de sélectionner plusieurs extensions et de les installer, activer, désactiver, mettre à jour ou désinstaller en une seule étape. Chaque action n'est cliquable que si elle a du sens pour au moins l'une des extensions sélectionnées, et indique combien d'entre elles sont concernées. Les mêmes droits s'appliquent que pour la modification d'une extension individuelle. Si vous ne sélectionnez rien, vous voyez la liste comme auparavant.
• Nouvelle génération de documents à tester Shopware a entièrement repensé la technique avec laquelle les factures, factures d'annulation, bons de livraison et avoirs sont générés. À partir d'un document naissent, selon Shopware, d'un coup plusieurs formats de fichier : HTML, PDF, XML ZUGFeRD et PDF avec XML ZUGFeRD intégré, tous issus des mêmes données et avec le même numéro de document. Les formats dont vous avez besoin se définissent par type de document. ZUGFeRD n'est ainsi plus un type de document à part entière, mais un format de facture, de facture d'annulation et d'avoir. À chaque génération, Shopware mémorise l'état de la commande ; un document montre donc toujours ce qui figurait dans la commande à ce moment-là. Les informations de l'entreprise sur les documents (nom, adresse, données fiscales et bancaires, logo) déménagent dans une nouvelle section sous Paramètres > Données de base et s'appliquent là par canal de vente au lieu de par type de document. Les informations existantes ne sont pas reprises automatiquement. Tant que la nouvelle section est vide, Shopware utilise encore les anciennes informations des paramètres de document ; mais dès qu'un seul champ est rempli, Shopware ignore selon ses propres dires complètement les anciennes informations. Si vous commencez, vous devriez donc remplir la section entièrement tout de suite. S'il manque le nom, la rue, le code postal, la ville ou le pays, Shopware interrompt avec un message d'erreur compréhensible, au lieu de créer un document incomplet. Important : tout cela n'est actif que si un développeur l'active par configuration (feature flag). Sinon, tout fonctionne comme auparavant, et selon Shopware vous pouvez revenir en arrière à tout moment. Le calendrier selon Shopware : facultatif en 6.7, standard avec la 6.8, l'ancienne génération supprimée avec la 6.9. Pour la boutique en production, ce n'est selon notre appréciation pas encore d'actualité, mais pour un premier aperçu sur un système de staging, oui.
• Les groupes de produits dynamiques suivent chaque modification des conditions Jusqu'à présent, Shopware ne recomposait les produits d'un groupe que lorsqu'une condition était ajoutée, pas lorsqu'une condition était supprimée, modifiée ou déplacée. Les règles, les promotions et les exports de produits travaillaient de ce fait éventuellement avec un état obsolète du groupe. Désormais, la recomposition a lieu à chaque modification. Un groupe sans conditions est ainsi vide, et un export de produits pour un tel groupe s'interrompt au lieu d'exporter l'ancien état.
• Chemin du produit malgré une catégorie masquée L'indication de chemin en haut de la page produit (fil d'Ariane) réapparaît, même si la catégorie principale du produit, ou sa seule catégorie, est masquée dans la navigation. Le réglage ne masque désormais la catégorie que dans le menu, plus dans le chemin. S'il existe plusieurs catégories, Shopware privilégie toujours une catégorie visible ; les catégories inactives restent exclues.
• Les traductions des moyens de paiement d'apps sont conservées Si vous avez traduit vous-même le nom ou la description d'un moyen de paiement issu d'une app, une mise à jour de l'app n'écrase plus ces textes. Les textes de l'app ne sont plus utilisés que pour les langues pour lesquelles vous n'avez pas enregistré votre propre traduction.
• Les champs vides peuvent être enregistrés Certains champs peuvent être vides, mais ne pouvaient pas être vidés dans l'espace d'administration : lors de l'enregistrement, le message indiquait que la valeur ne pouvait pas être null. Cela concerne les blocs de texte, y compris ceux des apps : un bloc de texte vidé enregistre désormais une valeur vide au lieu d'une erreur.
• L'assistant de mise à jour recommande Shopware CLI L'assistant de mise à jour dans l'espace d'administration demande désormais la méthode de mise à jour avant de lancer l'installateur web. Shopware recommande la ligne de commande (Shopware CLI) pour les développeurs et pour les environnements d'hébergement gérés ; l'installateur web reste toutefois disponible. Sur les systèmes à plusieurs serveurs (cluster), Shopware ne propose plus l'installateur web. Si vous appliquez de toute façon les mises à jour via la ligne de commande ou un processus automatisé, vous pouvez faire masquer entièrement l'élément de menu des mises à jour ainsi que la notification d'une mise à jour disponible, voir la partie développeurs.
• L'import de clients vérifie le numéro de client Lors de l'import de clients, Shopware vérifie désormais si le numéro de client correspond au modèle de la plage de numéros dans le canal de vente concerné. Les lignes où cela ne correspond pas sont rejetées et atterrissent dans le fichier des enregistrements erronés. Avant un import, adaptez donc soit les numéros dans le fichier, soit le modèle dans la plage de numéros.
• Checkout et compte client Le navigateur vérifie désormais les codes postaux immédiatement lors de l'envoi du formulaire à l'aide du modèle enregistré pour le pays ; jusqu'à présent, le message n'apparaissait que lorsque le reste du formulaire était en ordre. Les cases cochées pour les CGV et le droit de rétractation ainsi que le commentaire du client sont conservés lorsqu'une page du checkout se recharge, par exemple après un changement de moyen de paiement. Si le client ferme le navigateur, elles disparaissent ; jusqu'à présent, elles restaient enregistrées durablement. Elles sont en outre supprimées dès que le panier est vidé, la commande finalisée ou le client déconnecté. Et si vous modifiez dans le compte client le moyen de paiement d'une commande existante, le moyen de paiement de cette commande y est désormais présélectionné et non plus celui utilisé en dernier dans la boutique.
• Mentions de protection des données et de garantie légale Si vous n'exigez pas dans les paramètres de case à cocher obligatoire pour la protection des données, les mentions de protection des données sur les formulaires de contact et de newsletter et sur les formulaires avec consentement aux CGV sont désormais formulées comme une simple information et non plus comme si le client avait activement consenti. La mention légale de garantie figure selon Shopware, si elle est activée, désormais aussi sous les formulaires où le client confirme les CGV, par exemple lors de l'inscription, et ce indépendamment du fait que la case de protection des données soit obligatoire. Dans le checkout, le texte des CGV et la mention de garantie sont désormais deux blocs de texte distincts au lieu d'un seul commun. Si vous aviez personnalisé le bloc commun, vous devez reporter la personnalisation, voir la liste de vérification.
• Page produit, panier et moteurs de recherche Parmi les caractéristiques essentielles dans le panier, les champs additionnels de type sélection, sélection d'entité et prix sont désormais aussi affichés. Si vous modifiez la quantité dans le panier à l'aide des touches fléchées, cela ne déclenche plus un rechargement à chaque pression de touche, mais seulement lorsque vous quittez le champ ou confirmez avec Entrée. Et les moteurs de recherche peuvent désormais aussi récupérer les images de produits réduites (miniatures) ; le fichier robots.txt standard l'autorise.

Fonctionnalités commerciales de Shopware

• Product Bundles La fonction a selon Shopware quitté la phase bêta. Les clients peuvent choisir la variante adaptée au sein d'un bundle et ajuster la quantité de certaines positions du bundle.
• Copilot Le mode « Copilot Agentic » a selon Shopware quitté la phase bêta et prend désormais aussi en charge Advanced Search, B2B Budget Management, B2B Advanced Product Catalogs, Dynamic Access, Multi-Warehouse, Subscriptions et Product Bundles. Copilot peut selon Shopware être attribué à certains rôles utilisateur. Les plugins et apps peuvent selon Shopware rendre leurs fonctions accessibles à Copilot via l'interface MCP.
• Shopware Analytics Avec « Copilot Data Insights », vous demandez selon Shopware à Copilot en langage courant un indicateur, reprenez le résultat dans le tableau de bord et composez à partir de là vos propres tableaux de bord.
• Fichiers 3D Les fichiers 3D sont selon Shopware automatiquement réduits lors du téléversement, sans que la qualité en pâtisse ; associés au 3D Preview Generator, ils devraient ainsi se charger plus rapidement dans la Storefront.

Ce que vous devriez vérifier avant la mise à jour

• Extensions qui interviennent dans le menu principal, l'en-tête ou la barre de recherche Avec la refonte, Shopware a supprimé certains points où les plugins pouvaient jusqu'à présent s'arrimer, et retiré des parties de la mise en forme. Les plugins qui y ajoutent leurs propres éléments de menu ou leur propre apparence, par exemple une entrée dans le menu utilisateur en bas de la barre latérale, peuvent selon Shopware apparaître cassés après la mise à jour ou perdre leur apparence. Avant la mise à jour, demandez au fournisseur une version pour la 6.7.15.0 et parcourez une fois complètement l'espace d'administration dans l'environnement de staging.
• E-mail de confirmation de commande personnalisé Si le modèle a été modifié à un moment donné, l'étiquette GARAN y reste telle qu'elle était : sans taille fixe et dans un format que Gmail et Outlook n'affichent pas. Si vous souhaitez afficher l'étiquette aussi chez les destinataires Gmail et Outlook, remplacez après la mise à jour la section dans le modèle, voir la partie développeurs.
• Blocs de texte personnalisés et modèles de thème dans le checkout Le bloc de texte commun pour les CGV et la mention de garantie est remplacé par deux blocs distincts ; si vous aviez personnalisé l'ancien, vous perdez cette personnalisation après la mise à jour. Pour les mentions de protection des données sans case à cocher, il existe de nouveaux blocs de texte. Et les thèmes qui construisent eux-mêmes la sélection de pays dans les formulaires d'adresse perdent la nouvelle vérification du code postal dans le navigateur s'ils ne sont pas ajustés. Détails dans la partie développeurs.
• Groupes de produits dynamiques Parce que Shopware recompose désormais les groupes aussi après la suppression ou la modification de conditions, d'autres produits peuvent figurer dans un groupe après la mise à jour qu'auparavant, et ce que les règles, les promotions et les exports de produits font avec ce groupe change donc également. Les groupes sans conditions valides sont vides, les exports correspondants s'interrompent. Après la mise à jour, examinez une fois les groupes et exports les plus importants.
• Thèmes à héritage multi-niveaux Si votre thème s'appuie sur plusieurs autres thèmes, il reprend désormais les blocs de texte de tous. Si l'un des thèmes intermédiaires a défini un texte qui était jusqu'à présent ignoré, ce texte peut changer dans la Storefront.
• Import de clients Avant le prochain import, vérifiez les numéros de clients par rapport au modèle de la plage de numéros, sinon les lignes atterrissent dans le fichier d'erreurs.

Pour les développeurs et les systèmes connectés

• Génération de documents v2 Active uniquement avec le feature flag DOCUMENT_GENERATION_REWORK ; le flag bascule toutes les voies propres à Shopware (section documents de la commande, actions du Flow Builder, pièces jointes d'e-mail, traitement en masse, routes de téléchargement pour les clients). De nouvelles routes sous /api/_action/order/document-v2/ (create, upload, preview, download/{format}, download-archive, available-types) sont accessibles indépendamment du flag. Les plugins enregistrent les types, les fournisseurs de données et les renderers via les tags shopware.document_v2.type, shopware.document_v2.provider et shopware.document_v2.renderer ; les anciens tags document.renderer et document_type.renderer et les décorateurs de l'ancien DocumentGenerator ne sont pas appelés par la v2. Les surcharges Twig des @Framework/documents/*.html.twig continuent de fonctionner. De nouveaux événements document.generation.completed et document.generation.deleted, tous deux sélectionnables comme déclencheurs dans le Flow Builder et pour l'ancien comme pour le nouveau pipeline. Les apps enregistrent des types de document via le bloc de manifeste , avec un script-hook document-generation. Les informations de l'entreprise se trouvent dans le domaine de configuration core.basicInformation par canal de vente ; si des champs obligatoires manquent, la génération répond avec DOCUMENT_V2__CONFIG_MISSING_REQUIRED_FIELDS. Les infixes de nom de fichier en double sont rejetés avec DOCUMENT_BASE_CONFIG_DUPLICATE_FILENAME_INFIX. document.orderId et orderVersionId sont désormais optionnels. Les anciennes classes sous Shopware\Core\Checkout\Document portent le nouvel attribut #[ExperimentalReplacement] (pas encore de dépréciation), les services d'administration et les modales de l'ancienne génération ainsi que les entités document_type et document_type_translation sont déjà marqués avec @deprecated tag:v6.9.0.
• Interface d'administration Blocs Twig supprimés dans sw-admin-menu (entre autres sw_admin_menu_toggle_sidebar* ainsi que sw_admin_menu_user_actions, _user_actions_label et _user_actions_list), sw-admin-menu-item, sw-version, sw-search-bar (sw_search_bar_version_display) et sw-sales-channel-menu. sw_admin_menu_user_actions_items rend désormais dans un mt-action-menu ; les surcharges avec doivent être converties vers mt-action-menu-group et mt-action-menu-item. Dans sw-page, il existe le nouveau bloc sw_page_top_bar, sw_page_top_bar_actions ne se trouve plus dans sw_page_search_bar, et la Smart Bar est désormais un
  . Le CSS pour .smart-bar__back-btn a disparu. sw-page et sw-meteor-page sont des conteneurs CSS (container-type: inline-size), position: fixed dans les contenus de plugins se réfère ainsi à la page au lieu de la fenêtre. ui.sidebar.close() dans l'Extension SDK se ferme de manière asynchrone avec une animation d'environ 400 ms. Le bloc de texte global.sidebar.buttonCollapse et l'asset static/img/error-pages/app-error.svg sont supprimés. La couleur de module de Module.register() continue d'être évaluée, mais uniquement si l'utilisateur a activé les couleurs de module (core.userModuleIconColors).
• Matrice de prix des modes de livraison sw-price-field par devise au lieu de deux champs numériques. Les surcharges de sw_settings_shipping_price_matrix_price_grid_currencies_list et les styles pour la classe supprimée .sw-settings-shipping-price-matrix__price-input doivent être adaptés ; les attributs name des champs de saisie sont inchangés.
• Connexion par navigateur pour les outils CLI L'Admin API prend en charge l'authorization code grant OAuth 2.0 avec PKCE pour les clients publics enregistrés. Nouvelles routes GET /api/oauth/authorize, GET /api/oauth/authorize/info et POST /api/oauth/authorize, avec grant_type=authorization_code sur POST /api/oauth/token ; les codes sont à usage unique, les refresh tokens tournent. La page de consentement se trouve dans l'espace d'administration sous #/oauth/authorize. shopware-cli est préenregistré comme client, les clients propres s'ajoutent sous shopware.api.oauth_clients, la durée de vie des codes est pilotée par shopware.api.auth_code_ttl (par défaut PT5M). Les décorateurs de ClientRepository ou ScopeRepository devraient connaître le nouveau grant.
• MCP Les toolsets peuvent être nommés lors de la connexion dans l'URL (/api/_mcp?toolsets=order,media ou all) ; cela ne change que la visibilité, pas les droits. Shopware fonctionne sur symfony/mcp-bundle 0.13 avec mcp/sdk 0.8, les deux serveurs étant enregistrés de manière déclarative. Les tags shopware.mcp.* et shopware.store_api_mcp.* restent, les ID de service plats ont disparu : mcp.server s'appelle désormais mcp.server.admin ou mcp.server.store_api, de même .builder, .registry et .session.store. Les request handlers pour l'Admin API se rattachent à mcp.admin.request_handler, un handler sur le mcp.request_handler global n'atteint aucun serveur. discovery.scan_dirs et mcp.pagination_limit sont supprimés (désormais shopware.mcp.pagination_limit), la commande côté bundle s'appelle debug:mcp:native. Les sessions Store API antérieures à la mise à jour ne sont pas reprises, les clients réinitialisent une fois.
• Panier et checkout POST /store-api/checkout/order vérifie à l'intérieur du verrou si le panier est encore enregistré, et répond sinon avec 404 CHECKOUT__CART_TOKEN_NOT_FOUND. AbstractCartPersister a reçu pour cela exists(), avec une implémentation par défaut qui deviendra abstraite à partir de la 6.8.0.0 : adaptez vos propres persisters avant le passage. GET|POST /store-api/checkout/cart ne charge plus le panier deux fois, CartLoadedEvent se déclenche une fois ; CartLoadRoute::load() prend le panier comme troisième argument optionnel, les décorateurs devraient le transmettre. Nouveau code d'erreur CHECKOUT__CART_INVALID_CHILD_LINE_ITEM_QUANTITY pour les quantités invalides de sous-positions. Les méthodes utilitaires de PromotionCartInformationTrait sont obsolètes, utiliser à la place $cart->addErrors(). POST /api/_action/order/{orderId}/product/{productId} construit la position via le LineItemFactoryRegistry, les décorateurs d'une LineItemFactoryInterface interviennent ainsi aussi lors de l'ajout à des commandes existantes.
• Store API et caching sw-include-seo-urls fait désormais partie de Vary et de la clé de cache ; les clés de cache personnalisées devraient compléter l'en-tête. Avec l'en-tête arrivent désormais aussi les URL SEO des canaux de vente headless. sw-currency-id est vérifiée par rapport à la disponibilité dans le canal de vente ; une langue ou une devise enregistrée obsolète d'un context token est rejetée et remplacée par la valeur par défaut. Avec CACHE_REWORK actif, les réponses de lecture cacheables ne renvoient plus le sw-context-token, les clients conservent leur token tant qu'aucune réponse n'en fournit un explicitement. Également avec CACHE_REWORK, les réponses cacheables envoient No-Vary-Search: key-order ; la valeur est configurable par policy sous headers.no_vary_search, les paramètres qui modifient le contenu (p, order, search, filtres) ne doivent jamais y figurer. Les routes sous /api/_action/sales-channel-file/ exigent sales_channel_file:read, les surcharges non enregistrées en plus sales_channel_file:update. Les délais d'attente pour les téléversements de médias par URL et les liens de médias externes sont configurables via shopware.media.url_upload_timeout et shopware.media.external_link_timeout.
• Étiquette GARAN dans l'e-mail Dans une confirmation de commande personnalisée, remplacer la ligne d'étiquette de la 6.7.14.0 par le markup de src/Core/Migration/Fixtures/mails/order_confirmation_mail/en-html.html.twig et échanger à cette occasion sw_garan_label_nested_uri contre le nouveau filtre sw_garan_label_mail ; le filtre n'existe qu'à partir de la 6.7.15.0, ne toucher au modèle qu'après la mise à jour. La migration ne réécrit le modèle que dans les boutiques qui ne l'ont jamais modifié. La génération de documents v2 dépose selon les notes de mise à niveau, pour chaque document, une version HTML supplémentaire, même si seul un PDF a été demandé.
• Modèles et blocs de texte de la Storefront checkout.confirmTermsTextModalWithGuarantee est remplacé par checkout.confirmTermsTextModal et checkout.confirmLegalGuaranteeNotice. Les mentions passives de protection des données utilisent contact.privacyNoticeInformation et general.privacyNoticeInformation (plus les variantes *TextModal), l'inscription et l'inscription au checkout utilisent account.registerSubmit et checkout.registerSubmit. La mention pour le deuxième code promotionnel s'appelle checkout.promotion-not-eligible-already-added. Les informations du checkout se trouvent dans le session storage, le plugin CheckoutCustomerStorageReset se rattache à data-checkout-customer-storage-reset ; les thèmes qui remplacent le panier vidé, la page de confirmation de commande ou la page de connexion devraient conserver l'attribut. L'option pays a besoin de data-zipcode-pattern et data-check-zipcode-pattern. Le moyen de paiement sur /account/order/edit/{orderId} provient de page.selectedPaymentMethodId, le changement de context via frontend.account.edit-order.change-payment-method est obsolète. AddToCartPlugin connaît loadingIndicatorPosition et l'événement removeLoader. Les caractéristiques essentielles fournissent dans le payload une clé optionnelle display, uniquement pour les positions après la mise à jour. Avec la 6.8.0.0, le footer reçoit des éléments sémantiques (h2, ul, li). Les thèmes avec plusieurs ancêtres dans configInheritance héritent de tous les blocs de texte ; theme.parent_theme_id pointe vers l'ancêtre le plus proche, theme:refresh l'applique. La compilation de thème avec StaticFileConfigLoader lit les valeurs d'exécution si une base de données est accessible, et fonctionne sans sinon. robots.txt contient Allow: /thumbnail/*?ts=.
• Traductions et installation translation:install --all n'installe plus de pseudo-langues ; un « Acholi (Pseudo Language)» existant peut être supprimé dans l'espace d'administration ou via DELETE /api/_action/translation/{locale}. Nouveau : --offline, qui crée des langues à partir de fichiers déjà présents, sans contacter le dépôt de traductions. La commande crée désormais la langue et le snippet set même lorsque les fichiers sont à jour, et se termine avec un code d'erreur si aucune des langues demandées n'est installable ; les scripts qui vérifient le code de sortie sont concernés. system:install déclenche SystemInstallCompletedEvent, le bundle Elasticsearch crée en conséquence des index et alias vides, pour autant que l'indexation Elasticsearch soit active et que le cluster soit accessible.
• Base de données et automate à états Avec des réplicas configurés, la connexion revient entre les requêtes au réplica, même dans des exécutions de longue durée comme le mode worker FrankenPHP ; un worker peut de ce fait maintenir deux connexions ouvertes, ?keepReplica=0 sur la DATABASE_URL rétablit l'ancien comportement. Plusieurs transitions avec le même nom d'action et le même état de départ se résolvent désormais de manière déterministe vers la transition la plus ancienne ; de telles doublons sont obsolètes et seront supprimés avec la 6.8.0.0 et empêchés par une contrainte d'unicité. Les tags des commandes et catégories sont désormais versionnés ; les accès en écriture directs sur order_tag et category_tag sans ID de version touchent la version live.
• Autres points d'extension ProductConfiguratorLoader::loadFromCombinations(), CorsHeaderProviderInterface (tag shopware.api.cors_header_provider) pour des en-têtes CORS personnalisés, IdSearchResult::getPrimaryKeyData(), JsonField::addPropertyMapping() pour les entity extensions, ProductListingCollectSortingEvent pour enregistrer des tris à l'exécution, AbstractIncrementStorage::increaseToAtLeast(), country.advancedPostalCodePattern avec jusqu'à 1024 caractères. Le nouvel attribut #[ExperimentalReplacement] remplace la dépréciation prématurée de classes dont le successeur est encore expérimental ; la classe Feature devient final avec la 6.8.0.0. MailService règle désormais lui-même le traducteur sur le canal de vente de l'e-mail ; si vous remplacez AbstractMailService sans appeler le service décoré, vous devez reproduire ce comportement. Les blocs de texte de Storefront des apps sont écrits dans le système de fichiers de traduction lors de l'installation, les textes modifiés n'arrivent qu'après app:refresh avec une version de manifeste augmentée.
• Hébergement et système d'apps Les sitemaps sont désormais aussi générés pour les canaux de vente headless avec domaine Storefront externe ; sitemap:generate saute à nouveau un canal actuellement verrouillé avec un message, au lieu d'interrompre. shopware.auto_update.hide_module: true (ou SHOPWARE_AUTO_UPDATE_HIDE_MODULE=1) supprime le module de mise à jour avec la notification, les endpoints de mise à jour répondent alors avec 403 ; sur les systèmes en cluster, download-recovery répond également avec 403. Avec la nouvelle option shopware.app_system.enable_url_validation: false, il est possible de désactiver la vérification de cible pour les apps et les webhooks (obligation HTTPS, réseaux privés, DNS pinning) ; la valeur par défaut est true, l'environnement de développement est livré avec false, en production la vérification reste active. Le support éditeur pour les composants dans la configuration native (.vue avec script setup) provient désormais de composer admin:setup-extension-tooling, les modèles de workspace copiés sont supprimés.

Ce qui change au quotidien dans la boutique

• Le label GARAN dans la confirmation de commande désormais aussi dans Gmail et Outlook Jusqu'à présent, le label était intégré au courriel dans un format graphique (SVG) que, selon Shopware, Gmail et Outlook n'affichent pas. Désormais, Shopware l'intègre sous forme d'image classique (PNG). La durée de garantie figure en outre sous forme de texte : dans le texte alternatif, que les logiciels de messagerie affichent en l'absence d'image, et dans la version en texte brut du courriel. Comme pour les modifications GARAN précédentes, le principe reste le même : Shopware n'adapte le modèle lors de la mise à jour que s'il n'a jamais été modifié. Les commerçants qui maintiennent leur propre confirmation de commande doivent remplacer eux-mêmes le bloc après la mise à jour, voir la partie destinée aux développeurs.
• Mention de garantie proposée en option sous forme de texte complet dans le processus de commande Grâce à un nouveau réglage dans les paramètres du panier, la mention légale de garantie s'affiche dans le processus de commande sous forme de texte complet sous les CGV, au lieu d'un simple lien ouvrant une fenêtre contenant le texte. Selon Shopware, le lien reste la configuration par défaut. Le réglage ne prend effet que si la mention de garantie est globalement activée. Selon le rapport d'anomalie associé chez Shopware, ce changement fait suite à une appréciation du Händlerbund selon laquelle un simple lien vers la mention dans le processus de commande ne serait pas suffisant ; il revient aux commerçants de déterminer eux-mêmes si et comment cela s'applique à leur propre boutique. Selon GitHub, la série 6.7 ne reçoit cette modification qu'à partir de la 6.7.16.0 ; elle n'est pas encore incluse dans la 6.7.15.0.
• Mention de garantie également lors de l'inscription Lorsque la mention est activée, elle figure désormais, selon Shopware, également sous le formulaire d'inscription, au niveau de la mention de protection des données, sous forme de court paragraphe avec le même lien et la même fenêtre que dans le processus de commande. Cela s'applique indépendamment du caractère obligatoire ou non de la case à cocher de protection des données.
• Label GARAN : les indications longues restent dans le graphique Selon Shopware, les textes longs ne s'ajustaient pas toujours aux emplacements prévus à cet effet sur le label : un numéro de fabricant long dépassait du bord à droite, un nom de marque long débordait sur la désignation du modèle, et une durée de garantie telle que « 2,5 » se superposait au symbole du calendrier. Désormais, la police est resserrée si nécessaire afin que le texte tienne dans sa zone ; la désignation du modèle n'est alors pas tronquée. Le label lui-même ne change pas, son apparence étant, selon Shopware, imposée par le règlement européen. Pour les indications très longues, Shopware cite l'exemple d'une durée de « 25,5 », la police resserrée est toutefois nettement visible.
• Les listes de produits filtrées affichent une variante correspondante Lorsqu'un client filtre une liste de produits, par exemple selon une propriété comme la couleur, selon le prix ou selon le fabricant, Shopware n'affiche plus la variante principale définie, pour les produits comportant des variantes, que si celle-ci correspond à tous les filtres appliqués. Si elle ne correspond pas, une variante correspondante s'affiche à la place. Les produits pour lesquels le produit principal doit s'afficher dans les listes continuent d'afficher le produit principal. Le réglage par lequel Shopware affiche dans les résultats de recherche la variante la plus pertinente ne s'applique de nouveau qu'à la recherche. Lorsqu'il est activé, une liste filtrée affiche de préférence, selon Shopware, la variante principale correspondante ou le produit principal plutôt qu'une variante correspondante quelconque. L'intitulé et le texte d'aide du réglage ont été adaptés en conséquence. Selon GitHub, la série 6.7 ne reçoit cette modification qu'à partir de la 6.7.16.0 ; elle n'est pas encore incluse dans la 6.7.15.0.
• « Enregistrer et dupliquer » pour les nouveaux produits Lors de la création d'un nouveau produit, l'espace d'administration affiche déjà un numéro de produit provisoire. Selon Shopware, les utilisateurs qui cliquaient sur « Enregistrer et dupliquer » avant que le produit n'ait été enregistré pour la première fois pouvaient, dans certains cas, recevoir un message d'erreur pour cause de numéro de produit en double, car la copie recevait le même numéro. Désormais, Shopware enregistre d'abord l'original avec un numéro définitif, puis attribue un second numéro à la copie.
• Les étoiles d'évaluation ne recouvrent plus le nom du produit Dans les vignettes de produits, la zone comportant les étoiles d'évaluation avait, selon Shopware, une hauteur fixe. Les utilisateurs qui agrandissent fortement le texte dans le navigateur, par exemple à 200 pour cent, obtenaient des étoiles plus grandes, mais pas une zone plus grande : les étoiles se superposaient alors au nom du produit. La zone s'agrandit désormais en conséquence.

Ce que vous devriez vérifier avant la mise à jour

• Courriel de confirmation de commande personnalisé Les utilisateurs qui emploient un modèle personnalisé et ne remplacent pas le bloc continueront de ne pas voir le label dans Gmail et Outlook. Remplacez le bloc immédiatement après la mise à jour, et non avant : avant la mise à jour, Shopware ne connaît pas encore le nouveau bloc. Détails dans la partie destinée aux développeurs.
• Listes de produits comportant des variantes et des filtres Les utilisateurs qui comptaient sur l'affichage systématique de la variante principale définie dans les listes filtrées verront, dans certains cas, d'autres variantes à cet endroit après la mise à jour. Après la mise à jour, parcourez une catégorie comportant des variantes, appliquez quelques filtres et vérifiez si le réglage relatif à la meilleure variante convient toujours ; celui-ci ne concerne désormais plus que la recherche.
• Adaptations du bloc de protection des données dans le thème Les utilisateurs qui ont surchargé le modèle de la mention de protection des données dans le thème pourraient, dans certains cas, ne pas voir s'afficher la mention de garantie lors de l'inscription. Détails dans la partie destinée aux développeurs.

Pour les développeurs et les systèmes connectés

• Label GARAN dans le courriel Sont nouveaux : GaranLabelInlineImage, qui compose le label en PNG à partir des éléments graphiques situés sous src/Core/Framework/Resources/garan, et GaranLabelMailSubscriber, qui joint les PNG de label référencés en tant que parties en ligne lors de l'événement MailBeforeSentEvent. Le nouveau filtre Twig sw_garan_label_mail fournit la référence cid de l'image ainsi que la durée de garantie formatée. Dans une confirmation de commande personnalisée, il convient, après la mise à jour, de remplacer sw_garan_label_nested_uri par sw_garan_label_mail (auparavant, Shopware ne connaît pas le filtre) ; le modèle est src/Core/Migration/Fixtures/mails/order_confirmation_mail/en-html.html.twig. La migration Migration1790078381EmbedGaranLabelInOrderConfirmationMail ne réécrit le modèle que dans les boutiques qui ne l'ont jamais modifié.
• Mention de garantie Nouvelle configuration système core.cart.showLegalGuaranteeNoticeInline, effective uniquement si core.cart.showLegalGuaranteeNotice est actif. Dans component/privacy-notice.html.twig, il existe les nouveaux blocs component_privacy_legal_guarantee_notice_paragraph, component_privacy_legal_guarantee_notice_modal, component_privacy_legal_guarantee_notice_modal_header et component_privacy_legal_guarantee_notice_modal_body ; les thèmes qui remplacent entièrement le modèle doivent les reprendre.
• Listing ProductListingLoader n'affiche la variante principale dans les listes filtrées que si elle satisfait tous les filtres actifs ; shouldLoadPreviews() a été modifié de sorte que core.listing.findBestVariant ne concerne de nouveau que les résultats de recherche. LoadPreviewExtension a reçu la propriété facultative postFilters, afin que les extensions qui remplacent la résolution de l'aperçu puissent appliquer la même règle. L'intitulé et le texte d'aide dans src/Core/System/Resources/config/listing.xml ont été adaptés.
• Éléments graphiques GARAN Selon la Pull Request, l'adaptation du texte dans les modèles Twig est calculée via l'attribut SVG textLength, et non dans le moteur de rendu PHP, afin que le SVG directement intégré dans la Storefront en bénéficie également ; textLength n'est défini que lorsqu'une valeur risquerait autrement de déborder, avec en complément un chemin de découpe (clip-path) par champ.
• Dupliquer un produit Selon la Pull Request, la page de détail du produit transmet le numéro provisoire à la fenêtre modale de clonage, réserve au besoin d'abord un véritable numéro pour l'original, puis seulement un second pour la copie ; l'erreur précédente était CONTENT__DUPLICATE_PRODUCT_NUMBER.
• Étoiles d'évaluation .product-rating utilise min-height au lieu de height. Backport de #20929.

Ce qui change au quotidien dans la boutique

• Les produits et les promotions peuvent de nouveau être dupliqués Lors de la duplication, l'Administration transmettait des valeurs que Shopware vérifie depuis la mise à jour de sécurité du 16 septembre au regard de la protection en écriture : pour le produit le nombre de variantes, pour la promotion les compteurs indiquant combien de fois elle a été utilisée au total et par client. La copie pouvait donc être rejetée avec une erreur. Désormais, la duplication aboutit de nouveau. Selon Shopware, la copie du produit conserve le bon nombre de variantes, et une promotion dupliquée démarre avec zéro utilisation au total et sans utilisation par client, au lieu d'hériter du compteur de l'original. La question posée dans nos entrées sur 6.7.14.2 et 6.6.10.26 est ainsi résolue : la série 6.6 était tout autant concernée par cette erreur.
• Label GARAN dans l'historique de commandes Dans l'aperçu des commandes du compte client, le label s'appuyait jusqu'à présent sur une référence qui pouvait pointer dans le vide pour les positions de commande. Selon Shopware, une référence invalide pouvait rendre l'historique de commandes inutilisable. Pour les positions de commande, l'identifiant du produit est désormais utilisé, tandis que dans le panier la référence habituelle est conservée. Les positions de commande sans produit associé, par exemple après la suppression d'un article, n'affichent aucun label.
• Twig 3.29 Shopware assure la compatibilité avec la nouvelle version de Twig. Après les problèmes de dépendances liés à 6.6.10.24, c'est le deuxième point concernant Twig en une semaine.

Ce que vous devriez vérifier avant la mise à jour

• Pour ceux qui sont en 6.6.10.25 ou 6.6.10.26 La duplication de produits et de promotions peut y échouer, et les clients ayant un produit GARAN dans une commande peuvent, dans certaines circonstances, ne pas pouvoir ouvrir leur historique de commandes. Les deux points plaident pour ne pas attendre la prochaine fenêtre de maintenance. Cette version ne contient que trois modifications, le risque devrait donc être minime.
• Pour ceux qui sont en dessous de 6.6.10.25 Passez directement à 6.6.10.27. Cette version contient le marquage GARAN de 6.6.10.24, la mise à jour de sécurité du 16 septembre, les améliorations de 6.6.10.26 et les deux corrections de cette version.
• Modèles personnalisés pour les positions de commande Celui qui a surchargé le template du label GARAN sur les positions de commande devrait répercuter la modification. Détails dans la partie développeurs.

Pour les développeurs et les systèmes connectés

• Clonage Les champs dérivés protégés en écriture (childCount pour le produit, orderCount et ordersPerCustomerCount pour la promotion) ne sont plus rejetés comme écrasement invalide lors du clonage. Il s'agit du backport de #20575, livré en 6.7 avec 6.7.14.2.
• Template GARAN storefront/component/line-item/element/garan-label.html.twig utilise désormais productId pour les positions de commande et continue d'utiliser referencedId pour les positions du panier. Les positions de commande sans produit associé omettent le label.
• Twig Compatibilité établie avec twig/twig 3.29. Combinée à la version minimale de squirrelphp/twig-php-syntax relevée en 6.6.10.26 (^1.13.0), les conflits de paquets de septembre devraient ainsi être résolus.

Ce qui change au quotidien dans la boutique

• Les produits peuvent de nouveau être dupliqués Lors de la duplication, l'administration transmettait jusqu'à présent le nombre de variantes, une valeur que Shopware vérifie depuis la mise à jour de sécurité au regard de la protection en écriture. La copie était donc rejetée avec une erreur. La duplication fonctionne de nouveau, et la copie conserve, selon Shopware, le nombre correct de variantes.
• Les promotions peuvent de nouveau être dupliquées, et la copie démarre à zéro La même erreur touchait les promotions, ici via les compteurs du nombre total d'utilisations d'une promotion et du nombre par client. La duplication fonctionne de nouveau, et un comportement change à cette occasion : une promotion dupliquée ne reprend plus les utilisations de l'original, mais commence avec zéro utilisation au total et sans utilisation par client. Jusqu'à présent, la copie héritait de l'état du compteur.

Ce que vous devriez vérifier avant la mise à jour

• Pour ceux qui sont en 6.7.14.1 Tant que la mise à jour n'est pas installée, la duplication de produits et de promotions peut échouer. Ceux qui ont besoin de cette fonction au quotidien ne devraient pas attendre la prochaine fenêtre de maintenance. Cette version ne contient que cette seule modification, le risque devrait donc être minime.
• Pour ceux qui sont encore en-dessous de la 6.7.14.1 Passez directement à la 6.7.14.2. Cette version contient la mise à jour de sécurité du 16 septembre, le marquage GARAN de la 6.7.14.0 et la correction de la duplication.
• Série 6.6 La mise à jour de sécurité 6.6.10.25 contient la même protection lors de la duplication. Shopware n'a pas encore documenté si la même erreur s'y produit, et aucune version 6.6 corrigée n'est disponible. Ceux qui sont en 6.6.10.25 devraient essayer une fois la duplication.

Pour les développeurs et les systèmes connectés

• Cause selon Shopware Les surcharges transmises lors du clonage sont vérifiées, avant l'insertion, au regard de la protection en écriture du DAL. L'administration continuait d'envoyer childCount pour le produit ainsi que orderCount et ordersPerCustomerCount pour la promotion en tant que surcharges, ce qui entraînait une violation de la restriction d'écriture.
• Nouvel attribut de champ ResetOnClone Un champ DAL marqué de cet attribut est ignoré lors de la copie automatique des données de clonage et reprend la valeur par défaut de la base de données ; les surcharges explicites restent soumises à la protection en écriture normale. orderCount et ordersPerCustomerCount de la promotion portent désormais cet attribut. childCount pour le produit continue d'être copié en interne par le backend.
• Interfaces L'administration n'envoie plus les champs protégés en tant que surcharge. Le schéma de la Store API et de l'Admin API reste inchangé selon la vérification automatique dans la pull request. Ceux qui clonent eux-mêmes via l'Admin API en transmettant des champs protégés rencontreront toujours l'erreur ; c'est voulu.

Ce qui change au quotidien dans la boutique

• Erreur Twig après la 6.6.10.24 corrigée Shopware relève la version minimale du paquet squirrelphp/twig-php-syntax à 1.13, car les versions antérieures ne sont pas compatibles avec les versions de Twig requises par Shopware. Selon notre analyse, cela règle le rapport d'erreur que nous avions mentionné dans l'entrée relative à la 6.6.10.24. Ceux qui avaient reporté la mise à jour pour cette raison peuvent désormais l'effectuer.
• Label GARAN dans la confirmation de commande Le label introduit avec la 6.6.10.24 figurait dans l'e-mail de confirmation de commande sur une ligne distincte sans indication de taille. Selon Shopware, les logiciels de messagerie le mettaient à l'échelle sur toute la largeur et le tronquaient. Il dispose désormais de dimensions fixes, d'un texte alternatif et se place à côté de la ligne de commande. Comme pour la modification initiale, le principe est le suivant : la migration n'adapte que les modèles qui n'ont jamais été modifiés. Ceux qui gèrent leur propre confirmation de commande et ont repris le label doivent remplacer eux-mêmes la section concernée. Et une remarque que Shopware fait lui-même : Gmail et Outlook n'affichent pas du tout le label dans l'e-mail, car il est intégré sous forme de graphique SVG. Seul le texte alternatif y apparaît ; dans la Storefront et dans le compte client, le label reste visible.
• Durée de garantie GARAN limitée et informations manquantes visibles La durée de garantie est désormais limitée à 600 mois maximum ; auparavant, toute valeur supérieure à 24 mois pouvait être enregistrée. Les valeurs supérieures déjà enregistrées restent en place et ne doivent être corrigées qu'au prochain enregistrement du produit. En outre, une nouvelle indication apparaît dans le produit : si le label est activé pour la Storefront, une bannière répertorie les conditions encore manquantes, à savoir une durée de garantie comprise entre 30 et 600 mois par tranches de six, le fabricant et le numéro de fabricant. Contrairement à la 6.7, le champ de saisie lui-même ne limite délibérément pas la valeur, car en 6.6 ce champ tronquerait sinon les saisies en silence.
• Le label GARAN se transmet aux variantes Jusqu'à présent, les variantes ne reprenaient pas le réglage « Afficher le label dans la Storefront » du produit principal, car la colonne de base de données portait toujours une valeur propre. Après la migration, les variantes sans réglage propre héritent de la valeur du produit principal, comme elles le faisaient déjà pour la durée de garantie. Les variantes pour lesquelles le label était explicitement désactivé conservent ce réglage. Ceux qui comptaient sur le fait que les variantes n'affichent jamais le label alors que le produit principal l'affiche doivent désormais désactiver l'interrupteur sur ces variantes.
• Quantités dans le panier Une quantité saisie est désormais prise en compte dès que l'on quitte le champ ou que l'on appuie sur la touche Entrée, au lieu de l'être avec un délai pendant la saisie. Les boutons plus et moins conservent le délai habituel. Dans le panier Offcanvas, le focus revient sur le champ de quantité après une modification.
• Champs supplémentaires du panier Les champs pour le numéro de produit et le code promotionnel dans le panier ne sont plus marqués comme obligatoires, le champ du numéro de produit dispose d'un libellé visible, et un champ soumis vide affiche un message au lieu d'une recherche sans résultat.
• Les vidéos Vimeo nécessitent un consentement propre Les vidéos Vimeo dans les univers d'expérience dépendaient jusqu'à présent du cookie YouTube. Il existe désormais un cookie Vimeo propre, et les vidéos se chargent immédiatement après le consentement. Les visiteurs qui n'avaient consenti qu'au cookie YouTube doivent consentir une fois au cookie Vimeo avant que les vidéos Vimeo réapparaissent.
• Boîtes produits avec titres Le nom du produit dans les listes de produits peut désormais être affiché sous forme de titre, le niveau pouvant être choisi dans l'élément d'univers d'expérience pour les listes de produits. Les éléments nouvellement créés utilisent par défaut un H2. Les éléments existants conservent leur affichage actuel jusqu'à ce que la mise en page soit à nouveau enregistrée dans l'Administration.
• Listes filtrées Le réglage indiquant si la variante la plus pertinente est affichée dans les listes s'applique désormais aussi aux listes filtrées par options de variante ou par propriétés. S'il est désactivé, l'affichage Storefront configuré dans le produit (variante principale ou produit principal) est conservé. Le libellé et le texte d'aide du réglage ont été adaptés en conséquence.
• Accessibilité Encore un grand bloc. Les modes de paiement et de livraison dans le tunnel de commande sont identifiés comme des groupes, les étoiles d'évaluation et le formulaire d'évaluation sont utilisables au lecteur d'écran et au clavier, les horodatages des évaluations ont davantage de contraste, les boutons de la bannière de cookies restent utilisables en cas de fort agrandissement, les boîtes de dialogue et les zones Offcanvas conservent le focus, la fenêtre d'adresse du tunnel de commande peut être défilée sur les petits écrans, la zone d'achat et le champ de recherche s'annoncent correctement aux technologies d'assistance, et les tableaux de positions dans les e-mails en texte brut sont plus lisibles.
• Petites choses La liste d'envies dispose de sa propre fenêtre de cookies. Les e-mails comportent une indication de langue dans l'en-tête. Le type de fichier des pièces jointes aux e-mails est corrigé.

Ce que vous devriez vérifier avant la mise à jour

• MySQL 8.4 Shopware intercepte désormais une erreur qui pouvait faire échouer les migrations sous MySQL 8.4 lorsqu'une clé étrangère pointe vers une colonne non unique de la table des produits. Selon Shopware, la commande est relancée une fois avec une vérification assouplie. Sous MariaDB et les versions antérieures de MySQL, rien ne change. Ceux qui avaient interrompu une mise à jour vers la 6.6.10.24 ou la 6.6.10.25 en raison d'une erreur de migration en ont ici la cause probable.
• E-mail de confirmation de commande personnalisé Voir ci-dessus, le label doit être remplacé manuellement si le modèle a été modifié.
• Variantes avec label GARAN Après la migration, vérifier si des variantes affichent désormais le label alors que cela n'est pas souhaité.
• Vimeo dans les surcharges de thème personnalisées Ceux qui surchargent le bloc Twig de l'élément Vimeo doivent y inscrire le nouveau nom de cookie, sinon l'élément reste lié au cookie YouTube. Détails dans la partie développeurs.
• Duplication de produits et de promotions Le correctif de la 6.7.14.2 ne fait pas partie de cette version. Shopware n'a toujours pas documenté si la série 6.6 est concernée par cette erreur. Après la mise à jour, l'essayer une fois.
• Systèmes connectés qui écrivent des rôles via l'API L'interface des rôles vérifie désormais les modifications imbriquées sur les utilisateurs et les intégrations au regard des droits de l'appelant. Un client a pour cela besoin des droits correspondants d'utilisateur ou d'intégration. Shopware considère ce point comme un correctif, mais il n'y a pas d'advisory à ce sujet.

Pour les développeurs et les systèmes connectés

• Twig Version minimale de squirrelphp/twig-php-syntax relevée de ^1.11.0 à ^1.13.0 ; les versions antérieures surchargent les composants internes de Twig avec des signatures incompatibles avec twig/twig ^3.26.0.
• MySQL 8.4 La nouvelle classe NonStandardFkGuard exécute le DDL de migration et le relance une fois avec un restrict_fk_on_non_standard_key assoupli lorsque MySQL 8.4 refuse la commande en raison du bug MySQL 118151. Les migrations personnalisées peuvent faire transiter du DDL brut par le guard via MigrationStep::executeDdlStatement() ; la méthode est marquée comme interne, car elle disparaîtra dès que MySQL aura corrigé le bug. Une règle PHPStan signale les appels bruts ALTER TABLE, CREATE INDEX et DROP INDEX dans les migrations du cœur.
• GARAN GaranLabelProductValidator rejette guaranteeMonths supérieur à 600 avec le code d'erreur existant INVALID_GARAN_GUARANTEE_MONTHS. Nouveau bloc sw_product_guarantee_form_requirements_notice dans le formulaire, nouvel événement sw-product-detail-save-success sur l'EventBus d'administration. La migration Migration1788531955MakeProductGuaranteeConfirmedInheritable rend product.guarantee_confirmed nullable, met les variantes ayant la valeur par défaut 0 à NULL et place l'indexeur de produits dans la file d'attente. La migration Migration1788531858FixGaranLabelInOrderConfirmationMail ne réintègre le modèle d'e-mail que pour les modèles non modifiés ; pour les modèles personnalisés, remplacer la ligne par le balisage de src/Core/Migration/Fixtures/mails/order_confirmation_mail/en-html.html.twig.
• Vimeo Nouvelle entrée de cookie vimeo-video dans le CookieProvider. Ceux qui surchargent element_vimeo_video_inner ajoutent cookieName: 'vimeo-video' dans la pluginConfiguration. CmsGdprVideoElement._replaceElementWithVideo() ne remplace le placeholder que si le cookie indiqué dans options.cookieName est défini ; les intégrations de consentement qui déclenchent l'événement CmsGdprVideoElement_replaceElementWithVideo doivent définir le cookie au préalable.
• Champ de quantité Les écouteurs change personnalisés sur le formulaire de quantité reçoivent la valeur finale lors de blur ou Enter ; sur les champs de quantité du panier, les événements portent detail.submitImmediately: true. Nouvelle option submitOnFinish, nouvelles méthodes cancel() et flush() sur les valeurs de retour de Debouncer.debounce().
• Thèmes DatabaseSalesChannelThemeLoader résout désormais les thèmes utilisés à partir de parent_theme_id et de la liste configInheritance ; un thème ayant plusieurs ancêtres dans la theme.json reçoit les textes de tous.
• Listes de produits Nouvelle configuration d'élément boxHeadlineLevel sur l'élément de listing ; ProductListingLoader::shouldLoadPreviews() se base sur core.listing.findBestVariant, hasOptionFilter() détecte également les post-filtres sur properties.id et propertyIds.
• Store API Les produits avec des champs supplémentaires mixtes (champs de prix et champs scalaires) sont encodés de manière uniforme, indépendamment de l'ordre.
• Routes de rôles ACL Les écritures imbriquées sur les utilisateurs et les intégrations sont validées avec les droits de l'appelant.

Ce que vous devriez vérifier avant la mise à jour

• Applications et systèmes connectés utilisant des webhooks Les webhooks sont des notifications automatiques que Shopware envoie à d'autres systèmes lors de certains événements. Quatre événements ne sont plus notifiés : la demande d'un nouveau mot de passe pour les administrateurs et pour les clients, ainsi que les deux événements de messagerie avant l'envoi et après la création d'un message. Dans le Flow Builder, les quatre restent disponibles. Selon Shopware, les applications qui réagissent à l'un de ces événements peuvent encore être installées et mises à jour jusqu'à la 6.8, mais elles reçoivent alors un avertissement indiquant que cela ne sera plus possible à partir de la 6.8. De plus, trois valeurs manquent désormais dans les données transmises par d'autres notifications : l'identifiant de la session client lors de la connexion, le lien de confirmation en double opt-in et le lien lors de l'inscription à la newsletter. Quiconque traitait ces valeurs dans un système connecté devra procéder à des adaptations.
• Outils qui dupliquent des utilisateurs ou des intégrations Via l'Admin API, il n'est plus possible de dupliquer des utilisateurs et des intégrations. De tels appels reçoivent une erreur 403.
• Frontends headless avec leurs propres analyses La Store API fournit, sur demande, des analyses avec une requête ; Shopware les appelle agrégations, par exemple des décomptes par valeur de filtre. Les noms de telles analyses et les désignations des plages de valeurs qu'elles contiennent ne doivent plus comporter de backtick, de point d'interrogation, de deux-points ni de caractères de contrôle. De telles requêtes sont rejetées avec une erreur 400.
• Connexions à la newsletter Si le double opt-in est activé, une inscription n'est active qu'après confirmation. Les connexions qui activaient jusqu'ici les destinataires directement via la Store API ne devraient plus présenter ce comportement après la mise à jour.

La faille critique

• Les webhooks divulguaient plus que ce que le destinataire était autorisé à voir – critique, CVSS 9,6 Shopware ne vérifiait pas systématiquement, pour les webhooks, si la personne ayant configuré la notification était autorisée à voir les données de l'événement. Un utilisateur ou une intégration disposant du droit de créer des webhooks pouvait ainsi obtenir des données clients, de commande et d'e-mail, ainsi que des données issues des processus de la boutique, dépassant ses propres droits. Dans certains cas, selon Shopware, figuraient aussi des informations permettant de réinitialiser des mots de passe, ce qui pouvait rendre possibles d'autres prises de contrôle. Les webhooks sont désormais vérifiés par rapport aux droits de leur créateur, le propriétaire et les droits d'un webhook ne peuvent plus être modifiés sans autorisation, et les événements et valeurs mentionnés ci-dessus ne sont plus du tout envoyés aux webhooks. Shopware indique avoir découvert ce point en interne.

Les quatre autres failles

• Base de données lisible via la Store API – élevée, CVSS 8,6 Un appel de la Store API sans authentification pouvait, via des analyses (agrégations) insuffisamment vérifiées, modifier des requêtes de base de données de manière à lire n'importe quelles données de la base ; le terme technique est injection SQL. La condition préalable est, selon Shopware, une version de PHP antérieure à 8.4 associée à un paramètre du pilote de base de données PHP par lequel PHP assemble lui-même les requêtes au lieu de les faire préparer par la base de données. Shopware indique ne pas avoir pu démontrer d'accès en écriture. En août, Shopware avait déjà corrigé une faille similaire au même endroit. Selon notre évaluation, il s'agit ici d'une deuxième variante de celle-ci.
• De l'utilisateur restreint à l'administrateur – élevée, CVSS 8,1 Quiconque était autorisé à se connecter à l'espace d'administration et à modifier son propre profil pouvait, lors de l'enregistrement du profil, transmettre des informations normalement protégées et ainsi se promouvoir lui-même administrateur. Un droit de modifier d'autres utilisateurs n'était pas nécessaire pour cela. Le profil n'accepte désormais, dans le champ de la photo de profil, qu'une référence à un média ; tout le reste est rejeté avec une erreur 403.
• Droits d'administrateur lors de la duplication d'utilisateurs – moyenne, CVSS 6,5 Un utilisateur connecté disposant du droit de créer des utilisateurs pouvait, lors de la duplication d'un utilisateur, transmettre des informations protégées et ainsi obtenir des droits d'administrateur. Selon Shopware, cela peut également concerner d'autres enregistrements susceptibles d'être dupliqués. C'est pourquoi la duplication d'utilisateurs et d'intégrations via l'Admin API a été désactivée.
• Inscription à la newsletter sans confirmation – moyenne, CVSS 5,3 Avec le double opt-in activé, un appel de la Store API sans authentification pouvait activer un abonnement à la newsletter sans que le propriétaire de l'adresse e-mail ait donné son accord, y compris pour les adresses de clients existants. Selon Shopware, le consentement et la qualité de la liste des destinataires sont concernés, pas les comptes ni les données clients.

Suis-je concerné ?

• Toutes les boutiques Selon Shopware, toutes les versions antérieures à 6.6.10.25 ainsi que de 6.7.0.0 jusqu'à 6.7.14.0 incluse sont concernées. Les versions 6.7.14.1 et 6.6.10.25 sont corrigées.
• Attaquable sans authentification Les requêtes de base de données via la Store API, à condition que la boutique fonctionne avec PHP antérieur à 8.4 et que le paramètre du pilote de base de données mentionné soit actif. Comme il est actif par défaut sous PHP, cette condition est, selon notre évaluation, probablement remplie sur de nombreuses installations fonctionnant avec PHP 8.2 ou 8.3. À cela s'ajoute l'inscription à la newsletter sans confirmation.
• Attaquable uniquement avec un compte La faille critique des webhooks nécessite un utilisateur ou une intégration disposant du droit de créer des webhooks, les deux autres points un compte dans l'espace d'administration. Le risque réside ici dans les comptes de collaborateurs aux rôles restreints, dans les intégrations de tiers et dans les identifiants d'accès ayant déjà fuité.
• Série 6.5 et versions plus anciennes Selon Shopware, ces versions sont également concernées. Il n'existe pas de version corrigée pour elles ; Shopware ne mentionne que 6.6.10.25 et 6.7.14.1. Savoir si le Shopware Security Plugin couvre déjà les cinq points ne ressort pas des notes de version.

Si vous ne pouvez pas mettre à jour immédiatement

• Limiter le droit de créer des webhooks aux administrateurs et intégrations de confiance, passer en revue les webhooks existants et supprimer les entrées inattendues.
• Passer à PHP 8.4 ou désactiver le paramètre du pilote de base de données mentionné. Vous trouverez le nom technique dans la partie destinée aux développeurs ci-dessous.
• Retirer aux rôles qui n'en ont pas besoin le droit de modifier leur propre profil et le droit de créer des utilisateurs ; passer en revue les comptes administrateurs et les journaux à la recherche de modifications de droits inattendues.
• Désactiver temporairement l'inscription publique à la newsletter.

Pour les développeurs et les systèmes connectés

• Webhooks user.recovery.request, customer.recovery.request, mail.before.send et mail.after.create.message ne sont plus livrés et ont été retirés de la référence générée des événements de webhook. Un événement s'exclut de la livraison avec l'attribut #[Shopware\Core\Framework\Webhook\NotHookable]. Des données utiles disparaissent contextToken pour checkout.customer.login, confirmUrl pour checkout.customer.double_opt_in_registration et checkout.customer.double_opt_in_guest_order ainsi que url pour newsletter.register. Dans les modèles d'e-mail, {{ contextToken }}, {{ confirmUrl }} et {{ url }} continuent de fonctionner. Une valeur est exclue des données utiles de webhook avec [EventDataCollection::HIDDEN_FROM_WEBHOOK => true] comme argument d'options de EventDataCollection::add(). À partir de la 6.8, Shopware rejette les manifestes d'application qui s'abonnent à l'un des quatre événements.
• Store API et base de données Selon l'advisory, l'injection SQL ne fonctionne qu'avec PHP < 8.4 et PDO::ATTR_EMULATE_PREPARES activé. Remède sans mise à jour : passer à PHP 8.4 ou définir PDO::ATTR_EMULATE_PREPARES sur false.
• Agrégations Les noms d'agrégation et les clés des agrégations de type range comportant un backtick, un point d'interrogation, un deux-points ou des caractères de contrôle sont rejetés avec 400 et FRAMEWORK__INVALID_AGGREGATION_QUERY.
• Profil PATCH /api/_info/me n'accepte avatarMedia que sous la forme {"id": ""}, toute autre forme est rejetée avec 403 et FRAMEWORK__MISSING_PRIVILEGE_ERROR.
• Clonage POST /api/_action/clone/user/{id} et POST /api/_action/clone/integration/{id} répondent avec 403.
• Hashes de confirmation Le hash de l'inscription client n'est plus inclus dans les réponses de l'API ni dans les données utiles clients des webhooks. Le processus de confirmation interne est inchangé.
• Deprecation EventDataCollection sera déclaré final avec Shopware 6.8.

Les cinq points en bref

• Les webhooks révélaient plus que ce que le destinataire était autorisé à voir – critique, CVSS 9,6 Les webhooks sont des notifications automatiques que Shopware envoie à d'autres systèmes lors de certains événements. Un utilisateur ou une intégration disposant du droit de créer de telles notifications pouvait, selon l'événement, recevoir des données clients, de commandes et d'e-mails, ainsi que des données issues de flux de la boutique, qui dépassaient ses propres droits ; dans certains cas, selon Shopware, également des informations permettant de réinitialiser des mots de passe. Les webhooks sont désormais vérifiés par rapport aux droits de leur créateur.
• Base de données lisible via la Store API – élevé, CVSS 8,6 Sans authentification, il était possible de modifier des requêtes de base de données via la Store API de manière à lire n'importe quelles données de la base (terme technique : injection SQL). Selon Shopware, cela nécessite une version de PHP antérieure à 8.4 associée à un paramètre du pilote de base de données PHP dans lequel PHP assemble lui-même les requêtes au lieu de les faire préparer par la base de données. Shopware n'a pas pu démontrer d'accès en écriture.
• D'un utilisateur restreint à administrateur – élevé, CVSS 8,1 Toute personne autorisée à modifier son propre profil dans l'espace d'administration pouvait, lors de l'enregistrement, transmettre des informations protégées et ainsi se promouvoir elle-même administrateur.
• Droits d'administrateur lors de la duplication d'utilisateurs – moyen, CVSS 6,5 Toute personne autorisée à créer des utilisateurs pouvait, lors de la duplication d'un utilisateur, transmettre des informations protégées et ainsi obtenir des droits d'administrateur.
• Inscription à la newsletter sans confirmation – moyen, CVSS 5,3 Avec le double opt-in activé, un abonnement pouvait être activé sans le consentement du propriétaire de l'adresse e-mail, y compris pour les adresses de clients existants.

Suis-je concerné ?

• Série 6.6 Selon Shopware, toutes les versions antérieures à la 6.6.10.25 sont concernées.
• Série 6.7 Les versions 6.7.0.0 jusqu'à la 6.7.14.0 incluse sont concernées ; la version sécurisée est la 6.7.14.1.
• Série 6.5 et antérieures Selon Shopware, ces versions sont également concernées. Il n'existe pas de version sécurisée pour elles ; Shopware ne mentionne que la 6.6.10.25 et la 6.7.14.1. Les notes de version ne précisent pas si le Shopware Security Plugin couvre déjà les cinq points.
• Exploitable sans authentification sont les requêtes de base de données via la Store API dans les conditions mentionnées ainsi que l'inscription à la newsletter. Les trois autres points nécessitent un compte dans l'espace d'administration ou une intégration disposant des droits correspondants.

Ce que vous devriez vérifier avant la mise à jour

Ce qui change au quotidien dans la boutique

• Label GARAN et mention légale de garantie Les produits reçoivent deux nouveaux champs pour une garantie fabricant volontaire, allant au-delà des deux années légales. Ils se renseignent dans une carte dédiée sur la page de détail du produit. Le label GARAN n'est affiché sous forme de graphique que si la garantie est confirmée et que la durée, le fabricant ainsi que le numéro de fabricant sont renseignés. Indépendamment de cela, la mention légale de garantie est disponible dans les 24 langues officielles de l'UE, avec l'anglais comme solution de repli. Elle est activée après la mise à jour et peut être désactivée sous Paramètres > Boutique > Panier > Checkout. Le label apparaît dans la zone d'achat de la page produit, sur les positions dans le panier et dans le checkout, la mention apparaît sous forme de fenêtre sur la page de confirmation, avec un lien depuis le texte des CGV. La base est, selon Shopware, le règlement d'exécution (UE) 2025/1960. Selon Shopware, les commerçants doivent eux-mêmes évaluer si et comment les exigences s'appliquent à leur propre assortiment.
• Autorisations pour les plages de numéros et les commandes La réservation d'un numéro et l'aperçu d'une plage de numéros exigent désormais le droit de lecture sur les plages de numéros. Sans paramètre d'aperçu, la réservation fait avancer la plage de numéros de manière permanente ; jusqu'à présent, n'importe quel compte connecté pouvait le déclencher et ainsi créer des lacunes dans la suite de numéros. Sont désormais également protégés les points d'accès pour le recalcul et la conversion de commandes ainsi que la vérification de l'existence d'une adresse utilisateur. Les rôles existants reçoivent le droit nécessaire via une migration ; selon Shopware, cela ne change rien pour les utilisateurs de l'Administration. Les intégrations avec leur propre liste de droits sont le point crucial, voir plus bas à ce sujet.
• Les modes d'expédition nécessitent une matrice de prix exploitable Un mode d'expédition actif doit conserver au moins une ligne dans la matrice de prix dont résultent des coûts. La suppression ou le vidage de la dernière ligne est rejeté avec une erreur, tout comme l'activation d'un mode d'expédition sans prix. Lors de la requête des modes d'expédition disponibles, de telles méthodes n'apparaissent plus. La création sans prix reste possible.
• Factures électroniques : quantité de base de prix corrigée Pour les factures ZUGFeRD, l'unité de vente d'un produit était jusqu'à présent indiquée comme quantité de base de prix. Les destinataires qui contrôlent par rapport à la norme recevaient ainsi une violation de règle pour chaque position dont l'unité de vente était différente de 1. Les positions portent désormais toujours la quantité de base 1, le prix net est écrit avec quatre décimales au lieu de deux.
• Accessibilité dans la Storefront Le plus grand bloc individuel de la version. La page active dans la navigation principale et la catégorie active sont désormais signalées aux lecteurs d'écran, le pied de page utilise à cet effet des éléments HTML appropriés, les symboles sont masqués par défaut, les messages lors du chargement de la page et dans l'offcanvas du panier sont lus à voix haute, la liste de souhaits signale les modifications, le focus dans le bandeau de cookies se place plus tôt, des libellés dans les formulaires et dans le panier offcanvas ont été ajoutés et les libellés sur les boutons peuvent désormais passer à la ligne. Le captcha de base a reçu une description d'image et un libellé pour le bouton de rechargement. Dans les paramètres figure désormais une indication que le captcha de base n'est pas considéré comme accessible.
• Le tri « Meilleurs résultats » est traduisible La désignation de ce tri provenait jusqu'à présent de la base de données, ne pouvait pas être modifiée dans l'Administration et n'existait qu'en allemand et en anglais. Elle est désormais affichée comme bloc de texte et peut donc être renseignée pour chaque langue. Tous les autres tris restent inchangés.
• Slider de produits issus de groupes de produits dynamiques Si le canal de vente est configuré pour masquer les articles en liquidation épuisés, cela s'applique désormais aussi aux sliders qui tirent leurs produits d'un groupe de produits dynamique. Les produits masqués n'occupent alors plus de place dans le slider.
• Sélection de la devise Dans l'offcanvas, la devise actuellement sélectionnée est de nouveau affichée sous forme de texte, et le symbole monétaire est correct.
• Tentatives de connexion Le temps de réponse lors d'une connexion échouée a été harmonisé, afin qu'il ne soit pas possible de déduire de la durée si une adresse est enregistrée dans la boutique.
• Corrections sur les commandes Les commandes avec une remise sur les frais d'expédition peuvent de nouveau être modifiées dans l'Administration sans que les positions de livraison ne soient perdues. Les caractéristiques de variantes supprimées restent visibles dans la commande. Lorsqu'un collaborateur quitte la page de détail de la commande, la version brouillon créée est désormais nettoyée. Également corrigé : le panier perdait son état enregistré lors du recalcul.
• Actions promotionnelles et remises Les conditions d'action promotionnelle avec « toutes » ou « aucune de » s'appliquent désormais correctement même lorsqu'aucune action promotionnelle ne se trouve encore dans le panier. Les remises newsletter fonctionnent pour les clients fraîchement enregistrés, et les codes promotionnels sont uniformisés avant la comparaison.
• Petits détails Les utilisateurs peuvent désormais modifier eux-mêmes leur fuseau horaire. Dans la matrice de prix des modes d'expédition, les paliers de quantité démarrent de nouveau correctement et restent synchronisés lors de la modification. Les champs de prix par devise chargent toutes les devises. La sélection des index lors du vidage du cache se base sur les indexeurs réellement enregistrés. Les fichiers de sous-titres au format VTT peuvent être téléversés.

Ce que vous devriez vérifier avant la mise à jour

• Systèmes connectés et droits Les systèmes de gestion commerciale, les connexions aux places de marché ou les scripts personnalisés qui travaillent avec une liste de droits gérée manuellement se heurtent à une erreur 403 tant que les nouveaux droits manquent. Sont concernés la réservation de numéros, le recalcul et la conversion de commandes ainsi que les adresses de commande, et la vérification des adresses utilisateur. Clarifiez cela avant la mise à jour avec le fournisseur ou votre agence.
• Texte des CGV adapté dans le checkout La page de confirmation utilise désormais pour le texte de la case à cocher de nouveaux blocs de texte contenant le lien vers la mention de garantie. Quiconque a surchargé le texte des CGV ou le bloc de template correspondant doit adapter la surcharge ou désactiver le paramètre.
• E-mail de confirmation de commande personnalisé La migration ajoute la mention uniquement dans les modèles qui n'ont jamais été modifiés. Quiconque utilise un modèle modifié et souhaite afficher la mention également dans l'e-mail doit l'ajouter à la main. Le bloc nécessaire figure dans la partie destinée aux développeurs.
• Modes d'expédition sans prix Les modes d'expédition actifs avec une matrice de prix vide ou sans valeurs de devise ne sont plus livrés comme disponibles et devraient ainsi également manquer dans le checkout. Un coup d'œil aux modes d'expédition vaut la peine au préalable.
• Dépendances Twig Le 11 septembre, un rapport d'anomalie concernant cette version a été déposé dans le dépôt Shopware. D'après celui-ci, Composer peut résoudre twig/twig et squirrelphp/twig-php-syntax dans une combinaison où l'Administration et la Storefront s'arrêtent sur une erreur Twig grave. Shopware a assigné une priorité élevée au rapport, aucune correction n'était disponible au moment du bouclage de la rédaction. Installez donc d'abord la mise à jour dans l'environnement de staging et examinez les versions de paquets résolues avant de passer en production.

Pour les développeurs et les systèmes connectés

• GARAN dans le code Les nouveaux champs produit guaranteeMonths et guaranteeConfirmed sont tous deux héritables et modifiables via l'Admin API. guaranteeMonths doit être vide ou supérieur à 24 et divisible par 6. S'y ajoutent les filtres Twig sw_garan_label, sw_garan_label_nested, sw_garan_label_data_uri, sw_garan_label_nested_uri, sw_garan_label_duration, sw_legal_guarantee_notice et sw_legal_guarantee_notice_link. Pour les frontends headless, il y a GET /store-api/product/{productId}/garan-label et GET /store-api/legal-guarantee-notice. La mention est activée via core.cart.showLegalGuaranteeNotice, également par canal de vente. Dans une confirmation de commande personnalisée, il faut insérer {{ context.languageId|sw_legal_guarantee_notice_link }}.
• Obligation d'ACL sur les points d'accès de l'Administration number_range:read pour /api/_action/number-range/reserve/{type}/{salesChannelId} et /api/_action/number-range/preview-pattern/{type}. order:update pour les points d'accès de recalcul et les routes proxy du checkout, order_address:update pour les points d'accès d'adresse, order:read pour convert-to-cart, user:read pour la vérification d'unicité de l'adresse e-mail et du nom d'utilisateur. Si le droit manque, Shopware répond par 403 et FRAMEWORK__MISSING_PRIVILEGE_ERROR.
• En-tête sw-expect-packages Il n'est plus évalué sur les routes sans authentification, car le message d'erreur dévoilait les versions des paquets installés. Shopware répond désormais à de tels appels par 417 et FRAMEWORK__API_EXPECTATION_NOT_SUPPORTED. Un client qui définit l'en-tête de manière systématique doit le retirer pour les appels non authentifiés. Pour les requêtes Admin API authentifiées, le comportement reste identique.
• Sync API Lors des opérations de suppression via des critères, les autorisations sont désormais vérifiées.
• Modes d'expédition Le ShippingMethodValidator rejette les opérations d'écriture qui laisseraient un mode d'expédition actif sans prix exploitable, code d'erreur active_shipping_method_without_price avec statut 400. Pour supprimer une matrice de prix, le mode d'expédition doit être désactivé dans un appel précédent. Dans la ShippingMethodRoute, onlyAvailable=1 filtre les méthodes sans prix résoluble, les requêtes sans ce paramètre restent inchangées.
• ZUGFeRD La quantité de base de prix BT-149 est désormais toujours 1 au lieu de la purchaseUnit du produit, le prix unitaire BT-146 est écrit avec quatre décimales, afin que la somme de position reste pour des quantités plus élevées dans la tolérance d'arrondi de PEPPOL-EN16931-R120. De plus, les remises et majorations sont également émises pour les commandes exonérées de taxe.
• Tris à l'exécution Le nouvel événement ProductListingCollectSortingEvent est déclenché une fois les tris disponibles chargés et avant que le tri demandé ne soit résolu. Une ProductSortingEntity ajoutée à cet endroit est sélectionnable dans la Storefront et est appliquée aux critères.
• Info du cache GET /api/_action/cache_info fournit désormais une liste des indexeurs enregistrés ainsi que des updaters subordonnés. Les indexeurs qui ne s'exécutent qu'après une mise à jour sont exclus.
• Slider de produits Le ProductSliderCmsElementResolver a reçu un argument de constructeur supplémentaire. La classe est marquée comme interne.
• Divers L'export de produits utilise la catégorie principale configurée pour le fil d'Ariane dans le flux. Les filtres HTML autorisent strong et em. Dans l'Administration, un champ de sélection désactivé ne perd plus une valeur non encore résolue.

Ce qui change au quotidien dans la boutique

• Label GARAN et mention légale de garantie Les produits reçoivent un nouveau champ pour une garantie de durabilité volontaire du fabricant allant au-delà des deux années légales. Si un fabricant est renseigné et que l'indication de garantie est complète, Shopware affiche le label GARAN harmonisé à l'échelle de l'UE sous forme de graphique. Indépendamment de cela, la mention légale de garantie est disponible dans les 24 langues officielles de l'UE, adaptée à la langue de la Storefront, avec l'anglais en solution de repli. Elle peut être activée et désactivée via un paramètre. Les deux apparaissent sur la fiche produit, dans le panier, lors du checkout et dans la confirmation de commande. La base juridique, selon Shopware, est le règlement d'exécution (UE) 2025/1960 ; il n'y a donc pas de période transitoire. Selon Shopware, la mention s'applique à tous les commerçants vendant des biens physiques à des consommateurs dans l'UE, le label uniquement aux produits bénéficiant d'une garantie fabricant correspondante. Selon Shopware, les commerçants doivent eux-mêmes évaluer si et comment ces exigences s'appliquent à leur propre assortiment. Point important : l'e-mail de confirmation de commande n'est complété automatiquement que si vous n'avez jamais modifié le modèle. Quiconque utilise un modèle personnalisé et souhaite afficher les mentions également dans l'e-mail doit ajouter manuellement les deux blocs. Les détails figurent dans la partie destinée aux développeurs.
• Nouvelle entrée de menu « Automatisation » Le Rule Builder et le Flow Builder sont désormais accessibles via une entrée dédiée dans le menu principal. Les entrées existantes sous « Paramètres » restent en place.
• Flux prêt à l'emploi en cas de paiement échoué Shopware fournit désormais un flux préconfiguré, accompagné d'un modèle de flux et d'un modèle d'e-mail, pour le cas où un paiement passe au statut « échoué ».
• L'historique des statuts de commande indique l'origine Dans l'Administration, il est désormais, selon Shopware, plus clair de voir ce qui a déclenché un changement de statut. Si un client modifie le statut via une action dans la Storefront, l'historique affiche « Client ».
• Ajouter des langues directement dans l'Administration Plus de 40 traductions maintenues par la communauté Shopware peuvent désormais, selon Shopware, être ajoutées et tenues à jour sous Paramètres > Langues, sans accès shell et sans plugin. La mise à jour quotidienne peut être désactivée pour chaque langue, directement sur la page de détail de la langue. Pour la gestion des langues, de nouvelles autorisations sont disponibles dans l'éditeur de rôles.
• Factures électroniques : quantité de base de prix corrigée Pour les factures ZUGFeRD, l'unité de vente d'un produit (le champ issu de l'indication du prix de base) était jusqu'à présent indiquée comme quantité de base de prix. Les destinataires contrôlant selon la norme EN 16931 recevaient de ce fait un signalement de non-conformité pour chaque poste ayant une unité de vente différente de 1, et les points d'accès Peppol pouvaient avoir rejeté de telles factures. Les postes portent désormais toujours la quantité de base 1, et le prix net est écrit avec quatre décimales.
• Les modes d'expédition nécessitent une matrice de prix valide Un mode d'expédition actif doit conserver au moins une entrée dans la matrice de prix dont découle un coût. La suppression de la dernière entrée est refusée. Dans la Store API, les modes d'expédition sans prix résoluble n'apparaissent plus lors de la requête des méthodes disponibles.
• Cross-selling via des groupes de produits dynamiques Un cross-selling n'affiche plus le produit sur lequel il est présenté. Pour les variantes, toute la famille de variantes est exclue, c'est-à-dire la variante actuelle, le produit principal et toutes les variantes apparentées. Les cross-sellings attribués manuellement restent inchangés.
• Les URL SEO sont régénérées après une modification de modèle Quiconque modifie le modèle d'une URL SEO n'a plus besoin de lancer l'indexeur manuellement. Les URL concernées sont régénérées en arrière-plan par lots de 250.
• Plus de page d'erreur en cas d'échec du reCAPTCHA Si Google reCAPTCHA échoue sur un formulaire sans AJAX, le client voit désormais un message au niveau du formulaire au lieu d'une page d'erreur 403 et peut réessayer.
• Le tri « Meilleurs résultats » est traduisible La désignation de ce tri verrouillé n'était jusqu'à présent disponible qu'en allemand et en anglais. Elle provient désormais d'un bloc de texte et peut être adaptée pour chaque langue.
• Documents issus des deux générateurs Les documents créés avec l'ancienne et la nouvelle génération de documents peuvent désormais être ouverts et téléchargés réciproquement.

Shopware Commercial Features

• B2B Components Les collaborateurs d'autres entreprises peuvent être affectés à une organisation en se voyant attribuer un rôle, et dans la même étape également une unité organisationnelle. S'y ajoute un interrupteur global permettant d'activer ou de désactiver certains domaines fonctionnels des B2B Components.
• Achat sur facture dans Shopware Payments L'achat sur facture est disponible comme nouveau mode de paiement, traité via Ratepay. Selon Shopware, il s'agit du deuxième mode de paiement en ligne le plus utilisé en Allemagne. Quiconque utilise Shopware Payments a vu ce mode de paiement activé automatiquement.

Ce que vous devriez vérifier avant la mise à jour

• Systèmes connectés et droits Toute une série d'endpoints de l'Admin API exigent désormais une autorisation adéquate là où la simple authentification suffisait jusqu'à présent. Sont concernés, entre autres, la réservation de plages de numéros, le recalcul de commandes, la gestion des URL SEO, les téléversements de médias, la file d'attente de messages ainsi que l'aperçu des exports de produits et des modèles d'e-mail. Pour les utilisateurs de l'Administration, selon Shopware, rien ne change en règle générale : les droits nécessaires sont attribués automatiquement par migration ou à l'exécution. Pour les routes de médias et les endpoints d'aperçu, Shopware mentionne toutefois aussi des utilisateurs qui devront adapter leur rôle. Les intégrations dotées de leur propre liste de droits, par exemple un ERP ou une connexion à une marketplace, reçoivent en revanche une erreur 403 tant que les droits ne sont pas complétés. Clarifiez cela avant la mise à jour avec le fournisseur ou votre agence.
• E-mail de confirmation de commande personnalisé Si le modèle a été modifié à un moment ou un autre, le label GARAN et la mention de garantie en seront absents après la mise à jour. S'ils doivent y apparaître, les deux doivent être ajoutés manuellement, voir la partie destinée aux développeurs.
• Ordre de recherche avec Elasticsearch Les résultats contenant le terme de recherche complet dans le bon ordre sont désormais mieux pondérés. Les mêmes produits sont trouvés, mais l'ordre et les scores se décalent. Quiconque a défini une valeur minimale pour les résultats devrait tester la recherche une fois après la mise à jour.
• Modes d'expédition sans prix Les modes d'expédition actifs dont la matrice de prix est vide ou ne contient aucune valeur de devise ne sont plus renvoyés lors de la requête des modes d'expédition disponibles et devraient donc également être absents du checkout. Avant la mise à jour, un coup d'œil aux modes d'expédition est utile.

Pour les développeurs et les systèmes connectés

• GARAN dans vos propres modèles d'e-mail Une confirmation de commande personnalisée doit comporter {{ nestedItem.productId|sw_garan_label_nested_uri(context) }} et {{ context.languageId|sw_legal_guarantee_notice_link }}. Pour la Storefront, les filtres Twig sw_garan_label, sw_garan_label_nested et sw_legal_guarantee_notice sont disponibles ; pour les frontends headless, les routes Store API /store-api/product/{productId}/garan-label et /store-api/legal-guarantee-notice. La mention peut être activée via core.cart.showLegalGuaranteeNotice.
• La configuration XML est abandonnée La configuration Symfony issue de fichiers XML (services.xml, routes.xml, packages/**/*.xml) est obsolète pour les plugins, les bundles et le répertoire config/ et ne fonctionnera plus avec Shopware 6.8, car Symfony 8 en supprime la prise en charge. Shopware indique désormais quel fichier et quel bundle sont concernés. Migration vers services.php ou routes.php ; les deux formats peuvent coexister. Les formats XML propres à Shopware comme config.xml ou les manifestes d'app ne sont pas concernés.
• Droits ACL obligatoires sur les endpoints Admin Sont désormais requis, entre autres, number_range:read pour la réservation de numéros, order:update et order_address:update pour le recalcul et la conversion des commandes, user:read pour la vérification d'unicité des utilisateurs, seo_url:update et seo_url:create, media:create et media:update pour les routes de médias, mail_template:update et product_export:update pour les endpoints d'aperçu, ainsi que les nouveaux droits system:queue:process, increment:manage, system:app:change et flow:dispatch. Si le droit manque, Shopware répond par 403 et FRAMEWORK__MISSING_PRIVILEGE_ERROR. Les workers externes devraient continuer d'utiliser les commandes CLI messenger:consume et scheduled-task:run, qui ne sont pas concernées.
• En-tête sw-expect-packages Il n'est plus évalué sur les endpoints sans authentification, car le message d'erreur révélait les versions installées. Sont concernés, entre autres, /api/oauth/token et le health-check. Un client qui définit cet en-tête par défaut doit le supprimer pour les appels non authentifiés, sinon même la requête de jeton échoue avec 417.
• Métadonnées de plugin en lecture seule plugin.path et plugin.managedByComposer ne peuvent plus être modifiés via des accès en écriture génériques de l'Admin API.
• Nouveau hook App Script cookie-group-collect Les apps peuvent adapter ou supprimer des groupes et des entrées de cookies par script, par exemple pour masquer les cookies d'un mode de paiement inactif. Les versions plus anciennes de Shopware ignorent simplement ce hook.
• Nouvelles routes Store API GET /store-api/snippet fournit les blocs de texte résolus pour le canal de vente actuel (expérimental, stabilisation prévue avec la 6.8, avec prise en charge des ETag), GET /store-api/shop-settings la partie non sensible de la configuration système. Les deux visent les frontends headless.
• URL SEO pour les canaux de vente headless Les canaux de vente de type API génèrent désormais des URL SEO via leurs propres modèles store-api.* et peuvent être utilisés pour les exports de produits. Un domaine marqué comme Storefront externe est requis.
• Une modification de modèle d'URL SEO déclenche une régénération Cela vaut pour chaque voie d'écriture, y compris la Sync API et les scripts de déploiement. Quiconque écrit seo_url_template à chaque déploiement devrait au préalable comparer la valeur, sinon une régénération complète se déclenche à chaque fois.
• Vue Single File Components dans l'Administration Les composants peuvent désormais être écrits sous forme de fichier .vue avec et étendus via swDefinePublic() et swDefineOverride(). Expérimental jusqu'à la 6.8.
• Serveur MCP sans feature flag Les endpoints /api/_mcp et /store-api/_mcp sont désormais toujours disponibles, les classes restent expérimentales jusqu'à la 6.8. Les outils ne sont affichés qu'après requête, les droits pour les associations sont vérifiés comme dans l'Admin API.
• Export de produits La pagination fonctionne désormais via un curseur keyset au lieu de LIMIT/OFFSET, ce qui élimine le timeout pour les grands catalogues ; getTotal() est obsolète. Les URL de médias dans le corps de l'export sont encodées selon la RFC 3986, ce qui profite aux flux Google Merchant Center. --force régénère désormais aussi les exports planifiés.
• Moins d'interblocages lors de l'indexation L'indexation des catégories et des URL SEO écrit avec INSERT ... ON DUPLICATE KEY UPDATE au lieu de REPLACE INTO et lit les compteurs d'enfants sans verrou. Aucune configuration nécessaire.
• Miniatures media:generate-thumbnails --force régénère les miniatures existantes, media:delete-local-thumbnails prend en charge --force et --orphans. Nouveau paramètre shopware.cdn.path_cache_buster pour des chemins de médias stables.
• Les commandes de thème font le ménage theme:compile et theme:change suppriment les répertoires de thème inutilisés datant de plus de 24 heures, ce que seule une tâche planifiée faisait jusqu'à présent. --no-cleanup désactive ce comportement. theme:create prend en charge --full et des options individuelles pour la structure de base.
• Plugins Storefront PluginManager.override() fonctionne désormais aussi pour les plugins chargés de façon asynchrone, PluginBaseClass reçoit une méthode destroy(). Chaque bundle d'extension utilise son propre chunk global Webpack.
• Divers Criteria::resetFields() et resetExcludedFields(), système de traduction configurable via shopware.translation, nouveaux attributs BC-Change au lieu de @deprecated reason:*, swagger-php 6.4, polyfills en tant que dépendances réelles, nouvelle tentative lors des migrations MySQL 8.4, en-tête Clear-Site-Data optionnel lors de la déconnexion du client, SERVICE_REGISTRY_URL limité en production aux domaines Shopware.

Ce que vous devriez vérifier avant la mise à jour

• Applications qui transmettent des données à d'autres systèmes Ces notifications (webhooks) ne sont désormais envoyées par Shopware que de manière chiffrée et uniquement vers des adresses accessibles publiquement. De telles connexions seront interrompues après la mise à jour tant qu'elles n'ont pas été explicitement autorisées. D'après notre expérience, cela concerne surtout les applications propres et les systèmes directement connectés sur le réseau interne, plus rarement les extensions issues du Shopware Store.
• L'adresse de la boutique enregistrée Le lien de réinitialisation du mot de passe administrateur est désormais généré à partir de l'adresse configurée (APP_URL) et non plus à partir de la requête concernée. Si cette adresse ne correspond pas à l'adresse publique de votre boutique, le lien ne mènera nulle part.
• Personnalisations de templates propres Si votre thème ou un plugin utilise les fonctions Twig concernées avec un nom de fonction sous forme de chaîne de caractères, un message d'erreur peut apparaître après la mise à jour. Cela ne devrait concerner que quelques boutiques, mais la vérification est rapide.

Les trois failles critiques

• Évasion du bac à sable des applications – critique, CVSS 9,6 Une application malveillante ou compromise pouvait contourner les restrictions d'exécution des App Scripts et exécuter des fonctions PHP arbitraires ainsi que des commandes système. Selon Shopware, cela permettait l'accès à la configuration et aux identifiants, la modification de fichiers et l'accès à des services internes. C'est pourquoi le filtre find ainsi que les opérateurs has some et has every rejettent désormais les callables sous forme de chaîne de caractères qui ne sont pas explicitement autorisés.
• Prise de contrôle de comptes administrateur – critique, CVSS 9,3 Le processus de réinitialisation du mot de passe administrateur ne vérifiait pas suffisamment l'hôte utilisé. Un attaquant sans identifiants pouvait rediriger le lien de l'e-mail de récupération vers sa propre adresse et espérer qu'un administrateur clique dessus.
• Injection SQL via les noms de champs issus des manifestes d'applications – critique, CVSS 9,1 Les noms issus de définitions d'entités propres n'étaient pas suffisamment vérifiés avant d'en faire des tables et des colonnes. Une application pouvait ainsi exécuter du SQL arbitraire avec les droits de la connexion à la base de données.

Les six autres vulnérabilités

• Injection SQL via la Store API – élevé, CVSS 8,6 Toute personne disposant d'une clé d'accès valide d'un canal de vente pouvait manipuler une requête de base de données via les noms d'agrégations. Shopware souligne que ces clés sont souvent exposées dans le cadre de connexions headless.
• Élévation de privilèges via l'attribution de rôles – moyen, CVSS 6,5 Un administrateur connecté disposant du droit de modifier des utilisateurs pouvait s'attribuer des rôles supplémentaires et ainsi obtenir des droits qui ne lui étaient pas destinés. Les rôles de droits ne peuvent désormais plus être créés ou modifiés via les accès en écriture génériques de l'Admin API.
• Services internes via l'import de médias – moyen, CVSS 6,3 L'import de médias par adresse permettait de déclencher des requêtes vers des services du réseau interne. La vérification de l'adresse cible pouvait être contournée en modifiant la résolution de noms entre la vérification et l'établissement de la connexion.
• Avis produits non validés consultables – moyen, CVSS 5,3 Via des associations imbriquées dans la Store API, le contenu, la note et le nom affiché d'avis que la boutique n'avait pas encore validés étaient accessibles. Aucune authentification n'était nécessaire.
• Absence de limite pour les documents invités – faible, CVSS 3,7 Toute personne disposant d'un lien de document et de l'adresse e-mail associée pouvait tester le code postal demandé un nombre illimité de fois et accéder ainsi à des factures et bons de livraison. La même limite que pour les connexions invités s'applique désormais.
• Services internes via le système d'applications – faible, CVSS 3,1 Le même contournement que pour l'import de médias, ici via les webhooks et les interfaces de paiement, de taxes et de checkout. Cela suppose une application malveillante ou compromise.

Deux renforcements de sécurité supplémentaires

• Extensions de fichiers des médias Lorsque l'extension de fichier était définie via un accès en écriture direct plutôt que via un upload, elle contournait jusqu'à présent la vérification. La même liste blanche s'applique désormais dans les deux cas.
• Criteria très volumineux Les restrictions du canal de vente s'appliquent aux 99 premiers nœuds d'un Criteria. Lorsque cette limite était dépassée, le reste n'était jusqu'à présent pas filtré. De telles requêtes sont désormais rejetées plutôt que de renvoyer des données partiellement non filtrées.

Pour les développeurs et les systèmes connectés

• Twig Le filtre find ainsi que les opérateurs has some et has every rejettent les callables sous forme de chaîne de caractères qui ne figurent pas dans shopware.twig.allowed_php_functions. Cela était déjà le cas pour map, filter, reduce et sort. Les fonctions fléchées (v => ...) ne sont pas concernées.
• Webhooks Les cibles sont vérifiées avant chaque requête et avant chaque redirection ; HTTPS et une adresse IP publique sont exigés. Le résultat de la résolution de noms est lié à la requête (DNS rebinding). Exceptions via shopware.app_system.allow_unencrypted_traffic et shopware.app_system.allowed_private_ip_addresses dans le fichier shopware.yaml.
• Import de médias Chaque adresse résolue est vérifiée plutôt que seulement la première IPv4, et la requête est envoyée à l'adresse vérifiée. Une implémentation propre de FileUrlValidatorInterface peut toujours refuser, mais ne plus autoriser quoi que ce soit de privé. Pour les imports depuis des réseaux internes : shopware.media.enable_url_validation à false.
• Médias Les accès en écriture directs sur media.fileExtension sont soumis à la même liste blanche que les uploads, code d'erreur MEDIA_ILLEGAL_FILE_EXTENSION.
• Applications et plugins Les noms d'entités et de champs issus du fichier Resources/entities.xml sont validés lors de l'installation et de la mise à jour ; les lettres, chiffres, traits de soulignement, $ et les caractères non-ASCII pris en charge par MySQL ou MariaDB sont autorisés. Un tiret dans le nom génère un message d'erreur explicite.
• Store API Les noms d'agrégations ne doivent plus contenir de caractères de contrôle.
• Avis produits via des associations imbriquées Les mêmes règles de visibilité qu'au niveau supérieur s'appliquent désormais. Les interfaces qui lisent les avis de cette manière reçoivent dès lors éventuellement moins d'enregistrements.
• Criteria volumineux Les requêtes comportant plus de 99 nœuds sont rejetées avec un code 400 et SYSTEM__CRITERIA_TOO_MANY_NESTED_CRITERIA. De telles requêtes ne sont pas générées depuis le Storefront ; seules les interfaces propres sont éventuellement concernées et doivent alors être scindées en plusieurs requêtes.
• Dépréciation Shopware.Service('integrationService').updateAdmin() est supprimé avec Shopware 6.8 et remplacé par le repository de l'intégration.

Deux corrections importantes

• Recherche Si un mapping renvoie à un analyzer ou un normalizer que l'index en cours ne connaît pas, la mise à jour échoue. Plutôt que de conserver un mapping obsolète, l'entité concernée est désormais marquée pour une réindexation dans un index nouvellement créé. Sont concernées les boutiques utilisant Elasticsearch ou OpenSearch dont les paramètres d'analyse changent.
• Documents Les factures et bons de livraison ne s'interrompent plus lorsque le service twig a été étendu par un plugin. À noter toutefois : le paramètre de fuseau horaire du canal de vente ne s'applique que tant que le TwigEnvironment propre de Shopware est utilisé ; sinon, le rendu s'effectue dans le fuseau horaire par défaut de Twig.

Les trois failles critiques

• Évasion de la sandbox des applications – critique, CVSS 9,6 Selon l'avis de sécurité, une application malveillante ou compromise pouvait contourner les restrictions d'exécution des App Scripts et exécuter des fonctions PHP arbitraires ainsi que des commandes du système d'exploitation. Shopware cite parmi les conséquences possibles l'accès à la configuration et aux identifiants, des modifications de fichiers et l'accès à des services internes.
• Prise de contrôle de comptes administrateur – critique, CVSS 9,3 La procédure de réinitialisation du mot de passe administrateur ne vérifiait pas suffisamment l'hôte utilisé. Un attaquant sans identifiant pouvait rediriger le lien de l'e-mail de récupération vers sa propre adresse en espérant qu'un administrateur clique dessus.
• Injection SQL via les noms de champs issus des manifestes d'applications – critique, CVSS 9,1 Les noms issus de définitions d'entités personnalisées n'étaient pas suffisamment vérifiés avant d'être transformés en tables et colonnes. Une application pouvait ainsi exécuter du SQL arbitraire avec les droits de la connexion à la base de données.

Les six autres points

• Injection SQL via la Store API – élevé, CVSS 8,6 Toute personne disposant d'une clé d'accès valide d'un canal de vente pouvait manipuler une requête à la base de données via les noms d'agrégations. Shopware souligne que ces clés sont souvent exposées dans les intégrations headless.
• Élévation de privilèges via l'attribution de rôles – moyen, CVSS 6,5 Un administrateur connecté disposant du droit de modifier des utilisateurs pouvait s'attribuer des rôles supplémentaires et obtenir ainsi des droits qui ne lui étaient pas destinés.
• Services internes via l'import de médias – moyen, CVSS 6,3 L'import de médias par adresse permettait de déclencher des requêtes vers des services du réseau interne. La vérification de l'adresse cible pouvait être contournée par un changement de la résolution de noms entre la vérification et l'établissement de la connexion.
• Avis produits non validés consultables – moyen, CVSS 5,3 Via des relations imbriquées dans la Store API, le contenu, la note et le nom affiché d'avis que la boutique n'avait pas encore validés étaient récupérables. Aucune authentification n'était nécessaire pour cela.
• Absence de limite pour les documents des invités – faible, CVSS 3,7 Toute personne disposant d'un lien de document et de l'adresse e-mail associée pouvait tester le code postal demandé un nombre illimité de fois et accéder ainsi aux factures et bons de livraison.
• Services internes via le système d'applications – faible, CVSS 3,1 Le même mode de contournement que pour l'import de médias, ici via les webhooks et les interfaces de paiement, de taxes et de checkout. Cela suppose une application malveillante ou compromise.

Suis-je concerné ?

• Série 6.6 Toutes les versions antérieures à 6.6.10.23 sont concernées. Pour certains points, la plage concernée commence plus tard, par exemple à partir de 6.6.6.0 pour les avis produits. Les plages exactes figurent dans les avis de sécurité de Shopware.
• Série 6.7 Sont concernées les versions 6.7.0.0 à 6.7.13.0 incluse. Les correctifs se trouvent dans la 6.7.13.1, voir l'entrée ci-dessus.
• Série 6.5 Deux avis de sécurité mentionnent également des versions 6.5 comme concernées, à partir de 6.5.4.0 pour l'évasion de la sandbox. Comme versions corrigées, les avis ne citent que 6.6.10.23 et 6.7.13.1. Si vous êtes encore sur la 6.5, étudiez la migration et discutez entre-temps avec votre agence des mesures de protection possibles.

Ce qui change au quotidien dans la boutique

• Convertir les comptes invités en comptes clients enregistrés Les clients invités peuvent définir un mot de passe directement après la finalisation de la commande et transformer ainsi leur compte invité en compte client ordinaire. La commande qui vient d'être passée reste associée au compte. Dans l'Administration, vous trouverez dans le détail client, sous « Général », la nouvelle action « Convertir en compte enregistré ». Deux voies sont disponibles pour l'attribution du mot de passe : un lien sécurisé de réinitialisation par e-mail (recommandé par Shopware) ou la définition manuelle d'un mot de passe sans notification. L'historique des commandes et les coordonnées sont conservés dans les deux cas.
• Affichage des variantes contrôlable dans les groupes de produits dynamiques Les groupes de produits dynamiques disposent de la nouvelle option « Afficher les variantes correspondantes de manière groupée ». Si vous la désactivez, les variantes correspondantes sont affichées individuellement plutôt que regroupées sous un produit principal commun. Cela s'applique aux catégories, aux zones de cross-selling et aux carrousels de produits CMS. Après la mise à jour, les groupes de produits existants conservent leur comportement actuel, car l'option reste activée par défaut.
• Gestion des catégories plus rapide Lors de la création ou de la modification d'une catégorie, Shopware réindexe désormais uniquement la catégorie concernée et ses sous-catégories. Jusqu'à présent, toute la branche, y compris les catégories sœurs, était retraitée. Selon Shopware, cela réduit la charge sur la base de données, et les boutiques disposant de grandes structures de catégories enregistrent les modifications nettement plus rapidement.
• Plusieurs corrections SEO dans la Storefront Les pages de liste paginées intègrent le numéro de page dans l'URL canonique, de sorte que chaque page d'une série soit référencée de manière univoque. Les catégories de type « Lien » retrouvent leurs propres URL SEO et redirigent vers la cible qui leur est associée au lieu d'afficher une page 404 – ce qui est pertinent par exemple pour d'anciens favoris ou des liens externes. De plus, le robots.txt standard autorise désormais l'exploration des URL de flux de produits avec paramètre de suivi. Celles-ci étaient auparavant bloquées de manière globale, ce qui pouvait entraîner le rejet de produits dans le Google Merchant Center.
• Le changement de paiement après l'achat est appliqué Si l'option « Autoriser le changement de mode de paiement après la finalisation de la commande » est désactivée pour un mode de paiement, celui-ci ne peut désormais plus être sélectionné pour une commande existante, y compris via la Store API. Jusqu'à présent, ce réglage agissait uniquement comme un filtre dans l'interface, de sorte que les modes de paiement disposant de leur propre bouton de paiement pouvaient le contourner.
• Les traductions restent à jour sans intervention Une nouvelle tâche planifiée met automatiquement à jour les traductions installées une fois par jour. De plus, la gestion des traductions peut désormais être effectuée via l'Administration – lister, installer, mettre à jour et supprimer ne dépendent plus d'un accès en ligne de commande. Les boutiques sans traduction installée ne sont pas concernées.
• Documents : fuseau horaire et justificatifs de correction ZUGFeRD Les canaux de vente disposent d'un fuseau horaire commercial optionnel selon lequel les documents sont générés. Sans indication, le comportement actuel est conservé. Pour les documents d'annulation et de correction ZUGFeRD, les informations d'expédition sont désormais présentées selon leur signification économique : frais de livraison remboursés comme avoir, frais de retour facturés comme supplément, valeurs nulles pas du tout.
• Images et médias Les images de prévisualisation JPEG sont désormais enregistrées de manière progressive. Elles apparaissent ainsi plus tôt sous forme d'aperçu grossier et gagnent en netteté au fur et à mesure du chargement, ce qui améliore l'affichage des images, en particulier sur les connexions lentes. Par ailleurs, le traitement par lots ne s'interrompt plus entièrement lorsqu'un fichier individuel ne peut pas être traité. Les fichiers textuels sont livrés avec une indication explicite du jeu de caractères, de sorte que les caractères accentués s'affichent correctement lors de la livraison via CDN ou stockage d'objets.
• Administration Sur la page de détail d'un snippet, il est désormais possible de voir si un bloc de texte provient d'un fichier de langue et a été modifié. La valeur d'origine est affichée et l'héritage peut être restauré. Dans les paramètres de recherche, les modes portent en outre des noms plus compréhensibles : « Recherche large (OR) » et « Recherche exacte (AND) » ; la configuration enregistrée reste inchangée.

Pour les développeurs et la technique

• La Store API fonctionne sans état Shopware présente ce point comme une correction critique. Les requêtes de la Store API ne démarrent plus de session PHP, sauf si le code de l'application ou d'une extension le fait explicitement. Jusqu'à présent, divers abonnés à des événements pouvaient créer une session, ce qui faisait croître inutilement le stockage des sessions et pouvait déclencher des verrouillages de session. Le comportement de la session de la Storefront reste inchangé.
• Les prix d'achat ne figurent plus dans les réponses de la Store API Les positions de commande de la Store API ne contiennent plus de prix d'achat. Les frontends headless, applications et intégrations ne doivent plus lire ce champ ; aucun remplacement n'est disponible via la Store API. Au niveau PHP, la valeur reste accessible. Ce changement s'applique également aux commandes déjà existantes.
• Définir les Custom Fields de manière déclarative Les plugins et applications peuvent décrire leurs propres champs via un fichier Resources/config/custom-fields.xml. Shopware prend en charge la création, la mise à jour et la suppression tout au long du cycle de vie de l'extension, le code d'installation existant devient superflu. De plus, un champ peut être directement marqué comme consultable via .
• Nouveaux points de terminaison de l'Admin API pour la gestion des traductions ainsi que pour le téléchargement de fichiers médias.
• Nouveau point d'accès pour les images de prévisualisation Un événement est déclenché après l'écriture de chaque miniature. Les extensions peuvent s'y greffer pour optimiser les images a posteriori.
• Comportement des droits lors des événements d'écriture Les opérations d'écriture subséquentes issues des écouteurs d'événements s'exécutent désormais dans le contexte système. Les utilisateurs de l'API n'ont ainsi besoin que des droits pour les données réellement envoyées, et non en plus pour les entités qu'un plugin écrit en arrière-plan. La visibilité des médias privés n'est explicitement pas assouplie.
• Autres améliorations Les webhooks sont signés avec le secret actuel après un changement du secret de l'application. Le validateur SVG accepte davantage de contenus passifs provenant d'extensions et de thèmes, mais continue de bloquer les contenus actifs. dal:validate vérifie la compatibilité des clés étrangères avec MySQL 8.4. Une activation de plugin échouée est désormais proprement annulée. Avec Criteria::excludeFields(), il est possible d'exclure du chargement certaines colonnes volumineuses. La variable GENERATE_SOURCEMAPS permet de contrôler si des sourcemaps sont générées dans les builds de production.
• Recherche Selon Shopware, la prise en charge d'Elasticsearch a été étendue, notamment au niveau du phrase matching et des options de configuration pour le classement.

Remarque concernant les dépréciations

• La désignation maintenanceIpWhitelist au niveau du canal de vente est remplacée par maintenanceIpAllowlist. Les deux champs sont maintenus synchronisés pendant la période de transition.
• EntitySearchResult ainsi que les classes de résultats dérivées pour les listes de produits et les évaluations modifient leur comportement. Les méthodes de collection devraient désormais être appelées sur getEntities(), et en conséquence via .entities dans Twig.
• La définition inline des Custom Fields dans le manifest.xml des applications cède la place au nouveau fichier XML.
• D'autres points concernent le rendu des réponses de script dans le Core, le domain loader de la Storefront, la variable type dans les templates du gestionnaire d'adresses, plusieurs blocs Twig renommés dans l'Administration ainsi que trois dépendances Composer que Shopware ne fournira plus à l'avenir.

Fonctionnalités commerciales

Classification

• Type de version Version corrective, aucune nouvelle fonctionnalité pour la Storefront
• Public cible Boutiques sous Shopware 6.6.x
• Successeur Avec la 6.6.10.23 du 25/08, une mise à jour de sécurité est entre-temps parue. Les boutiques qui n'ont pas encore installé la 6.6.10.22 peuvent passer directement à la 6.6.10.23.

Contrôles d'autorisations dans la zone d'administration

• Rendu des modèles Les points de terminaison qui effectuent le rendu de modèles exigent désormais des droits d'écriture.
• Actions dans le backend Les points de terminaison pour les actions, les médias et le SEO exigent désormais l'autorisation correspondante.
• File d'attente des messages et compteurs Les points de terminaison de la Message Queue et des statistiques de file d'attente ne sont également plus accessibles sans autorisation.
• Apps et extensions Les requêtes effectuées via l'Extension SDK et depuis les modules d'administration sont vérifiées par rapport aux autorisations de l'app.

Corrections de bugs importantes

• Remises et promotions La définition de prix d'une remise de livraison n'était pas correctement traitée lorsqu'elle avait une valeur de zéro. Également corrigés : un bug lors du calcul des promotions par lot et un cas où la composition d'une promotion n'était pas conservée.
• URL SEO La modification et la suppression des URL SEO fonctionnent à nouveau comme prévu.
• Édition en masse des variantes La visibilité dans les canaux de vente n'était pas correctement reprise lors de l'édition en masse des variantes.
• Catégories et navigation Les liens externes dans les catégories conservent leur protocole, et les entrées subordonnées dans l'arborescence de navigation du pied de page sont correctement résolues en URL de page. En complément : le focus dans le champ de nom d'une entrée de l'arborescence pouvait dans certains cas se déplacer.
• Intégrations L'enregistrement d'une intégration dans la zone d'administration échouait dans certains cas.

Pour les développeurs

• Droits par défaut pour les utilisateurs de l'administration Les utilisateurs de la zone d'administration reçoivent désormais, selon Shopware, des droits par défaut à l'exécution.
• Moyens de paiement d'app Le AppPaymentHandler prend désormais en charge l'association à un code de traduction.
• Système de fichiers des plugins Les métadonnées dans le système de fichiers des plugins sont désormais protégées.

Corrections importantes

• L'e-mail de test du formulaire de rétractation fonctionne à nouveau Lors de l'aperçu des modèles d'e-mails, les données d'exemple pour les champs de formulaire définis librement étaient manquantes. De ce fait, l'e-mail de test de la demande de rétractation ne pouvait pas être généré. Ces données d'exemple sont désormais fournies, ce qui permet à l'aperçu de s'exécuter de nouveau.
• Les paramètres de cache restent rétrocompatibles Depuis la version de juillet, il existe de nouvelles clés de configuration pour la compression du cache. Lorsque seules les nouvelles clés étaient définies, les extensions et outils qui lisent encore les anciennes désignations ne pouvaient plus les exploiter. Shopware définit désormais automatiquement les anciennes clés lorsque seules les nouvelles sont configurées.
• Bibliothèque PDF mise à jour La bibliothèque dompdf, avec laquelle Shopware génère des documents tels que les factures et les bons de livraison, a été portée à la version 3.1.6. Selon Shopware, il s'agissait de lever des avertissements de sécurité concernant ce composant tiers. Aucun avis de sécurité propre à Shopware n'a été publié à ce sujet.

Corrections importantes

• Changement de moyen de paiement après l'achat sécurisé de manière fiable Lorsque l'option « Autoriser le changement de moyen de paiement après la finalisation de la commande » est désactivée pour un moyen de paiement, ce dernier ne peut désormais plus être sélectionné pour une commande existante, même via la Store API. Jusqu'à présent, ce paramètre agissait uniquement comme un filtre dans l'interface, ce qui permettait aux moyens de paiement disposant de leur propre bouton de paiement (comme PayPal) de le contourner.
• La Store API ne démarre plus de sessions inutiles Les requêtes à la Store API pouvaient déclencher la gestion des sessions, ce qui faisait croître inutilement l'espace de stockage des sessions et pouvait provoquer des verrouillages de sessions PHP. Le comportement de la session Storefront, y compris l'imitation de client, reste inchangé.
• Factures de correction et d'annulation ZUGFeRD Pour les documents de correction et d'annulation, les informations d'expédition sont désormais correctement déduites des données du document. Les frais d'expédition remboursés, les frais de retour facturés et les valeurs nulles sont clairement distingués dans le XML.
• Les catégories liées redirigent à nouveau Pour les catégories de type Lien, le comportement de redirection fonctionne à nouveau comme prévu.
• Autres corrections Traitement groupé pour tout type de document, une condition de concurrence (race condition) dans le panneau de filtres de l'Administration ainsi que la mise à jour de la bibliothèque PDF dompdf vers la version 3.1.6. Selon Shopware, le changement de dompdf élimine les alertes de sécurité relatives à ce composant tiers ; aucun avis de sécurité propre à Shopware n'a été publié à ce sujet.

Corrections importantes

• Erreur de démarrage corrigée Une configuration de cache modifiée provoquait dans la 6.7.12.0 une erreur au démarrage du système (en interne « Frozen container parameter bag »). Cette erreur est corrigée, ce qui rend de nouveau la version installable.
• Twig 3.28 La compatibilité avec Twig 3.28 a également été établie.

Ce qui change au quotidien dans la boutique

• Recherche améliorée et Search Discovery La recherche comprend désormais davantage de formats d'identifiants de produits, par exemple des tailles comme 32/34, des valeurs décimales avec virgule ou point ainsi que des références fabricant avec ou sans espace (AB123 ou AB 123). De plus, l'ordre des résultats a été revu. Les correspondances exactes restent en tête, et les résultats faiblement pertinents sont plus souvent filtrés. Même un très grand nombre de mots-clés ne confère plus automatiquement un avantage à un produit.
• AI Discovery Files pour les recherches IA Les canaux de vente peuvent désormais fournir ce que l'on appelle des AI Discovery Files, concrètement les fichiers llms.txt et agents.md. Ces fichiers lisibles par machine aident les assistants IA et les moteurs de recherche IA à situer votre boutique et à comprendre comment ils doivent interagir avec elle. Vous gérez les contenus par canal de vente dans l'Administration, disposez d'un aperçu et pouvez ajouter vos propres indications. Pour tous ceux qui souhaitent préparer leur boutique à la recherche de produits assistée par IA, c'est un élément essentiel.
• Rule Builder – nouvelle condition « Quantité par position » Elle permet de baser des règles sur la quantité d'une seule position du panier, plutôt que sur la quantité totale de tous les produits. Certaines désignations ont par ailleurs été renommées pour plus de clarté, et les saisies erronées dans les conditions sont désormais affichées par champ.
• Google Ads Enhanced Conversions L'intégration Google Analytics prend désormais en charge les Enhanced Conversions. Après un achat, l'adresse e-mail du client est transmise à Google Ads sous forme hachée. Cela améliore l'attribution des conversions lorsque le suivi classique par cookies est limité ou que l'achat est finalisé sur un autre appareil. L'activation se fait par canal de vente dans les paramètres Analytics.
• L'e-mail de double opt-in est automatiquement renvoyé Si un client se connecte avec un compte à double opt-in non confirmé et des identifiants corrects, Shopware renvoie automatiquement l'e-mail de confirmation, à condition que le premier e-mail remonte à plus d'un intervalle paramétrable. Cela réduit la charge de support liée aux e-mails de confirmation perdus. À l'avenir, une réinitialisation de mot de passe réussie confirmera également un tel compte.

Pour les développeurs et la technique

• Performance du Storefront La gestion du cache a été revue, le hash du cache ne dépend plus de l'ID de langue. De plus, les listes de produits peuvent charger un extrait raccourci de la description (descriptionTeaser) au lieu de la description complète. Cette option est active pour les nouvelles installations et désactivée pour les boutiques existantes ; elle peut être activée par canal de vente via core.listing.partialDataLoading.
• Prise en charge étendue d'Elasticsearch un champ dédié pour l'autocomplétion de la recherche de l'Administration ainsi que l'option de trouver des variantes via le nom du produit principal (champ parent.name, désactivé par défaut). Après la mise à jour, une réindexation via bin/console es:admin:index est nécessaire.
• Traitement des miniatures plus flexible outre GD, Imagick est désormais également pris en charge, commutable dans le fichier shopware.yaml.
• Modèles d'e-mails et configuration du thème Les modèles d'e-mails peuvent accéder à la configuration du thème du Storefront (theme_config()), ce qui facilite les modèles spécifiques à un canal de vente.
• Autres outils entre autres un nouveau filtre Twig sha256, des options de période revues dans le filtre de date des commandes et un format de sortie CLI unifié (--format json).

Remarque concernant les dépréciations

Fonctionnalités commerciales

Corrections importantes

• Les prix d'achat ne passent plus par la Store API Les prix d'achat ne sont plus renvoyés dans les positions de commande de la Store API. Cela exclut toute divulgation involontaire des prix.
• Les médias privés restent privés Lors des opérations d'écriture via la couche de données, la visibilité des médias privés est conservée de manière fiable.
• Webhooks après un changement de secret Après un changement du secret de l'application, les webhooks sont signés avec le secret actuel. Cela est essentiel pour une communication fiable avec les apps connectées.
• Contrôle des droits renforcé Les événements d'écriture n'exigent plus de permissions API (ACL) supplémentaires au-delà de celles réellement nécessaires.
• La recherche fournit à nouveau des résultats complets Les produits avec une langue héritée (par exemple le suisse allemand) et les requêtes de recherche avec des termes numériques réorganisés sont de nouveau correctement trouvés.
• Plus d'erreurs 500 dues aux URL de suivi Une URL de suivi erronée ne provoque plus d'erreur serveur sur les pages de compte et d'aperçu des commandes dans le Storefront.
• Autres corrections notamment au niveau des promotions et des remises, dans le formulaire de rétractation, dans la gestion des statuts de commande ainsi qu'à plusieurs endroits de l'Administration.

Corrections importantes

• Import map plus fiable dans le Component System La génération de l'import map JavaScript a été améliorée. Elle fait partie du nouveau Component System, introduit dans la Storefront avec la 6.7.11.0, et permet de garantir que les scripts associés sont correctement intégrés. Cette correction concerne surtout les boutiques qui utilisent déjà le Component System.
• Connexion au serveur MCP expérimental Lors de l'authentification du nouveau serveur MCP, une dépendance interne a été corrigée afin que la connexion se résolve de nouveau de manière fiable. Selon Shopware, le serveur MCP reste expérimental et n'est actif que via un feature flag. Seules les installations l'ayant activé à titre de test sont donc concernées.
• Navigation du pied de page et URLs des pages Les sous-éléments de l'arborescence de navigation du pied de page sont désormais pris en compte en tant qu'URLs de pages. Auparavant, ils manquaient à cet endroit. Cela concerne tous les cas où Shopware collecte les URLs des pages, par exemple pour le sitemap.

Ce qui change au quotidien dans la boutique

• Aperçu des e-mails par canal de vente Vous pouvez désormais afficher un e-mail tel qu'il apparaît réellement dans le canal de vente concerné, en-tête et pied de page inclus. L'aperçu est en outre rendu de manière isolée, ce qui rapproche l'affichage du résultat réel. Cela rend le contrôle avant l'envoi plus fiable.
• La recherche accède directement au produit Lorsqu'un client saisit un EAN ou une référence fabricant correspondant exactement à un seul produit, la recherche redirige désormais directement vers la page produit. Auparavant, cela ne s'appliquait qu'à la référence produit. Cela permet notamment de gagner une étape pour les grands catalogues et en B2B.
• Correction du filtre « Dernier trimestre » Dans le backend, ce filtre de date renvoyait jusqu'à présent, entre janvier et mars, une période erronée et beaucoup trop longue, s'étalant sur deux ans. Ce problème est corrigé : la période correcte de trois mois de l'année précédente est désormais affichée.
• Téléchargements après renommage de médias Lorsque vous renommez un fichier média, l'adresse associée est automatiquement mise à jour. Les téléchargements continuent ainsi de fonctionner sans détour.
• Commandes préservées malgré une panne du serveur de recherche Si le serveur de recherche (Elasticsearch ou OpenSearch) tombait brièvement en panne pendant l'achat, une commande déjà enregistrée pouvait jusqu'à présent échouer avec un message d'erreur. Désormais, la panne est consignée puis ignorée, et la commande est finalisée normalement. Cela concerne toutes les boutiques utilisant Elasticsearch ou OpenSearch.
• Champs personnalisés et droits de lecture Les Custom Fields dans plusieurs vues détaillées sont désormais verrouillés lorsqu'un collaborateur ne dispose que de droits de lecture. Cela empêche toute modification accidentelle des valeurs.

Serveur MCP expérimental pour l'intégration de l'IA

Pour les développeurs et les adaptations de thèmes

• Nouveau Component System et serveur de développement Vite Shopware introduit un Component System pour la Storefront basé sur les Twig-UX-Components, présenté comme la base d'un futur système de contenu. S'y ajoute un nouveau serveur de développement basé sur Vite (composer storefront:dev-server). L'ancienne commande watch:storefront est dépréciée.
• Configuration du thème sous forme de CSS Custom Properties Les couleurs et autres paramètres visuels sont désormais également disponibles sous forme de CSS Custom Properties, sous le même nom que les variables SCSS existantes. Par ailleurs, le fichier theme.json prend désormais en charge les références à des fichiers individuels d'autres bundles.
• Système d'événements JavaScript global Un nouveau système d'événements (emit/on) est disponible via l'objet central window.Shopware, plus simple à utiliser que les événements liés aux instances de l'ancien système de plugins JS.
• Sept nouveaux résolveurs de clés étrangères pour la Sync API Les payloads peuvent désormais référencer des entités via des clés lisibles plutôt que via des UUID, par exemple via currency.iso_code, locale.code ou payment_method.technical_name.
• API de modèles d'e-mail étendue De nouvelles routes pour l'aperçu, la simulation et l'envoi permettent un aperçu propre à chaque canal de vente ainsi que la résolution des données de modèle avant l'envoi.
• Durée de validité configurable des liens profonds de commande via le fichier shopware.yaml (order.deep_link.expire_days).
• Transitions de la State Machine plus robustes Elles sont désormais brièvement verrouillées par entité, afin que des appels simultanés ne génèrent pas d'entrées d'historique en double.
• Autres outils un flag DAL IgnoreInUnusedMediaSearch pour media:delete-unused, une correction de bug concernant le chargement des snippets de plugins par langue, la nouvelle commande translation:list incluant les pseudo-langues, ainsi qu'un ordre d'installation des plugins tenant compte des dépendances. Les adaptateurs de système de fichiers locaux permettent désormais de désactiver l'application des droits de fichiers via enforce_file_permissions: false.

Remarque concernant les dépréciations

Particulièrement pertinent

• Formulaire de rétractation – deux corrections juste avant l'échéance Sur les installations MariaDB, la mise en page de page par défaut avec le formulaire de rétractation ne s'affichait pas ; c'est corrigé. De plus, le bouton de rétractation n'était visible sur smartphones et tablettes qu'après ouverture de la colonne du pied de page – il est désormais directement accessible. Pour les boutiques 6.6 utilisant le bouton de rétractation rétroporté, ces deux correctifs sont importants au vu de l'obligation légale à compter du 19 juin 2026.
• Finalisation de commande en cas de panne du serveur de recherche Si Elasticsearch ou OpenSearch tombe brièvement en panne pendant l'achat, une commande déjà enregistrée n'est plus annulée (rétroportage, même correctif que dans la 6.7.11.0).
• reCAPTCHA v3 fonctionne à nouveau Dans la série 6.6, Google reCAPTCHA v3 était entièrement ignoré. La protection contre le spam et les bots dans les formulaires fonctionne à nouveau.

Autres corrections

• Promotions Il est désormais possible de définir plus de 20 exclusions.
• Filtre de date des commandes Une erreur de fuseau horaire dans l'Administration entraînait la sélection de mauvaises commandes par le filtre. Corrigé.
• PayPal « Payer plus tard » Disponible désormais aussi pour les commandes créées dans l'Administration.
• Élément Image (CMS) L'alignement et l'option « Étirer » fonctionnent à nouveau correctement.
• Filtres de commandes dans l'Administration Certains filtres n'étaient pas sélectionnés au clic – c'est corrigé.
• Héritage linguistique CMS Les contenus sont à nouveau correctement hérités entre les langues.
• Checkout Le bouton Retour ne modifie plus involontairement la quantité dans le panier.
• Changement de mode de livraison et de paiement Les sélecteurs de la Storefront fonctionnent à nouveau de manière fiable avec la Checkout-Gateway.
• Rule Builder Correction de snippets défectueux dans les conditions, la configuration de la règle est réinitialisée après un changement de condition, et un problème de format de date dans les règles de plage de dates (DateRangeRule/Promotion) est corrigé.
• Édition de blocs CMS Les éléments d'édition restent accessibles, même lorsqu'une grande image a été insérée via HTML dans un élément de texte.
• Navigation mobile Le menu ne bascule plus vers une catégorie racine non assignée au lieu de l'entrée principale.
• Gestion des médias Le remplacement d'une image utilisée dans un teaser ne provoque plus d'erreur.

Pour les développeurs

• Le mappage Doctrine-Enum-Type peut désormais être enregistré ; correction de la version « Since » dans les indications de dépréciation ; vérification d'une clé ACL dans la règle PHPStan (rétroportage) ; et MatchAllLineItems renvoie à nouveau le résultat correct pour un panier vide.

Le correctif de sécurité

• Mise à jour de sécurité de Twig Le moteur de templates Twig utilisé par Shopware a été mis à jour afin de corriger une faille de sécurité.
• Important – le plugin Security ne suffit pas dans ce cas Contrairement aux autres mises à jour de sécurité, le plugin Shopware Security ne peut pas combler cette faille. La mise à jour de Twig elle-même est indispensable, et elle n'est fournie que par cette version corrective. Installer cette mise à jour est donc le seul moyen de corriger la faille.

Autres corrections

• Réduction de la charge serveur lors de la vérification des mises à jour d'extensions (mise en cache supplémentaire), suppression d'une dépendance devenue inutile, ainsi qu'une correction de la version de shopware/conflicts.

Corrections importantes

• Téléchargement d'export Lors du téléchargement de fichiers exportés via une URL temporaire, le nom du fichier était manquant. C'est corrigé – les téléchargements portent à nouveau un nom correct.
• Composants mis à jour Twig et Symfony ont été mis à jour suite à des correctifs de sécurité de ces composants.
• MariaDB Un problème lié aux valeurs par défaut sous MariaDB a été corrigé, les migrations de base de données associées ont été adaptées en conséquence.
• Permissions dans l'Admin Deux corrections de droits permettent à nouveau la lecture des traductions de produits et attribuent au suivi (tracking) par canal de vente la permission nécessaire.
• Autres corrections S'y ajoutent des ajustements mineurs, notamment une mise à jour de la bibliothèque de composants de l'Administration (Meteor) et la réutilisation des fichiers médias déjà existants lors de l'import d'icônes pour les moyens de paiement des apps.

Failles de sécurité corrigées

• Prise de contrôle de comptes administrateur Un hash de récupération censé être secret pouvait être lu via l'API Admin et détourné pour prendre le contrôle d'un compte administrateur tiers.
• Élévation de privilèges via la Sync API Via une intégration, un indicateur d'administrateur pouvait être contourné pour obtenir de manière abusive des droits étendus.
• Création de comptes administrateur sans droits d'administrateur Un utilisateur disposant du droit de créer des utilisateurs, mais sans statut d'administrateur, pouvait créer des comptes administrateur à part entière.
• Découverte de noms d'utilisateur administrateur De faibles différences dans les temps de réponse de la connexion Admin permettaient de déterminer des noms d'utilisateur administrateur valides.
• Modification du statut de commande sans droits suffisants Via l'API Admin, le statut des commandes pouvait être modifié sans disposer des droits prévus à cet effet.
• Déclenchement de paiement pour des commandes tierces Via la Store API, des processus de paiement pour des commandes tierces pouvaient être déclenchés sans autorisation.
• Redirection ouverte via l'authentification unique (SSO) Une vérification insuffisante lors de la connexion SSO permettait des redirections vers des cibles arbitraires – une porte d'entrée classique pour le phishing.
• Code malveillant via des uploads SVG Les fichiers SVG téléchargés n'étaient pas suffisamment nettoyés, ce qui permettait d'injecter du code malveillant (XSS stocké).
• Requêtes serveur manipulées via l'import de médias La vérification d'IP lors de l'import de médias via une URL pouvait être contournée, ce qui permettait d'inciter le serveur à effectuer des requêtes internes non désirées (SSRF).

Ce qui change pour le téléchargement de fichiers

• Vérification renforcée des uploads SVG Shopware vérifie désormais les fichiers SVG téléchargés par rapport à une liste blanche fixe avant de les enregistrer. Les contenus actifs tels que les scripts, gestionnaires d'événements ou références externes sont rejetés ; les éléments de représentation sûrs restent autorisés. Pour la plupart des boutiques, rien ne change – mais celles qui utilisent des graphiques SVG avec des éléments spéciaux devraient vérifier après la mise à jour s'ils sont toujours acceptés. Si nécessaire, la sélection autorisée peut être adaptée dans le fichier shopware.yaml.
• Vérification unifiée des URL lors de l'import de médias La vérification des URL lors de l'import via le point de terminaison external-link suit désormais les mêmes règles que le téléchargement depuis une URL. Important pour vos propres adaptations : l'ancienne méthode validateExternalUrl() est obsolète et sera remplacée par assertValidExternalUrl(). Les détails figurent dans UPGRADE-6.8.md.

Failles de sécurité corrigées

• Prise de contrôle de comptes administrateur Un hash de récupération censé être secret pouvait être lu via l'API d'administration et être utilisé de manière abusive pour prendre le contrôle d'un compte administrateur d'un tiers.
• Élévation de privilèges via l'API Sync Via une intégration, il était possible de contourner un indicateur d'administrateur et ainsi d'obtenir des droits étendus de manière illégitime.
• Création de comptes administrateur sans droits d'administration Un utilisateur disposant du droit de créer des utilisateurs, mais sans statut d'administrateur, pouvait créer des comptes administrateur à part entière.
• Découverte des noms d'utilisateur administrateur De légères différences dans les temps de réponse de la connexion administrateur permettaient de déterminer des noms d'utilisateur administrateur valides.
• Modification du statut de commande sans droits suffisants Via l'API d'administration, il était possible de modifier le statut de commandes sans disposer des droits prévus à cet effet.
• Déclenchement de paiement pour des commandes de tiers Via la Store API, des processus de paiement pour des commandes de tiers pouvaient être déclenchés sans autorisation.
• Code malveillant via des téléversements SVG Les fichiers SVG téléversés n'étaient pas suffisamment nettoyés, ce qui permettait d'injecter du code malveillant (Stored XSS).

Ce qui change pour le téléversement de fichiers

• Contrôle renforcé des téléversements SVG Shopware vérifie désormais les fichiers SVG téléversés avant leur enregistrement et rejette les contenus actifs tels que les scripts ou les références externes. Pour la plupart des boutiques, rien ne change – toutefois, si vous utilisez des graphiques SVG avec des éléments particuliers, vous devriez vérifier après la mise à jour qu'ils sont toujours acceptés. Les détails techniques de cette modification figurent dans le fichier UPGRADE-6.6.md.

Corrections de bugs

• Race condition lors des changements de statut Les statuts de commande et de livraison pouvaient échouer ou générer des états incohérents en cas de forte charge. Le problème a été corrigé.
• Le panier se vidait de manière inattendue Dans certaines circonstances, le panier pouvait être entièrement supprimé pendant la session.
• Taxe incorrecte sur les frais de livraison pour les articles gratuits Lorsqu'un produit devenait gratuit grâce à une promotion, le taux de taxe appliqué aux frais de livraison pouvait être calculé de manière incorrecte.
• Erreur d'arrondi dans le calcul des prix Un problème d'arrondi dans le calcul des prix pouvait, dans de rares cas, entraîner des écarts de quelques centimes.
• Civilité ignorée pour l'adresse de livraison Lors de l'inscription, une civilité choisie individuellement pour l'adresse de livraison n'était pas prise en compte.
• URLs SEO supprimées non prises en compte Le résolveur SEO n'excluait pas correctement les URLs supprimées lors du tri.
• Délai d'attente dépassé avec un grand nombre de produits dans les promotions Le champ de sélection des champs supplémentaires dans les promotions dépassait le délai d'attente pour les boutiques comportant de nombreux produits.
• Lien vers l'aperçu des variantes manquant Le lien « Retour à l'aperçu des variantes » disparaissait après l'enregistrement de l'URL SEO.
• Erreur du panier, champs supplémentaires de prix vides, extrait de commande incorrect, champ de prix d'achat désactivé, affichage des modales, migration du formulaire de rétractation et alias d'API ont également été corrigés.

Points forts

• Canal de vente Agentic Commerce (expérimental) Shopware bénéficie d'un nouveau type de canal de vente pour la distribution assistée par IA. Il permet de mettre à disposition les données produits sous forme de flux JSONL pour des plateformes d'IA comme ChatGPT. L'Administration propose ses propres vues pour la configuration, le mapping des produits et les statistiques d'utilisation. Cette fonctionnalité avait déjà été annoncée avec la version 6.7.9.0, mais n'est livrée que maintenant.
• Données Open Graph pour les produits Dans la section SEO des détails produit, il est désormais possible de renseigner des données Open Graph personnalisées (titre, description, image). Cela permet des aperçus ciblés lors du partage de liens produits sur Facebook, LinkedIn et dans les messageries – une fonctionnalité attendue depuis longtemps pour le social commerce.
• Vérification en temps réel des stocks sur les pages de détail produit Pour les produits en déstockage (soldes), le sélecteur de quantité vérifie désormais en temps réel le stock réel via une nouvelle interface Store API. Ainsi, les clients voient toujours la disponibilité actuelle, même sur des pages mises en cache – un point important pour les boutiques disposant de stocks limités.
• Animations 3D dans la Storefront Les modèles 3D avec animations intégrées peuvent désormais être lus directement dans la Storefront. Il suffit de télécharger un modèle avec des animations, de l'associer à un produit et de l'afficher dans la boutique.
• Civilités triables Les civilités (Monsieur, Madame, etc.) peuvent désormais être triées grâce à un nouveau champ de position. Le tri alphabétique précédent est remplacé. Les civilités par défaut sont migrées automatiquement – les civilités personnalisées doivent être vérifiées après la mise à jour dans l'Administration et, si nécessaire, dotées d'une position.

Storefront

• Affichage plus ciblé des variantes dans les listes Via le paramètre « Afficher la meilleure variante », la variante la plus pertinente en fonction du filtrage actuel est automatiquement sélectionnée dans les listes de produits et les résultats de recherche. Les clients voient ainsi directement la déclinaison la plus pertinente d'un produit.
• Accessibilité de la bannière de cookies La bannière de cookies reçoit automatiquement le focus dès son affichage – ce qui améliore l'utilisabilité pour les lecteurs d'écran et la navigation au clavier. De plus, la bannière de cookies est désormais déplacée au début de l'élément body.
• Annulation uniquement pour les commandes ouvertes L'option d'annulation dans le compte client n'est désormais affichée que pour les commandes ayant le statut « ouvert ». Les clients ne voient plus d'option d'annulation invalide pour les commandes finalisées.
• Sous-positions pour les produits Les sous-positions (par exemple pour les bundles ou les produits configurés) sont désormais affichées dans la confirmation de commande, lorsqu'elles existent.
• Galerie avec chargement différé La galerie d'images produit prend désormais en charge le chargement différé (lazy loading) et des hauteurs de vignettes optimisées pour des temps de chargement de page plus rapides.

Administration

• Commentaires internes dans la liste des commandes Les commentaires internes sur les commandes sont désormais visibles directement dans la liste des commandes via une icône d'infobulle. Cela évite de passer par la page de détail.
• Intégrations iframe plus stables Les extensions d'administration basées sur des iframes (par exemple via le Meteor Admin SDK) sont désormais correctement re-rendues lorsque l'emplacement change. Auparavant, cela pouvait entraîner l'affichage de contenus obsolètes.
• Route guards des mixins réparés Les route guards dans les mixins (par exemple beforeRouteLeave) sont désormais exécutés de manière fiable – même pour les routes chargées en lazy loading.
• Téléversement de médias par lots Les téléversements de médias sont désormais traités par lots afin de ne pas surcharger le navigateur et le serveur en cas de nombreux fichiers.

API & Core

• Limiteurs de débit étendus Les points de terminaison de connexion et OAuth prennent désormais en charge des limiteurs de débit supplémentaires par utilisateur et par adresse IP. La configuration se fait de manière optionnelle via shopware.api.rate_limiter dans le fichier shopware.yaml.
• Format d'export JSONL Les exports de produits prennent désormais en charge, en plus du CSV et du XML, le format JSONL – la base du flux Agentic Commerce.
• SHA-256 pour le regroupement des variantes Le champ display_group est désormais calculé avec SHA-256 au lieu de MD5. La colonne de base de données a été étendue à VARCHAR(64). Les plugins qui accèdent à l'ancien hash de 32 caractères doivent être adaptés.
• Indexation des mots-clés de recherche désactivable Grâce à la nouvelle configuration shopware.product.search_keyword.indexing, l'indexation des mots-clés de recherche peut être désactivée – utile pour les boutiques utilisant une recherche tierce (par exemple Algolia, Doofinder).

Système d'applications

• Validation des prérequis des apps Les apps peuvent désormais définir des prérequis dans le manifeste (par exemple ). Lors de l'installation, il est vérifié que l'URL de l'app est accessible en HTTPS et ne pointe pas vers un environnement de développement local – les erreurs de configuration sont ainsi détectées tôt.

Corrections de bugs importantes

• Groupes de produits dynamiques Correction d'un bug affectant les groupes de produits dynamiques dans Safari.
• Recherche Elasticsearch Correction d'un bug où la recherche de produits avec Elasticsearch pouvait générer une erreur 500 lorsqu'un champ personnalisé booléen était configuré comme consultable.
• Documents de commande après suppression du client Les liens de documents dans les commandes restent désormais disponibles même après la suppression du client associé.
• Commentaire au checkout Correction d'un bug lors de l'enregistrement des commentaires clients au checkout.
• Tri des variantes lors de la migration L'ordre des options de variantes est désormais correctement conservé lors des migrations.
• Héritage des langues CMS L'héritage des langues pour les contenus CMS a été corrigé – les surcharges dans les sous-langues ne sont plus perdues.
• Robots.txt Les directives dupliquées pour les blocs User-Agent dans le robots.txt sont désormais empêchées.

Corrections de bugs

• Fenêtres modales globales dans l'Administration Les fenêtres modales globales étaient rendues en dehors du conteneur de contenu de sw-desktop, ce qui pouvait entraîner des problèmes d'affichage. Les fenêtres modales sont désormais correctement positionnées à l'intérieur de la zone de contenu.
• Mise en page de catégorie par défaut lors de la migration Lors de la migration de données, une erreur pouvait survenir si la mise en page par défaut des catégories n'existait pas. Ce cas est désormais correctement pris en charge.
• Validation reCAPTCHA La suppression du validateur required sur les champs de saisie reCAPTCHA a été rétablie. Sans ce correctif, les formulaires intégrant reCAPTCHA ne pouvaient pas être envoyés dans certaines circonstances.
• Traductions du formulaire de rétractation Les traductions en double du formulaire de rétractation CMS ont été corrigées. Cela concerne les boutiques multilingues utilisant le nouveau formulaire de rétractation introduit dans la version 6.7.9.0.
• Quantité minimale pour les prix échelonnés La validation de la quantité minimale pour les paliers de prix (quantity range) a été ajustée – le contrôle plus strict ne s'appliquera qu'à partir de la prochaine version majeure 6.8. Cela garantit la rétrocompatibilité pour les configurations existantes.

Configuration système requise

• PHP Testé sur PHP 8.2, 8.4 et 8.5
• Base de données Testé sur MySQL 8 et MariaDB 11

Points forts

• Bouton de rétractation natif (§356a BGB) Shopware intègre une procédure de rétractation complète en deux étapes directement dans le Core. Les clients pourront désormais soumettre leur rétractation par voie électronique via un formulaire en ligne – à l'image du formulaire de contact existant. La solution peut être placée de manière flexible dans la boutique via les Erlebniswelten sous forme d'élément CMS. Un backport vers Shopware 6.6 est également disponible. La fonctionnalité fait partie de la Community Edition et est gratuite. Échéance pour l'obligation légale : 19 juin 2026. Pour savoir concrètement ce que vous devez faire dès maintenant, consultez notre article détaillé sur le bouton de rétractation.
• Données structurées au format JSON-LD La Storefront génère désormais, en option, les données structurées au format JSON-LD moderne – le standard privilégié par Google. Concrètement, cela signifie que Google peut afficher vos produits dans les résultats de recherche avec notes en étoiles, prix, disponibilité et autres détails (Rich Results). La Google Sitelinks Searchbox est également prise en charge. Activation via le feature-flag JSON_LD_DATA (par défaut : désactivé). Les détails techniques concernant les types de schémas disponibles et l'extensibilité sont présentés plus bas dans la section Storefront. L'ancienne sortie Microdata est dépréciée et sera supprimée avec la version 6.8.0.
• Recherche Admin plus rapide avec OpenSearch (expérimental) Les boutiques disposant de gros volumes de données peuvent désormais faire fonctionner la recherche de l'Administration via OpenSearch. Le chargement des listes de produits et la recherche dans l'Admin sont ainsi nettement plus rapides, et les timeouts sur les grands catalogues appartiennent au passé. Activation via le feature-flag ENABLE_OPENSEARCH_FOR_ADMIN_API.
• Nouveau canal de vente « Agentic Commerce » Shopware introduit un tout nouveau type de canal de vente conçu spécifiquement pour la distribution de produits assistée par IA via des plateformes comme ChatGPT. Un flux JSONL conforme aux standards permet de mettre les produits directement à disposition des plateformes d'IA, de créer des flux spécifiques à chaque plateforme (en commençant par le « OpenAI Product Feed ») et de mesurer le trafic de référencement lié à l'IA via l'infrastructure d'affiliation existante. Un modèle de flux préconfiguré, des métadonnées de marchand personnalisables et des URLs de flux immédiatement utilisables facilitent la mise en place. Une base prometteuse pour exploiter le trafic croissant généré par l'IA au profit de votre propre boutique.
• Améliorations SEO grâce aux données Open Graph pour les produits Il est désormais possible de définir des données Open Graph individuelles pour chaque produit – titre, description et image. Vous contrôlez ainsi précisément l'apparence de vos produits lors du partage sur les réseaux sociaux (Facebook, LinkedIn, WhatsApp, X, etc.) ou les messageries. Combiné à la migration vers JSON-LD, un véritable levier pour le SEO et le partage social.
• Commentaires internes lors des changements de statut Lors des modifications du statut de commande, de paiement ou de livraison, il est désormais possible d'ajouter des commentaires internes visibles uniquement dans l'Administration – et non pour les clients. Utile pour la documentation interne et la communication au sein de l'équipe.

Fonctionnalités commerciales Shopware (Evolve / Beyond)

• Shopware Nexus (Bêta) Tout nouveau service Shopware pour l'orchestration visuelle des workflows et intégrations. Au lieu de créer des scripts individuels ou des middlewares supplémentaires, les processus entre Shopware et des systèmes externes tels que les ERP ou CRM peuvent être modélisés de manière événementielle via une couche de workflow centralisée. Les intégrations deviennent ainsi plus stables et plus faciles à maintenir sur le long terme. Actuellement disponible en version bêta.
• Shopware Copilot – Historique de conversation L'assistant piloté par IA de l'Administration bénéficie désormais d'un historique de conversation. Les échanges et décisions précédents restent consultables directement dans Copilot – plus besoin de reconstruire le contexte à chaque fois.
• CAD-to-3D quitte la Bêta La conversion de fichiers CAO en modèles 3D .glb adaptés au web est désormais officiellement disponible. Les modèles convertis peuvent être utilisés comme médias produits, dans des visualiseurs AR, des mises en page immersives et des animations au défilement. Disponible via l'abonnement Shopware Intelligence+ ou en illimité dans les plans commerciaux Shopware.
• Product Bundles (Blueprint) Première version de la fonctionnalité native de bundles dans Shopware. Les marchands peuvent créer des ensembles sélectionnés ou des offres de vente croisée directement dans Shopware. La prise en charge des variantes et la sélection de quantités suivront dans des versions ultérieures. Disponible à partir de Shopware Evolve.
• Éléments immersifs : bloc Explosion Graphics Nouveau bloc 3D interactif pour les représentations en vue éclatée de produits complexes. Idéal pour des applications B2B telles que les machines ou la gestion de pièces détachées. Les différents composants peuvent être annotés d'explications et liés à des pages de détail produit. Disponible en tant que module additionnel pour 49 €/mois.
• Extensions ZUGFeRD Prise en charge des factures d'annulation (Cancellation Invoices), des factures d'annulation intégrées et des avoirs (Credit Notes) au format ZUGFeRD. ZUGFeRD repose sur la norme européenne de facturation électronique EN 16931 et devient progressivement obligatoire en Allemagne pour le traitement électronique standardisé des factures.
• Collecte GMV améliorée Installée automatiquement dans toutes les boutiques Shopware fonctionnant au moins avec la version 6.7.8. Pour les boutiques en Community Edition, l'acceptation des CGU à partir de la version 3.2 ainsi qu'un lien avec le compte Shopware sont requis.

Storefront

• Nouveau système de composants Storefront Shopware introduit un nouveau système de composants ainsi qu'un système d'événements JavaScript global, servant de base aux futures extensions de la Storefront. Les développeurs bénéficient d'une base plus structurée pour les composants et interactions personnalisés.
• Nouveaux types de schémas JSON-LD Parmi les nouveautés figurent notamment un schéma WebSite avec SearchAction (Google Sitelinks Searchbox), un schéma Organization avec le logo de la boutique, ItemList sur les pages de catégorie et de résultats de recherche, ainsi que des entrées VideoObject pour les vidéos produits. Le schéma Product sur la page de détail contient désormais toutes les images du produit, AggregateRating avec un ratingCount correct, jusqu'à 10 avis individuels, OfferShippingDetails, les dimensions sous forme de QuantitativeValue, itemCondition, gtin13 (EAN) et mpn (référence fabricant).
• Templates JSON-LD extensibles Chaque schéma se trouve dans son propre template Twig sous storefront/layout/structured-data/. Grâce au principe bien connu de sw_extends, les plugins et thèmes peuvent compléter ou remplacer des schémas individuels – par exemple ajouter un ContactPoint à l'Organization.
• Les requêtes HEAD ne déclenchent plus le Double Opt-In Certains clients de messagerie envoient des requêtes HEAD sur les liens des e-mails, confirmant ainsi des inscriptions par erreur. Désormais, seules les véritables requêtes GET déclenchent le Double Opt-In.
• Case à cocher pour les contenus numériques déplacée La confirmation d'accès pour les produits numériques se trouve désormais directement à côté du bouton de commande – plus conforme juridiquement et plus claire pour les clients.
• Overlay d'erreur d'exécution désactivé dans le serveur de développement Webpack L'overlay gênant lors des erreurs d'exécution en mode Hot-Reload a été désactivé. Les erreurs restent visibles dans la console du navigateur.

Administration

• Données Open Graph individuelles pour les produits Dans la gestion des produits, il est désormais possible de définir des données Open Graph propres à chaque produit – titre, description et image distincts pour l'affichage sur les réseaux sociaux et les messageries. Indépendamment des métadonnées standard du produit.
• Mapping de données CMS pour les champs personnalisés média Les champs personnalisés média sont désormais disponibles comme source de mapping de données pour les éléments d'image dans les mises en page CMS de catégorie et de produit – plus besoin de contournements.
• Filtre produit par numéro d'article avec recherche partielle La liste des produits dans l'Administration prend désormais en charge la recherche par fragments d'un numéro de produit.
• Tri naturel pour les variantes Les variantes sont désormais triées naturellement lorsqu'elles sont classées par nom (par exemple « S, M, L, XL » au lieu d'un tri alphabétique).
• Suppression en masse de documents Les documents peuvent désormais être supprimés en masse via la Sync API et dans l'Administration.
• Indicateur de chargement pour les formulaires CMS Les boutons de soumission dans les formulaires CMS affichent désormais un indicateur de chargement pendant le traitement.
• Types de produits filtrables La liste des produits peut désormais être filtrée par types de produits configurables.
• Administration : balise meta robots L'Administration définit désormais noindex, nofollow – ce qui évite toute indexation accidentelle par les moteurs de recherche.

Core

• La page CMS par défaut est désormais enregistrée de manière persistante Jusqu'à présent, la page CMS par défaut pour les catégories n'était définie qu'au moment de l'exécution – désormais, elle est écrite en base de données lors de l'enregistrement. Une migration remplit automatiquement les catégories existantes.
• Héritage pour les catégories principales de produit Les catégories principales sont désormais héritées du produit parent lorsqu'elles ne sont pas explicitement définies sur la variante. Moins d'efforts de maintenance pour les produits à variantes.
• Réduction de l'invalidation du cache HTTP lors des modifications de configuration SystemConfigService::set(), setMultiple() et delete() acceptent désormais un nouveau paramètre $silent. Avec silent=true, le tag de cache HTTP n'est pas invalidé – ce qui évite les « tempêtes d'invalidation » lors de l'écriture de valeurs de configuration internes.
• Nettoyage automatique des tokens de réinitialisation de mot de passe expirés Une nouvelle tâche planifiée supprime quotidiennement les entrées expirées de la table customer_recovery (toutes celles de plus de 48 heures). La table ne croît ainsi plus indéfiniment.
• Nouveaux types de champs pour les définitions d'entités Le système d'entités basé sur les attributs prend désormais en charge de nouveaux types : FieldType::EMAIL, #[Password], #[ListField] et FieldType::PRICE.
• Élément CMS Slider de produits Deux nouveaux événements (ProductSliderStaticCriteriaEvent, ProductSliderStreamCriteriaEvent) permettent d'adapter les critères de produits dans le slider via un subscriber.
• Protection contre la suppression des flux de produits Les flux de produits utilisés dans les exports de produits ne peuvent désormais plus être supprimés. La clé étrangère a été modifiée en RESTRICT.
• Résolution d'une race condition dans le panier Les paniers déjà supprimés ne sont plus recréés par erreur lors de requêtes parallèles.
• Révocation de token OAuth Implémentée conformément à OIDC 3.1.2.1 et RFC-7009.
• Événement Heartbeat pour les applications Un nouvel événement app.system_heartbeat signale chaque semaine aux applications que l'instance Shopware est active.

API

• Routes de newsletter avec corps de réponse Au lieu de 204 No Content, /store-api/newsletter/subscribe, /confirm et /unsubscribe renvoient désormais 200 OK avec {"success": true, ...}. Les anciennes méthodes sont dépréciées – veuillez migrer vers les variantes *WithResponse().
• URLs de vignettes externes pour les médias Deux nouveaux points de terminaison (POST/DELETE /api/_action/media/{id}/external-thumbnails) permettent d'enregistrer des vignettes prégénérées provenant de CDN. Lors de la création de médias externes, un tableau thumbnails peut être fourni directement.
• Valeurs minimales pour les quantités de prix produit quantityStart et quantityEnd dans ProductPriceDefinition exigent désormais une valeur minimale de 1.
• Enums OpenAPI via le flag Choice de la DAL Les champs de la DAL peuvent désormais déclarer des valeurs autorisées, qui apparaissent automatiquement dans le schéma OpenAPI. Avec validation stricte à l'écriture en option.

Hébergement & Configuration

• Connexions MySQL longue durée Prise en charge de bibliothèques telles que doctrine-mysql-come-back, qui encapsulent la connexion DBAL standard – pertinent pour les configurations de workers et de consumers à durée d'exécution longue.
• Overrides de configuration système en mode staging La commande system:setup:staging permet désormais de préconfigurer des clés de configuration système via une structure YAML – incluant des overrides spécifiques par canal de vente. Idéal pour les configurations de staging automatisées.
• Client HTTP personnalisé pour S3 La création du client S3 accepte désormais un HttpClientInterface optionnel. Permet de définir des timeouts, stratégies de nouvelle tentative et versions de protocole HTTP individuels pour les opérations S3.
• Testé sur PHP 8.2, 8.4 et 8.5 ainsi que MySQL 8 et MariaDB 11.

Dépréciations (préparation pour 6.8.0.0)

• Sortie Microdata Tous les attributs itemscope/itemtype/itemprop de la Storefront sont dépréciés. Avec la version 6.8.0, seul JSON-LD sera utilisé.
• Méthodes de routes newsletter subscribe(), confirm() et unsubscribe() sont dépréciées – veuillez migrer vers les variantes *WithResponse().
• Champ cmsPageIdSwitched Déprécié sur CategoryDefinition et CategoryEntity.
• Classe TemplateGroup \Shopware\Core\Content\Seo\SeoUrlTemplate\TemplateGroup sera supprimée dans la version 6.8.0.
• Champs standard d'EntityDefinition L'ordre d'application de createdAt/updatedAt change dans la version 6.8.0 – vérifiez vos propres définitions qui ajoutent manuellement ces champs.
• Route /api/_action/mail-template/validate Sera supprimée sans remplacement.
• Bloc Twig page_product_detail_product_buy_button_label Veuillez désormais utiliser component_product_box_action_buy_button_label.
• Paramètre silent dans SystemConfigService À partir de la version 6.8.0, silent=true sera la valeur par défaut. Les clients devraient dès maintenant définir explicitement ce paramètre.

Corrections de bugs importantes

• Héritage des prix pour les variantes de produit L'héritage des prix est désormais appliqué correctement.
• Moyenne des évaluations pour les variantes La moyenne des évaluations est désormais calculée correctement pour les produits avec variantes.
• Codes promotionnels en minuscules Les codes de réduction sont désormais correctement acceptés, même lorsqu'ils sont saisis en minuscules.
• Fusion de panier avec les promotions de sets de produits Les fusions de panier fonctionnent à nouveau correctement.
• Race conditions dans le panier Plusieurs race conditions lors de l'utilisation simultanée du panier (persistance/chargement, finalisation de commande) ont été corrigées.
• Race condition lors de l'attribution de thème (MariaDB) Erreur corrigée lors de l'utilisation de MariaDB.
• Produits numériques Le téléchargement dans la Storefront fonctionne à nouveau de manière fiable.
• OpenSearch avec filtres NotEquals Comportement erroné corrigé pour les filtres NotEquals sur des champs imbriqués.
• Documents ZUGFeRD Libellé et nom de fichier corrigés ; les factures XML sont désormais correctement jointes aux e-mails.
• Nom du canal de vente dans les modèles d'e-mail Les traductions s'affichent désormais correctement.
• Plages de numérotation partant de zéro Une erreur permettant aux plages de numérotation de commencer à zéro a été corrigée.
• Erreurs de fuseau horaire dans les règles de plage de dates Corrigées.
• Nombreuses autres corrections dans l'Administration, la Storefront, le cache, le Flow Builder, le système de consentement ainsi que des optimisations de performance – la liste complète est disponible dans les notes de version officielles sur GitHub.

Contexte

• Type de version Version corrective
• Public cible Boutiques utilisant Shopware 6.6.x, n'ayant pas encore migré vers la 6.7
• Support étendu Dans le cadre du support étendu, la série 6.6 continue de recevoir des corrections de bugs et des mises à jour de sécurité. Le développement actif des nouvelles fonctionnalités se fait désormais dans la série 6.7.x.

Nouveautés importantes et rétroportages

• Documents ZUGFeRD (rétroportage depuis la 6.7) La prise en charge de types de documents ZUGFeRD supplémentaires a été rétroportée dans la série 6.6. Pertinent pour les marchands devant se conformer à la norme européenne de facturation électronique EN 16931.
• Vérifications ACL pour les routes de templates Twig (rétroportage depuis la 6.7) Des vérifications ACL spécifiques ont été ajoutées pour les routes qui affichent des templates Twig. Amélioration relative à la sécurité.
• Surcharges d'emplacements CMS traduites Les surcharges de certains emplacements CMS dans différentes langues sont désormais correctement gérées.
• L'installateur utilise DATABASE_URL L'installateur prend désormais en compte la variable d'environnement DATABASE_URL – pertinent pour les configurations en conteneurs et dans le cloud.

Administration

• L'autocomplétion affiche plus de 25 entrées Les champs d'autocomplétion dans le back-office ne renvoyaient jusqu'à présent que les 25 premières entrées – des adresses et des enregistrements importants étaient exclus. Ce comportement a été corrigé.
• Le journal d'historique affiche l'utilisateur correct Dans le journal d'historique, le champ « Dernière modification » pouvait dans certains cas ne pas afficher le bon utilisateur. Corrigé.
• Mappage des données de champs personnalisés pour les médias Les champs personnalisés de type média étaient traités à tort comme du texte dans le mappage des données. Ils sont désormais correctement interprétés comme un type média.
• Recherche admin : événements d'indexation & versionnage des itérateurs Amélioration de la gestion de l'indexation de la recherche admin et du versionnage des itérateurs.
• Suppression de la dépendance à maltyxx/images-generator Cette bibliothèque, devenue inutile, a été retirée des dépendances.

Storefront

• Formulaire de rétractation – validation des champs Des erreurs dans la validation des champs du formulaire de rétractation ont été corrigées.
• Formulaire de rétractation – message d'information en cas de clic multiple Un message d'information trompeur apparaissant après plusieurs clics sur le bouton d'envoi a été corrigé.
• Annulation de commande visible uniquement pour les commandes ouvertes La fonction d'annulation s'affichait par erreur également pour les commandes déjà clôturées. Elle n'apparaît désormais que pour les commandes ouvertes.
• Google reCAPTCHA avec plusieurs formulaires Lorsque plusieurs formulaires étaient intégrés sur la même page, reCAPTCHA n'était vérifié que pour le premier formulaire. Ce comportement a été corrigé.
• Le texte alternatif de l'image produit revient de nouveau au nom du produit Depuis la version 6.6, le repli vers le nom du produit sur la page de détail produit n'était plus actif. Corrigé.

Core

• Élément CMS Buybox : association manquante corrigée L'élément Buybox faisait référence à une association inexistante. Corrigé.
• Fonctionnalité inconnue V6_8_0 Une erreur dans la gestion des indicateurs de fonctionnalités pour la future version majeure 6.8.0 a été corrigée.
• IncrementSqlStorage Le type de retour en cas d'entrée de base de données vide a été corrigé – il ne renvoie plus une chaîne incorrecte.
• Fonction MIN() dans l'accesseur cheapestPrice L'accesseur cheapestPrice prend désormais en charge la fonction SQL MIN(). (Contribution de la communauté par Ullrich Löblein)
• PromotionRedemptionUpdater – performance Optimisation des performances lors du traitement des utilisations de promotions.
• Situation de concurrence entre la persistance et le chargement du panier Une situation de concurrence déjà corrigée dans la 6.7 a été rétroportée dans la série 6.6.
• Code de promotion en minuscules Les codes de promotion individuels n'étaient pas marqués comme utilisés lorsqu'ils étaient saisis en minuscules. Corrigé.
• Les produits d'un ensemble promotionnel peuvent de nouveau être retirés Il n'était pas possible de retirer des produits d'un ensemble promotionnel dans le panier. Corrigé.
• Sélection du numéro de facture pour les avoirs et les factures d'annulation La sélection du numéro de facture pour les avoirs et les factures d'annulation a été corrigée. (Contribution de la communauté par Justus Geramb)
• Recherche de produits avec des champs de recherche désactivés Lorsque tous les champs de product_search_config_field étaient marqués comme « non recherchables », certaines recherches de produits échouaient avec une erreur. Ce cas est désormais géré.
• Performance de la résolution des catégories enfants Un problème de performance lors de la résolution des catégories enfants a été corrigé.

Corrections de bugs critiques

• Webhook lors du changement de statut de commande Une erreur dans le traitement des webhooks pour les changements de statut (clé de tableau non définie) pouvait entraîner une erreur serveur lorsque l'affichage strict des erreurs était activé. Étaient notamment concernées les boutiques disposant d'actions de Flow actives ou de webhooks d'application réagissant aux changements de statut de commande.
• Produits numériques – réparation des états legacy Un bug dans l'indexeur du champ product.states empêchait les règles et les flows utilisant la condition « Article de ligne avec statut de produit » de fonctionner correctement. Cela affectait notamment l'envoi automatique des téléchargements après l'achat de produits numériques. Cette version répare automatiquement les produits numériques concernés présentant des états legacy manquants, via un abonné UpdatePostFinishEvent exécuté une seule fois. La réparation s'effectue automatiquement lors de la première mise à jour et est marquée comme terminée dans la table app_config.

Correctifs de sécurité

• GHSA-c4p7-rwrg-pf6p – Double vérification de signature lors du réenregistrement des apps Dans le processus de réenregistrement des apps, la vérification de la signature n'était pas correctement effectuée. Cette faille a été corrigée afin d'empêcher toute manipulation lors de la communication des apps.
• GHSA-gqc5-xv7m-gcjq – Énumération de comptes via la Store API Il était possible, via la Store API, de déterminer l'existence de comptes clients. Cette divulgation d'information a été limitée.
• GHSA-7vvp-j573-5584 – Vérification du filtre DeepLinkCode La validation du type de filtre deepLinkCode a été renforcée afin d'empêcher tout accès non autorisé aux données de commande.

Corrections de bugs

• Présélection des variantes dans le listing de catégorie La présélection des variantes dans les listings de produits sur les pages de catégorie fonctionne à nouveau correctement dans la série 6.7.
• Règle de promotion « Tous – Ne sont aucun de » La condition « Are None of » pour les promotions produit à nouveau les résultats attendus.
• Prix de régularisation pour les articles du panier Le prix de régularisation manquant (regulation price) pour les Line Items a été corrigé.
• Accessibilité Les champs de saisie disposent désormais de l'attribut autocomplete ; plusieurs problèmes d'accessibilité de niveau A dans le compte client ont été corrigés.
• Pied de page des documents Le positionnement du pied de page dans les documents générés (factures, bons de livraison) a été corrigé.
• Correctif du Profiler $title est désormais correctement utilisé comme clé dans start(), ce qui permet à stop() de nettoyer de manière fiable.
• Associations imbriquées La lecture des associations via l'entité parente en présence de plusieurs associations similaires a été corrigée.
• Erreur 500 avec le plugin Commercial Une erreur avec la version 6.7.2.0 de la boutique en combinaison avec la version 7.1.2 de Commercial a été corrigée.
• Commande de migration La commande database:refresh-migration fonctionne à nouveau comme attendu.

Correctifs de sécurité

• GHSA-c4p7-rwrg-pf6p – Double vérification de signature lors de la réenregistrement d'une app La vérification de signature dans le processus de réenregistrement d'une app a été corrigée.
• GHSA-gqc5-xv7m-gcjq – Énumération de comptes via la Store API La possibilité de détecter l'existence de comptes clients via la Store API a été restreinte.
• GHSA-7vvp-j573-5584 – Vérification du filtre DeepLinkCode La validation du type de filtre deepLinkCode a été renforcée.

Contexte

• Type de version Version corrective (corrections de bugs & stabilité)
• Public cible Boutiques sur Shopware 6.6.x n'ayant pas encore migré vers 6.7.x
• Support étendu La série 6.6 bénéficie du support étendu et continue de recevoir des corrections de bugs sélectives ainsi que des mises à jour de sécurité jusqu'à la disponibilité de Shopware 6.8

Points forts

• Commentaire interne lors des changements de statut Des commentaires internes peuvent désormais être ajoutés dans l'historique de la machine à états – visibles uniquement dans l'Administration, pas pour les clients. Idéal pour la documentation interne lors des changements de statut de commande.
• Flux de produits internes Les Product Streams peuvent désormais être marqués comme « internes », afin qu'ils n'apparaissent pas dans les listes de sélection de l'Administration – parfait pour les flux utilisés par le système ou les plugins.
• Correctif du deadlock de session Un correctif critique pour les deadlocks liés aux sessions basées sur des fichiers avec la protection contre le Cache Stampede de Symfony. Particulièrement pertinent pour les environnements sans Redis.
• Configuration système requise Testé sur PHP 8.2, 8.4 et 8.5 ainsi que MySQL 8 et MariaDB 11.

Shopware Commercial Features

• Nouvelles possibilités pour les vidéos Shopware 6.7.8.0 offre des fonctionnalités étendues pour le travail avec des contenus vidéo dans la boutique. Plus de détails dans l'article de blog officiel de Shopware sur les actualités de mars 2026.
• Fonctionnalités B2B étendues avec des prix individuels Les clients B2B bénéficient désormais d'une tarification étendue avec des prix individuels spécifiques au client. Cette fonctionnalité s'appuie sur les B2B Components existants et est disponible à partir de Shopware Evolve. Plus d'informations dans l'article de blog officiel de Shopware.

Administration

• Groupes de configuration de variantes en propriété calculée Dans sw-product-detail-variants, configSettingGroups est passé d'une propriété de données à une propriété calculée – plus stable et plus cohérent.
• Dépréciation de la prop items dans sw-entity-listing À l'avenir, dataSource devrait être utilisé à la place de items, afin d'assurer la cohérence avec le composant parent sw-data-grid.
• Traductions réactives des notifications Les notifications stockent désormais des clés de traduction au lieu de textes pré-traduits – un changement de langue met automatiquement à jour les notifications.
• Texte d'aide pour les champs personnalisés Colorpicker Les champs personnalisés de type « Colorpicker » prennent désormais en charge un texte d'aide dans l'Administration.
• Comportement du bouton Clearable ajusté La prop showClearableButton dans sw-select-base se base désormais sur l'attribut required – pour les champs non obligatoires, le bouton est affiché par défaut.

Core & API

• Champs personnalisés dans l'index Elasticsearch Les champs personnalisés utilisés dans les tris de produits, les flux de produits ou les applications sont désormais pris en compte lors de l'indexation des produits dans Elasticsearch.
• Dépréciation des statistiques de file de messages basées sur l'incrémentation L'ancien système sera supprimé dans la v6.8.0.0. Le nouveau point de terminaison GET /api/_info/message-stats.json remplace GET /api/_info/queue.json. Une désactivation immédiate est possible via shopware.admin_worker.enable_queue_stats_worker: false.
• Nouvelle classe TableHelper \Shopware\Core\Framework\Util\Database\TableHelper permet de vérifier facilement les tables, colonnes, index et clés étrangères.
• Générateur de migration amélioré Les noms de clés étrangères utilisent désormais le format fk____ au lieu de l'ancien format à point. De plus, CASCADE DELETE est désormais défini automatiquement pour les tables de traduction.
• CategoryIndexer optimisé Les mises à jour du compteur d'arborescence/d'enfants sont ignorées si parentId n'a pas changé ; la mise à jour du fil d'Ariane n'a lieu que lors de changements de nom – indexation nettement plus rapide lors des mises à jour.
• Validation de la clé primaire dans la commande dal:validate Détecte désormais les incohérences entre les clés primaires de la base de données et les indicateurs de définition d'entité, afin d'éviter les erreurs silencieuses lors de l'hydratation des entités.
• doctrine/dbal mis à jour vers la version 4.4 Apporte de nombreuses dépréciations, notamment dans le SchemaManager – les projets concernés devraient consulter le guide de mise à niveau.

Storefront

• Informations de vente et de conditionnement sur la PDP Les produits avec des prix étendus affichent désormais les informations de vente et de conditionnement directement sur la page de détail du produit.
• Breakpoints par défaut dans la configuration du thème Les breakpoints codés en dur jusqu'à présent (xs à xxl) sont désormais disponibles comme champs de configuration de thème configurables – idéal pour les développeurs de thèmes souhaitant définir des breakpoints personnalisés.
• Support des lecteurs d'écran pour les alertes statiques Grâce au nouveau paramètre announceOnLoad, les boîtes d'alerte rendues statiquement sont désormais lues de manière fiable par le lecteur d'écran après le chargement de la page.

Système d'applications

• En-têtes personnalisés pour les webhooks d'action de flux d'application Les en-têtes personnalisés dans les configurations d'action de flux d'application sont désormais correctement envoyés également en mode asynchrone (file de messages) – jusqu'à présent, ils ne fonctionnaient qu'en traitement synchrone.

Hébergement & Configuration

• Dépréciation des options obsolètes de reverse proxy pour le cache HTTP Plusieurs options de configuration autour de shopware.http_cache.reverse_proxy (par ex. use_varnish_xkey, ban_method, purge_all) étaient inefficaces depuis la 6.7.0.0 et sont désormais officiellement dépréciées. Suppression prévue en 6.8.0.0.
• Nombre de shards et de répliques Elasticsearch configurable Le nombre de shards et de répliques pour les index Elasticsearch peut désormais être contrôlé via des variables d'environnement (SHOPWARE_ES_NUMBER_OF_SHARDS, SHOPWARE_ES_NUMBER_OF_REPLICAS ainsi que les variables ES d'administration correspondantes).
• Correctif du deadlock de session pour les sessions basées sur des fichiers Une nouvelle option de configuration shopware.cache.disable_stampede_protection: true empêche les deadlocks ABBA lors de l'utilisation simultanée de sessions basées sur des fichiers et du cache. Redis reste la solution recommandée.

Corrections de bugs importantes

• Google reCAPTCHA Visibilité améliorée du champ de saisie et gestion des erreurs pour plusieurs formulaires sur une même page.
• Fenêtre modale de zoom d'image Les gestes tactiles dans la fenêtre modale de zoom fonctionnent à nouveau correctement.
• Incohérence de TVA sur les variantes Les taux de TVA sont désormais appliqués de manière cohérente pour les produits déclinés en variantes.
• Chargement partiel d'entités Correction des erreurs liées aux associations imbriquées avec chargement partiel.
• Déconnexion de client lié à un canal de vente Un problème lors de la déconnexion de clients liés à un canal de vente a été corrigé.
• Compilation de thème hors ligne Correction d'une erreur lors de la compilation de thème sans connexion réseau.
• Champs obligatoires avec valeur vide Les champs obligatoires ne peuvent plus être enregistrés avec une valeur vide.
• Évaluation des règles de promotion Correction d'une erreur dans l'évaluation des règles de promotion.
• Sélection optimisée de la catégorie SEO par défaut L'attribution automatique de la catégorie SEO par défaut pour les produits a été améliorée.

Corrections de bugs importantes

• Compte client / Adresses La logique des adresses dans l'AddressDetailPageLoader a été corrigée, de sorte que les adresses clients soient à nouveau chargées et traitées de manière fiable.
• Administration / Commandes Les problèmes de chargement du traitement des commandes dans l'Administration ont été résolus – particulièrement pertinent pour les commandes plus complexes.
• Compatibilité Elasticsearch L'exigence Elasticsearch dans le Core-Bundle a été ajustée afin d'éviter les incompatibilités et les problèmes de configuration.

Corrections de bugs importantes

• Compte client / Adresses La logique des adresses sur la page de détail a été corrigée, de sorte que les adresses du compte client soient à nouveau chargées et traitées de manière fiable.
• Administration / Commandes Le chargement du traitement des commandes a été stabilisé – particulièrement pertinent pour les boutiques ayant un grand nombre de commandes ou des processus de commande complexes dans l'Administration.

Points forts

• Mise à jour vers Symfony 7.4 Les composants Symfony ont également été mis à jour vers la version 7.4 dans la LTS 6.6 – un point important pour la maintenabilité à long terme.
• Compatibilité avec les anciennes versions d'OpenSSL Le décodage IAP fonctionne à nouveau de manière fiable.
• Affichage produit plus stable Les listes de produits affichent à nouveau de manière cohérente la variante principale au lieu de variantes aléatoires.

Core & base de données

• Nettoyage des constantes PDO obsolètes Suppression de l'utilisation dépréciée de PDO, pour une meilleure compatibilité PHP.
• Requêtes DAL optimisées Les relations many-to-many non filtrées ne sont plus chargées inutilement – meilleures performances et consommation mémoire réduite.
• Entités d'attributs disponibles de manière fiable Les attributs configurés automatiquement sont désormais correctement enregistrés.

Administration & back-end

• Amélioration de la gestion des stocks Les modifications en masse autorisent désormais aussi les stocks négatifs (par exemple pour les précommandes ou les ruptures de stock).
• Stabilisation des champs personnalisés Correction d'une erreur lors de l'insertion de tableaux dans les champs personnalisés.
• Mise à jour de PHPStan Analyse statique du code améliorée pour les développeurs et les pipelines CI.

Documents, e-mails & workflows

• Conservation des pièces jointes des e-mails Les pièces jointes ne sont plus perdues lors des actions de flow.
• Correction du pied de page des documents Le positionnement du contenu du pied de page dans les documents (par exemple les factures) est de nouveau cohérent.

Points forts

• Mise à jour Symfony 7.4 Tous les composants Symfony ont été mis à jour vers la version 7.4. Important : l'extension PHP Redis en version ≥ 6.1 est désormais requise.
• Amélioration significative des performances dans le DAL Les groupes de filtres imbriqués utilisent désormais des sous-requêtes EXISTS au lieu de multiples LEFT JOIN – des gains de performance considérables pour les critères complexes.
• Type de produit au lieu des states de produit Introduction du nouveau champ product.type (par exemple physical, digital) en remplacement des anciens states.
• Intégration GA4 étendue Données de tracking nettement améliorées sur l'ensemble du parcours de checkout et de listing.

Core, performance & architecture

• Dénormalisation des catégories de produits accélérée Les requêtes SQL optimisées réduisent les temps d'exécution de plusieurs secondes à moins de 1 ms pour les catalogues volumineux.
• Champs DAL immuables Les champs critiques comme custom_field.name ou custom_field.type ne peuvent plus être modifiés après création – protection contre les états système incohérents.
• RequestParamHelper Nouveau helper remplaçant la méthode dépréciée Request::get(), avec une séparation claire entre les bags de query, de request et d'attributs.
• Exceptions de domaine Les méthodes factory renvoient désormais des types d'exceptions concrets au lieu de RuntimeExceptions génériques.

Cache HTTP & infrastructure

• Invalidation de cache basée sur des tags D'autres routes de la Store API prennent en charge les tags de cache avec invalidation automatique.
• Contrôle précis via HttpCacheCookieEvent La nouvelle option doNotStore permet d'empêcher de manière ciblée la mise en cache de certaines réponses.
• Les messages flash ne sont plus mis en cache Empêche que des messages apparaissent chez d'autres utilisateurs.
• Journalisation des tags de cache Les invalidations peuvent désormais être enregistrées de manière optionnelle au niveau info.

Administration

• Indicateur de chargement au démarrage de l'Administration En cas d'initialisation lente, un écran de chargement s'affiche au lieu d'une zone vide.
• Visionneuse de modèles média Les modèles 3D peuvent désormais être consultés de manière interactive directement dans le module Médias.
• Champs personnalisés configurables comme recherchables La possibilité de recherche peut désormais être activée explicitement – index plus légers et meilleures performances.
• Modèles d'e-mails préparés pour la 6.8 Séparation des templates et de l'en-tête/pied de page, plusieurs dépréciations annoncées.

Storefront & expérience utilisateur

• Consentement aux cookies dépendant de la langue Le consentement aux cookies est désormais enregistré par langue – plus de bannière réaffichée lors d'un changement de langue.
• Accessibilité améliorée Boîte de dialogue cookies avec interrupteurs à bascule, attributs ARIA et boutons sémantiques.
• Helper de navigation Nouvelle variable JS window.activeNavigationPathIdList pour des mises en évidence de navigation personnalisées.
• Correctif iOS Safari Le premier tap sur les pages de détail produit fonctionne à nouveau correctement.

Tracking & Analytics (GA4)

• Données d'événements étendues pour add_to_cart, purchase, view_item, etc.
• Nouveaux événements comme view_cart, add_shipping_info et add_payment_info.
• Suivi optionnel du panier Offcanvas.
• Optimisation du funnel recommandée grâce à un pilotage ciblé de l'Offcanvas.

Administration & Internationalisation

• Snippets réactifs La gestion des snippets de langue a été revue afin que les modifications des messages de locale soient désormais correctement reflétées de manière réactive dans l'Administration. Cela améliore notamment le travail avec les configurations multilingues et les changements de langue dynamiques.

Cache HTTP & Technique

• Correction d'une TypeError dans le cache HTTP Une erreur survenait lorsque l'attribut de route _httpCache était défini comme une chaîne de caractères. Ce cas est désormais correctement géré et ne provoque plus d'erreurs d'exécution.

Performance & stabilité

• Dénormaliseur de catégories plus rapide Le traitement et la préparation des catégories ont été rendus plus performants, ce qui peut avoir un impact positif sur l'indexation et les performances back-end.
• Optimisation du DAL pour les filtres complexes Pour les groupes de filtres imbriqués, des conditions plus efficaces sont désormais générées (EXISTS au lieu de LEFT JOINs) – cela peut considérablement accélérer les requêtes, notamment pour les grands volumes de données.

Recherche

• Slash et backslash dans les termes de recherche Les caractères tels que / et \ fonctionnent désormais correctement dans la recherche, à condition qu'ils soient configurés comme « preserved characters ».

Checkout & Storefront

• Validation du captcha améliorée La vérification du captcha respecte désormais le paramètre errorRoute, ce qui permet aux utilisateurs d'être correctement redirigés vers la bonne route en cas d'erreur.

Produits & prix

• Prix des variantes sur plusieurs canaux de vente Le prix le plus avantageux d'une structure de variantes est désormais appliqué de manière plus cohérente sur plusieurs canaux de vente.

SEO & sitemap

• Nouvel événement lors de la génération du sitemap Un événement a été ajouté, rendant la création du sitemap plus facilement extensible (par exemple pour des plugins ou des processus personnalisés).

Technique, Composer & CI

• Composer/Require plus stable Ajustement autour de minimum-stability, afin d'éviter des résolutions de dépendances inattendues.
• Améliorations CI Optimisations pour les processus de build/downstream (par exemple, ignorer en cas de droits d'écriture manquants) ainsi que des ajustements de maintenance internes pour les pipelines de mise à jour.

Améliorations de sécurité

• Correctif de sécurité Correction du traitement des callables de type tableau dans l'extension de sécurité, afin d'empêcher des appels potentiellement abusifs ou inattendus.

Points forts

• Refonte de la mise en cache HTTP (expérimentale) De nouvelles politiques de cache permettent de définir le comportement du cache par zone (Storefront, Store API) et par route – activable via le feature flag CACHE_REWORK.
• La Store API devient plus compatible avec la mise en cache Certains endpoints sont désormais marqués comme cacheable et renvoient les en-têtes Cache-Control appropriés – pour une amélioration notable des performances dans les configurations headless/Store API.
• Renforcement de la sécurité du compte client Nouveau flux : lors d'un changement de mot de passe, les clients reçoivent automatiquement un e-mail de confirmation – utile pour détecter plus rapidement les activités suspectes.
• Prise en charge de PHP 8.5 Shopware est désormais entièrement compatible avec PHP 8.5.

Store API & API

• Store API : mise en cache HTTP pour de nombreuses routes Plusieurs endpoints centraux (par ex. navigation, catégories, CMS, produits, recherche, avis) prennent désormais en charge la mise en cache HTTP et ont été optimisés pour les requêtes GET.
• Critères complexes sans limite d'URL Les critères peuvent être transmis de manière compressée dans les requêtes GET (JSON → gzip → base64url) – une solution de contournement en attendant qu'une méthode QUERY standardisée soit disponible.
• Amélioration du téléchargement de documents Le téléchargement de documents fournit désormais le type de fichier en fonction de l'en-tête Accept (par défaut : PDF si l'en-tête est absent ou */*).
• Gestion des couvertures vidéo Nouveau point de terminaison API pour définir ou supprimer une image de couverture pour les médias vidéo. Lors de la suppression d'une image de couverture, les références sont automatiquement nettoyées.

Core & Développeurs

• Nouvelle logique de mise en cache & dépréciations Les mécanismes existants liés à sw-states et à la gestion des devises seront progressivement remplacés. Le contrôle du comportement du cache se fera désormais de manière centralisée via le cookie sw-cache-hash.
• Préparation pour « le cache également pour les clients connectés » Les dépréciations montrent clairement que, dans la prochaine version majeure, le cache HTTP sera par défaut plus actif également pour les clients connectés ou avec un panier rempli. Les extensions devraient s'y préparer.
• Nouvelle hydratation de Struct (assignRecursive) Pour l'import/export & la réhydratation de structures de données complexes, une méthode d'assignation récursive est disponible, capable de restaurer également des structs/collections imbriqués (non conçue pour des boucles critiques en termes de performance).
• Performance des URL SEO pour les catégories Les URL SEO des catégories enfants ne sont plus générées de manière synchrone, mais de manière asynchrone via l'indexeur – ce qui accélère nettement l'indexation des catégories.

Administration

• Écran de chargement en cas de temps de chargement initial plus long Si le chargement de la page d'administration prend plus de deux secondes au démarrage, un indicateur de chargement s'affiche désormais à la place d'une zone vide.
• Recherche dans les paramètres Le module des paramètres dispose désormais d'une barre de recherche (en haut à droite) pour trouver plus rapidement les paramètres à l'aide de mots-clés.
• De nombreuses optimisations de détail Diverses améliorations UX et de performance, notamment au niveau du téléchargement de médias, des grilles de données, des snippets et de l'affichage des formulaires/éditeurs.

Storefront

• Adresses e-mail IDN La validation du Storefront prend désormais en charge les domaines avec des caractères internationalisés (IDN). Les formulaires par défaut sont préparés en conséquence.
• Corrections UI/A11y et de détail De nombreux ajustements mineurs améliorent l'accessibilité, la stabilité et l'affichage (notamment pour la communication par e-mail/commande, le slider, l'offcanvas).

Hébergement & Configuration

• Elasticsearch : analyseur de langue configurable Le paramètre SHOPWARE_ES_USE_LANGUAGE_ANALYZER permet de définir si les requêtes de recherche utilisent des analyseurs spécifiques à la langue (plus flous) ou un analyseur par espaces (plus précis).
• Mode staging : désactivation automatique des extensions Une nouvelle configuration permet de désactiver automatiquement des extensions définies lors de l'activation du mode staging.
• Paramètres de cache HTTP dépréciés Plusieurs paramètres/variables d'environnement de cache HTTP existants sont désormais dépréciés et n'ont plus d'effet lorsque CACHE_REWORK est actif (suppression prévue dans la version 6.8).

Améliorations de sécurité

• Validation des saisies améliorée sur la page de connexion Les paramètres de requête sont désormais correctement validés, ce qui permet d'empêcher de manière fiable les tentatives de manipulation et les saisies non autorisées.

Corrections de bugs

• Correction des onglets du gestionnaire de thèmes Dans la série 6.7.x, les onglets du gestionnaire de thèmes n'étaient parfois pas affichés. Ce comportement a été corrigé, de sorte que toutes les zones de configuration sont à nouveau entièrement visibles et utilisables.

Améliorations de sécurité

• Validation des saisies améliorée sur la page de connexion Afin d'empêcher les manipulations et les saisies non autorisées, les paramètres du formulaire de connexion sont désormais correctement validés. Cela renforce encore la sécurité des informations sensibles des clients.

Gestion de contenu & Erlebniswelten

• Héritage rendu visible : l'Administration indique désormais si un contenu d'une Erlebniswelt a été hérité ou remplacé localement.
• Mise à jour en temps réel du statut d'héritage : les modifications apportées aux éléments de contenu actualisent immédiatement le statut.
• Réinitialisation des personnalisations locales : un nouveau bouton permet de restaurer la mise en page d'origine.
• Avertissements lors d'un changement de mise en page ou d'une suppression : des messages apparaissent lorsque des modifications locales risquent d'être perdues.
• Gestion du CMS améliorée avec des indications plus claires et des messages d'erreur corrigés lors de la suppression de sections.

Logique de taxation optimisée pour le B2B & B2C

• Détection de la taxation revue avec une distinction claire entre clients B2B et B2C.
• Application sans erreur des règles de taxation pour des configurations telles que « exonéré de taxe pour le B2C ».
• Processus de Checkout plus stable, notamment lors du Checkout invité et des changements de mode de livraison.

SEO, robots.txt & recherche

• Configuration étendue du robots.txt avec prise en charge de blocs User-agent personnalisés.
• Nouvelle logique de parsing avec de meilleurs messages d'erreur et une gestion plus transparente.
• Meilleur pilotage SEO des zones sensibles telles que le Checkout et le panier.
• Composition des URL améliorée et réinitialisation correcte des identifiants canoniques.
• Fonction de recherche optimisée : les caractères spéciaux fonctionnent de manière fiable, les produits sont trouvés de façon plus cohérente.
• Compatibilité OpenSearch améliorée.

Shopware Copilot & fonctionnalités commerciales

• Nouvelle Copilot Skills Overview offrant une vue d'ensemble centralisée de tous les Skills.
• Gestion transparente des Skills, base pour les automatisations à venir.
• Skills actuels : Knowledge Assistant et Data Insights (bêta) ; d'autres suivront en 2026.
• Extensibilité flexible pour les clients Shopware Commercial.

Ergonomie de l'Administration & du back-office

• Listes de sélection améliorées avec un chargement fiable lors du défilement.
• La recherche dans l'Import/Export a été étendue et prend désormais en charge les noms techniques de profils.
• Validation plus stricte du numéro de produit afin d'éviter les erreurs.
• Messages d'erreur plus clairs pour les imports, documents & données de démonstration.
• Nouvelles informations dans le tableau, comme le nom d'utilisateur, dans la liste Import/Export.
• Affichage de la barre latérale corrigé pour une largeur d'interface plus cohérente.
• Nouvelle commande CLI pour remplacer les URL des Sales Channels.

Storefront, navigation & expérience utilisateur

• Étoiles d'évaluation corrigées avec une meilleure accessibilité.
• Logique de navigation optimisée : les menus se ferment de manière plus fiable.
• Nouvelles infobulles sur les images de produits dans le listing des catégories.
• Animation de Cross-Selling optimisée avec une vitesse personnalisable.
• Affichage SVG corrigé et erreurs de recherche de documents résolues.

Produits, variantes & logique de catalogue

• Calcul correct du prix de variante le plus bas sur l'ensemble des Sales Channels.
• Précision décimale accrue pour les unités de poids.
• L'unité de conditionnement peut être définie comme caractéristique essentielle.
• Suppression des variantes plus stable, avec une vérification correcte des dépendances.
• Corrections de bugs concernant les groupes de produits dynamiques.
• Nouveaux filtres d'évaluation dans l'Administration.
• Schéma Media pour les couvertures des LineItems, afin d'améliorer l'intégration API.

Checkout, paiements & suivi (tracking)

• Checkout invité plus stable avec un traitement correct des adresses.
• Les modes de livraison bloqués changent correctement, sans interrompre le Checkout.
• Les transactions peuvent être finalisées plusieurs fois, ce qui rend les callbacks de paiement plus stables.
• Suivi (tracking) amélioré, les déclenchements multiples sont évités.
• Identifiants utilisateurs uniques pour l'Analytics et activation plus fiable des services.
• Google Consent Mode v2 corrigé et consentements Vimeo/YouTube séparés.

Theme, médias & nettoyage automatique

• Le dossier de configuration du Theme est désormais créé de manière fiable.
• Nouvelle boîte de dialogue d'enregistrement pour les médias dans l'Administration.
• Chemin du favicon corrigé dans les modules de l'Administration.
• Déploiement étendu des styles de tokens Meteor.
• Problèmes résolus concernant le zoom Magnifier.
• Nouvelle tâche de nettoyage pour supprimer automatiquement les médias corrompus, causés par des téléchargements interrompus.

Actualités développeurs & améliorations techniques

• Documentation de la Store API enrichie grâce à des générateurs de schémas OpenAPI améliorés.
• Nouveau framework JWT générique pour faciliter l'utilisation des JWT dans les Sales Channels.
• Stabilité de la base de données optimisée grâce à une connexion Doctrine Wrapper surchargeable.
• Logique de tri améliorée pour les exports.
• Cycle de vie des Apps plus stable pour les relations d'entités complexes.
• Nouveau service de détection des URL réservées.
• Conflits résolus entre le Cache-Clearer et le Context-Token.
• Configurations PHPStan mises à jour et autres améliorations de la qualité du code.

Changements importants

• Vérification améliorée de l'ID de boutique Dans les systèmes utilisant des déploiements atomiques, l'ID de la boutique est vérifié de manière plus fiable, ce qui améliore la stabilité et la cohérence.
• Affichage correct des étoiles d'évaluation Les évaluations partielles sont de nouveau affichées correctement positionnées dans le Storefront.
• Analytics de nouveau pleinement fonctionnel Les services système manquants pour le Storefront Analytics et Google Analytics ont été ajoutés.
• Modes de livraison corrigés Les modes de livraison bloqués sont désormais remplacés de manière fiable, garantissant qu'un mode de livraison valide est toujours disponible.
• Correction d'une erreur dans la commande en tant qu'invité La modification de l'adresse par défaut ne provoque plus d'erreur 403 lors des commandes passées en tant qu'invité.

Faille de sécurité

• Récupération de mot de passe Les liens de réinitialisation de mot de passe n'expiraient pas automatiquement lors d'un changement d'adresse e-mail. Ce comportement a été corrigé : les liens expirent désormais correctement après une modification de l'adresse e-mail.

Faille de sécurité

• Récupération de mot de passe Une faille faisait que les liens de réinitialisation de mot de passe ne devenaient pas automatiquement invalides lorsqu'un utilisateur modifiait son adresse e-mail. Ce comportement a été corrigé : les liens de récupération expirent désormais correctement à chaque modification.

Améliorations générales

• Gestion optimisée des médias, des détails d'expédition et des fenêtres modales dans l'Administration.
• Traitement plus stable des mécanismes de cache et des files de messages.
• Amélioration de l'affichage des erreurs et de la logique dans l'environnement CI et le chargeur d'applications.
• API de vérification d'état (Health-Check) mise à jour pour une surveillance système plus fiable.

Administration & interface utilisateur

• Nouvelles actions utilisateur dans la barre latérale des médias et navigation de recherche des médias corrigée.
• Correction d'erreurs dans la création d'utilisateurs, la largeur de la barre latérale et la validation des couleurs SCSS.
• Espacements internes revus dans la fenêtre modale d'administration et cohérence visuelle améliorée des composants d'administration.
• Ajout de transformateurs de notifications d'administration pour des messages système plus clairs.

Storefront & expérience utilisateur

• Amélioration de l'accessibilité grâce aux aria-labels sur les liens d'images CMS.
• Correction des liens de cookies Offcanvas non fonctionnels et des paramètres de cookies interactifs.
• Amélioration de la gestion de Google Consent Mode v2 et consentements séparés pour Vimeo & YouTube.
• Google reCAPTCHA n'est chargé que si les cookies ont été acceptés.
• Amélioration de l'affichage et de la navigation dans la zone Offcanvas des cookies.

Produits, catalogue & recherche

• Correction d'une erreur dans la logique de solde – les remises sont désormais correctement prises en compte pour les articles du panier.
• Les résultats de recherche affichent les produits dont la référence de l'article parent correspond.
• Les flux de produits peuvent être chargés via OpenSearch – meilleure performance pour de grands volumes de données.
• Ajout d'une option pour définir des critères de tri supplémentaires pour les produits.
• Correction de l'aperçu des URL SEO – les aperçus générés affichent désormais les bons chemins.

CMS & univers d'expérience

• L'héritage granulaire pour les surcharges de slot_config permet des structures CMS plus flexibles.
• De nouveaux blocs Twig dans les vignettes de produits réduisent le code redondant.
• Les éléments d'image CMS peuvent désormais recevoir une priorité de chargement fixe (fetchpriority="high").
• Ajout d'une option pour déclencher automatiquement les validations de formulaire (FormAutoSubmit).

Technique & développement

• Compatibilité avec MySQL, Symfony et OpenSearch encore améliorée.
• Nouvelle option de configuration pour limiter la taille des messages dans la file d'attente.
• Correction d'un problème de verrouillage global du cache lors des redémarrages du noyau.
• Mise en place de consentements de cookies séparés pour les fournisseurs de vidéos.
• Amélioration du traitement du décodage IAP avec les anciennes versions d'OpenSSL.
• Les journaux de webhooks sont nettoyés de manière fiable, correction d'erreurs dans le processus de file d'attente.
• Ajout de nouveaux événements pour le chargement des entités dans le plan du site (sitemap).
• Prise en compte de l'option de variable COMPOSER_PLUGIN_LOADER dans la commande CLI.
• Création de plugins complétée par la génération automatique de fichiers .gitignore.

Points forts

• Compatibilité Version minimale de MySQL relevée, composants Symfony mis à jour et prise en charge d'OpenSearch 3.x.
• Performance & stabilité Récupération plus rapide des propriétés des produits et correction d'un verrouillage récursif du panier.
• Recherche & SEO Format de date/heure correct dans Elasticsearch, recherche par numéro de document plus stable dans l'admin, ainsi que plusieurs corrections d'URL SEO.

Storefront & expérience d'achat

• Correction de la fonction de zoom – empêche les fenêtres trop grandes.
• Correction de l'affichage des taxes par ligne avec un fournisseur de taxes.
• Affichage des produits pertinents sans aperçu dans la recherche.
• Correction des pages de facture vides et de la liste de lignes de document compressée.
• Ajout d'un format global pour les citations en bloc.

Administration & commandes

• Correction de l'affichage en double des adresses dans sw-order-detail.
• La recherche par numéro de document fournit à nouveau des résultats.
• Exception correcte lorsqu'une mise à jour d'une entité échoue en raison d'une contrainte de clé étrangère.
• Correction des pages de facture vides et de la configuration des emplacements (slots).

Produits, prix & catalogue

• Correction des prix étendus lors de remises sur des articles à prix fixe.
• Correction d'une erreur lors de la suppression de la « catégorie principale » d'un produit.
• Correction des URL SEO incohérentes pour les produits de vente croisée et d'une erreur de base de données lors de modifications d'URL SEO.

Recherche & SEO

• Vérification des URL SEO canoniques également possible sans indication de chemin lors de la création.
• Elasticsearch : correction du format de date/heure.
• Classe de chargement de la configuration de recherche déplacée vers le Core-Bundle et utilisation de la longueur minimale des termes de recherche à partir des tables de configuration.

Technique & développeurs

• Rétablissement de la prise en charge de ResetInterface dans les environnements d'exécution de longue durée.
• Correction d'un problème lors de la suppression de plugins Composer.
• Gestion correcte des champs personnalisés portant le même nom qu'une clé étrangère.
• L'extension de fichier .docx est désormais autorisée.
• SwitchContextEvent mis à jour et correction de l'indicateur API-Aware pour les requêtes proxy.
• Correction du contexte client lors de la connexion lorsque l'entrée dans sales_channel_api_context avait expiré.
• Correction des cookies de cache afin d'éviter l'empoisonnement du cache (cache poisoning).
• Correction de l'initialisation de DiscountCampaignStruct et ajout de propriétés supplémentaires.

Ce qui a été amélioré

• Plus de confidentialité Lors de l'export CSV, aucune donnée confidentielle n'est plus exportée par erreur.
• Téléchargement sécurisé Le téléchargement des plugins a été sécurisé afin d'empêcher toute manipulation.
• Gestion des médias plus stable Les fichiers médias sont désormais mieux protégés contre les accès non autorisés.
• Protection contre les accès externes Les requêtes serveur via les fonctions de facturation ne peuvent plus être détournées.
• Logique d'annulation fiable Les commandes ne peuvent désormais être annulées que si les remboursements sont activés.

Autres améliorations

• Compatibilité établie avec OpenSearch 3.x.
• Recherche améliorée dans l'espace d'administration.
• Correction de bug lors de la suppression d'adresses clients actives.
• Traitement optimisé des règles produits et des codes de réduction.

Améliorations de sécurité importantes

• Gestion sécurisée des fichiers multimédias L'accès non autorisé aux contenus multimédias protégés est désormais fiablement empêché.
• Protection des données lors de l'export CSV Les informations personnelles ou confidentielles ne sont plus exposées par inadvertance lors de l'export.
• Protection contre les requêtes externes (SSRF) L'appel de serveurs externes via les fonctions de facturation est désormais sécurisé.
• Upload de plugin sécurisé Les manipulations via l'upload de plugin ne sont plus possibles.
• Règles d'annulation fiables Les commandes ne peuvent désormais être annulées que si les remboursements sont activés dans le système.

Autres améliorations

• Petites optimisations techniques pour une meilleure stabilité.
• Gestion améliorée des processus internes et génération de sitemap plus fiable.

Plus rapide et plus stable

• Les mécanismes de mise en cache optimisés pour les pages et les catégories permettent des temps de chargement nettement plus courts.
• La recherche de produits améliorée fournit des résultats plus précis et un meilleur tri.
• De nombreuses optimisations internes du cache et du traitement des données augmentent la réactivité du système.

Gestion simplifiée

• Interface des paramètres linguistiques revue avec une structure plus claire.
• Création et modification des commandes plus stables dans l'Administration.
• Nouvelles fonctions d'assistance pour la recherche, le filtrage et le tri des produits et des propriétés.
• Traductions et messages d'erreur améliorés dans le panier.

Design et expérience utilisateur

• De nombreux petits ajustements du frontend – notamment au niveau des avis, des libellés et de la navigation.
• Affichage des avis produits plus clair et icônes revues.
• Accessibilité renforcée dans la Storefront et l'Administration.
• De nouveaux tokens de design garantissent une apparence homogène dans les thèmes clairs et sombres.

Produits et contenus

• Les catégories et les propriétés sont désormais plus faciles à gérer et à filtrer.
• Les variantes de produits s'affichent désormais correctement dans les résultats de recherche.
• Des erreurs lors de la suppression ou de la synchronisation de produits ont été corrigées.
• Les éléments CMS affichent désormais leur type et leur contenu plus clairement.

Technique et sécurité

• De nouveaux mécanismes de sécurité et de cache évitent les conflits de données.
• La compatibilité avec les versions récentes de Symfony a été établie – un point important pour les développeurs.
• Meilleure prise en charge des serveurs en lecture seule et des systèmes de fichiers restrictifs.
• Les tâches planifiées s'exécutent de manière plus stable et sont automatiquement relancées en cas de problème.

Corrections de bugs

• Profiler Le profiler Symfony est désormais correctement désactivé dans les environnements de production afin d'éviter des charges inutiles.
• Adresses clients Correction d'un bug permettant la suppression involontaire d'adresses clients actives.
• Validation Correction d'une erreur de type lors de l'utilisation d'arguments nommés dans la règle de validation Length.

Sécurité

• Échappement des paramètres de route actifs Faille de sécurité corrigée en échappant correctement les paramètres de la route active (GHSA-9v82-vcjx-m76j).

Corrections de bugs

• Promotions Correction d'un bug entraînant l'absence de la règle de sélection de produits dans les promotions.

Nouvelles fonctionnalités & améliorations

Nouvelles fonctionnalités & améliorations · Traductions

• Nouvelle commande pour télécharger et installer des traductions.

Nouvelles fonctionnalités & améliorations · Recherche

• Longueur minimale de recherche désormais configurable.
• Nouvelles options de tri pour la recherche instantanée (Live Search).
• Performance améliorée pour la recherche de produits dans l'Administration et le Storefront.
• Prise en charge des tokens numériques dans la recherche de l'Administration.

Nouvelles fonctionnalités & améliorations · Design Tokens & mode sombre

• Introduction des Design Tokens dans la Smart Bar, le tableau de bord, la grille, les onglets, l'infobulle, le commutateur et le centre d'aide.
• Prise en charge du mode sombre pour la barre latérale, les listes déroulantes et les fenêtres modales.

Nouvelles fonctionnalités & améliorations · CMS & Storefront

• Accessibilité améliorée du captcha.
• Corrections de bugs concernant les contenus CMS, le rendu des blocs et la configuration des emplacements.
• Nouveaux labels ARIA pour le curseur d'images et navigation optimisée.
• Ajout de l'attribut fetchpriority pour le curseur d'images.

Nouvelles fonctionnalités & améliorations · Catégories & navigation

• Correction de l'affichage du chemin des catégories.
• Chargement de toutes les catégories du chemin actif.
• Amélioration de l'invalidation du cache de navigation.

Nouvelles fonctionnalités & améliorations · Administration

• Amélioration de l'affichage des erreurs pour la configuration CMS et les formulaires.
• La barre latérale peut désormais être agrandie par glisser-déposer.
• Nouveaux événements et interfaces API étendues (par ex. données du panier dans le profiler Symfony).

Nouvelles fonctionnalités & améliorations · Documents

• Nouvelles options pour les adresses de retour et l'affichage des directives fiscales.
• Corrections de bugs concernant les avoirs et les factures.

Nouvelles fonctionnalités & améliorations · Technique & Core

• Prise en charge du Soft Purge dans le cache HTTP.
• Nouveau planificateur pour les tâches programmées.
• Meilleure gestion des erreurs de clé étrangère.
• Mise à jour vers DBAL 4.3.1 et les composants Symfony.
• Relèvement de la configuration minimale requise pour MySQL.
• Nouveaux événements pour les extensions d'entités et les hooks.

Nouvelles fonctionnalités & améliorations · Elasticsearch & mise en cache

• Optimisation des requêtes et de l'indexation Elasticsearch.
• Amélioration de la gestion du cache obsolète via la file d'attente.
• Stratégies de cache étendues, notamment avec des vary headers pour les variables de contexte.

Corrections de bugs

• Correction des erreurs relatives aux vignettes des médias et à l'import des images produits.
• Stabilisation de la génération des URL SEO, y compris lors de modifications ou pour les déclinaisons.
• Résolution de problèmes concernant les produits de vente croisée, la déconnexion des invités, la réinitialisation des applications et les sessions d'administration.
• Correction des calculs de prix et des erreurs d'arrondi pour les prix avancés.
• Plusieurs améliorations de l'interface utilisateur pour la barre latérale, les fenêtres modales, les champs de recherche et la navigation.

Corrections de bugs & améliorations

• Recherche de propriétés Correction du tri lors de la recherche de valeurs de propriétés.
• Éditeur de texte Le composant classique sw-text-editor est de nouveau utilisé à la place de mt-text-editor.
• Gestion des apps Correction d'un problème où les apps actives n'étaient pas correctement réinitialisées après désactivation.
• Paramètre de visibilité Amélioration de la vérification de la visibilité (rétroportage de la version 6.7.1.0).
• Composants createdComponent défini à nouveau comme synchrone.
• Médias Rétablissement de la rétrocompatibilité pour MediaThumbnailEntity.
• Panier Correction d'une erreur lors de la désérialisation des données du panier.
• URL SEO Correction des URL SEO incohérentes pour les produits en vente croisée.
• Recherche
  • search config loader déplacé vers le Core-Bundle.
  • La longueur minimale des termes de recherche est désormais également prise en compte dans les tables de configuration.
• Base de données Correction d'une erreur empêchant le fonctionnement de la connexion principale lorsqu'une réplication était configurée.

Corrections de bugs et améliorations

• URLs SEO Lors de la création d'URLs SEO, la recherche d'une URL canonique n'est plus effectuée en l'absence d'informations de chemin.
• Cycle de vie du thème Correction d'un problème où refreshThemes était exécuté sans configurations de plugin existantes.
• Compilation du thème Correction d'une erreur pouvant entraîner l'altération du ThemeRuntimeConfig.

Administration & Core

• Nouveaux paramètres de la State Machine pour une meilleure gestion des statuts de paiement et d'expédition.
• Introduction d'un module de système de mesure, incluant la DAL, les migrations et les paramètres d'administration.
• Nouvelles commandes d'application (app:list), hooks ACL supplémentaires et améliorations du SDK Admin.
• De nombreux stores Vuex remplacés par des stores Pinia → gestion plus stable et plus moderne.
• Configuration des thèmes améliorée (validations, héritage, optimisations du chargement).
• Meilleure gestion des erreurs dans les plugins JS de la Storefront et dans le Plugin Manager.

Performance & Stabilité

• Recherche Elasticsearch améliorée (scoring pour les tokens numériques, corrections de filtres, optimisations de performance).
• Processus de panier et de checkout sécurisés par un système de verrouillage, nouveaux événements, filtres et gestion des erreurs améliorés.
• Optimisations dans l'indexation (par ex. omission du MediaIndexing pour les miniatures distantes).
• Meilleure performance lors du chargement des catégories, fichiers médias et flux de produits.

Storefront & UX

• Accessibilité améliorée : notamment pour les sliders, la navigation, les formulaires, les promotions et le checkout.
• Fonctionnalités CMS étendues : nouveaux blocs Twig, meilleure sélection des slots, corrections pour les filtres et sliders.
• Nouvelle gestion du visualiseur 3D/AR, incluant le support DIVE et une configuration de caméra améliorée.
• Optimisations SEO : corrections des URL SEO, des pages de destination et des balises OpenGraph.
• Logique du panier améliorée (verrouillage en cas de modifications concurrentes, gestion des lignes d'article, promotions).

API & Fonctionnalités pour développeurs

• Nouvelles API et événements (notamment génération du sitemap, adaptations du SalesChannelContext, messages dédupliqués).
• Attributs d'entités étendus (ManyToMany, Attributed Entities).
• Extensions de la recherche de produits et de variantes (meilleurs résultats pour les termes de recherche).
• Améliorations concernant les documents (authentification lors du téléchargement, numéros de facture et d'avoir).
• Nouvelle configuration robots.txt et adaptations flexibles via l'API.

Corrections de bugs

• Nombreuses corrections concernant les promotions, commandes et factures.
• Corrections concernant le multilinguisme (solutions de repli, traductions, i18n).
• Correction de diverses erreurs dans l'Administration (affichage des grilles, infobulles, état de la barre latérale, héritage des variables).
• Améliorations de la gestion des médias et des téléversements, incluant les URL de miniatures distantes.
• Corrections concernant les droits utilisateurs, les sessions et les processus de connexion.

Améliorations & nouvelles fonctionnalités

• UX La touche ESC dans la fenêtre modale ramène désormais à la vue liste → utilisation plus intuitive.
• Gestion des médias Les images des fabricants utilisent désormais la nouvelle fenêtre modale de médias au lieu de la barre latérale.

Corrections de bugs

• Panier & prix Les articles empilés (line items) prennent à nouveau correctement en compte les prix avancés.
• Recherche La recherche instantanée ne plante plus lorsqu'aucune donnée n'est disponible.
• Rendu ESI Les erreurs lors du rendu ESI ne sont plus ignorées, mais correctement traitées.

Améliorations et nouvelles fonctionnalités

• SEO & URLs Amélioration de l'affichage des URLs SEO dans le formulaire d'inscription pour les groupes de clients.
• Listing de produits & recherche
  • Les extensions issues de IdSearchResult sont désormais correctement transmises à EntitySearchResult dans ProductListingLoader.
  • Corrections Elasticsearch pour les groupes de produits dynamiques avec champs personnalisés.
• Champs personnalisés Amélioration de la traduction et de l'accès aux valeurs des champs personnalisés.
• Technique & compatibilité Compatibilité Vue 3 pour les références de template dans les composants de vente croisée.
• Factures électroniques Prise en charge du calcul vertical de la TVA pour les factures électroniques.

Corrections de bugs

• Produits & variantes
  • Correction de l'affichage erroné de NaN% lors de la génération des variantes.
  • Correction lors de la création de propriétés de produit essentielles comportant plus de deux valeurs.
  • Correction des listes d'état vides lors du positionnement des variantes.
• Médias & fabricants Le champ logo pour les médias des fabricants est de nouveau correctement aligné.
• Groupes de propriétés Introduction d'une limitation lors du chargement des options dans la vue détaillée afin d'éviter les problèmes de performance.
• Storefront & connexion Comportement cohérent entre la page de connexion et la page d'inscription pour les clients invités.
• Routage & système Améliorations du décodage des messages dans le routage.
• API Correction du schéma des points de terminaison de critères de la Store API.

Améliorations & nouvelles fonctionnalités

• Protection des données & standards Remplacement des anciennes mentions de protection des données par des mentions à jour.

Améliorations & nouvelles fonctionnalités · Themes & Design

• Nouvelle option skip-theme-compile lors de la désinstallation d'apps.
• Améliorations de l'assignation des Themes (mt-checkbox remplace l'ancien composant).
• Les modifications de Theme entraînent moins d'interruptions de service.
• Correction de la perte des paramètres de Theme lors d'une navigation rapide.
• Remplacement de la barre latérale par une nouvelle fenêtre modale de médias.
• Ajustements du design du compte client et du style des info-bulles.

Améliorations & nouvelles fonctionnalités · Administration

• Refactorisation de la liste des ensembles de snippets.
• Les règles de promotions s'affichent désormais correctement en tant que Line-Item-Rule.
• Les fabricants sans lien sont désormais correctement affichés comme
  au lieu de affiché.
• Meilleur affichage des labels dans la fiche détaillée du client.
• Affichage du type rendu pour les restrictions des règles de taxes.

Améliorations & nouvelles fonctionnalités · Technique & Core

• Nouveau jeton de contexte pour les requêtes en cours.
• Mise à jour de Meteor vers la version 4.12.1.

Corrections de bugs

• Storefront & recherche
  • Correction du tri des pays.
  • Correction des icônes erronées pour les termes de recherche.
  • Correction de l'ordre des résultats de recherche dans l'aperçu MySQL.
  • L'indicateur de variantes est de nouveau visible dans le listing de produits.
  • La navigation dans le premier niveau fonctionne correctement.
• Médias & téléchargements Le téléchargement de médias en ligne affiche de nouveau une image d'aperçu correcte.
• Elasticsearch Correction concernant les groupes de produits dynamiques avec conditions de prix/pourcentage.
• Commandes
  • Correction de l'écrasement incorrect du deepLinkCode lors d'un nouveau calcul.
  • Correction d'une erreur lors de la génération de nouvelles langues.

Améliorations et nouvelles fonctionnalités

• Icônes et interface utilisateur Noms d'icônes variables autorisés dans sw_icon ; petite taille ajoutée pour les champs de recherche et la sélection de règles.

Améliorations et nouvelles fonctionnalités · Navigation et ergonomie

• Classe de style active ajoutée pour la navigation principale.
• Amélioration des liens du bouton retour dans sw-page.
• Les sous-catégories vides non nécessaires ne sont plus affichées dans la navigation.

Améliorations et nouvelles fonctionnalités · Formulaires

• Blocs supplémentaires pour les saisies dans les formulaires d'adresse et d'inscription.
• Compatibilité améliorée de la validation du captcha.
• Nouveau comportement pour la validation des messages d'erreur personnalisés.

Améliorations et nouvelles fonctionnalités · Checkout et panier

• Nouveau mécanisme de verrouillage pour CartOrderRoute.
• Ajustement de la visibilité pour les combinaisons PropertyGroupOption.
• Meilleure extensibilité des templates ESI.

Améliorations et nouvelles fonctionnalités · Elasticsearch

• Le mapping d'index est désormais ajusté de manière fiable après les mises à jour.

Corrections de bugs

• Zone d'administration
  • Correction de problèmes liés aux promotions, aux assets avec des tirets bas et à la réinitialisation du mot de passe.
  • Correction d'une erreur d'interface en mode Staging.
  • Meilleure compatibilité avec DDEV et Vite Watcher.
  • Correctif pour les snippets du Rule Builder.
  • Correction de tailles, proportions et placements incorrects dans les vues de commande (tags, placeholder, bouton de repli).
  • Correction de problèmes lors de la création de nouvelles règles dans la tarification avancée.
  • Ajustement de la gestion de l'hôte de l'Admin Watcher pour DDEV.
• Storefront
  • Correction d'une erreur d'affichage des pages CMS verrouillées.
  • Affichage correct des tags dans les commandes.
  • Les résultats de recherche dans les catégories sont à nouveau défilables.
  • Correction d'un affichage erroné du bouton de repli dans l'aperçu des commandes.
• Technique et Core
  • Annulation d'une suppression erronée des erreurs ES dans l'Admin.
  • Amélioration de la visibilité des champs personnalisés dans StructEncoder.
  • Correction d'une erreur dans la gestion de RetryableTransaction.
  • Correction d'un ordre erroné dans les résultats de recherche.

Améliorations & fonctionnalités

• Catégorie & variantes Attribution améliorée des variantes aux catégories.
• Navigation & slider Le slider de vente croisée de produits affiche à nouveau les flèches de navigation.
• Recherche
  • Nouvel événement pour les ID de catégories interrogées.
  • Recherche par préfixe désactivée pour les synonymes, afin d'éviter des résultats non pertinents.
  • Le paramètre de recherche dans l'API est désormais optionnel.
• OffCanvas
  • Les éléments OffCanvas figés sont désormais correctement supprimés.
  • Ajout du texte de devise manquant dans la sélection OffCanvas.

Corrections de bugs

• Formulaires Correction des champs de formulaire côte à côte sur les petits écrans ; ajout de la classe js-search-form manquante dans l'en-tête.
• Commandes Correction du comportement du champ de saisie des frais d'expédition dans les commandes de l'Admin ; l'imitation en tant que client n'est possible que si les conditions requises sont remplies.
• Données & API Correction de l'héritage DAL dans les champs to-many avec limites ; correction d'une erreur lors de l'envoi de webhooks pour des événements non versionnés ; correction des paramètres de pagination lors des dépassements de page dans les listings.
• Divers Correction d'une erreur liée aux articles de ligne imbriqués ; résolution de problèmes lors des mises à jour d'extensions ; ajustement de la définition de type dans ThemeConfigField ; suppression de l'utilisation de DeleteThemeFilesMessage dans le ThemeCompiler.

Améliorations & fonctionnalités

Améliorations & fonctionnalités · Consentement des cookies & suivi

• Le mode de consentement GTag n'est défini que si Google Analytics est activé.
• Amélioration de l'accessibilité des paramètres de cookies.

Améliorations & fonctionnalités · Polices

• Le Storefront utilise désormais la police variable Inter ; les anciennes polices non variables ont été supprimées.

Améliorations & fonctionnalités · Promotions

• Les champs sont correctement réinitialisés lors de la duplication de promotions.
• Les promotions peuvent être épinglées pour les commandes Admin.

Améliorations & fonctionnalités · Connexion & recherche

• Intégration des scripts de connexion dans l'objet window.
• Amélioration de l'accessibilité du widget de recherche ; formulaire de recherche optimisé pour les lecteurs d'écran.

Corrections de bugs

• Correction d'une erreur liée au mode Quirks HTML dans le Storefront.
• Correction du chargement des associations to-one avec des données partielles.
• Correction d'un problème lié à la limite de chargement des modules Admin (limite 500).
• Les champs de promotions dupliquées sont correctement réinitialisés.

Corrections de bugs · CI & développeurs

• Améliorations du workflow CI (tokens, gestion des droits, gestion des WIP).
• Nettoyage du Stylelint du Storefront.
• Montée de version du composer.stub.

Nouvelles fonctionnalités & extensions

• Nouveaux paramètres de machine à états dans l'espace Administration.
• Extensions Twig : nouvelles fonctions & tokens avec des alternatives pour un meilleur héritage.
• Nouveaux événements lors du chargement des commandes pour la génération de documents.
• Nouvelle fenêtre modale du gestionnaire d'adresses pour une meilleure gestion des adresses.
• Prise en charge de Google Tag Manager.
• Champ Meta Author pour un meilleur référencement (SEO) côté frontend.
• Prise en charge de la balise meta og:video (optimisation pour les réseaux sociaux).
• Nouvelles possibilités de filtrage : equals et equalsAny acceptent désormais les valeurs vides.
• Blocs Twig supplémentaires pour les éléments CMS (par ex. galerie d'images).
• Introduction du drapeau Confidential pour l'API OAuth.
• Nouvelles options pour les factures électroniques : téléchargement du type de fichier et ouverture directe.

Performance & architecture

• Refactoring : migration de nombreux stores de Vuex vers Pinia.
• Amélioration des performances de l'export produits (moins d'appels aux URL SEO).
• Optimisation des performances du domaine checkout.
• Elasticsearch : indexation améliorée pour les commandes et les flux de produits.
• Introduction d'une preuve de concept Vite pour l'Administration + logs optimisés.
• Optimisations de performance MySQL par suppression de variables inutiles.
• Mise à jour de doctrine/dbal vers la version 4.2.
• Amélioration des performances du Product Stream Updater.

Storefront & ergonomie

• Refactoring du slider produit, incluant la configuration de vitesse & les animations.
• Nombreuses améliorations d'accessibilité (labels ARIA, navigation au clavier, optimisations pour lecteurs d'écran).
• Contrastes plus homogènes et meilleure gestion du focus.
• Intégration de Bootstrap 5.3.3.
• Comportement amélioré de la navigation en Off-Canvas (langue/devise).
• Nouveau titre h1 dans les mises en page de listing pour le SEO.
• La page de liste de souhaits est désormais paramétrée en noindex.
• Le panier est désormais supprimé immédiatement après la commande → moins d'incohérences.
• Affichage amélioré des adresses & documents dans l'Administration.

Administration & développeurs

• Refactoring du MailService et passage à un traitement privé du système de fichiers.
• Nouveaux attributs : AllowHtml et AllowEmptyString.
• Nouveaux composants d'Administration et blocs Twig.
• Possibilité d'ajouter de nouveaux commentaires internes sur les commandes.
• Nouvelles règles PHPStan (par ex. classes d'attributs final, types de retour validés).
• Dépréciations : helper DomAccess, ancien filtre Twig spaceless, divers stores Vuex.

Corrections de bugs & améliorations

• Corrections de bugs lors de la création de clients avec des adresses différentes.
• Correction d'une erreur de portée de traduction (scope) dans i18n.
• Correction d'un bug de bloc CMS (vérification de suppression).
• Correction d'un bug de clic sur les avis produits ; correction d'un affichage erroné des barres de progression.
• Corrections liées aux sessions et à Redis (par ex. CartSavedEvent, CartPersister).
• Corrections dans l'Administration : édition en masse des champs personnalisés, module de promotions, animation du slider, position des cartes dans le détail des commandes.
• Correction d'un bug concernant les surcharges de mise en page CMS via les catégories.

Corrections de bugs & améliorations

• Correction de problèmes lors des mises à jour de plugins via Composer.
• Les boutons de la modale Ajax sont désormais contrôlés par un indicateur d'accessibilité.
• Le transport Mailer n'est modifié que s'il est effectivement présent dans le container.
• Améliorations du validateur de formulaire : les snippets sont désormais correctement échappés afin d'éviter des erreurs liées aux caractères spéciaux (par exemple les apostrophes).
• Correction de la double soumission des formulaires avec le plugin reCaptcha.

Corrections de bugs

• Correction dans MessengerMiddlewareCompilerPass afin d'éviter des erreurs dans la gestion des messages.
• Ajustement des exigences Composer avec une stabilité minimale stable.
• Résolution d'un problème lors de la mise à jour Commercial.
• Correction de l'erreur « Class SwTwigFunction not found ».
• Bulk-Edit Correction de l'édition des variantes.

Nouvelles fonctionnalités et améliorations

• Prise en charge de Google Analytics BeginCheckoutEvent.
• Nouveau champ Meta-Author avec affichage dans le frontend.
• Points d'extension pour ProductListingLoader et d'autres composants de l'Administration.
• Nouveaux événements .encode pour les routes de la Store API.
• Nouvelle fenêtre modale de gestion des adresses pour une meilleure gestion des adresses.
• Extension de SystemLanguageChangeEvent dans le ShopConfigurator.
• Possibilité d'utiliser des champs enum dans la DAL.
• Introduction de l'ESI pour l'en-tête et le pied de page, y compris des données de template globales.
• Nouvel indicateur pour les connexions de base de données persistantes.
• Ajout de règles de spéculation pour la Storefront.
• Prise en charge de la compression MySQL.
• Logique d'indexation Elasticsearch améliorée ; nouveaux agrégats pour l'API d'administration.
• Intégration des mises à jour en temps réel du panier dans la Storefront.
• Prise en charge OAuth pour l'authentification des e-mails.
• Custom Fields disponibles avec storeApiAware.

Nouvelles fonctionnalités et améliorations · Accessibilité

• Contour de focus amélioré et navigation au clavier homogénéisée.
• Nombreuses améliorations du checkout, des fenêtres modales et des champs de formulaire.
• Introduction d'un bouton Passer dans la galerie d'images.
• Ajout de libellés ARIA dans les champs de prix, les formulaires et les boutons.
• Meilleure lisibilité des informations de promotion et des remises.
• Optimisation de l'accessibilité des vidéos intégrées et du visualiseur 3D.
• Amélioration de l'accessibilité du panneau de filtres mobile.

Corrections de bugs

• Corrections dans le Flow Builder, les promotions et Elasticsearch.
• Amélioration du comportement du jeton de rafraîchissement et de la session de connexion de l'Administration.
• Correction d'erreurs dans les éditeurs d'adresses, le changement de variante et la galerie d'images.
• Résolution d'un problème lors de la suppression d'extensions avec des licences expirées.
• Correction de plusieurs bugs liés à l'envoi d'e-mails, aux coupons et aux méthodes de paiement.
• Correction d'affichages erronés dans le checkout, le panier et les options de filtre.
• Résolution de problèmes de stabilité liés au Hot Reload et à la mise à jour vers Symfony 7.2.

Ajustements techniques

• Mise à jour de Twig vers les versions 3.18.0 et 3.19.0.
• Refactoring et nettoyage interne (navigation, ProductSlider, CSS).
• Introduction de classes Hydrator pour les Attributed Entities.
• Diverses dépréciations : mise en cache fine (Fine-grained Caching), DISABLE_EXTENSIONS, setTwig dans le contrôleur Storefront, Messenger Bus, entités personnalisées pour les plugins.
• Améliorations des migrations, de la gestion du cache et préparations pour doctrine/dbal:4.
• Consolidation des constantes de cache et nouvel en-tête pour l'invalidation du cache.

Nouvelles fonctionnalités et améliorations

• Intégration d'un validateur SCSS pour les modifications de thème.
• Nouveaux points de terminaison Store API pour les fils d'Ariane de produits et de catégories.
• Ajout du mode Explain d'Elasticsearch.
• Intégration d'un point d'extension pour le Flow Executor et le moteur de rendu PDF.
• Options de configuration étendues pour les attributed entities.
• Nouveaux blocs Twig pour les articles de ligne et types de filtres supplémentaires pour la recherche.
• Possibilité d'exclure les produits masqués du plan de site (sitemap).
• Ordre personnalisable des champs ville et code postal lors du processus de commande.
• Améliorations du comportement de chargement et des performances dans l'Administration.
• Optimisations importantes en matière d'accessibilité : meilleure gestion du focus, libellés visibles, contrastes optimisés.

Corrections de bugs

• Traitement correct des adresses de livraison dans le processus de commande.
• Les flux de vente croisée (cross-selling) ne chargent plus leur propre produit.
• Correction d'une erreur dans la validation de la TVA et du numéro de TVA intracommunautaire.
• Correction de problèmes dans le Flow Builder et pour les promotions.
• Résolution d'erreurs dans la gestion des champs personnalisés et dans l'édition en masse (Bulk Edit).
• Correction des hauteurs d'image dans le carrousel de galerie et la fenêtre modale de zoom.
• Amélioration de la gestion des sessions et des utilisateurs en imitation (Imitation-User).
• Les snippets sont de nouveau modifiables.
• Stabilisation de l'indexation Elasticsearch et du comportement des mots vides (stopwords).
• Correction d'une erreur lors du processus de commande sans articles ou avec des promotions.
• Corrections dans la Storefront : images héros, doublons de panier, champs de quantité, en-tête du mini-panier.
• Amélioration du Hot Reload, correction des cookies et des redirections.

Ajustements techniques

• Passage à l'algorithme de hachage xxh128.
• Suppression des paramètres d'URL en double dans le cache HTTP.
• Unification des fichiers de configuration et des stores.
• Préparation aux propriétés typées natives de PHP (Typed Properties).
• Optimisation du Restrict Listener du MessageQueue.
• Améliorations dans le Symfony Scheduler Bridge et dans les étapes de migration.
• Introduction de Prettier dans l'Administration et ajustements du Hot Reload.

Corrections de bugs

• Rendu Twig Suppression d'une méthode obsolète pouvant entraîner des dépassements de mémoire.
• Configuration Redis Correction d'un bug lors de l'utilisation du paramètre shopware.cart_redis_url, qui pouvait auparavant provoquer des exceptions.

Corrections de bugs

• Hot Reload Correction d'un problème avec les cookies et les redirections, afin que les environnements de développement fonctionnent à nouveau de manière stable et fiable.

Nouvelles fonctionnalités & améliorations

• Adresses & formulaires IDs uniques pour les formulaires d'adresse, validation correcte des champs obligatoires et gestion des erreurs lors de la soumission de formulaires.
• CMS & Storefront Améliorations concernant la réinitialisation des formulaires, la sélection de la langue, le slider mobile, le filtre de mise en page, le mode d'affichage et l'aperçu.
• SEO & Sitemap Nouveaux fournisseurs de landing pages, résolution correcte des URL SEO dans les contenus CMS, corrections des doubles barres obliques dans les sitemaps.
• Store API Titres des critères dans la liste de souhaits, réponses API génériques et points de terminaison pour les fils d'Ariane.
• Performance & stabilité Optimisations du cache, de la configuration Redis, de l'indexation Elasticsearch et du Hot Reload (y compris le proxy HTTPS/TLS).
• Administration Nouveaux blocs wrapper, refonte de l'UI/UX (groupes de boutons, styles de champs de saisie, sélecteur de couleur, imitation de clients), migration vers Pinia et intégration de Prettier.
• Sécurité En-têtes CSP avec frame-ancestors, améliorations de validation (numéro de TVA, promotions, avis), blocage de l'inscription à la newsletter via des requêtes HEAD.

Corrections de bugs

• Correction d'une erreur lors de la création de clients via l'API Admin malgré des erreurs de validation.
• Les commandes annulées ne sont plus modifiables dans le Storefront.
• Affichage correct des clients sélectionnés dans la popup de commande.
• Correction des promotions & réductions dans les commandes.
• Diverses corrections concernant les réductions sur le panier, les validations de formulaires, les fils d'Ariane, l'onglet des variantes, les indexations et les snippets.

Modifications pour les développeurs

• Introduction de WriteBatchInterface et de nouveaux événements.
• Passage à l'algorithme de hachage xxh128.
• Nettoyage des méthodes & indicateurs obsolètes.
• Options de configuration et de test étendues (par ex. cache:clear:all, couverture de code par répertoire).
• Messages d'erreur & typage améliorés (PromotionGateway, valeurs par défaut, Criteria).

Corrections de bugs

• WriteCommandQueue L'ordre d'exécution incorrect des commandes de la WriteCommandQueue a été corrigé.

Nouvelles fonctionnalités & améliorations

• Store API Nouveaux endpoints pour les fils d'Ariane des produits et des catégories.
• Import/Export Introduction d'une nouvelle stratégie d'import par lots.
• Système d'apps Nouveau système de fichiers pour les apps offrant une meilleure abstraction.
• Elasticsearch Indexation des produits optimisée pour de meilleures performances.
• Sitemap Domaine correct pour les emplacements du sitemap.
• Vérifications système Sortie JSON disponible pour la commande system:check.
• Smart Bar Possibilité de basculement ajoutée dans l'admin.
• Design & UX Amélioration du formatage du texte et de l'éditeur dans le Storefront.
• Accessibilité Gestion du focus améliorée dans le checkout et le panier hors-canevas ; états visuels de focus ajoutés ; plugin de slider optimisé.
• Variantes de produits Nouvelle option permettant d'ajouter uniquement les variantes.

Corrections de bugs

Corrections de bugs · Checkout & commandes

• Correction d'un calcul erroné des remises et des taxes sur les frais de port.
• Les promotions avec des règles et des conditions de quantité fonctionnent à nouveau correctement.
• Correction de la langue, de l'adresse de facturation et de la logique de taxe lors de la facturation groupée.
• Suppression des changements d'état en double lors du prélèvement SEPA.

Corrections de bugs · Gestion des médias

• Correction d'une erreur lors du renommage de fichiers avec des vignettes distantes.
• Simplification du tri des médias des produits.

Corrections de bugs · CMS & univers d'expérience

• Correction des problèmes de chargement avec les entités de démonstration.
• Amélioration des performances pour les mises en page comportant de nombreux éléments.
• Suppression des blocs dupliqués dans Twig.

Corrections de bugs · Administration

• Correction d'une erreur lors du déverrouillage/de l'annulation des opt-ins à la newsletter.
• Amélioration des performances pour les statistiques de commandes et la recherche dans l'admin.
• Ajout de règles ACL et d'événements de critères pour les pays et les régions.

Modifications techniques & dépréciations

• Hachage Passage de md5 à xxh128 pour davantage de sécurité et de performance.
• Twig Mise à jour vers la version 3.14.0.
• ESLint Ajout de nouvelles règles.
• Configuration système Format legacy déprécié dans la commande system:config:get.
• Autoprefixer Officiellement marqué comme obsolète.
• Address Cards Template address-card déprécié.

Corrections de bugs et optimisations

• Slider de produits Correction de slides indésirables lors du clic sur les éléments du slider.
• Plugin Base-Slider Correction d'une erreur dans _initAccessibilityTweaks, amélioration de la stabilité et de l'accessibilité.
• Calcul du panier Optimisation du calcul du hachage des données pour un calcul correct des prix.
• Cache Correction de l'attribution des noms de cache pour une mise en cache propre.
• Commandes Correction d'un double appel de la méthode save-edits lors de l'enregistrement d'une commande.

Nouvelles fonctionnalités & améliorations

• Pagination du Storefront Via des liens d'ancrage → navigation plus accessible & plus adaptée au SEO.
• Codes d'affiliation & de campagne Modifiables directement dans l'Administration.
• Imitation de client Pour les scénarios de test et les cas de support.
• Flow Builder Nouveau déclencheur « Customer before delete ».
• Contrôles de santé du système Introduction pour une meilleure surveillance de l'intégrité & de la stabilité.
• ElasticSearch Limitation de la longueur du texte pour l'indexation + meilleure gestion des erreurs.
• Composer Ajout du nom Composer dans la commande de liste des plugins.

Nouvelles fonctionnalités & améliorations · Core & technique

• Objets Context améliorés, validation des agrégations et validation silencieuse des tokens.
• Mise en cache optimisée grâce à des Cache-Tags améliorés.
• Performance de l'Administration nettement améliorée pour les mises en page comportant de nombreux éléments.
• File d'attente de messages avec limite de taille pour un traitement plus stable.
• Cycle de vie des applications : upsert pour les champs personnalisés et validations étendues.
• Ajout de règles PHPStan pour les noms ACL et les exceptions.

Nouvelles fonctionnalités & améliorations · Médias & CMS

• Visionneuse 3D Nouvelle option de réglage pour l'intensité lumineuse.
• Les URL dynamiques peuvent désormais être liées à des médias.
• Génération des vignettes améliorée, y compris des correctifs en mode strict.
• Slider CMS & produits : corrections concernant l'affichage des variantes et l'accessibilité.
• Nouveaux composants Twig & wrapper (sw-popover, sw-tabs, sw-select-field, sw-textarea-field, entre autres).
• Modules iFrame statiques signés pour plus de sécurité.

Nouvelles fonctionnalités & améliorations · Clients, commandes & checkout

• Groupes de clients correctement affichés dans les URL SEO.
• Corrections concernant les adresses de livraison et la création de clients (erreur de civilité, route d'enregistrement).
• Promotions : corrections concernant les règles, l'utilisation maximale par client et l'applicabilité.
• Nouveaux filtres pour les numéros de client et de commande dans les listes de l'Administration.
• Lignes de commande : promotionId désormais modifiable via l'AdminAPI.
• Pré-calcul des paniers amélioré ; le panier n'est plus enregistré à chaque requête.

Nouvelles fonctionnalités & améliorations · Accessibilité

• Gestion du focus améliorée pour les fenêtres modales, l'Offcanvas et les formulaires.
• Filtres du Storefront optimisés pour les lecteurs d'écran.
• Nouveaux états de focus visibles pour les boutons (liste de souhaits, retour en haut, slider, etc.).
• Éléments de formulaire : étiquetage & messages d'erreur améliorés.

Corrections de bugs

• Le slider de produits affiche à nouveau les produits des groupes dynamiques.
• Gestion des adresses stabilisée dans le checkout.
• Validation des prix corrigée dans les champs personnalisés.
• Correction de l'erreur de constante TCPDF causée par Opcache.
• Grille de l'Administration : disposition des colonnes et icônes corrigées.

Core & Technique

• Améliorations de l'objet Context pour un traitement des données plus stable.
• Optimisation de la validation des noms d'agrégations afin d'éviter les erreurs lors de requêtes complexes.
• Amélioration de la validation silencieuse des tokens pour les feature flags.

Paiements & Livraison

• Correction d'un bug lors du filtrage via les routes décorées des modes de paiement et de livraison.

Médias

• Adaptation des indications de type (typehints) dans le MediaUrlPlaceholderHandler pour une meilleure cohérence.

Produits & variantes

• Génération des variantes Nouvelle option permettant de choisir si les variantes doivent être générées ou simplement ajoutées lors de la création.
• Recherche de produits Logique de scoring améliorée pour les correspondances exactes ; recherche par référence produit avec redirection directe vers la page de détail.
• Édition en masse Correction d'un bug survenant lors de la modification simultanée de plus de 25 produits.

Commandes & documents

• Options de filtrage Numéro de commande et numéro de client filtrables dans les listes de l'administration.
• Factures & annulations Les montants d'annulation sont désormais correctement affichés en négatif.
• Attribution de la langue Les commandes créées manuellement enregistrent désormais correctement la langue choisie.
• Livraisons intracommunautaires Nouvelle mention dans les documents fiscaux concernés.
• Promotions Les promotions appliquées automatiquement sont conservées après l'enregistrement de la commande.

Paiements & Checkout

• Améliorations des gestionnaires de paiement et du processus de paiement.
• Paiement via app Délai d'expiration porté à 20 secondes.
• Nouveaux paramètres dans les traductions des erreurs du Checkout.

Clients & Administration

• Customer Impersonation Les administrateurs peuvent se connecter en tant que client.
• Amélioration des sessions de connexion dans l'Administration.
• Correction des vérifications ACL et de Sales Channel dans le module client.
• Suppression du mode de paiement par défaut pour les clients.

CMS & univers d'expérience

• Sélecteur de lien Ajout d'une option pour les médias.
• Ouverture des paramètres de section de la Shopping Experience directement via le menu contextuel.
• Corrections du mapping des données CMS pour les traductions imbriquées.
• Blocs Twig supplémentaires dans les templates CMS et de commande.

Recherche & SEO

• Recherche MySQL Longueur maximale des termes de recherche limitée (performance).
• Amélioration des priorités du résolveur SEO et des vérifications de contexte.
• Correction des titres SEO sur les pages de détail produit.

Médias & RA

• Nouvelles valeurs par défaut pour les médias de réalité augmentée.
• Améliorations du libellé de l'icône RA et du placeholder 3D.
• Correction des URL de médias sans miniatures.
• Types de fichiers filtrables dans la recherche de médias.

Développeurs & technique

• Flow Builder Service converti en TypeScript ; nouveaux blocs & fonctions.
• APIs Points de terminaison pour lister toutes les routes API ; critères de recherche supplémentaires.
• Elasticsearch Meilleure gestion des caractères spéciaux & performance améliorée.
• Profiler Chemins étendus pour le Profiler du Storefront.
• Dépréciations entre autres sw-select-number-field, sw-dashboard-statistics.
• Amélioration des workflows Composer, Jest/Lint et des commandes de plugin.

Corrections de bugs & améliorations

• Correction des adresses d'entreprise en double.
• Corrections de bugs concernant les valeurs décimales dans les champs de prix.
• Empêche : les décalages négatifs dans les avis.
• Accessibilité Lien Passer au contenu ; meilleurs libellés pour les éléments de formulaire.
• Nombreuses petites corrections concernant la gestion du cache, les ACL, les traductions et l'interface utilisateur.

Recherche & Performance

• Optimisation de la recherche Limitation de la longueur des termes de recherche dans les recherches MySQL afin d'éviter les problèmes de performance et les erreurs.

Produits & catalogue

• Groupes de produits dynamiques Champs personnalisés intégrables via la sélection d'entité.
• Fichiers externes Intégration possible même sans extension de fichier via URL.
• Devise & prix Correction de la fenêtre modale de devise défectueuse pour les réglages basés sur le prix.
• Gestion des promotions Validation des identifiants de remise améliorée.

Commandes & clients

• Frais de livraison De nouveau modifiables correctement après validation de la commande.
• Gestion des clients Adresses (y compris le nom de l'entreprise) prises en compte dans l'index Elasticsearch de l'Administration.
• Commandes dans l'Administration Correction lorsque la langue par défaut n'est pas disponible dans le Sales Channel.
• Sécurité des clients Nouvelle vérification des attributs dans le contexte de connexion.

CMS & Storefront

• Les formulaires CMS effacent correctement les données du stockage local (Local Storage).
• Accessibilité Meilleurs contrastes, curseur plus accessible, textes alternatifs dans le widget d'avis.
• Navigation & interface : icône de recherche et menu burger mieux alignés.
• Liste de souhaits : cache d'icônes désactivé dans la vignette produit.

Flow Builder & automatisation

• E-mail : destinataire par défaut ajusté pour le déclencheur « Avis produit ».
• Débogage : informations de débogage supplémentaires dans les en-têtes des e-mails en mode staging.

Développeurs & technique

• Nouvelles commandes Maker (CLI) pour un développement de plugins plus rapide.
• Migration vers Pinia à la place de Vuex.
• La bannière de staging affiche l'URL de l'Administration.
• SEO & snippets : corrections dans la validation des formulaires, la gestion des snippets et les migrations.
• Configuration système : valeurs également définissables via YAML.
• Performance : meilleure pagination, sorties d'erreurs optimisées, nettoyage des articles de ligne lors du recalcul.

Développeurs & Technique

• Optimisation de Composer Exécution plus stable & plus performante tout au long du cycle de vie des plugins (installation, mise à jour, désinstallation).

CMS & Univers d'expérience

• Nouveaux Wrapper pour sw-tabs, sw-select-field, sw-textarea-field, sw-datepicker, sw-password-field, sw-colorpicker, sw-external-link, sw-skeleton-bar, sw-url-field, sw-progress-bar.
• CMS SDK : correction d'une erreur lors du changement d'éléments SDK.
• Textes alternatifs & libellés améliorés pour les Line-Items ; utilisation des médias correctement détectée dans les configurations de slots.

Flow Builder & Automatisation

• Constantes SendMailAction harmonisées ; l'événement de mise à jour est hookable ; nouveaux événements de critères pour les commandes.

Produits & Commandes

• Introduction du Checkout Gateway ; validation d'adresse améliorée dans le panier.
• Les promotions ne sont plus retraitées lorsque le prix du panier est égal à 0.
• Nouvel événement pour la sélection de variantes lors du chargement de la page de détail produit.
• Recherche par numéros de document stable même avec un grand nombre de documents.

Communication & Newsletter

• SendMailAction : possibilité de transmettre la langue.
• Newsletter : nouveaux schémas OpenAPI ; filtrage via SalesChannelId ; longueur maximale configurable pour le corps des e-mails.

Recherche & Elasticsearch

• Améliorations de performance & de gestion des erreurs ; exceptions dans la stack ES correctement interceptées ; débogage & indexation stabilisés.

Storefront

• Flux : ajout de l'en-tête Last-Modified.
• Icônes & focus : correction des icônes multicolores ; indicateurs de focus visibles.
• Compte client : ajout des informations de TVA ; correction des arrière-plans manquants dans les modales d'adresse du checkout.
• Correction du filtre d'avis.

Développeurs & Technique

• Suppression de la dépendance stricte à Redis ; configuration plus stable.
• composer remove possible après la réponse du Kernel.
• OpenAPI : nouveaux schémas (documents, adresses, routes de commande, Line-Items, prix) & règles de linting.
• Admin : autocomplétion pour les champs de saisie ; nouveau mt-email-field.
• Profiler : la CLI prend en charge --profile.
• Performance : améliorations concernant les auteurs de snippets, l'hydratation et les messages d'erreur.
• Règles d'entités : vérifications pour les UUID invalides, les filtres d'ID vides, les erreurs ManyToOne.
• Données & migrations : associations de transactions manquantes ; tests de migration & corrections SalesChannel.

Stabilité & Sécurité

• Messages d'erreur API améliorés (ManyToOne), indications plus claires en cas d'utilisation incorrecte, traitement homogène des UUID invalides.
• Médias : suppression des caractères ASCII non imprimables dans les chemins ; intégration des entités de l'éditeur de scènes 3D ; mise à jour des avatars utilisateurs.

CMS & Univers d'expérience

• Correction du carrousel d'images (l'aperçu dans l'administration fonctionne à nouveau).
• Avertissements de nettoyage (sanitize) dans la configuration des éléments CMS.
• Composants wrapper pour de nombreux éléments d'interface (par ex. sw-button, sw-card, sw-icon, sw-text-field, sw-switch-field, sw-number-field, sw-loader, sw-checkbox-field).
• Correction pour les paramètres de document manquants : solution de secours pour les documents personnalisés.

Flow Builder & Automatisation

• Meilleure gestion des erreurs lors des exceptions de transition/flux dans le processus de commande.
• Smart Bar & menu principal activables/désactivables via un module d'application.
• Délai configurable pour les PseudoModals.

Produits & Commandes

• Correction du tri des prix dans ProductDetailRoute.
• Meilleur affichage des noms longs d'articles enfants dans les commandes.
• Panier OffCanvas : sélecteur de mode de livraison sous forme de bouton.
• Les codes promotionnels acceptent les caractères accentués ; validation de la longueur des titres pour les avis.
• Améliorations concernant la langue & l'héritage pour des processus de chargement plus cohérents.

Storefront

• Accessibilité & SEO : ajout de titres (headings) sur la page de connexion.
• Correction des arrière-plans (backdrops) manquants dans les fenêtres modales d'adresse du checkout.
• Le plugin GallerySlider est désormais correctement détecté.
• Refonte du Webpack de la Storefront (performance, mode Watch, intégration Twig).
• Varnish : correction de la commande Ban all ; liste de souhaits : suppression des icônes CSS superflues.

Développeurs & Technique

• Webpack : prise en charge des configurations ts & cts.
• Meteor Component Library en tant que dépendance de l'administration.
• Amélioration des performances d'Hydrate ; correction des tableaux & icônes du profiler.
• Redis : suppression des préfixes sur les clés ; optimisation de l'incrémenteur.
• Corrections liées aux pipelines / import-export.
• Intégration d'applications : les feature flags renvoient le statut active ; statut de paiement optionnel pour les gestionnaires de paiement d'applications.

Communication & Clients

• Compte client : affichage des informations de TVA.
• E-mails & snippets : requêtes d'auteur de snippet plus rapides ; correction de la recherche pour les snippets très longs ; correction du pied de page e-mail par défaut ; définition de valeurs par défaut pour l'en-tête et le pied de page.
• Formulaires & captchas : les erreurs de validation sont à nouveau correctement prises en compte.

Sécurité & Stabilité

• Extension des validations de flux (langue, exceptions de requête, traitement des commandes).
• Mode maintenance : prise en charge des CIDR IPv6 pour les listes d'autorisation.
• Protection contre les injections SQL : les requêtes erronées sont désormais correctement interceptées.
• Blocage de la mise à jour Twig 3.9 afin de garantir la compatibilité.

CMS & Univers thématiques

• Nouvel élément CMS HTML ; prise en charge de la vidéo pour les produits.
• Intégration image/slider améliorée ; invalidation du cache des snippets.
• Blocs Twig pseudo-modaux ; fonction de nettoyage pour les champs de texte CMS.
• Colonne des pages associées dans les listes CMS.

Flow Builder & Automatisation

• Routage pour la création de flux à partir de modèles.
• Meilleure gestion des erreurs lors de transactions imbriquées & d'événements du dispatcher.
• Nouvelles options : recalcul de commande, extensions de scope ; prise en charge élargie des exceptions de domaine.

Produits & Commandes

• Nouvelle route API pour la mise à jour des adresses de commande.
• Promotions individuelles : détection des doublons & validation améliorées.
• Corrections concernant le statut des commandes, les devises, les noms de variantes (modification en masse).
• Nouvelle condition de règle : « Commande avec document envoyé ».
• Nouvelle prise en charge des maillages/DRACO pour les fichiers 3D ; page produit plus rapide.

Storefront

• Améliorations SEO/sitemap (validation des URL, balises OG, barres obliques finales, corrections de redirection).
• Thème : prise en charge de webpack.config.cjs ; option --sync ; compilation statique optimisée.
• Gestion du consentement : Google Consent V2.
• Accessibilité & ergonomie : améliorations de la connexion, RememberMe, navigation plus accessible.

Développeurs & Technique

• OpenAPI fortement enrichi (produits, commandes, SEO, médias, liste de souhaits, etc.).
• Admin SDK 5.0.1 ; migration Vue 3 poursuivie.
• Nouvelles commandes CLI (par ex. user:list, ludtwig composer, system:update:finish étendue).
• Profiler & débogage : traçage/journalisation améliorés (par ex. repository tracer).
• Mise à niveau Symfony 7 & Composer.

Communication & E-mails

• Module newsletter compatible Vue 3.
• Validation améliorée (destinataires, flux de désabonnement, expressions régulières, caractères accentués).
• Titres de document distincts par page.

Recherche & Elasticsearch

• Règles plus précises (termes numériques, moins de fautes de frappe).
• Intégration ES optimisée (ventes croisées, indexation, recherche dans l'administration).

Storefront & Thèmes

• Cache de thème par canal de vente La mise en cache spécifique au canal des thèmes améliore la stabilité et évite les erreurs d'affichage lors de l'utilisation de plusieurs canaux de vente.

Suivi & Sessions

• Suivi d'affiliation Correction d'une erreur d'accès à la session dans le AffiliateTrackingListener → des programmes d'affiliation et des fonctions de suivi plus fiables.

CMS & Univers d'expérience

• Migration complémentaire Remplacement de la clé de tri dans les emplacements CMS par l'ID, afin que l'ordre de tri soit géré de manière stable et cohérente.

Système & mises à jour

• Déploiements blue-green system:update:finish prend désormais en compte les migrations destructives compatibles blue-green → déploiements zero-downtime plus stables et sécurisés.

Administration & UX

• Vue 3 & SDK Nouveaux blocs Admin-SDK adaptés (notamment les équivalents CMS, la barre latérale d'aide, les paramètres, le mode plein écran iFrame, Stoplight Elements).
• Utilisation Bouton retour dans les paramètres SDK, meilleure réactivité pour le statut de commande, pagination/modèles de listes optimisés, événements de champs plus cohérents.
• Droits & Validation Corrections concernant les autorisations, la validation des e-mails, les vérifications ISO ; messages d'erreur et exceptions de domaine plus clairs.
• Confort Sélection publique de médias avec pagination, attributs de titre/blocs dans les listes, modales Ajax plus stables, nombreuses corrections d'interface.

Storefront, SEO & Contenu

• SEO & Routage Plus d'URL SEO pour les canaux headless ; mises à jour en direct ; améliorations du sitemap (slash de la page d'accueil, champs obligatoires, messages d'erreur).
• A11y & HTML5 Accessibilité améliorée, balises HTML5 modernes ; balises OG sur les pages d'erreur ; support AVIF ; nouveaux blocs Twig.
• Thème & Assets Compilation statique/atomique, corrections pour les scripts distants, CDN/Fastly, JS asynchrone, suppression de all.js.
• Consentement & Cookies Google Consent v2, effacement des cookies sur les pages 404, libellés revus.

Recherche & Elasticsearch

• Héritage & Précision Nouveau modèle d'héritage ES, recherche numérique plus précise, informations de recherche via agrégation par date.
• Performance Moins de ressources sur les listings, listings de variantes plus rapides, tâches de nettoyage des mots-clés plus robustes.

Flow Builder & Automatisation

• Sauvegarde des flows plus stable, dépréciations supprimées, messages d'avertissement/d'erreur plus clairs, flows sensibles aux règles dans davantage de domaines.

Apps, Admin-SDK & Extensibilité

• Davantage de fonctionnalités SDK (traductions, routage, équivalents de blocs CMS, nouveaux hooks/blocs), dossiers apps locaux, inclusion unique des scripts.
• Sécurité/stabilité : chemins plus longs, règles de proxy/URL des médias, gestion des erreurs de manifeste/proxy ; les méthodes d'expédition via Apps ne sont plus « expérimentales ».

Médias & Fichiers

• Renforcement des services Nettoyage des fichiers temporaires, validation centralisée des médias (nom/ASCII/type/taille), plus de requêtes individuelles par élément.
• Téléversements & Formats AVIF, téléversement/zoom spatial, uniquement les node_modules nécessaires pour les assets d'(App/)Plugin ; cas limites de miniatures corrigés.

Commandes, Client(e)s & Checkout

• Langues correctes après connexion, validation robuste de l'éditeur d'adresses, redirections pour les mots de passe hérités ; bons dialogues de devise/taxe.
• Gestion des commandes : pas d'écrasement des « modifications en attente », nouvelles transactions dans l'historique des statuts, les documents d'annulation référencent la bonne version de commande.

Performance, Stabilité & Exploitation

• Mises à niveau du cœur Symfony 7, Composer/Runtime, PHPUnit 10+ ; nettoyage des anciennes dépréciations.
• Mise en cache & HTTP Balises ESI, cache HTTP unifié, invalidations groupées via Redis, moins de requêtes au démarrage.
• Indexeur & Tâches Indexeurs post-mise à jour synchrones possibles, replanifications tolérantes aux erreurs, nouveaux événements de contrôle de santé.
• Transparence des erreurs Larges exceptions de domaine, niveaux de log plus pertinents, indications claires en cas de configurations invalides.

Sécurité & Validation

• Gestion plus stricte des fichiers/URL/formulaires, validations des e-mails/newsletters, actualisation ReCaptcha v3, liens de téléchargement sécurisés ; pas de nettoyage HTML dans l'en-tête/pied de page des e-mails.

Changements majeurs / Dépréciations (extrait)

• API Storefront Twig/JS/CSS & flags supprimés/remplacés (coupe 6.6), flag multilingue ES supprimé.
• Dépréciations Flow/Framework nettoyées ; nouveaux événements par défaut dans les composants ; fichiers hérités supprimés dans la PDP/le panier.
• Nouvelles exigences système (chaîne Node/Build mise à jour : Webpack 5, minification SWC).

Ajustements techniques

• Annulation de la mise à jour des paquets NPM afin d'éviter des problèmes de compatibilité.

Corrections de bugs

• Correction d'une boucle de redirection qui pouvait survenir dans certains scénarios.

Administration & UI

• Meilleure gestion des erreurs pour les fichiers manifest non valides et les noms de fichiers médias trop longs.
• CMS & recherche Nouvel élément after-Block dans les paramètres de recherche ; amélioration de la logique des tris par défaut.
• Corrections lors du rendu des configurations d'éléments CMS dans l'Admin SDK.
• Utilisabilité Ajout de la case à cocher « Se souvenir de moi » lors de la connexion.
• Correction d'un problème de recherche dans l'Administration, optimisation des contenus dans les champs indexables.

Produits & variantes

• Optimisation des performances lors du chargement des listes de produits et de variantes.
• Correction : chargement de la devise par défaut lors de l'édition en masse.
• Correction d'un bug dans le tri des ventes croisées avec Elasticsearch.
• Réduction de la consommation de ressources pour les grandes listes de produits.

Flow Builder, règles & états

• Correction : règle de champ personnalisé client avec sélection multiple.
• Amélioration des privilèges dans la gestion de la machine à états.
• Nouvelles exceptions de domaine pour les snippets & les erreurs de Symfony Messenger.

Médias & téléchargements

• Prise en charge des objets spatiaux en tant que médias.
• Révision de la logique de taille des téléchargements.
• Déclenchement automatique de l'indexeur après les mises à jour de MediaPath.

Technique & performance

• Mise à jour vers Symfony 6.4.
• Amélioration des performances lors du build Webpack.
• Suppression de all.js, chargement JS asynchrone.
• Nouveau traçage des requêtes dans l'Administration.
• Optimisation de la sérialisation des prix.
• Mise à jour de dompdf/dompdf vers la version 2.0.4.
• Corrections concernant les indications de type PHP, OpenAPI et la colonne address_format.

Divers

• Bannière de consentement : bouton « Refuser » → « Uniquement techniquement nécessaires ».
• Mise à jour de l'expression régulière pour le numéro de TVA intracommunautaire belge.
• Conversion cohérente des paramètres dans les Databags.
• Meilleure prise en charge des caractères spéciaux dans les noms de fichiers.
• Nouveau détecteur de taxe abstrait.
• Documentation étendue concernant la mise à jour du sitemap.

Technique & base de données

• Ajustement du type de colonne address_format pour une meilleure cohérence & stabilité.

Technique & Framework

• Ajout et mise à disposition correcte du drapeau de fonctionnalité inject précédemment manquant.

Technique & Maintenance

• Nettoyage de la configuration des services : suppression des classes de test du fichier services.xml.

CMS & Storefront

• Nouvelle option Async Theme Compilation pour de meilleures performances sur les projets de grande envergure.
• Corrections sur les éléments CMS (instances multiples d'éléments SDK, fenêtre modale de mise en page, filtres dans les listes de produits dynamiques).
• Affichage amélioré dans l'historique des commandes (fermeture d'une balise div manquante, ajout de blocs Twig).
• Nouvelles icônes Sparkles et blocs Twig pour des templates plus flexibles.
• Ajout d'une bannière de consentement pour la collecte des données d'utilisation.
• Correction du style de la bannière de cookies (bouton « Tout accepter »).
• URLs SEO : validation & messages d'erreur améliorés ; correction des URLs SEO de catégorie.
• Corrections de traductions/snippets (bouton liste de souhaits, formats d'adresse, modifications de casse pour les propriétés produit).

Flow Builder & automatisation

• Corrections concernant l'exécution des flows dans les transactions et la mise en cache après les processus de commande.
• Nouvel événement : Remove from cart.
• Journalisation des erreurs améliorée pour les exceptions liées aux promotions, au panier et aux documents.

Produits & commandes

• Compatibilité Vue 3 : mise à jour des modules Order, Category et Customer.
• Amélioration des performances lors de la génération de documents (factures).
• Nouveaux noms techniques pour les modes de paiement & d'expédition.
• Corrections pour les modes de paiement/champs de prix erronés dans l'administration.
• Suppressions douces (Soft Deletes) introduites pour les Custom Entities.
• Améliorations de la vente croisée (tri par prix) et de la logique des variantes.
• Correction d'un cas limite : les commandes disparaissaient lors de l'annulation d'une modification dans l'administration.

Recherche & Elasticsearch

• Outils de débogage et journaux améliorés.
• Résultats plus précis pour les recherches numériques.
• Nouvelle fonctionnalité Date Aggregation pour les informations d'index produit.
• Dictionnaires de mots-clés volumineux et filtres de tokens plus stables.

Technique & infrastructure

• Intégration du cache HTTP pour les routes.
• Amélioration du nettoyage du cache Redis & du support Predis ; optimisation de la gestion du cluster/Redis.
• CLI étendue (assistants de tâches planifiées) ; system:update:finish avec message de fin.
• Optimisation des builds Webpack & Admin (templates Flex, watch, serveur de développement).
• Nouvelle file d'attente low_priority.
• Mise à jour du SDK Admin ; tests Jest supplémentaires pour Vue 3.
• Corrections pour MariaDB, colonnes de code postal, clés étrangères.

Sécurité & validation

• Restrictions pour le nettoyage des snippets (seuls les attributs autorisés comme data-url sont acceptés).
• Validations lors du téléversement (nom de fichier ASCII, vérification du type MIME).
• Exceptions de domaine dans Customer, Media, Elasticsearch, Orders.
• La page de connexion du compte invité n'est plus directement accessible.

Correction de bug

• Correction d'un bug rare pouvant entraîner la disparition de commandes lors de l'interruption d'une modification en cours dans l'administration.

Administration & interface

• Nombreuses corrections de compatibilité Vue 3 (module Properties, module Promotions, service Privileges, tests Jest).
• Correction du sélecteur de date : les refs Vue sont correctement définies lors du premier chargement.
• Introduction de l'état de case à cocher indéterminé.
• Corrections pour les e-mails de récupération multilingues et la recherche dans l'Administration.
• Le multiselect d'entité est de nouveau supprimable ; les champs personnalisés sont corrects pour les nouveaux modes d'expédition.

Produits, catégories & checkout

• Correction : ajout de produits par référence.
• Les articles de panier non empilables génèrent désormais des messages d'erreur clairs.
• Nouvelles exceptions de domaine (catégories, documents, panier, promotions).
• Store API : l'adresse de facturation active est désormais disponible dans le contexte.
• Les données de requête sont désormais reprises de manière fiable dans les payloads de paiement.

Flows & automatisation

• L'import CSV ne déclenche plus de flows inutilement.

Recherche & SEO

• SeoUrlUpdater refactorisé en interne ; suppression de la mise en cache du resolver.
• Amélioration de la gestion des langues pour les mots-clés de recherche de produits ; optimisation de la mise en file d'attente de la recherche dans l'Administration.

Système & performance

• Redis : invalidations groupées ; media:delete-unused fonctionne également avec un offset de 0.
• Correction du vidage du cache en cluster ; la sauvegarde exclut désormais le dossier de cache ; réparation du support Predis.
• Nouveaux assistants CLI (tâches planifiées) ; assets:install avec l'option --force.
• theme:compile peut désormais être limité à des themes/canaux de vente spécifiques.

Corrections de bugs & divers

• Correction des problèmes liés aux noms de fichiers contenant des barres obliques.
• Meilleure gestion des erreurs pour les aperçus de documents/adresses de facturation manquantes.
• Améliorations OpenAPI/schéma ; ajout des points-virgules JS manquants.
• Suppression de l'ancienne variante de la fenêtre modale de consentement ; documentation du sitemap enrichie avec les intervalles de mise à jour.
• Révision de la journalisation : les exceptions reçoivent désormais les niveaux de log appropriés.

Administration & Traductions

• Correction : le traducteur sélectionnait aléatoirement un jeu de snippets – problème résolu.

CMS & Performance

• Annulation d'une précédente correction de performance lors de l'édition de textes dans de grands blocs CMS (effets secondaires inattendus).

Technique & plateforme

• PHP 8.2 : Correction des dernières dépréciations restantes – compatibilité totale garantie.

CMS &amp; Storefront

• Alignement horizontal de l'image : nouvelle option pour l'élément CMS Image (gauche/centre/droite).
• Introduction de valeurs par défaut globales pour la Storefront.
• Les icônes personnalisées dans le sont de nouveau possibles.
• Performance : meilleure édition des textes dans les pages CMS comportant de nombreux blocs.
• Builds JS : application automatique du JS de la Storefront pendant les builds Composer.
• Vue 3 : module client & tests Jest rendus compatibles.

Produits &amp; commandes

• Gestion des stocks Entièrement revue.
• Correction de la modification des frais de port dans des devises non standard.
• Remises : correction pour les produits au prix de 0 €.
• Avis : amélioration de la synchronisation du nombre d'avis.
• Création de commande : corrections pour les commandes sans client & les adresses vides.
• API Order : réactivation des extensions.

Flow Builder &amp; automatisation

• Nouveaux événements Criteria (transactions & finalisation).
• Récapitulatifs d'erreurs dans les cartes rendus optionnels/plus flexibles.
• Amélioration de la gestion des dates dans les DateRangeRules.

Recherche &amp; base de données

• Filtre ListField Filtrage des valeurs NULL désormais possible.
• Elasticsearch : corrections du parseur & définitions optimisées.
• DAL : meilleures validations d'ID/de référence ; compatibilité MariaDB améliorée.
• UUID Passage à l'UUIDv7 pour les nouvelles créations.

Technique &amp; plateforme

• Journalisation & exceptions Niveau de log réduit pour les exceptions de templates ; DomainExceptions étendues (remboursements, clients, médias).
• Tâches planifiées Exécution directe via crontab désormais possible.
• URL de contrôle de santé Nouvelle interface de supervision.
• Communication serveur d'application étendue ; API Admin avec limites maximales.