Structure d’un site d’entreprise pour prestataires de services avec une offre qui demande des explications

Ouvrez le site d’un prestataire de services à l’offre complexe et cliquez sur « Prestations ». Très souvent apparaît une longue page avec huit intertitres, trois phrases par thème et un formulaire de contact à la fin. Dans ce scénario, nous partons d’un cabinet de conseil en documentation des processus qui propose cinq prestations différentes. Chacune demande un échange avant qu’un client comprenne ce qu’il obtient.

La structure n’est pas née d’une décision, mais d’ajouts successifs. Chaque fois qu’une prestation s’ajoutait, un paragraphe était accroché. Le menu est resté le même, la page d’accueil liste les prestations sous forme de vignettes qui renvoient toutes vers la même ancre. Pour l’équipe, cela semble complet, car chacun sait ce qui se cache derrière les mots-clés.

Un prospect, lui, ne le sait pas. Il arrive avec une question concrète, par exemple si le conseil convient aussi à une entreprise de sa taille ou ce qui se passe après le premier échange. Il ne cherche pas une vue d’ensemble, mais une réponse, et si la page ne la donne pas, un concurrent est à un clic. La situation de départ relève donc moins d’un problème de design que d’un problème d’organisation.

Le premier problème concerne l’orientation. Celui qui parcourt en diagonale une longue page fourre-tout lit les titres et saute. S’il ne retrouve pas sa propre situation dans les premières lignes, il suppose qu’elle n’y figure pas. La page répond à beaucoup de questions de façon superficielle et à aucune assez en profondeur pour soutenir une décision, ce qui coûte particulièrement cher pour les offres qui demandent des explications.

Le deuxième problème concerne la recherche. Une page qui traite cinq sujets se fait concurrence à elle-même. Pour une requête comme « documentation des processus pour services de soins », il existe un paragraphe, mais pas de page qui occupe visiblement le sujet. Les moteurs de recherche rattachent les pages à des sujets, et lorsqu’aucun rattachement net n’est possible, la page qui traite précisément ce sujet l’emporte généralement. Le maillage devient lui aussi difficile, car chaque lien pointe vers « Prestations » plutôt que vers la prestation visée.

Le troisième problème est la confiance. Celui qui achète une prestation complexe prend un risque : il investit de l’argent et du temps dans quelque chose qu’il ne peut pas vérifier au préalable. À ce moment, les arguments de vente pèsent moins que les preuves, à savoir le déroulement, la logique tarifaire, les références et les interlocuteurs. Tout cela demande une place qu’une page fourre-tout ne peut offrir sans devenir illisible.

S’ajoute un point pratique. Les pages fourre-tout sont difficiles à entretenir. Quand une prestation change, il faut trouver le bon passage dans un long texte, et par prudence on y renonce souvent. Au bout de deux ans, la moitié n’est plus exacte.

Avant qu’une arborescence voie le jour, il faut une base qui ne vienne pas de l’intuition. Nous travaillerions avec quatre sources : les questions issues de vrais premiers échanges et courriels, les requêtes de la Search Console si le site fournit déjà des données, les objections tirées des devis perdus et les termes que les clients emploient eux-mêmes. Ces derniers s’écartent souvent du jargon du prestataire, et c’est précisément là que naissent les lacunes.

Ces sources permettent de lire quelles prestations méritent une page dédiée. Un critère utilisable : une prestation a-t-elle sa propre intention de recherche, son propre public cible ou son propre parcours de décision ? Alors elle obtient une page. Si elle partage les trois avec une autre prestation, elle appartient à la même page. On évite ainsi les deux erreurs, la page fourre-tout comme l’éparpillement en des dizaines de pages isolées et maigres.

Un exemple montre à quoi cela ressemble. Si, lors du premier échange, cinq prospects sur dix posent la même question, par exemple « Combien cela coûte-t-il environ ? » ou « Qui doit participer de notre côté ? », alors le site manque d’une réponse. Ces questions sont le cahier des charges des contenus, et non la liste de souhaits de l’équipe. On peut les consigner dans un tableau, avec la date, la source et la page qui doit y répondre à l’avenir.

Tout aussi importante est la question de l’état dans lequel le visiteur arrive. Un prospect qui ne sait pas encore nommer son problème a besoin d’une autre page que celui qui compare déjà trois offres. Tous deux arrivent souvent par la même page d’accueil. La tâche de la structure est de leur offrir à chacun un chemin, sans accabler l’un de détails ni ennuyer l’autre de généralités.

La solution suit un principe simple : chaque prestation obtient une page dédiée qui répond complètement à sa question. Au-dessus se trouve une vue d’ensemble qui n’explique pas, mais trie et oriente. À côté figurent des pages de preuves comme la méthode, les références et À propos, vers lesquelles renvoie chaque page de service. Il en résulte un maillage dans lequel chaque page a une mission.

Une alternative consiste en une présence unique et très longue, une solution dite « one-page ». Elle paraît ordonnée et fonctionne si l’offre se limite à une prestation. Avec plusieurs prestations qui demandent des explications, elle perd, car chaque nouvelle prestation allonge la page et l’intention de recherche n’est plus servie séparément. Nous la tenons ici pour le choix le plus faible.

La seconde alternative va dans l’autre sens : une page pour chaque variante, chaque secteur, chaque ville. Cela crée de nombreuses adresses au contenu mince et à la lourde charge d’entretien. Les moteurs de recherche reconnaissent ces schémas, et les visiteurs aussi. Une page supplémentaire n’a de sens que lorsqu’elle a quelque chose de propre à dire, par exemple un autre déroulement ou d’autres risques. Le découpage se situe entre les extrêmes et dépend de l’offre.

La page de vue d’ensemble mérite plus de soin qu’on ne lui en accorde d’ordinaire. C’est là qu’atterrissent les visiteurs indécis, et elle devrait classer les prestations par situations (« documentation manquante », « documentation obsolète », « audit à venir ») au lieu d’énumérer des noms de produits. Chaque carte indique en une phrase quand la prestation convient et quand elle ne convient pas, et mène vers sa propre page.

Un compromis est inévitable : plus de pages, c’est plus d’entretien. Nous ne commencerions donc pas par toutes les pages imaginables, mais par celles qui ont une intention de recherche claire et un parcours de décision, et nous étendrions l’arborescence ensuite.

L’arborescence reste plate. Elle se compose de la page d’accueil, d’une vue d’ensemble des prestations avec les prestations individuelles en dessous, d’une rubrique pour la méthode et les références, de À propos, de Savoir ou Actualités, et de Contact. Plus de deux niveaux sous la page d’accueil sont rarement nécessaires. Chaque niveau supplémentaire coûte des clics, et ce qui n’est accessible qu’au bout de trois niveaux de menu est moins souvent trouvé.

La navigation ne liste pas tout ce qui existe. Elle nomme de cinq à sept entrées principales dans le langage des visiteurs, donc « Conseil pour services de soins » plutôt que « Solutions ». L’entrée « Prestations » ouvre au besoin un sous-menu, mais elle mène aussi, sans souris, vers une véritable page de vue d’ensemble, afin que celle-ci reste trouvable sans le menu. Le point de contact se trouve toujours au même endroit et a toujours la même apparence.

Une page de service suit une structure récurrente. En premier vient la question à laquelle elle répond, en une phrase. Suivent ensuite à qui s’adresse la prestation, ce qui est concrètement livré, à quoi ressemble le déroulement, à quoi il faut s’attendre et ce qui n’est pas inclus. Viennent après les preuves, les questions fréquentes et un moyen de contact adapté à la situation de décision. Cette structure fixe aide les visiteurs à comparer et les rédacteurs à écrire.

Le maillage interne est important. Chaque page de service renvoie vers deux ou trois prestations voisines, vers la méthode et vers des articles de connaissance pertinents. Les textes de lien nomment la destination (« Comment se déroule un premier échange ») au lieu de dire « en savoir plus ». Il en résulte un réseau qui guide les visiteurs et montre aux moteurs de recherche les relations entre les sujets.

La base technique suit la structure. Chaque prestation obtient une adresse parlante et stable, comme /leistungen/prozessdokumentation, qui ne dépend ni d’une date ni d’un numéro interne. Si un titre de page change, l’adresse demeure, et lorsqu’elle change malgré tout, une redirection unique mène vers la nouvelle cible. Fixer cela tôt évite des ruptures ultérieures dans l’index.

Chaque page reçoit un title unique, une description et exactement un H1. Les titres en dessous suivent le plan de la question, non la mise en page. Un fil d’Ariane montre la position dans l’arborescence et fournit en même temps un signal structuré qui peut être balisé avec schema.org BreadcrumbList. Pour les prestations, le type Service peut convenir en complément, et pour les questions le type FAQPage, même si Google a restreint son affichage dans les résultats de recherche.

La navigation est construite comme une véritable liste de liens, et non comme une construction purement en script. Le sous-menu doit être accessible au clavier, et sur smartphone il s’ouvre sous la forme d’une sélection simple et grande. Un menu qui ne fonctionne qu’au survol de la souris exclut les appareils tactiles et les utilisateurs du clavier.

Le sitemap ne contient que les pages qui doivent figurer dans l’index, et le maillage interne garantit qu’aucune page de service n’est à plus de trois clics de la page d’accueil. Pour vérifier, un crawl avec Screaming Frog suffit, qui rend visibles les pages orphelines et les chaînes, et la Search Console montre après quelques semaines si les pages ont été prises en compte. Pour les temps de chargement, les seuils habituels s’appliquent : LCP jusqu’à 2,5 secondes, INP jusqu’à 200 millisecondes, CLS jusqu’à 0,1.

Le cas particulier le plus fréquent est celui des prestations qui se recoupent. Un conseil en documentation des processus et une formation sur ce thème ont le même public cible, mais des parcours de décision différents. Nous les traiterions séparément et les ferions se renvoyer l’une à l’autre, au lieu de former une unité artificielle. L’essentiel est que chaque page reste compréhensible par elle-même et ne dépende pas de l’autre.

Le sujet des prix est également délicat. De nombreux prestataires hésitent à les mentionner, car chaque projet est différent. Sans aucun repère, cependant, naissent la méfiance ou une demande qui échoue sur le budget. Une possibilité consiste à nommer les facteurs qui déterminent le prix et à indiquer une fourchette typique, dans la mesure où l’entreprise peut l’assumer. Celui qui ne le peut pas devrait dire ouvertement comment naît un devis et combien de temps cela prend.

Un troisième cas concerne les références qui ne peuvent pas être citées. Dans de nombreux secteurs, les clients sont tenus à la confidentialité. Il reste alors la description de démarches anonymisées, la mention de secteurs ou la présentation du déroulement type d’un projet. Les citations inventées ou les chiffres enjolivés ne sont pas une solution, car ils ne résistent pas à une question et abîment ce qu’ils sont censés soutenir.

Un autre cas est celui du public qui demande par secteur. Un service de soins et une entreprise artisanale ont besoin de la même prestation dans un autre langage. Plutôt que de créer une copie par secteur, une section de la page de service avec des exemples propres à chaque secteur suffit souvent. Ce n’est que lorsque le déroulement, les risques ou les termes de recherche diffèrent nettement qu’une page dédiée se justifie, et elle doit alors vraiment porter d’autres contenus.

Enfin, le cas de la croissance : si une sixième prestation s’ajoute ou un nouveau public cible, l’arborescence ne doit pas se rompre. Nous consignons donc par écrit les critères de découpage, afin de pouvoir décider plus tard si une page est ajoutée, étendue ou fusionnée. Il en va de même lorsqu’une prestation est abandonnée : la page reçoit une redirection vers la plus proche, et non vers la page d’accueil.

Une structure claire améliore les conditions, elle ne garantit aucun résultat. On peut raisonnablement attendre que les visiteurs trouvent plus vite leur question, que les demandes soient plus concrètes et que certaines prestations soient mieux trouvées pour les requêtes pertinentes. L’ampleur dépend de la concurrence, de l’offre et de l’entretien, et il n’existe aucune base sérieuse pour avancer des chiffres précis.

La mesure se fait en trois couches. Premièrement, le comportement sur le site : par quelles pages les visiteurs entrent-ils, combien atteignent la page de service et le moyen de contact, et où abandonnent-ils ? Deuxièmement, la visibilité dans la Search Console : pour quelles requêtes les différentes pages de service apparaissent-elles, et la requête correspond-elle à la page ? Troisièmement, la qualité des demandes, qui ne se révèle que dans l’échange. Si les prospects posent moins de questions de base, c’est un signe que les pages remplissent leur rôle.

La période devrait être généreuse. Une structure nouvellement réorganisée met des semaines à être traitée par les moteurs de recherche, et des mois avant qu’un schéma apparaisse. Ne comparez que des périodes équivalentes et tenez compte des variations saisonnières, sinon vous prenez le hasard pour un effet. Une comparaison avant/après sans mesure de départ reste une affirmation.

Ce qu’il ne faut explicitement pas attendre, c’est que davantage de pages apportent automatiquement davantage de demandes. Une page de service maigre est pire que pas de page, car elle fait une promesse qu’elle ne tient pas. La qualité de chaque page décide, la structure ne fait que poser le cadre.

Commencez par les questions des clients, pas par le menu. Celui qui fixe d’abord la navigation construit des pages pour remplir des entrées de menu. Celui qui recueille d’abord les questions s’aperçoit souvent que deux entrées de menu répondent à la même question et qu’une question importante n’a aucune place. Recueillir les questions est le chemin le plus court vers une structure solide.

Gardez des pages modestes dans l’ambition et profondes dans le contenu. Une page de service répond à une question et renvoie pour le reste. Elle n’a pas à tout dire sur l’entreprise, mais assez pour qu’une décision soit possible. Plus le découpage est net, plus l’écriture est facile, et moins de texte est traîné par simple habitude.

Prévoyez plusieurs moyens de contact. Certains prospects appellent, d’autres écrivent, d’autres encore veulent d’abord réserver un rendez-vous ou télécharger un document. Un formulaire unique exclut ces groupes. Chaque voie devrait expliquer ce qui se passe ensuite, dans quel délai arrive une réponse et quelles informations sont nécessaires. Cela abaisse le seuil plus que n’importe quel design.

Vérifiez la structure avec de vraies tâches. Demandez à trois personnes qui ne connaissent pas l’entreprise de répondre à une question concrète, et observez où elles cherchent. Celui qui atterrit trois fois sur la mauvaise entrée de menu n’a pas commis l’erreur : c’est l’intitulé qui l’a causée. Un tel test dure une heure et révèle plus que n’importe quelle réunion.

Attendez-vous à ce que la structure vive. Après quelques mois, les requêtes de recherche et les échanges montrent quelles pages manquent, lesquelles vont ensemble et lesquelles personne ne lit. Celui qui affine alors au lieu de reconstruire garde le site à jour et les coûts bas.

Un site d’entreprise pour une offre qui demande des explications est avant tout une tâche d’organisation. Il décide si les visiteurs trouvent leur question, si les moteurs de recherche reconnaissent un sujet et si un prospect gagne assez de confiance pour prendre contact. Il n’y faut pas un grand nombre de pages, mais un découpage adapté à l’offre et qui puisse être entretenu.

La prochaine étape est modeste. Notez les dix questions qu’on vous pose le plus souvent lors des premiers échanges et vérifiez si votre site répond à chacune sur une page dédiée et facile à trouver. Si plusieurs manquent, c’est un indice fiable de l’endroit où la structure devrait intervenir. On peut en tirer une première esquisse d’arborescence avant que tout design ne commence.

Une limite honnête s’impose : la structure ne remplace pas les contenus. Une arborescence propre avec des pages faibles reste faible, et la meilleure navigation n’aide pas si l’offre est formulée de façon floue. Le travail sur la structure clarifie souvent d’abord ce que l’entreprise propose exactement, et pour certaines équipes c’est la partie la plus éprouvante, mais la plus utile.

Si vous souhaitez aborder cela ensemble, nous examinons votre structure actuelle et vous disons honnêtement ce qui peut rester et ce qui devrait être réorganisé. Il suffit parfois de scinder une page fourre-tout en deux ou trois pages de service et de resserrer la navigation. Une refonte complète n’est alors pas nécessaire.