Navigation PrestaShop, structure des catégories et listes

Ce que nous ferions

Nous suivrions le parcours d'un client jusqu'à un produit réel avant de modifier l'arborescence ou d'acheter un menu. La bonne approche dépend de votre boutique actuelle : thème, modules de menu et de recherche, données du catalogue, intégrations ERP ou d'import, associations aux boutiques, marchés, langues et équipe chargée de la maintenance. Conservez un menu natif fonctionnel s'il présente clairement les gammes ; corrigez l'endroit où l'acheteur perd son chemin.

Pour une restructuration ou un remplacement, utilisez une copie de préproduction avec le même thème, les mêmes modules et des données représentatives, isolée des emails clients et des écritures des intégrations de production. Répétez les modifications de catégories, les anciennes URL et les parcours d'achat complets, puis effectuez le changement convenu dans un créneau planifié. Sauvegardez la configuration précédente du menu et une méthode testée pour annuler les changements de catégories et de routes ; désactiver un module de menu ne suffit pas à annuler une restructuration du catalogue.

Pour un examen indépendant avant de modifier la navigation, le service PrestaShop UX & Conversion Design Audit fournit un plan de corrections hiérarchisé du parcours d'achat ; la mise en œuvre est distincte.

Concevoir l'arborescence selon les besoins d'achat

Commencez dans Catalogue > Catégories. Une catégorie possède un parent, une position, des valeurs par langue et des associations aux boutiques. La structure habituelle place Racine au-dessus d'Accueil, avec vos rayons publics sous la catégorie Accueil de la boutique concernée. Déplacez les catégories via le back-office ; ne modifiez pas directement les valeurs d'ensemble imbriqué nleft et nright.

Nommez les groupes avec les mots des clients. « Douches à l'italienne » décrit une gamme plus clairement que « Solutions de douche » ou « Groupe SKU 4B ». Utilisez journaux de recherche, questions clients et stock réel pour décider des distinctions importantes.

Un exemple de salle de bains est Douches > Douches à l'italienne > Parois sans cadre, aux côtés de Baignoires, Vasques, Toilettes et Accessoires. Trois niveaux constituent un point de départ éditorial, pas une exigence SEO. Accueil > Douches > Douches à l'italienne > Parois sans cadre > Produit demande quatre clics. Un raccourci de menu peut réduire ce chemin sans changer l'arbre.

Mesurez la profondeur réelle des liens et l'accessibilité des produits. Fusionnez les groupes qui se chevauchent si les clients les distinguent mal. Divisez une large gamme lorsqu'elle recouvre des besoins d'achat distincts et utiles. Jugez chaque catégorie selon son objectif, son assortiment et son contenu utile.

Utilisez les catégories pour les groupes durables comme Douches à l'italienne. Utilisez les filtres pour verre de 8 mm, largeur de 900 mm, matériau ou prix. Une sélection filtrée utile peut devenir une page de destination éditorialisée si elle répond à un objectif distinct et si vous pouvez maintenir contenu et stock. Évitez de reproduire toutes les combinaisons de filtres en catégories.

Cas pratique : modifier un catalogue de salle de bains

Supposons qu'un import ait créé des catégories distinctes de parois de douche selon la largeur et l'épaisseur du verre. Conservez Parois sans cadre comme gamme durable, renseignez systématiquement largeur et épaisseur comme données filtrables et laissez les clients les combiner. Ne conservez une page de destination propre à une dimension que si elle répond à une tâche d'achat distincte et dispose d'une sélection maintenue et d'un contenu utile. Avant de fusionner les anciennes catégories, associez leurs URL à la destination pertinente la plus proche et convenez du mappage des catégories avec le responsable de l'import pour que sa prochaine exécution ne les recrée pas.

Vérifier les capacités du menu natif

Le module natif ps_mainmenu présente les liens et branches de catégories configurés. Ses entrées prises en charge comprennent catégories, contenu CMS et liens personnalisés, avec d'autres choix d'entités selon la version installée. Les modèles du thème déterminent le comportement visible des menus déroulants.

Le Menu principal natif n'est pas limité au texte. Son modèle officiel affiche les URL d'images de catégorie. Les panneaux configurables enrichis de fiches produit, bannières et blocs personnalisés constituent une capacité distincte.

1. Identifiez le thème actif et le module de menu installé.
2. Ouvrez la configuration du module pour examiner entrées sélectionnées et ordre.
3. Vérifiez dans Apparence > Positions le hook de navigation réellement rendu par le thème, souvent displayTop.
4. Testez la branche la plus profonde sur ordinateur, au toucher et au clavier avant de décider d'un remplacement.

Classic correspond à de nombreuses boutiques anciennes ou mises à niveau. Hummingbird est devenu le thème par défaut des nouvelles installations PrestaShop 9.1. Une mise à niveau ne remplace pas automatiquement votre thème existant. Vérifiez la compatibilité de votre thème exact plutôt que de supposer une structure de modèles identique partout.

Construire un méga menu utile et le maintenir à jour

Un méga menu peut présenter des branches voisines dans un panneau large. Il peut aider lorsque des sous-menus étroits en cascade se ferment au déplacement du pointeur, débordent de l'écran ou cachent des catégories voisines utiles. Un petit catalogue peut déjà très bien fonctionner avec le menu natif.

Gardez des libellés de rayon clairs dans la barre supérieure. Regroupez les enfants sous des titres de colonne descriptifs. Cinq à neuf entrées principales et trois niveaux visibles sont des points de départ possibles, pas des limites universelles. Testez traductions, zoom du texte et largeur disponible.

• Faites des liens de catégorie le contenu principal.
• Utilisez quelques images de catégorie lorsque la reconnaissance visuelle aide.
• Réservez de la place à un produit pertinent, une offre saisonnière ou un lien Nouveautés.
• Utilisez uniquement des éléments de réassurance exacts sur livraison, retours et paiement.
• Gardez les branches plus spécifiques accessibles depuis les pages de catégorie plutôt que de placer tout le plan du site dans chaque panneau.

Ordonnez les entrées selon les tâches des clients et les comportements mesurés. Une catégorie souvent utilisée peut mériter un accès direct. Un lien peu cliqué peut être peu clair, caché ou sans intérêt ; le nombre de clics seul ne permet pas de trancher.

Une colonne fondée sur l'arbre ne promet pas que toute nouvelle catégorie devient un onglet principal à la requête suivante. Les modifications ordinaires dans le back-office peuvent déclencher les hooks d'invalidation pris en charge ; imports directs en base ou caches externes peuvent nécessiter une reconstruction explicite. Testez renommage, réorganisation, masquage, déplacement et suppression dans la boutique et la langue voulues.

Désignez un responsable de la révision des blocs saisonniers et des offres expirées. Si une catégorie renommée conserve son ancien nom dans le menu, comparez le type d'entrée, la racine configurée et le cache avant de reconstruire l'arbre. En multiboutique, testez séparément la boutique, la langue et le groupe de clients prévus ; un menu public correct ne prouve pas que les gammes restreintes restent invisibles aux autres publics.

Mega Menu propose des onglets configurés, des colonnes d'arborescence de catégories, des blocs de mise en avant commerciale et une navigation mobile par niveaux. Testez la compatibilité avec votre version exacte de PrestaShop et votre thème.

Rendre la navigation accessible et légère

Utilisez un panneau stable sur ordinateur avec une ouverture et une fermeture claires. Un court délai d'ouverture et de fermeture peut réduire les activations accidentelles au pointeur, mais ajustez-le avec les utilisateurs. Gardez le focus visible, permettez l'activation et la fermeture au clavier, et rétablissez le focus de manière cohérente après fermeture d'une superposition.

Sur écran tactile, utilisez commandes au toucher, accordéon ou vue par niveaux. Gardez un lien direct vers la catégorie parente, comme « Voir toutes les douches », à côté de l'action de déploiement. Fournissez un retour clair dans une vue enfant coulissante.

Donnez aux commandes des cibles tactiles et espacements généreux. Vérifiez longs libellés, vue paysage, zoom, défilement d'arrière-plan et éventuel contenu caché ou bloqué par un panneau fixe. Gardez la recherche disponible pour les articles connus et confiez la sélection d'attributs aux filtres de catégorie.

Un menu ajoute HTML, CSS, scripts, images et éventuellement requêtes de fragments sur chaque page. Le cache réduit les recalculs sans rendre le menu sans poids. Inspectez taille transférée, taille du DOM et travail du thread principal. Différez les images des panneaux hors écran si approprié, tout en gardant les liens de catégorie découvrables.

Sur un vrai téléphone, ouvrez le menu, développez Douches puis Douches à l'italienne, et suivez le lien « Voir tout » vers la liste Douches à l'italienne. Utilisez le bouton Retour du navigateur, rouvrez le menu au besoin et sélectionnez Parois sans cadre. Un parent qui ne fait que se déployer, une commande de retour qui ferme tout le menu ou un lien caché sous un en-tête fixe vous donne un défaut précis à retester. Vérifiez le focus clavier après chaque ouverture et fermeture ainsi que la destination finale.

Une superposition peut éviter de pousser la page vers le bas. Tout déplacement dû au menu ne compte pas dans CLS : une interaction utilisateur récente admissible peut influer sur la mesure, tandis que le survol se comporte différemment. Testez l'interaction réelle plutôt que de déclarer chaque ouverture défaillante pour les Core Web Vitals.

Gérer URL de catégorie, redirections canoniques et fils d'Ariane

Examinez les URL simplifiées et la configuration des routes actives dans Paramètres de la boutique > Trafic et SEO. L'exemple ci-dessous avec identifiant et réécriture suppose les URL simplifiées activées ; sinon les liens de catégorie utilisent des paramètres de requête. Si vous activez les URL simplifiées sur une boutique existante, testez les adresses déjà publiées avant la bascule. Avec la route de catégorie par défaut de PrestaShop 1.7.8 et 9.1, une URL de catégorie utilise son identifiant et sa réécriture, par exemple /12-frameless-panels. Changer son parent ne produit pas automatiquement /showers/walk-in-showers/frameless-panels. Une hiérarchie dans l'URL exige une route personnalisée ou une solution d'URL adaptée.

1. Consignez les URL actuelles et liens externes/internes importants avant restructuration.
2. Vérifiez le champ URL simplifiée lorsque vous renommez une catégorie. Gardez des slugs stables si possible.
3. Testez les anciennes URL avec leurs véritables réponses HTTP. Les routes fondées sur l'ID peuvent encore résoudre la catégorie et rediriger vers son URL canonique actuelle.
4. Examinez les paramètres de redirection canonique. Le cœur prend en charge un comportement 301 ou 302 configuré ; ne supposez pas que chaque renommage renvoie une erreur 404.
5. Ajoutez des redirections adaptées aux identifiants supprimés, pages fusionnées ou changements de routes personnalisées que le comportement natif ne couvre pas.
6. Actualisez liens de menu, sitemaps et versions linguistiques, puis cherchez chaînes et boucles.

Utilisez des réécritures lisibles et cohérentes. Des mots en minuscules séparés par des traits d'union sont faciles à maintenir. Localisez-les délibérément plutôt que de modifier des URL établies uniquement pour supprimer un mot vide ou un signe diacritique.

Un produit peut appartenir à plusieurs catégories et possède une catégorie par défaut. Choisissez une catégorie par défaut pertinente et examinez son fil d'Ariane et son URL canonique. Les anciennes routes produit par défaut peuvent inclure un segment de catégorie. La nouvelle route produit par défaut de PrestaShop 9 l'omet, mais les réglages PS_ROUTE_* existants ou les modules d'URL peuvent conserver un comportement différent.

Les fils d'Ariane aident les clients à remonter et expliquent les relations. Validez le balisage BreadcrumbList rendu dans votre thème. L'affichage dans la recherche est conditionnel ; Google a retiré les fils d'Ariane visibles des résultats mobiles en janvier 2025 en les conservant sur ordinateur. Consultez l'annonce de Google.

Distinguer libellé de catégorie, H1 et métadonnées de recherche

« Couteaux » peut convenir au menu, tandis que « Couteaux de cuisine professionnels pour amateurs et chefs » explique mieux la page. Utilisez un titre personnalisé lorsque le nom court de catégorie ne décrit pas clairement la gamme réelle. Les moteurs de recherche peuvent générer les liens de titre à partir de plusieurs sources.

Vérifiez si votre thème fournit déjà un champ de titre distinct. Dans Classic, catalog/listing/category.tpl inclut catalog/_partials/category-header.tpl dans product_list_header. Ce partiel rend le H1 depuis category.name.

Pour une petite personnalisation, maintenez le véritable partiel d'en-tête ou son bloc pris en charge dans un thème enfant. Préservez son autre contenu. Ceci illustre l'expression du titre dans ce partiel, pas un fichier de remplacement complet :

{if $category.id == 12}
  <h1>Professional Kitchen Knives for Home Cooks and Chefs</h1>
{else}
  <h1>{$category.name|escape:'htmlall':'UTF-8'}</h1>
{/if}

Un identifiant de catégorie codé en dur nécessite une maintenance par un développeur et une gestion des langues. Une solution fondée sur un champ peut garder les titres modifiables et localisés. Custom Category H1 fournit des titres de catégorie personnalisés côté serveur. Saisissez un titre dans le formulaire d'une catégorie ou attribuez un modèle réutilisable à toute une branche ; les modèles peuvent inclure le nom de catégorie, le nombre de produits ou le numéro de page.

Pour une gamme multilingue, conservez le nom de navigation court traduit et rédigez le titre selon la sélection réelle dans cette langue. Prévisualisez un titre explicite et un champ effacé : une règle partagée peut encore s'appliquer après l'effacement. Confirmez ensemble le titre rendu, le fil d'Ariane et l'URL canonique pour qu'une simple modification de titre ne renomme pas accidentellement la catégorie ou ne change pas son adresse.

Rédigez des titres clairs et distincts pour les gammes voisines. Évitez listes de mots-clés et promesses produit non étayées. Testez les retours à la ligne sur téléphone. Si un titre utilise un nombre générique de produits, dites « 42 produits », pas « 42 produits en stock » sauf filtrage explicite par stock. Les règles de titre pour valeurs vides seulement et titres hérités nécessitent un repli testé sur le nom de catégorie.

Ajuster les fiches produit des listes, le tri et la pagination

Le contrôleur de catégorie utilise le système de listes et le thème fournit les modèles de catégorie et de liste produit. Les fiches de Classic proviennent généralement de catalog/_partials/miniatures/product.tpl. Inspectez le thème installé avant de changer chemins ou sélecteurs.

La mise en page moderne de Classic est une grille ; une véritable vue en liste exige une prise en charge par le thème ou un module. Choisissez la présentation selon les informations comparées par les clients. Les photos peuvent convenir à une grille pour la mode et la décoration ; les caractéristiques techniques peuvent nécessiter davantage de place pour les composants et pièces B2B. Le nombre de colonnes dépend de la mise en page et du CSS du thème, pas d'une liste déroulante universelle du back-office.

• Utilisez des proportions d'image cohérentes sans masquer les détails importants.
• Gardez les noms de produits lisibles et cliquables.
• Affichez prix exact, contexte fiscal et réductions applicables.
• Affichez notes et avis seulement si vous pouvez les justifier.
• Veillez à ce que l'aperçu rapide et l'ajout au panier gèrent les déclinaisons obligatoires.
• Fondez les libellés de disponibilité sur les données de préparation et d'expédition. Évitez les mentions de rareté purement décoratives.

Paramètres de la boutique > Produits fournit les réglages natifs d'ordre par défaut, de sens du tri et de nombre de produits par page : Tri par défaut, Ordre par défaut et Produits par page (PS_PRODUCTS_PER_PAGE). Le tri en front-office utilise couramment ?order=product.price.asc et la pagination ?page=2. Un fournisseur de recherche peut modifier les options et l'ordre des résultats, notamment après filtrage.

Pour organiser les positions produit, ouvrez la liste des produits, filtrez sur la catégorie et activez le tri ou réordonnancement par Position disponible dans votre version. Déplacer des lignes dans la liste des Catégories ordonne les catégories, pas les produits. Confirmez que la boutique utilise le tri par position.

Position, prix croissant/décroissant, nouveautés et tri par ventes répondent à différents besoins. Proposez les choix pris en charge et utilisés. Considérez quatre à six choix de tri, trois à quatre colonnes sur ordinateur, deux sur mobile ou 24 plutôt que 48 produits par page comme des pistes de test, pas des bonnes pratiques fixes.

Si Nouveautés doit s'ouvrir avec les plus récents en premier tandis qu'Accessoires exige un autre nombre de produits par page, les seuls réglages globaux n'expriment pas ces deux choix. Category Listing Rules fournit des règles de tri et de taille de page propres aux catégories, avec héritage et conditions de boutique ou de groupe de clients. Testez une règle exacte face à une règle héritée et confirmez que le choix de tri ultérieur de l'acheteur reste actif, y compris avec votre fournisseur de recherche actuel.

Pour les gammes fondées sur les caractéristiques techniques, affichez les détails décisifs sur la fiche de liste plutôt que d'obliger les clients à ouvrir chaque produit. Ne modifiez la fiche qu'après vérification des données sous-jacentes : une dimension manquante, une image mal recadrée ou une déclinaison impossible à acheter dans l'aperçu rapide est un problème reproductible. Comparez les mêmes produits avant et après, avec un article indisponible et un autre à options obligatoires.

La pagination numérotée fournit des liens vers les produits situés plus loin dans le catalogue. Charger plus et défilement infini nécessitent des liens de pages explorables équivalents, un retour fiable et une restauration de position. Gardez le pied de page accessible et vérifiez l'indexabilité réelle plutôt que de supposer chaque URL de pagination indexée.

Sur téléphone, testez commande de filtre/tri utilisable, filtres actifs supprimables et fiches lisibles. Un tiroir peut économiser l'espace, mais choisissez selon gamme et écran réels. Mesures utiles : visites catégorie-produit, ajouts au panier, achats, coût de chargement et interactions échouées.

Rédiger des descriptions utiles et contrôler les URL filtrées

Donnez à une catégorie indexable une explication utile de sa gamme, des critères de sélection et des différences pertinentes. Placez une introduction concise près de la grille. Ajoutez des conseils d'achat plus longs et des liens pertinents vers les catégories voisines en dessous lorsqu'ils aident les clients. Les méta-titres et descriptions uniques doivent décrire fidèlement chaque page.

PrestaShop 8.0 a introduit le champ de description supplémentaire de catégorie. Vérifiez que votre thème l'affiche, généralement sous la liste de produits. Les anciennes boutiques ou d'autres mises en page peuvent nécessiter une extension prise en charge comme Second Category Description.

Vérifiez une catégorie vide et les pages de liste suivantes autant que la première ; un texte standard répété ou un gros bloc au-dessus de chaque grille peut gêner la décision qu'il devrait faciliter.

Commencez par ps_facetedsearch si ses réglages disponibles répondent au besoin. Attribuez les filtres par gamme et vérifiez d'abord les attributs et caractéristiques sources : des valeurs absentes ou incohérentes produisent des sélections trompeuses. Si vous avez besoin de pages de destination filtrées éditorialisées et d'autres contrôles, Filter Revolution propose des groupes de filtres configurables et des pages de destination sélectionnées avec leurs propres textes et adresses lisibles. Testez les URL et directives obtenues sur votre installation plutôt que de considérer le choix du module comme une preuve d'indexabilité ; le guide de la recherche produit et de la navigation à facettes traite cet aspect.

Les URL filtrées peuvent générer de vastes espaces d'exploration. Décidez des sélections méritant des pages de destination maintenues et de celles restant des vues utilitaires. Inspectez les véritables paramètres de filtre, directives robots et liens canoniques émis par votre version et votre module de recherche.

Robots.txt contrôle l'exploration, noindex demande l'exclusion de l'index et les liens canoniques suggèrent une consolidation. Ils ne sont pas interchangeables. Bloquer une URL peut empêcher Google de voir son noindex ou sa directive canonique, et une URL bloquée peut rester indexée.

Si vous décidez de ne pas explorer les combinaisons du filtre natif q, voici des règles d'exemple à évaluer sur vos URL :

User-agent: *
Disallow: /*?q=
Disallow: /*&q=

Ne bloquez pas accidentellement catégories propres ou pagination ordinaire. Pour les URL filtrées déjà indexées, préparez retrait ou consolidation alors que les directives nécessaires sont encore explorables, avant de bloquer. Suivez les consignes Google de navigation à facettes.

Pour un examen indépendant des problèmes d'exploration et d'indexation, le service PrestaShop SEO Audit & Action Plan fournit un plan de corrections classé par priorité ; la mise en œuvre est distincte.

Conservez les liens des catégories principales sous forme d'éléments <a href> explicites. Testez le HTML rendu, le comportement mobile et les chemins d'exploration après les changements de menu. Comparez des trafics et tâches d'achat équivalents. Plus de pages par session ou moins d'utilisation de la recherche n'est pas automatiquement préférable : trouver le bon produit peut demander moins de pages ou passer par une recherche utile.

Répéter le changement et le transmettre à l'équipe

1. Consignez les identifiants et parents actuels des catégories, les associations aux boutiques, les appartenances des produits et leurs catégories par défaut, les URL simplifiées et la configuration du menu. Conservez des exemples de pages de destination importantes et du parcours qui échoue actuellement.
2. Appliquez en préproduction le plus petit changement proposé. Convenez de la manière dont les imports catalogue et intégrations le préserveront, et excluez de la comparaison les changements de thème ou de recherche sans rapport.
3. Effectuez les mêmes tâches depuis l'accueil et en arrivant directement dans une catégorie : parcourir, filtrer, trier, ouvrir un produit et revenir. Confirmez que les filtres actifs, le tri choisi et la position dans la liste sont conservés comme prévu.
4. Vérifiez les anciennes URL, redirections, liens canoniques, fils d'Ariane et pagination explorable. Incluez une catégorie déplacée, une destination fusionnée et un produit appartenant à plusieurs catégories, dans les boutiques et langues concernées.
5. Testez l'invalidation du cache configurée après une modification de catégorie et un import. Vérifiez les vues avec et sans cache pour qu'un ancien menu en cache ne masque pas une mise à jour échouée.
6. Consignez les résultats de réception, le responsable de la bascule et les étapes exactes de retour arrière. Appliquez les changements répétés pendant le créneau convenu, vérifiez les destinations réelles et surveillez les difficultés de découverte, les achats et les signalements à l'assistance.

Pour la mesure, séparez les visites de catégories issues de la navigation des arrivées directes depuis les moteurs de recherche, puis comparez des appareils, marchés et tâches d'achat équivalents. Des visites répétées dans la mauvaise catégorie suivies de retours en arrière peuvent révéler un problème de libellé. Modifiez si possible une décision à la fois et jugez le résultat par rapport au défaut initial plutôt qu'à une hausse promise ou une durée d'observation fixe.

Questions à poser à votre développeur ou agence

• Quelle partie du parcours actuel échoue, et pouvez-vous le montrer avec notre thème et nos versions de modules ?
• Quels identifiants de catégorie, catégories par défaut, routes ou mappages d'intégration vont changer, et où se trouve la correspondance entre anciennes et nouvelles URL ?
• Qu'est-ce qui fonctionne déjà nativement, et qui maintiendra les nouvelles entrées de menu, traductions, règles de titre ou réglages propres aux catégories ?
• Où sont les résultats des tests sur téléphone, au clavier, de filtrage, de tri et de retour dans la navigation, et comment annulerons-nous le changement sans écraser les nouvelles commandes ?

Questions des commerçants

Puis-je simplifier le menu sans déplacer les catégories ?

Oui. Présentez des branches ou raccourcis sélectionnés dans le menu en conservant le catalogue sous-jacent à sa place. Vérifiez d'abord si le menu peut proposer le parcours souhaité ; modifier les associations de produits et les mappages d'intégration peut être inutile.

Et si une catégorie ne contient qu'une petite gamme spécialisée ?

Conservez-la si les clients ont besoin de cette gamme distincte et si la page l'explique utilement. Le nombre de produits seul ne justifie pas une fusion. Vérifiez la sélection, la demande actuelle et si une autre destination servirait la même tâche avant de supprimer la page.

Pourquoi les produits ont-ils changé de place après un filtrage ?

Le fournisseur de recherche actif peut imposer son propre ordre de résultats. Comparez le tri sélectionné et la requête avant et après filtrage, puis vérifiez le comportement pris en charge par ce fournisseur ; modifier sans cesse les positions des catégories ne corrigera pas un fournisseur qui ne les utilise pas.

Faut-il un H1 différent pour chaque catégorie ?

Uniquement si le nom court de catégorie laisse la gamme peu claire. Vérifiez d'abord la gamme réelle, le titre de page et le modèle. Pour les titres fondés sur des règles, testez une catégorie non traduite ou sans correspondance et le repli, autant que les catégories personnalisées.

Puis-je restaurer la base de préproduction si la bascule échoue ?

Une restauration intégrale peut écraser les commandes et changements de catalogue intervenus depuis la copie. Convenez d'une annulation ciblée des modifications de navigation, de routes et de catégories, avec un plan de reprise géré par un développeur pour toute restauration plus large.