Refonte de site web manufacturier : catalogue, ERP, distributeurs et génération de leads
Une refonte de site web manufacturier commence rarement avec une page blanche. Elle commence plutôt avec quinze ou vingt ans d'accumulation : un catalogue développé au fil des acquisitions, des nomenclatures conçues pour la production plutôt que pour le Web, des centaines de PDF techniques, des fichiers Excel qui circulent entre les ventes et l'ingénierie, un ERP qui détient une partie de la vérité et un site qui en raconte parfois une autre.
Puis vient le moment où l'entreprise décide qu'il faut « moderniser le site ». Le réflexe naturel est de parler de design, de navigation et de nouvelles pages. Pourtant, dans un environnement industriel, ce sont rarement les premières décisions à prendre. Le véritable enjeu consiste à déterminer quelles données doivent alimenter le site, comment les produits doivent être organisés, quels contenus doivent être conservés, comment les distributeurs s'intègrent au parcours et ce qui doit se produire lorsqu'un visiteur devient une demande de soumission.
C'est ce qui rend une refonte de site web manufacturier beaucoup plus structurante qu'une simple refonte corporative. Le nouveau site ne remplace pas seulement une interface vieillissante. Il devient souvent le point de rencontre entre le catalogue, l'ERP, le CRM, les équipes de vente, le réseau de distribution et les acheteurs techniques.
Une refonte réussie permet de retrouver plus vite un produit, de publier une nouvelle gamme sans copier la même information dans quatre systèmes, de préserver le référencement acquis depuis des années et de transformer une visite technique en opportunité commerciale qualifiée. Une refonte ratée peut produire l'inverse : un site visuellement plus propre, mais moins utile, moins visible et plus difficile à maintenir.
L'objectif de ce guide est donc de traiter la refonte comme ce qu'elle est réellement : un projet de données, d'expérience d'achat et de développement des affaires.
Pourquoi une refonte manufacturière est différente d'une refonte corporative classique
Un site de services publie essentiellement des pages. Un site manufacturier publie des systèmes d'information.
Prenons un produit industriel relativement simple. Il possède un nom commercial, une référence, une famille, des dimensions, des matériaux, des capacités, des tolérances, des certifications, des compatibilités, plusieurs documents techniques et parfois des variantes différentes selon le marché. À ces données s'ajoutent les attentes de l'acheteur : trouver un délai, obtenir une soumission, vérifier la disponibilité, localiser un distributeur ou télécharger un dessin avant même de parler à un représentant.
Ce qui apparaît à l'écran n'est donc que la dernière couche d'un ensemble beaucoup plus profond. Derrière une fiche produit se trouvent généralement trois logiques différentes. La première est éditoriale : que doit comprendre l'acheteur pour savoir si le produit est pertinent ? La deuxième est opérationnelle : quel système détient la donnée correcte ? La troisième est commerciale : que doit-il se passer si l'utilisateur veut aller plus loin ?
Une agence qui commence par maquettiser la page d'accueil sans répondre à ces questions peut produire un excellent design et tout de même rater le projet. La page sera belle, mais les filtres ne correspondront pas à la logique d'achat, les attributs manqueront, le catalogue sera difficile à maintenir et les ventes continueront à envoyer des documents manuellement.
Choisissez un produit et demandez à cinq personnes de l'entreprise où se trouve aujourd'hui sa version officielle : description, dimensions, dessin, certificat et prix. Si les réponses diffèrent — « l'ERP », « le PDF », « le serveur partagé », « le site » ou « demande à Martin » — le chantier prioritaire n'est pas graphique. Il faut d'abord clarifier la propriété de l'information.
C'est souvent à ce moment que les entreprises découvrent que le site actuel est devenu, par défaut, une base de données parallèle. Certaines informations y sont plus à jour que dans l'ERP, d'autres moins. Les représentants conservent leurs propres documents et les distributeurs publient des versions différentes. Une refonte bien menée doit réduire ce désordre, pas simplement lui donner un nouveau thème.
Le diagnostic à faire avant de toucher au design
Avant de réfléchir aux nouvelles pages, il faut comprendre ce qui existe déjà et ce qui mérite réellement d'être conservé. Ce travail ressemble davantage à un audit qu'à un exercice créatif.
Le premier inventaire concerne le contenu. Il ne s'agit pas seulement de compter les URL. Il faut distinguer les pages institutionnelles, les familles de produits, les fiches, les applications, les industries, les études de cas, les ressources techniques, les pages distributeurs et les contenus multilingues. Pour chacune, la bonne question n'est pas « est-ce que cette page existe ? », mais « joue-t-elle encore un rôle utile ? ». Certaines devront être conservées presque intactes, d'autres fusionnées, réécrites ou retirées.
Le deuxième inventaire concerne les données. C'est souvent le plus révélateur. Une référence produit peut être fiable dans l'ERP, tandis que sa description marketing se trouve dans un fichier Excel et que ses caractéristiques techniques sont enfermées dans un PDF. Les images peuvent être sur un serveur partagé et les fichiers CAD dans un autre environnement encore. Avant de choisir un CMS, il faut savoir où résident les sources et lesquelles devront devenir maîtres après la refonte.
| Donnée | Source actuelle fréquente | Source cible possible |
|---|---|---|
| SKU / référence | ERP | ERP |
| Prix et inventaire | ERP | ERP |
| Description marketing | Site / Excel | PIM ou CMS |
| Attributs techniques | ERP / Excel / PDF | PIM |
| Images | Serveur partagé | DAM / PIM |
| Fiches PDF | Serveur / site | PIM / DAM |
| CAD / dessins | Serveur technique | PIM / DAM ou dépôt spécialisé |
| Leads | Courriel | CRM |
| Comptes clients | ERP / CRM | Selon l'architecture |
Ce tableau ne sert pas à cocher des cases pour le plaisir. Il permet de voir immédiatement où la refonte risque de devenir un projet de migration de données plutôt qu'un simple projet de contenu.
Il faut ensuite cartographier les flux. Si l'ERP alimente le PIM, qui alimente le site, la logique est relativement claire. Mais dans beaucoup d'entreprises, le flux réel ressemble plutôt à ERP → Excel → marketing → CMS → PDF → distributeurs. Chaque intermédiaire augmente le risque d'erreur et le temps nécessaire pour publier une modification.
Enfin, il faut comprendre les utilisateurs. Un site manufacturier ne sert pas qu'à « des prospects ». Un ingénieur qui veut vérifier une tolérance, un acheteur qui compare trois fournisseurs, un technicien de maintenance qui cherche un manuel et un distributeur qui veut connaître la dernière fiche commerciale n'ont ni la même intention ni la même patience. Une architecture solide reconnaît ces parcours au lieu de les forcer à passer par le même menu générique.
Repenser le catalogue avant de choisir les gabarits
Le catalogue est souvent l'endroit où la refonte gagne ou perd sa valeur.
L'erreur la plus fréquente consiste à reprendre l'arborescence historique telle quelle parce qu'elle « fonctionne depuis toujours ». Or cette arborescence a souvent été pensée autour de la structure interne de l'entreprise : divisions, lignes de production, codes de familles ou acquisitions successives. L'acheteur, lui, peut raisonner par application, capacité, matériau, environnement ou problème à résoudre.
Imaginez un manufacturier de pompes. L'ERP classe peut-être les produits selon une logique interne de séries et de sous-séries. L'ingénieur qui arrive sur le site commence plutôt par son fluide, son débit, sa pression, la température, les matériaux compatibles et les certifications requises. Si le site l'oblige à connaître la nomenclature interne avant de trouver le bon produit, l'entreprise transfère sa complexité organisationnelle au client.
La bonne architecture commence donc par les chemins de sélection. Il faut observer comment un représentant expérimenté qualifie une demande. Quelles questions pose-t-il dans quel ordre ? Quels critères éliminent immédiatement une option ? Quels paramètres sont secondaires ? Ces décisions doivent ensuite influencer les catégories, les filtres, les tableaux comparatifs et, lorsque c'est justifié, les configurateurs.
Une autre décision importante consiste à séparer famille, produit et variante. Une série peut avoir une page forte qui explique l'usage, les performances, les options et les documents disponibles, tandis que les variantes sont présentées dans un tableau ou un sélecteur. Il n'est pas nécessaire de créer une page indexable pour chaque SKU si ces pages seraient presque identiques.
Créer 4 000 URL parce que l'ERP contient 4 000 lignes n'est pas une stratégie SEO. C'est une réplication de base de données. À l'inverse, regrouper tous les produits sur une seule page parce que « le site sera plus simple » peut rendre la recherche impossible. Le bon niveau de granularité est celui qui correspond à la manière dont l'acheteur choisit.
ERP, PIM, CRM, CMS : qui doit posséder quelle donnée ?
Dans les projets manufacturiers, les acronymes apparaissent rapidement. Le danger est de transformer l'architecture en concours de plateformes.
L'ERP, le PIM, le CRM et le CMS n'ont pas la même mission. L'ERP est généralement le meilleur candidat pour les données opérationnelles : références, unités, inventaire, prix, commandes et facturation. Le CRM suit la relation commerciale : contacts, comptes, opportunités, étapes de vente et responsables. Le CMS gère l'expérience éditoriale : pages institutionnelles, articles, études de cas et contenu marketing. Le PIM, lorsqu'il est nécessaire, sert à enrichir l'information produit destinée aux différents canaux.
Cette séparation est importante parce qu'un site devient fragile lorsqu'il oblige un système à faire le travail d'un autre. Utiliser un CMS comme base de données produit peut fonctionner avec cinquante références. Avec cinq mille produits, trois langues et deux cents attributs, l'équipe finit souvent par créer des champs, des contournements et des processus manuels jusqu'à perdre le contrôle.
À l'inverse, demander à l'ERP de gérer des descriptions marketing, des photos, des traductions et des contenus éditoriaux peut être tout aussi maladroit. L'ERP sait qu'une pièce mesure 38 mm et coûte X dollars. Il n'est pas nécessairement conçu pour expliquer pourquoi cette pièce est pertinente dans une application donnée.
| Domaine | Système maître typique |
|---|---|
| Prix, inventaire, commandes | ERP |
| SKU et unités de mesure | ERP |
| Descriptions enrichies | PIM |
| Attributs techniques | PIM |
| Images et documents | PIM / DAM |
| Pages éditoriales | CMS |
| Leads et opportunités | CRM |
| Transactions B2B | ERP / plateforme commerce |
La règle la plus utile n'est donc pas « tout mettre dans le PIM » ou « tout connecter à l'ERP ». C'est de décider, pour chaque donnée critique, quel système fait autorité. Une information peut être affichée dans plusieurs endroits, mais elle ne devrait pas avoir plusieurs propriétaires concurrents.
Quand un PIM devient-il réellement pertinent ?
Le PIM est parfois vendu comme la réponse automatique à toute refonte industrielle. Ce n'est pas le cas.
Un manufacturier avec soixante produits stables, peu de variations et une seule langue peut parfaitement gérer son catalogue dans un CMS bien structuré. Ajouter un PIM dans ce contexte peut simplement créer une plateforme de plus à administrer.
Le besoin devient plus évident lorsque la complexité augmente : centaines ou milliers de références, attributs nombreux, plusieurs langues, plusieurs marchés, documents techniques associés, distributeurs à alimenter, catalogues imprimés ou contenus différents selon les canaux.
Le vrai bénéfice du PIM est alors de séparer la donnée produit enrichie de sa présentation. Le site Web devient un canal parmi d'autres. La même information peut alimenter une page Web, un export distributeur, une fiche imprimée ou un portail sans être ressaisie à chaque fois.
Imaginez qu'une nouvelle gamme sorte lundi. Combien de fois faut-il saisir son nom, ses caractéristiques, ses photos, ses documents et ses traductions ? Si l'équipe doit les entrer dans l'ERP, puis dans WordPress, puis dans Excel, puis dans un portail partenaire, la refonte doit traiter ce problème. Sinon, le nouveau site ne fera que masquer un processus coûteux.
Concevoir des fiches produits utiles aux acheteurs techniques
Une bonne fiche industrielle ne cherche pas d'abord à séduire. Elle cherche à réduire le risque de décision.
Un acheteur ou un ingénieur ne veut pas seulement savoir qu'un produit est « robuste, innovant et performant ». Il veut savoir s'il convient à sa contrainte, s'il peut être intégré, s'il respecte les normes requises, quels documents existent et comment obtenir un prix.
La fiche doit donc hiérarchiser l'information. Le résumé doit permettre de comprendre en quelques secondes ce qu'est le produit et pour quelle application il a été conçu. Les caractéristiques essentielles doivent apparaître avant les détails secondaires. Les tableaux techniques doivent être lisibles sur ordinateur comme sur mobile, même si cela implique un défilement horizontal contrôlé. Les documents doivent être clairement associés au produit et non dispersés dans une bibliothèque impossible à naviguer.
Les applications méritent aussi plus qu'une liste de secteurs. Dire qu'un équipement convient au « secteur alimentaire » est très large. Expliquer qu'il est utilisé pour transférer un fluide visqueux dans un environnement nécessitant un nettoyage fréquent aide réellement l'acheteur à se reconnaître.
Enfin, l'appel à l'action doit correspondre au modèle de vente. Pour certaines gammes, le bon CTA sera « Demander une soumission ». Pour d'autres : « Trouver un distributeur », « Télécharger le dessin », « Parler à un ingénieur » ou « Commander ». Un seul bouton « Contactez-nous » placé partout ignore la maturité du visiteur.
Le libre-service devient d'ailleurs de plus en plus important dans les parcours B2B. L'Industrial Buyer Pulse 2025 de Kula Partners rapportait que 77 % des 263 acheteurs industriels interrogés avaient déjà obtenu un prix ou un délai par un outil numérique sans parler à un représentant. Cela ne signifie pas qu'un manufacturier doit afficher tous ses prix publiquement. Cela signifie que les acheteurs s'attendent de plus en plus à pouvoir avancer sans dépendre systématiquement d'un humain pour chaque information de base.
Recherche, filtres et configurateurs : aider l'acheteur à trouver le bon produit
À partir d'un certain volume, le menu principal ne suffit plus. Une entreprise qui possède six cents produits doit traiter la recherche interne comme une fonction commerciale à part entière.
Le piège consiste à proposer des filtres parce que les champs existent dans la base. Un bon filtre ne reproduit pas la structure de données : il reproduit le raisonnement de sélection. Si les utilisateurs choisissent d'abord par diamètre et pression, ces critères doivent apparaître avant une classification administrative dont seuls les employés connaissent la signification.
La recherche interne mérite également d'être analysée après le lancement. Les requêtes sans résultat sont extrêmement instructives. Elles révèlent soit un vocabulaire que le site ne comprend pas, soit un produit que les acheteurs pensent trouver chez vous, soit un problème d'indexation interne.
Le configurateur représente l'étape suivante lorsque le choix dépend de règles complexes. Il peut guider l'utilisateur jusqu'à une référence, préremplir une demande de devis ou générer un dessin. Mais il faut résister à la tentation d'en faire une fonctionnalité « wow ». Un configurateur est utile uniquement si les règles de sélection sont suffisamment stables et documentées pour être codées.
Dans de nombreuses entreprises, la logique métier réelle vit encore dans un fichier Excel utilisé par un ingénieur depuis quinze ans. Ce fichier peut contenir plus d'intelligence que toute la documentation officielle. Avant de développer une interface sophistiquée, il faut comprendre ces règles, leurs exceptions et la personne qui sera responsable de les maintenir.
PDF, CAD, BIM et documentation technique : que faut-il migrer ?
La documentation technique est souvent traitée comme un sous-produit de la refonte. C'est une erreur.
Des clients ont peut-être enregistré directement l'URL d'un manuel. Des distributeurs utilisent une fiche PDF dans leurs propres processus. Un dessin CAD peut être plus important pour un ingénieur que toute la page marketing du produit. Certaines de ces ressources reçoivent aussi des liens externes et du trafic depuis Google.
La migration doit donc commencer par un inventaire : type de fichier, produit associé, langue, version, date, propriétaire et statut. Cet exercice révèle presque toujours des doublons et des documents obsolètes. Une refonte est un bon moment pour nettoyer, à condition de ne pas supprimer aveuglément ce que les utilisateurs utilisent encore.
Tout migrer n'est donc pas une vertu. Une bibliothèque de huit mille PDF peut contenir trois versions du même document, des produits retirés et des fichiers qui n'ont plus de propriétaire. Le travail consiste à décider ce qui doit être conservé, redirigé, archivé ou remplacé.
Lorsque c'est possible, les documents devraient être associés à la donnée produit plutôt qu'ajoutés manuellement dans chaque page. Cette approche permet de mettre à jour une fiche une seule fois et de la faire apparaître partout où le produit est présenté.
Distributeurs et représentants : le site doit servir le canal, pas le contourner
Pour de nombreux manufacturiers, la vente passe par un réseau de distributeurs ou de représentants indépendants. La refonte doit donc éviter deux erreurs opposées : ignorer le réseau ou tenter de le contourner.
Le site public peut jouer un rôle très fort sans vendre directement. Il peut aider l'utilisateur à choisir un produit, générer une demande et transférer cette demande au bon partenaire. Le manufacturier conserve ainsi une visibilité sur la demande tout en respectant son modèle de distribution.
Un bon localisateur de distributeurs ne se contente pas d'une carte pleine de marqueurs. Il doit aider à choisir selon le pays, la province, le code postal, la gamme ou le type de service. Certains partenaires ne vendent pas toutes les lignes. D'autres possèdent des certifications ou des capacités de service particulières. Ces informations doivent être modélisées.
Le routage des leads est encore plus important. Une demande de prix peut être qualifiée par territoire et par gamme avant d'être envoyée. Le lead peut être créé dans le CRM, associé au bon distributeur et suivi par l'équipe interne. De cette façon, l'entreprise sait combien de demandes sont générées, où elles vont et si elles sont traitées.
C'est un changement majeur par rapport au formulaire qui envoie simplement un courriel. Dans ce dernier cas, le manufacturier sait qu'une demande est partie. Il ne sait pas nécessairement si elle a été prise en charge ni si elle a produit une vente.
Portail distributeur ou espace client : quoi mettre derrière la connexion ?
Le portail B2B est souvent présenté comme la prochaine étape logique d'une refonte. En réalité, il n'a de valeur que s'il remplace des tâches réelles.
Un distributeur n'a pas besoin d'un « espace partenaire » pour voir trois PDF qu'il pouvait déjà télécharger publiquement. Il y retourne s'il peut y consulter un prix contractuel, vérifier un stock, voir le statut d'une commande, télécharger une facture, lancer un réapprovisionnement, soumettre une garantie ou accéder à des ressources qu'il utilise réellement dans son travail.
Le rapport 2025 de Contentful sur les acheteurs B2B indiquait que 84 % des décideurs interrogés considéraient les outils de libre-service comme importants. Ce chiffre doit cependant être interprété avec prudence : l'attente de libre-service ne justifie pas n'importe quel portail. Elle confirme surtout que les acheteurs apprécient les interfaces qui leur évitent des délais inutiles.
La difficulté d'un portail est rarement son écran de connexion. Elle réside dans les règles : quel utilisateur appartient à quel compte, quels prix il voit, quels entrepôts sont disponibles, quelles commandes lui appartiennent, quelles autorisations sont nécessaires et que faire lorsque l'ERP n'est pas joignable.
C'est pourquoi un portail distributeur doit être considéré comme une application connectée à l'écosystème commercial, et non comme une simple section privée du site.
Génération de leads : intégrer le RFQ au processus de vente
Une refonte est aussi l'occasion de revoir le parcours de demande de soumission.
Le nombre de champs n'est pas un indicateur de qualité. Le bon formulaire demande les informations qui aident réellement les ventes à comprendre si la demande mérite une réponse rapide et qui doit la traiter.
Pour un manufacturier sur mesure, cela peut inclure l'application, la quantité, l'échéance, une contrainte technique ou une pièce jointe. Pour un produit standard, quelques champs supplémentaires peuvent suffire. Le formulaire doit être adapté au niveau de complexité de la vente.
Surtout, le site connaît souvent déjà une partie du contexte. Si l'utilisateur clique sur « Demander une soumission » depuis une fiche produit, la référence ne devrait pas lui être redemandée. S'il a configuré une variante, cette configuration peut être transmise automatiquement. Ce sont de petits détails, mais ils réduisent la friction et augmentent la qualité de l'information reçue.
Le RFQ ne devrait pas se terminer dans une boîte courriel partagée. Dans une architecture mature, la demande entre dans le CRM, reçoit un propriétaire, conserve les documents utiles et déclenche un accusé de réception. Le délai de traitement devient alors mesurable.
L'objectif n'est pas d'automatiser la relation humaine. Il est d'empêcher que la valeur commerciale se perde dans l'administration.
Comment connecter le site à l'ERP et au CRM sans créer un monstre
« Intégrer l'ERP » ne veut rien dire tant qu'on n'a pas défini la donnée et le cas d'usage.
Le site n'a probablement pas besoin de lire toute la base de données de l'ERP. Il a besoin de certaines informations pour certaines actions : stock, prix, statut de commande ou coordonnées de compte. Cette distinction évite de construire une intégration disproportionnée.
| Besoin web | Donnée | Système source | Fréquence possible |
|---|---|---|---|
| Afficher le stock | quantité disponible | ERP | temps réel ou périodique |
| Afficher un prix client | contrat / compte | ERP | temps réel |
| Créer un lead | contact + demande | CRM | immédiat |
| Publier les caractéristiques | attributs | PIM | à la publication |
| Montrer le statut d'une commande | commande | ERP | temps réel |
| Trouver un distributeur | territoire | CRM / base partenaire | périodique |
Une fois cette matrice établie, l'équipe technique peut choisir entre API, middleware, synchronisation planifiée, fichier ou webhook. La solution n'a pas besoin d'être la plus moderne ; elle doit être suffisamment fiable pour le besoin.
Il faut aussi penser à la résilience. Si l'ERP est indisponible dix minutes, le site doit-il tomber ? Souvent, non. Certaines données peuvent être mises en cache, certains formulaires peuvent attendre et certaines fonctions peuvent afficher une information de repli. Ces scénarios doivent être prévus avant la mise en production.
Refonte SEO : protéger les actifs existants
Un site manufacturier ancien peut être techniquement daté tout en possédant un capital SEO considérable. Certaines fiches se positionnent depuis dix ans. Des distributeurs et médias spécialisés pointent vers des URL précises. Des PDF ressortent directement dans Google.
Modifier toute l'arborescence au nom de la « propreté » peut détruire une partie de cette valeur.
Avant la refonte, il faut donc exporter l'ensemble des URL, identifier les pages qui génèrent du trafic, les backlinks importants et les conversions organiques. La migration doit ensuite attribuer à chaque ancienne URL une destination : conservation, redirection vers un équivalent, redirection vers une catégorie pertinente ou suppression justifiée.
Google recommande explicitement de préparer le mappage entre anciennes et nouvelles URL, d'utiliser des redirections permanentes appropriées, de tester les changements et de surveiller Search Console après la migration. Il est également préférable d'éviter les redirections massives vers la page d'accueil, qui apportent peu de contexte aux utilisateurs comme aux moteurs.
La migration concerne aussi les fichiers techniques. Si un ancien PDF est remplacé par une nouvelle version, son URL ou sa redirection doit être traitée consciemment. Les documents font partie de l'écosystème SEO.
Pour approfondir cette dimension, consultez aussi notre guide sur la refonte de site web sans perdre son SEO.
International, langues et marchés : penser l'architecture avant la traduction
Un manufacturier québécois peut vendre la même gamme au Canada, aux États-Unis et en Europe tout en ayant des réalités commerciales différentes. La langue n'est alors qu'une dimension parmi d'autres.
Un produit peut porter le même nom en anglais des deux côtés de la frontière, mais avoir des certifications, des distributeurs, des prix ou des documents différents. Une architecture qui confond automatiquement langue et marché devient rapidement rigide.
La bonne préparation consiste à documenter les marchés, les langues, les devises, les unités, les gammes disponibles et les règles de distribution. Ensuite seulement, on choisit la structure d'URL et le modèle de contenu.
Cela évite de découvrir trop tard que « traduire le site en anglais » n'est pas suffisant parce que le contenu américain doit afficher une autre certification et diriger vers un autre réseau de partenaires.
Mesurer la réussite après le lancement
Une refonte ne devrait pas être jugée uniquement sur le trafic ni sur les commentaires internes du type « c'est beaucoup plus moderne ».
Dans un projet manufacturier, la performance doit être lue sur plusieurs plans.
Le catalogue doit devenir plus utile : recherches internes plus efficaces, moins de requêtes sans résultat, davantage de consultations de fiches et de téléchargements pertinents. Le système commercial doit mieux fonctionner : demandes de soumission plus qualifiées, meilleure attribution, délais de réponse plus courts et davantage d'opportunités mesurables. Les opérations internes doivent aussi s'améliorer : publication plus rapide d'une nouvelle gamme, moins de saisies en double et moins d'erreurs de données.
Un PIM ou une nouvelle architecture peut donc produire un retour sur investissement sans générer immédiatement une hausse spectaculaire du trafic. Si une équipe passe de quatre heures à vingt minutes pour publier une nouvelle gamme dans trois langues, le gain est réel.
Le même raisonnement s'applique au portail. Son succès ne se mesure pas au nombre de connexions, mais au nombre de tâches répétitives qu'il remplace : demandes de stock, recherche de factures, téléchargements de documents ou suivi de commandes.
Le plan de refonte en 8 phases
Une refonte complexe gagne à être découpée en phases claires, mais ces phases ne doivent pas devenir huit silos indépendants.
1. Audit. On cartographie le contenu, les systèmes, le catalogue, le SEO, les analytics et les utilisateurs. Cette phase produit la photographie de départ.
2. Gouvernance des données. On décide où chaque information sera maintenue et quel système fera autorité. C'est là que l'on tranche réellement le rôle de l'ERP, du PIM, du CMS et du CRM.
3. Architecture. On construit la taxonomie, les catégories, les relations produit, les langues et les marchés. Cette étape influence directement les futures URL et les filtres.
4. Parcours utilisateurs. On formalise ce que doivent pouvoir accomplir ingénieurs, acheteurs, distributeurs et clients existants.
5. UX et design. Les maquettes arrivent ici, une fois que la structure est suffisamment comprise pour que le design matérialise de vraies décisions.
6. Développement et intégrations. Le CMS, le catalogue, les API, le CRM, l'ERP et les éventuelles fonctions de portail sont connectés et testés.
7. Migration et assurance qualité. Les contenus, données, documents, URL, formulaires et redirections sont contrôlés avant lancement.
8. Mise en ligne et optimisation. La surveillance SEO, l'adoption interne, la formation et l'amélioration continue commencent réellement après la mise en production.
Le développement ne devrait pas être validé tant que les données nécessaires aux filtres, gabarits et intégrations n'ont pas été vérifiées. Changer une couleur après coup est facile. Découvrir à la fin que deux mille produits n'ont pas les attributs nécessaires au nouveau moteur de recherche ne l'est pas.
Les erreurs qui coûtent le plus cher
Certaines erreurs reviennent suffisamment souvent pour être considérées comme des signaux d'alarme.
La première consiste à commencer par le design. Cela crée rapidement de belles maquettes basées sur une structure de données qui n'existe pas encore. La deuxième consiste à reprendre l'ancien catalogue sans le challenger. On paie alors une refonte pour préserver la logique qui posait déjà problème.
Une troisième erreur est de transformer le CMS en PIM improvisé. Ce choix peut sembler économique au départ, puis devenir extrêmement coûteux lorsque les variantes, langues et documents se multiplient. À l'inverse, vouloir intégrer toute la richesse de l'ERP au site est tout aussi dangereux : l'utilisateur n'a pas besoin de voir la complexité interne de l'entreprise.
La migration documentaire est souvent sous-estimée. Déplacer huit mille PDF sans tri transporte des années d'obsolescence vers la nouvelle plateforme. Mais les supprimer sans analyse peut casser les habitudes des clients et le référencement.
Enfin, une refonte peut être techniquement excellente et commercialement faible si personne n'a défini ce qui se passe après la demande. Un formulaire qui génère des leads vers une boîte courriel générique reste un mauvais processus, même dans une nouvelle interface.
Checklist avant d'approuver le nouveau site
À ce stade, une checklist a justement sa place : elle sert de contrôle final, pas de substitut à l'explication.
| Question | Oui / Non |
|---|---|
| Le catalogue a-t-il été audité avant le design ? | |
| Chaque donnée critique possède-t-elle un système maître ? | |
| Les attributs produits sont-ils structurés ? | |
| Les filtres correspondent-ils aux critères réels de sélection ? | |
| Les fiches produits contiennent-elles les documents utiles ? | |
| Les anciennes URL importantes ont-elles un plan de migration ? | |
| Les PDF et fichiers techniques ont-ils été inventoriés ? | |
| Le RFQ transmet-il automatiquement le contexte produit ? | |
| Les leads entrent-ils dans le bon système ? | |
| Le routage par territoire ou distributeur est-il défini ? | |
| Les intégrations ont-elles un comportement prévu en cas de panne ? | |
| Les langues et marchés sont-ils modélisés séparément lorsque nécessaire ? | |
| Les analytics mesurent-ils les actions commerciales ? | |
| Les équipes savent-elles qui maintient les données après le lancement ? | |
| Le portail, s'il existe, remplace-t-il des tâches réelles ? |
Une refonte manufacturière réussie ne cherche pas à transformer une entreprise industrielle en marque SaaS ni à cacher sa complexité derrière un design minimaliste.
La profondeur technique est souvent précisément ce que l'acheteur vient chercher. Le travail consiste à la rendre navigable, compréhensible et exploitable.
Chez PRAGMATIK, nous considérons qu'un projet manufacturier important doit commencer par trois diagnostics : le catalogue, la donnée et le parcours commercial. Le catalogue montre comment les acheteurs sélectionnent réellement. La donnée révèle ce que l'entreprise est capable de publier de façon fiable. Le parcours commercial détermine ce qui doit se produire ensuite : téléchargement, distributeur, RFQ, portail, commande ou conversation avec un représentant.
Ce cadre évite une erreur fréquente : simplifier tellement le nouveau site qu'il perd ce qui faisait la valeur de l'ancien. Un site peut être visuellement daté et continuer à générer de bonnes opportunités parce qu'il contient une profondeur technique unique. À l'inverse, un site superbe peut être presque inutile si un ingénieur n'y trouve plus la capacité, la tolérance ou le dessin dont il a besoin.
La bonne refonte ne remplace donc pas la complexité industrielle par du vide. Elle organise la complexité de manière à soutenir à la fois l'acheteur, les ventes et les opérations.
Découvrir notre approche de conception et refonte de sites web
Lire aussi
FAQ — Refonte de site web manufacturier
Quand un manufacturier devrait-il refaire son site web ?
Une refonte devient pertinente lorsque la plateforme limite la recherche produit, exige trop de travail manuel, ne s'intègre plus aux systèmes internes, génère peu de demandes qualifiées ou ne peut plus soutenir les nouveaux marchés, langues ou canaux. L'âge visuel du site peut être un symptôme, mais il ne devrait pas être le seul déclencheur.
Faut-il connecter le site manufacturier directement à l'ERP ?
Seulement si un cas d'usage précis le justifie. Le site peut avoir besoin de prix, d'inventaire, de comptes ou de statuts de commande, mais il n'a généralement pas besoin d'un accès à toutes les données ERP. Il faut définir les données nécessaires, la fréquence de synchronisation et le comportement attendu si l'ERP devient indisponible.
Quelle est la différence entre un ERP et un PIM ?
L'ERP gère principalement les données opérationnelles et transactionnelles : références, prix, inventaire, commandes et logistique. Le PIM sert à structurer et enrichir l'information produit destinée aux différents canaux : descriptions, spécifications, attributs, médias, documents et traductions.
Est-ce qu'un manufacturier a besoin d'un PIM ?
Pas toujours. Un catalogue relativement petit et stable peut être géré correctement dans un CMS. Le PIM devient particulièrement utile lorsque le catalogue comporte de nombreuses références, variantes, langues, attributs, documents et canaux de publication.
Comment organiser un gros catalogue de produits ?
Commencez par les critères utilisés par l'acheteur pour choisir. Structurez ensuite les familles, produits, variantes et attributs. Évitez de transformer automatiquement chaque SKU en page Web. Une page de série avec filtres ou configurateur peut être plus utile que des centaines de pages quasi identiques.
Que faut-il faire des anciens PDF pendant une refonte ?
Inventoriez-les et identifiez les documents utilisés, obsolètes, dupliqués et associés à chaque produit. Conservez les URL utiles lorsque possible ou créez des redirections pertinentes. Ne supprimez pas massivement une bibliothèque technique sans analyser son usage et ses liens entrants.
Comment intégrer les distributeurs au nouveau site ?
Créez un localisateur réellement utile, documentez les territoires et définissez le routage des demandes. Le manufacturier devrait conserver une visibilité sur les leads transmis au réseau afin de mesurer les volumes, les délais de prise en charge et les résultats.
Que devrait contenir un portail distributeur ?
Priorisez les tâches répétitives : prix contractuels, disponibilité, commandes, factures, documentation, garanties, matériel marketing, formation et leads. Un portail doit résoudre des besoins opérationnels réels, pas simplement ajouter un espace protégé.
Comment éviter de perdre le SEO pendant la refonte ?
Conservez les URL utiles, exportez les données SEO avant migration, mappez chaque ancienne URL vers sa destination, implémentez les redirections permanentes, testez les documents et surveillez Search Console après lancement. Google recommande explicitement ce type de préparation lors d'un changement d'URL.
Comment mesurer le ROI d'une refonte manufacturière ?
Ne mesurez pas seulement le trafic. Suivez les RFQ qualifiés, la valeur du pipeline, l'utilisation du catalogue, les téléchargements techniques, l'adoption du portail, les tâches manuelles éliminées, le temps de publication produit et la performance SEO. La valeur peut être autant commerciale qu'opérationnelle.