Artisans Occitans — la plateforme de mise en relation artisans que nous avons construite pour nous-mêmes

#Artisans Occitans — la plateforme de mise en relation que nous avons construite pour nous-mêmes

Artisans Occitans est une plateforme de mise en relation entre particuliers et artisans du bâtiment sur cinq départements d'Occitanie. C'est un produit de Nehos Groupe - KBC SOLUTIONS, construit et exploité par nous, pas une mission client. Cinq cents fichiers de contenu, dix-sept métiers, dix-neuf villes, un site Next.js en rendu statique. L'enseignement principal : ce n'est pas l'annuaire qui déclenche la demande de devis.

#Le problème concret : un annuaire local ne fait pas lever la main

Quand on construit un site de mise en relation local, le réflexe est connu : une page par métier et par ville, puis on attend. Nous avons produit cette matrice jusqu'au bout sur notre propre produit — dix-sept métiers croisés avec dix-neuf villes, soit trois cent vingt-trois combinaisons. Et nous nous sommes posé la question honnêtement, en regardant les pages : qu'est-ce qui, dans « Maçon à Muret », donne à quelqu'un une raison de laisser son numéro de téléphone ?

Rien. Une page annuaire répond à une requête de navigation, pas à une décision. Le particulier qui envisage des travaux n'est pas en train de chercher un annuaire : il est en train d'évaluer s'il peut se le permettre. Il veut un ordre de grandeur, la liste des aides auxquelles il a droit, le reste à charge réel après subventions, et la confirmation que son cas ressemble à quelque chose de déjà vu. Tant qu'il n'a pas ces réponses, il ne remplit aucun formulaire — il continue à lire.

C'est ce constat qui a structuré tout le reste. À côté de la matrice métier × ville, nous avons construit quatre collections éditoriales : guides, projets types, pages prix, pages devis localisées. Trente-cinq guides, vingt-cinq projets types, douze pages prix, douze pages devis. Ce sont elles qui portent la conversion. La matrice, elle, porte la couverture géographique et le maillage interne.

#Ce qu'on a construit

Le dépôt contient cinq cents fichiers JSON de contenu. Chaque page est un fichier : métadonnées, fil d'Ariane, réponse courte en tête, sections en Markdown, mention obligatoire sur les tarifs, FAQ, appel à l'action, liens internes suggérés. Le rendu est assuré par une douzaine de gabarits React qui consomment ces JSON — pas de CMS au runtime, pas de base de données pour servir une page.

La couverture géographique est délibérément resserrée : Haute-Garonne, Tarn, Tarn-et-Garonne, Lot, Lot-et-Garonne. Cinq départements limitrophes, un réseau d'artisans réellement mobilisable dessus. Le site tourne sur Next.js 16 et React 19 en génération statique, déployé sur Netlify. Trois cent soixante-quinze fichiers de contenu embarquent un Speakable Schema, parce qu'une réponse de prix bien délimitée est exactement le format qu'un moteur de réponse va reprendre — c'est la logique GEO / AEO appliquée à un site de travaux.

#Le choix qui compte le plus : une bibliothèque de données locales avant toute rédaction

Nous n'avons pas commencé par écrire des pages. Nous avons commencé par constituer deux bibliothèques de données, stockées à part du contenu rédigé : dix-neuf fiches ville et dix-sept fiches métier.

La fiche ville de Toulouse contient le code INSEE, la population, le type d'habitat dominant, le matériau emblématique, les zones ABF et le périmètre du plan de sauvegarde créé en 1986, l'aléa retrait-gonflement des argiles sur la plaine alluviale, les PPRI Garonne, Touch et Hers, la température moyenne annuelle, le nombre de jours au-dessus de trente degrés, le vent dominant — l'autan — et son incidence métier : il fragilise les couvertures. Elle contient aussi une liste de quartiers vérifiés, séparée entre centre et périphérie.

La fiche métier maçon, elle, porte les qualifications Qualibat attendues, les DTU applicables — 20.1, 21, 26.1 —, la norme géotechnique NF P 94-500, les fourchettes de prix par type d'ouvrage, la saisonnalité, les risques métier et les questions que les gens posent réellement.

Le croisement de ces deux jeux rend une page métier × ville défendable : la différenciation ne vient pas des synonymes, elle vient de contraintes réelles qui ne sont pas les mêmes d'un point à l'autre du territoire. Une page maçonnerie à Toulouse parle brique foraine, joints à la chaux NHL et mur mitoyen au sens des articles 653 à 673 du Code civil. Une page charpente dans le Lot parle arrêté termites et couverture en lauze. Deux métiers du bâtiment, deux départements voisins, et deux pages qui n'ont presque aucune phrase en commun.

C'est aussi le garde-fou anti-industrialisation : sans donnée locale vérifiée disponible, on ne produit pas la page.

#Pourquoi ce sont les pages prix et projets qui déclenchent la demande de devis

Regardez l'anatomie d'une page prix, celle consacrée à la pompe à chaleur par exemple. Elle s'ouvre sur un encadré « prix en une minute » qui donne les fourchettes posées TTC par configuration. Vient ensuite un tableau de référence par puissance et par surface chauffée, puis la liste chiffrée des travaux annexes que personne n'anticipe — dépose de chaudière fioul et dégazage de cuve, adaptation du tableau électrique, ballon tampon, socle béton. Puis les barèmes d'aides. Puis un tableau de reste à charge par profil de ménage, mis en regard du coût d'exploitation annuel. Puis les cinq facteurs qui font varier le devis. Et seulement à la fin, la méthode pour obtenir trois devis réellement comparables : imposer la puissance issue d'un bilan thermique commun, exiger la qualification RGE en cours de validité, demander le coefficient de performance saisonnier plutôt que le COP nominal.

L'appel à l'action arrive après tout cela. À ce stade, le lecteur sait ce qu'il cherche, il sait ce qu'il devrait payer, et il sait que comparer trois devis sans cahier des charges commun ne sert à rien. La demande de mise en relation devient le prolongement logique de sa lecture, pas une interruption.

Les pages devis localisées appliquent la même logique à une intention plus étroite. « Devis maçon Toulouse brique foraine » traite le secteur sauvegardé, le régime du mur mitoyen, les trois canaux de sourcing de briques de récupération avec leurs prix respectifs, et les qualifications à exiger d'un artisan sur ce type de chantier. Le volume de recherche est faible. L'intention est excellente.

Chaque page portant des montants embarque une mention datée qui rappelle la source des barèmes et invite à vérifier auprès de France Rénov'. Les fourchettes sont indicatives, jamais fermes ; les aides sous condition d'éligibilité, jamais acquises. Sur un sujet où le démarchage abusif est un fléau, c'est une condition de crédibilité — et la meilleure façon de ne pas se retrouver engagé sur un chiffre.

#Ce qu'on a choisi de ne pas indexer

Sur les trois cent vingt-trois combinaisons métier × ville produites, deux cent soixante-dix sont publiées en noindex, follow, avec un canonical qui pointe vers la page pilier du métier. Elles restent accessibles, maillées, navigables. Elles ne sont simplement pas soumises à l'index.

C'est une position, et nous l'assumons : mieux vaut une cinquantaine de pages qui ont reçu un traitement local réel qu'un bloc de trois cents pages qui se diluent et tirent vers le bas la qualité perçue du domaine entier. Le contenu existe, il est en réserve, et il est réactivable page par page — il suffit de changer un champ dans le fichier JSON. Le calendrier est explicite : premier audit Search Console à trente jours, identification des pages qui performent à soixante, arbitrage à quatre-vingt-dix sur les réserves à réécrire avant ouverture. On indexe quand la donnée d'usage le justifie, pas avant. C'est le même séquencement que celui de notre méthode ROI-First : on n'engage l'étape suivante qu'une fois la précédente mesurée.

#Le formulaire : un consentement versionné, pas une case à cocher

La partie la plus sensible d'une plateforme de mise en relation, c'est le moment où les coordonnées d'un particulier partent chez des entreprises tierces. Le formulaire demande donc deux consentements distincts, tous deux obligatoires : l'un pour le traitement des données, l'autre pour la transmission à des artisans partenaires en vue d'un devis. La newsletter reste optionnelle et séparée.

Les textes de consentement sont versionnés dans le code, avec une version courante et l'obligation de stocker en base le libellé exact affiché au moment de la soumission. Si la formulation change, on incrémente la version : un consentement recueilli sous l'ancienne reste prouvable tel qu'il a été présenté. C'est ce qui fait la différence entre un consentement opposable et un consentement déclaratif.

La validation, elle, filtre en amont : numéro de téléphone français vérifié au format, code postal qui doit correspondre au département sélectionné, liste de domaines d'e-mails jetables refusée, champ piège contre les robots. Un lead avec des coordonnées fausses coûte le déplacement d'un artisan.

#Les tests qui empêchent le contenu de se dégrader

Sur cinq cents fichiers, la qualité éditoriale ne tient pas par la discipline. Elle tient par des tests.

Une suite parcourt tous les JSON et vérifie, fichier par fichier, que la signature d'auteur est présente, que le title tient sous la limite, que la meta description est comprise entre cent et deux cents caractères, que le canonical est en HTTPS sur le bon domaine, que le H1 existe — et qu'aucun des marqueurs de rédaction automatique bannis ne s'est glissé dans le texte. Une seconde suite reconstruit l'ensemble des routes valides à partir de l'arborescence de contenu, puis vérifie que chaque lien de navigation, chaque appel à l'action, chaque fil d'Ariane et chaque lien interne suggéré pointe vers une page qui existe. Elle contrôle aussi qu'aucune page de collection n'est orpheline, que chaque page pilier métier porte au moins trois liens sortants, et qu'aucun canonical n'est dupliqué entre deux fichiers.

Les liens cassés connus sont listés nommément dans le test, avec le nombre de pages impactées. Ils échouent bruyamment tant qu'ils ne sont pas traités. Sur un site de contenu, c'est ce qui distingue une dette identifiée d'une dette invisible.

#Une erreur qu'on garde écrite dans le code

En passant le sitemap sous l'API de segmentation de Next.js, nous avons déplacé les routes vers /sitemap/[id].xml et supprimé /sitemap.xml — l'URL déclarée dans le robots.txt. Résultat : un 404 sur le sitemap en production. Le correctif est revenu à un sitemap unique, et le commentaire placé au-dessus de la fonction interdit explicitement de réintroduire l'appel fautif. Au moment où cette page est écrite, le correctif est commité et la remise en ligne du sitemap est la prochaine étape.

Nous documentons ce genre d'incident plutôt que de le lisser. Un site de contenu se casse rarement de façon spectaculaire : il se casse en silence, sur une URL technique que personne ne consulte.

#Ce que ça prouve si vous avez le même besoin

Si vous montez une plateforme de mise en relation, un annuaire professionnel ou une marketplace de services, quatre décisions se transposent directement.

Constituez la donnée avant le contenu : une bibliothèque de contraintes locales vérifiées est ce qui rend une page géolocalisée légitime, et ce qui vous empêche d'en produire une quand vous n'avez rien à dire. Placez la conversion sur les pages de décision — prix, cas concrets, méthode de comparaison — et pas sur les pages d'annuaire. Gardez en réserve, hors index, ce que vous n'avez pas encore mérité de soumettre à Google. Et traitez la conformité du formulaire comme de l'ingénierie : consentements distincts, libellés versionnés et horodatés, validation stricte des coordonnées.

Nos ordres de grandeur sont publics : un site vitrine B2B démarre à 5 k€ HT, un site à contenu structuré avec CMS headless à partir de 15 k€ HT — le détail figure sur la grille tarifaire. Un dispositif éditorial de l'ampleur d'Artisans Occitans se cadre projet par projet, selon le nombre de métiers, de villes et de collections que vous pouvez réellement défendre.