Refonte de dawap.fr : six mois pour rendre une offre complexe enfin lisible

1. Dawap, une agence technique confrontée à sa propre complexité

Faire tenir plusieurs métiers dans une seule histoire compréhensible

Dawap accompagne des équipes qui doivent connecter des outils, fiabiliser des opérations marketplace, construire une application métier, automatiser un processus ou améliorer la qualité technique de leur présence web. Ces sujets partagent une exigence de fiabilité, mais ils ne répondent ni aux mêmes décideurs ni aux mêmes moments de décision.

À cette activité de service s’ajoutent trois produits : Ciama pour le pilotage commercial multicanal, Daspeed pour la performance web et Dapulse pour le suivi du delivery. Le site devait expliquer cette complémentarité sans laisser croire que chaque besoin imposait le même accompagnement.

Les réalisations constituaient une autre partie essentielle de l’identité de Dawap. Elles couvraient plusieurs années, différents secteurs et des livraisons allant du connecteur ciblé à la plateforme métier. Tant qu’elles restaient séparées des pages d’offre, elles prouvaient une capacité technique sans toujours aider le visiteur à choisir son point d’entrée.

Le projet était interne, mais son enjeu commercial était réel. Un site incapable d’expliquer une offre complexe crée du travail avant chaque rendez-vous : il oblige à reprendre le contexte, à rétablir les liens entre expertises et à démontrer oralement ce qui aurait dû être compris avant le premier échange.

2. De janvier au 15 juin 2026 : structurer avant d’accumuler

Faire progresser architecture, contenu et interface dans le même mouvement

La première étape a consisté à séparer les véritables familles de besoins. Une intégration API n’a pas le même point de départ qu’une création de marketplace, même si les deux projets peuvent partager des flux, des catalogues ou un ERP. Chaque univers a donc reçu une promesse, une hiérarchie et des prolongements propres.

La deuxième étape a remis les preuves dans le parcours. Les projets ne devaient plus former une galerie isolée : leurs cartes, catégories et liens devaient pouvoir apparaître là où une entreprise cherche un service ou reconnaît son secteur. Le contenu éditorial a été traité de la même manière, comme une aide à la décision plutôt que comme une rubrique parallèle.

La troisième étape a transformé cette architecture en pages publiques cohérentes. Les contrôleurs Symfony gardent des routes explicites, les gabarits Twig rendent les contenus côté serveur et les composants communs donnent un cadre partagé aux familles de pages. Cette organisation permet de faire évoluer un univers sans perdre la cohérence générale.

La mise en ligne du 15 juin a fixé un jalon, pas une fin artificielle. Le site est resté évolutif après son lancement : les contenus, les parcours et les mécanismes de confiance ont continué à être renforcés à mesure que Dawap précisait son positionnement et observait les besoins de navigation.

3. Quand la réalité de l’agence dépasse sa vitrine

Le point de départ était un problème de représentation, pas un manque de savoir-faire

Dawap avait progressivement élargi son terrain d’intervention. Les premiers sujets de développement et d’intégration avaient été rejoints par le pilotage marketplace, les produits internes, l’IA appliquée aux processus métier et une pratique plus structurée du SEO technique. Le site ne donnait pas encore à ces expertises une place proportionnée à leur importance.

Ce décalage brouillait la lecture. Une entreprise pouvait reconnaître une technologie ou tomber sur un article pertinent sans comprendre si Dawap proposait un audit, un développement complet, un connecteur, un produit ou un accompagnement opérationnel. La richesse de l’offre devenait paradoxalement un obstacle à sa compréhension.

Les projets existants renforçaient ce constat. Une réalisation pouvait démontrer une expérience précise avec un ERP, une marketplace ou un portail métier, mais le visiteur devait souvent reconstruire lui-même le lien avec son besoin. La preuve existait ; son rôle dans le parcours restait insuffisamment explicite.

Une retouche graphique n’aurait pas résolu cette difficulté. Le chantier devait reprendre les catégories, les relations entre contenus et la manière dont chaque page répond à une question. C’est cette décision qui transforme la refonte en projet de positionnement autant qu’en projet web.

4. Faire comprendre une offre complexe sans tout mettre au même niveau

Trouver la bonne granularité entre vision d’ensemble et réponses spécialisées

Un visiteur ne cherche pas toujours une technologie. Il peut partir d’une rupture de stock marketplace, d’un portail client devenu trop rigide, d’une donnée qui ne circule pas entre deux logiciels ou d’un site que les moteurs comprennent mal. L’architecture devait accueillir ces formulations sans abandonner la lisibilité de l’offre.

À l’inverse, créer une page isolée pour chaque variante aurait produit une masse de contenus sans repère. Le projet a donc retenu plusieurs niveaux : un univers donne le cadre, une page spécialisée traite un problème, un secteur traduit les contraintes du contexte et une réalisation montre comment Dawap a déjà travaillé sur un cas proche.

Cette structure devait aussi rester praticable pour l’équipe. Une architecture commerciale n’est utile que si les prochains services, projets et contenus trouvent naturellement leur place. Le risque à éviter était de réussir le lancement puis de recréer, à chaque publication, les mêmes hésitations de classement et de maillage.

Le problème central peut ainsi se résumer simplement : permettre plusieurs chemins d’entrée sans raconter plusieurs versions contradictoires de Dawap. Toute la conception découle de cette contrainte.

5. Quatre objectifs pour guider la reconstruction

Orienter, prouver, rassurer et préparer la suite

Le premier objectif était l’orientation. En quelques décisions de navigation, une entreprise devait pouvoir rejoindre la famille de solutions qui correspond à son problème, puis descendre vers un niveau de détail adapté à sa maturité.

Le deuxième était la preuve. Les réalisations devaient cesser d’être une destination séparée du reste du site. Elles devaient soutenir les pages de service, les secteurs et les produits, tandis que chaque étude de cas devait à son tour conduire vers une expertise clairement identifiée.

Le troisième concernait la confiance. Présentation de l’agence, méthode, technologies, pages légales, consentement et moyens de contact devaient former un environnement cohérent autour du discours commercial. Une promesse technique gagne en crédibilité lorsque le site qui la porte est lui-même clair et maîtrisé.

Le quatrième préparait la croissance éditoriale. Dawap devait pouvoir ajouter une expertise, approfondir un secteur ou publier une nouvelle preuve sans reconstruire sa navigation principale ni multiplier les exceptions dans les gabarits.

6. Choisir une architecture à plusieurs portes d’entrée

Relier le besoin, le contexte, la solution et la preuve

La refonte organise le site autour de quatre axes complémentaires. Les univers répondent à la nature du chantier. Les secteurs décrivent les contraintes du terrain. Les produits présentent les solutions déjà structurées. Les ressources et projets apportent l’explication et la preuve.

Ces axes ne forment pas quatre silos. Une page consacrée au développement de site peut montrer une réalisation industrielle, rejoindre le secteur correspondant et proposer un approfondissement sur la migration SEO. Chaque lien a pour rôle de poursuivre le raisonnement du lecteur, pas simplement d’augmenter le nombre de pages vues.

Les routes publiques sont explicites et suivent cette hiérarchie. Le chemin indique si le lecteur se trouve dans une expertise, un secteur, une ressource ou un projet. Ce choix rend la navigation plus prévisible et limite la dépendance à un menu unique pour comprendre la place d’une page.

La page d’accueil peut ainsi rester synthétique. Elle présente la promesse générale et distribue vers les grandes familles, tandis que les pages de profondeur assument les détails, les choix techniques et les preuves spécifiques.

7. Six univers pour nommer les grandes familles de problèmes

Donner à chaque expertise une promesse et un parcours distincts

Le premier niveau rassemble six univers : IA et automatisation métier, intégration API, agence marketplace vendeurs, création de marketplace opérateur, développement web sur mesure et performance et SEO technique.

Cette séparation évite de présenter une expertise comme un simple outil d’une autre. Une entreprise qui veut connecter son ERP et son CRM n’entre pas par le même parcours qu’un opérateur qui construit une plateforme multi-vendeurs, même si les deux projets peuvent ensuite nécessiter une API et un back-office.

Chaque univers possède ses propres pages de profondeur. Il peut développer son vocabulaire, ses risques et ses cas d’usage tout en conservant le cadre commun de Dawap. L’offre gagne en précision sans perdre son unité.

Le nombre six n’est pas un artifice de présentation. Il matérialise la frontière retenue au lancement entre les métiers suffisamment distincts pour mériter leur propre point d’entrée, et les spécialités qui restent rattachées à l’un de ces parcours.

8. Huit pages sectorielles pour replacer la technique dans son contexte

Une même solution change de priorité selon le métier qui l’utilise

Les huit contextes couvrent le commerce et la distribution, les marketplaces et plateformes digitales, le transport et la logistique, l’industrie, les services réglementés, les services aux entreprises, le luxe et le retail spécialisé, ainsi que la formation. Ils sont accessibles depuis l’espace secteurs d’activité.

Cette lecture donne du relief aux expertises. Un flux de stock n’a pas la même conséquence dans une activité saisonnière et dans une chaîne industrielle. Une application documentaire ne porte pas les mêmes exigences lorsqu’elle accompagne un organisme de formation ou un service financier.

Les secteurs ne dupliquent donc pas les pages de service. Ils recomposent les capacités de Dawap autour de situations reconnues par le lecteur : promesse de livraison, gouvernance des données, conformité, catalogue complexe, continuité opérationnelle ou autonomie des équipes.

Le maillage devient bidirectionnel. Depuis une expertise, le visiteur découvre les contextes où elle s’applique ; depuis un secteur, il rejoint les compétences et les projets qui répondent aux contraintes décrites.

9. Donner aux trois produits une place distincte des prestations

Expliquer ce qui existe déjà sans brouiller le sur-mesure

Ciama, Daspeed et Dapulse ne pouvaient plus apparaître comme de simples exemples de technologie. Chacun répond à un usage identifié : piloter des opérations commerciales multicanales, analyser la performance web ou suivre l’exécution d’un projet.

La refonte leur donne des pages dédiées et les relie aux expertises qui les éclairent. Ciama prolonge l’expérience marketplace et e-commerce ; Daspeed s’inscrit dans la performance ; Dapulse présente un outil de pilotage.

Cette distinction protège aussi le discours commercial. Une entreprise peut comprendre qu’un produit constitue un point de départ, tandis qu’une intégration ou une application sur mesure répond à un périmètre spécifique. Les deux approches peuvent se compléter sans être confondues.

Pour Dawap, cette organisation rend l’offre plus évolutive. Un produit peut enrichir sa proposition et ses preuves sans modifier la promesse de tous les services auxquels il se rattache.

10. Transformer 88 projets en preuves accessibles

Passer de la galerie de références à un système d’aide à la décision

Au 15 juin 2026, le registre public compte 88 projets. Ce volume montre une expérience étendue, mais il n’a de valeur commerciale que si le lecteur peut identifier les réalisations proches de sa situation. La refonte classe donc les projets par univers et utilise leurs cartes dans les pages pertinentes.

Une fiche projet doit répondre à une suite de questions : quel était le contexte, où se situait la difficulté, qu’a construit Dawap, quels arbitrages ont compté et qu’est-ce qui a changé après la livraison ? Ce cadre transforme une référence nominale en récit utile.

Les liens entrants jouent un rôle aussi important que la fiche elle-même. Un projet industriel peut être proposé depuis une page de création de site ou depuis le secteur industrie. Une intégration logistique peut soutenir à la fois une expertise API et un parcours marketplace.

Cette refonte de dawap.fr devient elle-même une preuve parmi les autres. Elle montre que Dawap sait traiter une architecture de contenu dense, construire des parcours publics et maintenir une base web appelée à évoluer.

11. Concevoir des parcours qui commencent à des endroits différents

Ne pas imposer le vocabulaire de l’agence au visiteur

Un responsable e-commerce peut entrer par une problématique marketplace. Un DSI peut rechercher une intégration précise. Un dirigeant peut reconnaître son secteur avant de connaître le nom de la solution. Un responsable marketing peut commencer par un projet ou un article. Le site doit servir ces quatre intentions sans créer quatre discours indépendants.

La navigation principale donne les repères stables, mais le maillage contextuel prend ensuite le relais. À la fin d’une explication, le lien suivant répond à la question naturelle : voir une réalisation, comprendre une méthode, approfondir une spécialité ou contacter l’équipe.

Les pages longues disposent d’une structure interne lisible. Titres, sommaires, blocs de synthèse et appels à l’action permettent une lecture rapide avant l’approfondissement. Ce choix est particulièrement important pour des sujets techniques où tous les décideurs ne cherchent pas le même niveau de détail.

Le parcours ne vise pas à retenir artificiellement le lecteur. Il vise à lui faire gagner du temps : confirmer que Dawap traite bien son problème, comprendre sous quelle forme et disposer d’assez de preuves pour décider si un échange est pertinent.

12. Conserver un socle Symfony et Twig explicite

Privilégier le rendu serveur, les routes identifiables et les composants partagés

Le site repose sur Symfony pour le routage et la composition applicative, avec des gabarits Twig rendus côté serveur. Chaque page publique importante possède une route nommée, ce qui permet de construire les liens internes sans disperser des adresses écrites en dur dans les contenus.

Les familles de pages utilisent des composants communs pour les éléments récurrents : navigation, pied de page, cartes, appels à l’action, structure des articles et présentation des projets. Le partage porte sur le cadre ; chaque page conserve le contenu et les décisions qui la rendent spécifique.

Ce compromis évite deux extrêmes. Une page n’est pas enfermée dans un modèle si rigide qu’elle ne peut plus raconter son sujet, mais elle ne réinvente pas non plus sa structure, ses métadonnées et ses comportements essentiels à chaque publication.

Le rendu serveur donne enfin un document exploitable dès la réponse initiale. Navigation, titres, contenus et liens restent présents sans dépendre d’une reconstruction complète dans le navigateur, ce qui sert à la fois la robustesse et la lisibilité par les moteurs.

13. Traiter le contenu comme un système, pas comme une livraison ponctuelle

Prévoir où vivront les prochains services, articles et projets

La refonte fixe des familles durables : pages de service, secteurs, produits, formations, actualités, projets, succès clients et pages d’agence. Chaque famille possède une fonction dans le parcours et un gabarit adapté à son niveau de preuve ou d’explication.

Les nouvelles publications peuvent ainsi hériter de règles cohérentes : métadonnées, titre principal, fil d’Ariane, date, liens associés et appel à l’action. Le travail éditorial se concentre davantage sur la qualité du fond et moins sur la reconstruction de la page.

Le registre des projets centralise leur date, leur univers, leur route, leur titre et leur vignette. Cette source commune alimente les listes publiques et évite qu’une réalisation existe dans une rubrique tout en disparaissant d’une autre vue attendue.

Ce système rend les évolutions plus sûres. Lorsqu’un nouveau cas client rejoint le site, il peut être relié à une page d’offre et à un secteur sans changer la logique générale. La croissance enrichit l’architecture au lieu de la contourner.

14. Faire de la confiance une partie du produit web

Relier identité, conformité, contact et preuve

Les pages présentation, méthodologie et technologies répondent à trois questions distinctes : qui porte le projet, comment il sera conduit et dans quels environnements Dawap sait intervenir.

Les mentions légales, la politique de confidentialité, la déclaration relative aux cookies et le plan du site sont accessibles comme des composantes normales du parcours. Ils ne remplacent pas la confiance commerciale, mais évitent qu’un site très démonstratif reste flou sur son éditeur ou ses pratiques.

La gestion du consentement distingue le fonctionnement nécessaire de la mesure d’audience et laisse le choix modifiable. Ce dispositif a continué à être renforcé après le lancement, notamment avec un accès persistant aux préférences en août 2026. La vie du site est ainsi racontée sans attribuer au jour de mise en ligne ce qui a été ajouté ensuite.

Les formulaires et appels à l’action restent reliés au contexte consulté. L’échange ne commence pas par une page de contact déconnectée : le visiteur peut arriver avec l’expertise, le projet ou le secteur qui a motivé sa demande.

15. Créer une interface capable de porter des contenus très différents

Une identité commune sans uniformiser toutes les pages

La direction visuelle devait accueillir une page d’offre synthétique, une étude de cas longue, une page produit, une fiche sectorielle et un article technique. La hiérarchie typographique, les contrastes, les espacements et les composants ont donc été pensés comme un langage commun plutôt que comme la décoration d’une seule page.

Les cartes permettent d’identifier rapidement la nature d’un contenu, sa catégorie et son sujet. Les sections longues alternent synthèses et développements pour que le lecteur puisse parcourir, revenir au sommaire ou approfondir sans perdre sa position.

Le responsive ne se limite pas à réduire les largeurs. Menus, grilles de cartes, sommaires, images, tableaux et appels à l’action doivent conserver leur ordre de lecture et leur utilité sur mobile. Les composants partagés permettent d’appliquer ces comportements à toutes les familles.

Cette cohérence sert le positionnement : le site paraît appartenir à la même entreprise quelle que soit la porte d’entrée, tout en laissant chaque expertise utiliser les exemples et le niveau de précision dont elle a besoin.

16. Distinguer architecture commerciale et optimisation SEO technique

Deux chantiers liés, mais deux preuves différentes

La présente refonte établit la structure que le SEO peut exploiter : familles de contenus, routes stables, hiérarchie de titres, métadonnées, liens contextuels et rendu côté serveur. Elle donne aux moteurs comme aux lecteurs une organisation explicite.

Elle ne suffit pas à prouver, à elle seule, la performance technique de chaque page. Les mesures Lighthouse, l’optimisation des ressources, l’accessibilité, l’indexation et les contrôles de non-régression constituent un chantier spécialisé avec ses propres critères.

Ce travail est documenté séparément dans le projet de refonte SEO technique de dawap.fr. Cette frontière évite de transformer la présente étude de cas en liste de scores ou de lui attribuer des résultats qui appartiennent à une autre phase.

Les deux projets restent complémentaires. L’architecture décide quelles intentions doivent exister et comment elles se relient ; le SEO technique vérifie ensuite que ces pages sont accessibles, interprétables, performantes et suivies dans la durée.

17. Préparer une publication reproductible

Faire du 15 juin un jalon maîtrisé plutôt qu’une bascule opaque

Le site dispose de configurations distinctes pour le travail local et la production. L’environnement public associe les images applicatives PHP et Nginx à ses services de données. Les assets publics sont intégrés à l’image servie par Nginx, tandis que PHP exécute l’application Symfony.

Cette séparation rend la composition du service lisible : serveur web, application et dépendances ne sont pas mélangés dans une procédure manuelle. Le même projet contient les instructions nécessaires pour reconstruire les images et les configurations qui les relient.

Avant le lancement, les parcours critiques devaient être présents ensemble : accueil, univers, secteurs, produits, ressources, agence, conformité et contact. L’objectif n’était pas de déclarer chaque contenu définitif, mais d’éviter une architecture publiée à moitié où les principales portes mèneraient à des impasses.

Le 15 juin 2026 matérialise cette première cohérence publique. Les jours et mois suivants ont ensuite servi à enrichir les pages, ajuster les liens et renforcer certains dispositifs sans attendre une nouvelle refonte générale.

18. Les arbitrages qui ont protégé la cohérence du site

Accepter des frontières claires pour éviter une architecture universelle mais illisible

Premier arbitrage : séparer agence marketplace vendeurs et création de marketplace opérateur. Les deux univers partagent des concepts, mais leurs responsabilités diffèrent profondément. Le vendeur pilote ses canaux ; l’opérateur gouverne une plateforme, ses vendeurs et ses règles.

Deuxième arbitrage : distinguer produits et services. Ciama, Daspeed et Dapulse disposent de leur propre trajectoire, tandis que le sur-mesure reste cadré par le problème du client. Le site peut montrer leurs liens sans faire passer chaque mission pour un déploiement de produit.

Troisième arbitrage : ne pas faire porter toute la navigation par le menu. Les liens dans le corps des pages rapprochent offre, contexte et preuve. Une architecture riche devient ainsi parcourable sans exposer tous ses niveaux dès le premier écran.

Quatrième arbitrage : isoler le récit SEO technique. Les choix de structure appartiennent à la refonte générale ; les mesures et optimisations possèdent leur propre étude de cas. Cette séparation renforce la précision des deux pages.

19. Ce que Dawap a gagné avec cette refonte

Des gains visibles dans le parcours, la preuve et la capacité à publier

Le premier gain est une offre nommée. Les six univers donnent aux échanges commerciaux un vocabulaire stable et permettent de distinguer immédiatement intégration, marketplace, développement, IA et performance. L’équipe passe moins de temps à reconstruire la carte générale avant de parler du problème précis.

Le deuxième gain est une preuve située. Les 88 projets disponibles au lancement ne forment plus seulement un volume impressionnant : ils peuvent être rattachés aux expertises et aux contextes qu’ils illustrent. Un visiteur comprend pourquoi une réalisation est pertinente pour son propre besoin.

Le troisième gain est l’évolutivité éditoriale. Les nouveaux contenus rejoignent une famille, un univers et un ensemble de liens déjà définis. Le site peut s’enrichir sans ajouter une nouvelle rubrique de premier niveau à chaque évolution de l’offre.

Le quatrième gain est la continuité entre promesse et réalisation. Dawap vend des systèmes structurés, maintenables et reliés aux usages métier ; son site public adopte désormais la même logique dans son architecture et son mode de publication.

20. Un parcours concret : partir d’un besoin industriel

Voir comment les différentes couches se répondent

Une marque industrielle arrive avec un site vieillissant, un catalogue complexe et plusieurs outils métier. Elle peut commencer par la page industrie, marques et fabricants, où les enjeux de données produit, de portail, d’intégration et de continuité sont replacés dans son contexte.

Depuis ce contexte, elle rejoint la création de site ou l’intégration API selon sa priorité. Les pages spécialisées expliquent alors le périmètre, les décisions et les risques avec davantage de profondeur que la page sectorielle.

Une réalisation telle que le site industriel de Photowatt apporte ensuite une preuve : architecture web sur mesure, gestion éditoriale et configurateur photovoltaïque B2B. Le projet ne sert pas de logo ; il montre une situation, une construction et un usage.

Le visiteur peut enfin contacter Dawap depuis ce niveau de compréhension. Le premier échange part d’un contexte déjà partagé, ce qui aide à cadrer plus vite la vraie frontière du projet au lieu de reprendre toute la présentation de l’agence.

21. Un lancement conçu pour continuer à évoluer

La refonte crée une base, puis les contenus et les contrôles progressent

Le site publié le 15 juin n’a pas été figé. Les jours suivants ont apporté des ajustements au projet et, au fil de l’été, les parcours, la conformité, le suivi éditorial et les contrôles SEO ont continué à progresser.

Cette continuité est cohérente avec l’objectif initial. Une architecture durable ne promet pas qu’aucune page ne changera ; elle permet au contraire de modifier une famille, d’ajouter une preuve ou d’affiner une entrée sans perdre la structure des autres parcours.

Le dispositif de préférences cookies renforcé en août illustre cette logique. Il complète la confiance du site après le lancement tout en s’insérant dans les composants communs. L’amélioration rejoint toutes les pages au lieu de nécessiter une correction isolée dans chaque contenu.

Netlify ne faisait pas partie du périmètre livré pour la refonte Dawap. Lorsqu’un projet dépend de déploiements atomiques, de domaines, de variables et de Netlify Forms, la page intégrateur Netlify API porte ce cadrage spécifique.

Pour une entreprise qui envisage une refonte de site sur mesure, la leçon est concrète : la valeur ne vient pas seulement du nouveau rendu. Elle vient de l’architecture qui aide les visiteurs à décider aujourd’hui et l’équipe à publier demain.