WebAcappella Fusion 4.1.3 : boutique mieux référencée et Unicode

La version 4.1.3 de WebAcappella Fusion est disponible depuis le 17 août. Elle est plus copieuse que les précédentes : cinq correctifs et une nouveauté, avec une bonne partie consacrée à la boutique — et plus précisément à la façon dont Google voit vos produits. Si vous vendez en ligne, celle-ci mérite quelques minutes de lecture, et surtout une republication de votre site.

Boutique : les correctifs qui touchent à votre référencement

Ce sont les correctifs les plus importants de cette version, parce qu'ils sont invisibles depuis l'éditeur : tout se joue dans les fichiers publiés, ceux que lisent les moteurs de recherche et les réseaux sociaux.

Le sitemap conservait les anciennes adresses de vos produits

Après le renommage d'un produit, la fiche publiée utilisait bien sa nouvelle adresse — URL, balise canonique, partage social, données structurées. Mais le fichier sitemap.xml, lui, continuait d'annoncer l'ancienne adresse et son ancienne date de modification. La raison : le sitemap n'était régénéré que lorsqu'une page du site était modifiée, jamais lorsque seuls des produits l'étaient. Résultat, les moteurs de recherche étaient consciencieusement renvoyés vers des adresses qui n'existaient plus.

Le sitemap est désormais régénéré dès qu'un produit, une catégorie ou un réglage d'adresse de la boutique change. Au passage, les produits désactivés ne sont plus déclarés aux moteurs de recherche : ils n'apparaissent dans aucune liste de la boutique, ils n'avaient rien à faire dans le sitemap.

Adresses erronées dans le partage social et les données structurées

Sur un site multilingue, l'adresse déclarée par les fiches produits pour le partage sur les réseaux sociaux (Open Graph) et dans les données structurées lues par Google (JSON-LD, à l'origine des résultats enrichis) omettait le dossier de langue : elle désignait la racine du site, où aucune page ne correspond. Idem pour l'image d'aperçu. Concrètement, un lien de produit partagé sur les réseaux pouvait s'afficher sans vignette ni titre, et les résultats enrichis rester vides.

Ces adresses sont désormais complètes, et débarrassées de l'ancre de navigation qu'elles transportaient inutilement. Une republication du site est nécessaire.

Les redirections après renommage passent en 301

Toujours dans la boutique : après le renommage d'un produit ou d'une catégorie, l'ancienne adresse est maintenant redirigée de façon permanente (301) et non plus temporaire (302). La nuance n'est pas cosmétique : seule une 301 indique aux moteurs de recherche qu'ils doivent transférer le référencement acquis vers la nouvelle adresse. Avec une 302, ils gardaient l'ancienne en mémoire et le bénéfice de votre travail restait sur une page fantôme.

Boutique : les déclinaisons invisibles en naviguant entre les produits

Un correctif côté éditeur, celui-là. Dans la fiche d'un produit, les boutons « Produit précédent » et « Produit suivant » changeaient bien de produit, mais l'onglet « Déclinaisons de produits » restait désespérément vide dès lors que les produits étaient déclinés sur les mêmes combinaisons d'attributs (taille, couleur…) : les déclinaisons du nouveau produit étaient considérées à tort comme des doublons de celles du produit précédent.

Il fallait alors fermer la fiche et rouvrir le produit depuis la liste pour les retrouver — une gymnastique pénible sur un catalogue de vêtements ou de chaussures, où l'on passe justement son temps à naviguer de produit en produit. Les déclinaisons s'affichent désormais correctement.

Albums photo : une image remplacée pouvait disparaître

Celui-ci était sournois. Remplacer une photo par une autre au nom très proche — un accent, un espace ou une majuscule en plus ou en moins — pouvait faire disparaître la nouvelle image : elle ne s'affichait pas, n'apparaissait plus dans les ressources, et était retirée de l'album à la publication suivante, comme si elle n'avait jamais été ajoutée.

La gestion interne des noms de fichiers a été fiabilisée sur tous les points concernés : l'image est désormais conservée quel que soit son nom, sans avoir à le simplifier au préalable. Et si une photo est réellement introuvable, ou si son import échoue parce que le fichier est invalide, un message vous le dit clairement — au lieu de retirer la photo en silence.

Boîtes et lignes flottantes : le retour de l'arrière-plan

Depuis une précédente mise à jour, une boîte ou une ligne flottante passait systématiquement au premier plan, devant tout le contenu de la page, sans aucun réglage pour revenir en arrière. Or un usage courant consiste précisément à s'en servir comme fond fixe, derrière les textes.

Le paramètre « Z index » (onglet Géométrie) est désormais proposé sur les boîtes également, il s'applique à l'élément flottant, et il accepte des valeurs négatives qui placent l'élément derrière le contenu de la page. Le comportement par défaut ne change pas : sans réglage particulier, une boîte ou une ligne flottante reste au premier plan. Une republication du site est nécessaire.

Nouveauté : les noms de fichiers Unicode sur le site publié

Jusqu'ici, les noms des fichiers publiés — photos d'albums, images, documents — étaient systématiquement simplifiés en caractères ASCII : les accents étaient retirés, et les noms en écritures non latines (japonais, grec, cyrillique…) étaient purement et simplement perdus, remplacés par des noms génériques. Une contrainte héritée d'une époque où les hébergements géraient mal l'Unicode.

Les nouveaux projets conservent désormais les noms d'origine — accents et écritures non latines compris — dans les fichiers publiés et leurs adresses web, ce que la quasi-totalité des hébergements actuels supporte sans broncher. C'est plus lisible pour vos visiteurs, et plus parlant pour les moteurs de recherche : chalet-été-2026.jpg vaut mieux que image_042.jpg.

Ce qu'il faut faire de votre côté

1. Mettez WebAcappella Fusion à jour en version 4.1.3 (mise à jour intégrée, ou redémarrage de l'éditeur si elle ne vous a pas été proposée).
2. Republiez votre site : c'est indispensable pour le sitemap, les adresses de partage social, les données structurées, les redirections 301 et le Z index des éléments flottants.
3. Si vous démarrez un nouveau projet avec des fichiers accentués ou en écriture non latine, vérifiez la rubrique Génération des réglages du projet.

En résumé

• Le sitemap de la boutique est régénéré dès qu'un produit ou une catégorie change, et n'annonce plus les produits désactivés.
• Les adresses de partage social et de données structurées des fiches produits sont enfin correctes sur les sites multilingues.
• Les renommages de produits et catégories génèrent désormais des redirections 301, qui transfèrent le référencement acquis.
• Les déclinaisons s'affichent correctement en naviguant d'un produit à l'autre depuis la fiche.
• Une photo remplacée dans un album ne disparaît plus, quel que soit son nom de fichier.
• Le Z index revient sur les boîtes et lignes flottantes, valeurs négatives comprises, pour les remettre en arrière-plan.
• Les noms de fichiers Unicode sont conservés à la publication sur les nouveaux projets.

Une version discrète en apparence, mais qui répare plusieurs points où votre travail de référencement partait tranquillement à la poubelle sans que rien ne le signale. Si vous avez une boutique en ligne, la republication n'attend pas.