Aller au contenu

Documentation de pilotage · parcours et conversion

Le site sait vendre. Il ne sait pas encore recevoir.

Design Plus a publié 328 pages en trois langues, une charte tenue, un calculateur de budget public et 71 logos clients. Les parcours, eux, s'arrêtent au dernier mètre : le formulaire n'a pas de serveur pour recevoir la demande, et rien ne dit d'où elle vient. Cette page mesure les parcours réels, pas les parcours prévus.

328pages HTML réellement servies depuis dist/. Comptage sur l'arborescence de build.
59 / 2réalisations publiées, dont 2 seulement en contenu riche. plan-grow-2027.md:35
0 / 13sources UTM déclarées dans utm.json:4-9, aucune posée dans src/. Le chiffre qui dérange.
24 h / 15 mindélai annoncé au visiteur contre délai visé par le KPI. Écart de 1 à 96. ContactForm.astro:11 ; kpi.json:14

Méthode

Trois lectures parallèles du dépôt, un périmètre chacune, aucune écriture partagée : canaux et personas, comportement et conversion, charte appliquée. Chaque affirmation porte un chemin:fichier:ligne, une route réellement présente dans dist/, ou un comptage. Ce qui n'est pas mesurable depuis le dépôt est écrit absent ou non mesuré, jamais supposé. Les personas sont déduits des quatre secteurs, des huit zones et des cas clients publiés : le mot persona est absent du dépôt, il n'y a ni entretien ni donnée de lead par segment.

Matrice persona × action × page × appel à l'action

CTA vérifiés un par un : libellé exact relevé dans la source, href présent dans dist/.
Persona (déduit)Action réellePage qui la porteAppel à l'action, libellé et href
Dirigeant de PME
secteurs/entreprises-et-institutions.json		Chiffrer avant de s'engager/outils/calculateur-budget/
/prix-amenagement-bureaux/		« Estimer un budget » vers /outils/calculateur-budget/
index.astro:102
Cabinet d'avocats
secteurs/avocats.json		Vérifier que le prestataire connaît son métier/realisations/
/services/amenagement-de-bureaux/		« Demander un devis » vers /contact/
index.astro:101
Scale-up technologique
secteurs/technologie-et-scale-up.json		Comparer design & build à un montage en plusieurs lots/services/design-build/« Parlons de votre plateau » vers /contact/
index.astro:315
Propriétaire ou bailleur
secteurs/proprietaires-bailleurs.json		Se projeter avant travaux/services/visite-virtuelle-3d/« Demander nos références détaillées » vers /contact/
references.astro:70
Grand compte ou institution
71 logos, src/assets/clients/		Vérifier la preuve sociale/references/« Demander un devis » vers /contact/
BaseLayout.astro:29

Les cinq personas partagent un unique chemin de contact. Aucune variante de parcours, aucune segmentation, aucune page dédiée par persona n'existe dans le dépôt.

Ce qui convertit déjà

Des fondations rares

  • 303 blocs JSON-LD et 119 questions-réponses balisées. plan-grow-2027.md:25
  • robots.txt ouvre nommément dix agents, dont OAI-SearchBot, PerplexityBot et Claude-SearchBot. specs/robots.txt:9-28
  • llms.txt publie identité, services, pages clés et références. specs/llms.txt:1-36
  • 601 redirections 301 préparées, onze contrôles automatiques avant merge. package.json:14

Une couverture longue traîne réelle

  • 8 zones, 4 secteurs, 8 services, 4 guides, 10 actualités publiés comme collections. src/content/
  • 328 pages servies, dont 109 en français, 109 en néerlandais, 109 en anglais.
  • Un calculateur de budget accessible sans formulaire. outils/calculateur-budget.astro
  • 71 références client visibles sur /references/.

Ce qui bloque : trois fuites mesurées

  1. La demande n'a pas de serveur pour arriver. Le formulaire porte action="mailto:info@d-plus.be" et aucun data-endpoint n'existe dans src/ ni dans dist/. La branche fetch est du code mort, et /merci/ est construit mais inatteignable : son seul lien n'est jamais exécuté et la page est absente du sitemap. ContactForm.astro:40, 176, 180
  2. Aucune origine n'est tracée. Zéro occurrence de utm_ dans src/ comme dans dist/, alors que utm.json déclare treize sources et que le KPI exige 80 % de demandes attribuées. Tant que c'est le cas, aucun canal ne peut être crédité. utm.json:4-9 ; kpi.json:12
  3. Le délai promis n'est pas celui du KPI. Le site annonce 24 heures ouvrées à quatre endroits, le KPI vise 15 minutes, et aucun code d'envoi d'e-mail n'existe dans le dépôt : il n'y a donc ni accusé de réception, ni mesure du délai réel. ContactForm.astro:11 ; contact.astro:25 ; Cta.astro:5 ; merci.astro:11 ; kpi.json:14

Fuite 1 : la cause est dans le dépôt, mais un script de déploiement hors dépôt pourrait injecter l'endpoint au build. Déclaré absent du dépôt, pas cassé en production. Non mesuré : taux de conversion réels, nombre de demandes, délai effectif, avis Google réels.

Cinq corrections d'une heure

  1. Donner un endpoint au formulaire, en gardant mailto: en repli sans JavaScript. ContactForm.astro:40
  2. Rendre /merci/ atteignable après un envoi réussi, et l'exclure du sitemap comme les pages de confirmation néerlandaise et anglaise. ContactForm.astro:180 ; astro.config.mjs:22
  3. Poser les UTM déclarées sur les liens de campagne et les liens sortants, selon utm.json et jamais à la main.
  4. Aligner le délai annoncé sur l'engagement tenu, aux quatre endroits qui portent aujourd'hui 24 heures ouvrées.
  5. Activer la mesure : PUBLIC_GA_ID est lu mais jamais défini, donc aucune balise n'est active, alors que la bannière de consentement conforme est déjà en place. Consentement.astro:4, 12, 52

Trois pièces à poser

  1. Un accusé de réception automatique avec l'engagement de délai, et le relevé de la première réponse pour rendre le KPI de 15 minutes mesurable.
  2. Une preuve sociale chiffrée et cohérente. Le dépôt affiche trois valeurs différentes pour le même fait : « plus de cent projets », « Soixante-sept » et 59. Une seule doit rester. references.astro:39 ; gallery.ts:22 ; llms.txt:18, 48
  3. Un témoignage client nommé et son balisage : zéro balisage Review ou aggregateRating dans src/, et les deux fiches riches ne portent ni budget, ni délai, ni témoignage.

Les cartes

Trois cartes validées accompagnent cette page. Elles sont générées en JSON typé, validées par l'outil et habillées à la charte du dépôt.

Architecture du siteContenu, routes, gabarits, build, mise en ligne. 10 composants, 9 relations. Parcours utilisateursQuatre personas, trois phases, seize actions réelles, une fuite mesurée. Cycle de vie clientDe la visite à la fidélisation, attentes, abandons et relances.