Brochure technique et commerciale

Ce que ce site fait, et comment.

Un document d’appui à la décision : fonctionnalités livrées, fonctionnement, architecture, garde-fous et périmètre. Il décrit l’existant sans détour, y compris ses limites, afin que le devis se lise à la lumière de ce qu’il couvre réellement.

Comprendre la valeur du site
01 / Ce que le site est, et ce qu’il n’est pas.

Vue d’ensemble

Une expérience de marque sur mesure, un parcours commercial guidé et une architecture technique séparée et typée.

Le site ABSIDES Ingénierie présente l’entreprise, ses six expertises, ses domaines d’intervention, ses réalisations et ses qualifications, avec deux implantations, Antony et Brech. Il ne s’arrête pas à la présentation : chaque invitation à parler d’un projet ouvre ou reprend un parcours de qualification conduit par l’Assistant IA ABSIDES.

Il s’agit d’un site de présentation et de mise en relation. Il n’envoie aucun message à la place du visiteur, ne tient aucun fichier de prospects et ne prend aucun rendez-vous.

02 / Narration, expertises, références.

Le site visiteur

Page d’accueil photographique

Conception sur mesure, adaptée aux écrans mobiles et de bureau, construite comme un récit en défilement : le besoin, les contraintes, les expertises, le terrain, les domaines, l’histoire, les réalisations.

Révélations au défilement et mouvement

Apparitions progressives, légers mouvements d’images, indicateur de progression. Ces effets sont des éléments de mise en scène, pas des décorations génériques.

Six pages d’expertise détaillées

Assistance à maîtrise d’ouvrage, maîtrise d’œuvre, amiante et désamiantage, SPS / CSPS, déconstruction, formations. Chaque page explique l’utilité, les situations, l’accompagnement concret et les éléments utiles à apporter.

Domaines, réalisations, qualifications

Logement, tertiaire, industrie, réhabilitation, construction ; une réalisation illustrée en galerie ; des repères publics présentés à titre informatif.

Implantations

Antony en Île-de-France et Brech en Bretagne, avec coordonnées directes.

Pages légales

Quatre pages provisoires, à compléter (voir la section confidentialité).

03 / L’Assistant IA ABSIDES en six étapes.

Le parcours projet guidé

Tous les boutons « Parler de votre projet » et toutes les invitations à la conversation convergent vers un même parcours, qui s’ouvre ou reprend là où le visiteur l’avait laissé.

  1. Projet
  2. Mission
  3. Localisation
  4. Coordonnées
  5. Précisions
  6. Récapitulatif

Il explique les missions

L’assistant renseigne sur les expertises ABSIDES. La qualification distingue une question d’un choix : demander la différence entre AMO et maîtrise d’œuvre n’a pas vocation à sélectionner une mission.

Il extrait les réponses explicites

Seules les informations clairement données par le visiteur alimentent le projet. L’état est conservé et peut être corrigé en cours de route.

Il avance par étapes

L’étape suivante est déterminée par l’application, d’après les informations encore manquantes, et non laissée à l’appréciation du modèle.

Il valide avant finalisation

Pour les coordonnées, un nom et soit un e-mail valide, soit un téléphone plausible sont nécessaires ; la société reste facultative. Les informations des autres étapes doivent également être renseignées, avec « À préciser » possible lorsque les détails ne sont pas connus.

Récapitulatif modifiable

Le visiteur relit et corrige chaque champ, puis coche explicitement la case de relecture avant de pouvoir préparer le message.

Brouillon d’e-mail, jamais d’envoi

Un brouillon est préparé vers infos@absides.fr avec toutes les informations. Le visiteur l’envoie lui-même depuis son application de messagerie. Une copie complète du texte est proposée en secours.

Portée des conseils

Les réponses de l’assistant sont des orientations commerciales. Elles ne remplacent ni un échange avec un interlocuteur ABSIDES ni un diagnostic technique. Aucune information sensible n’est demandée.

Si le service est indisponible, le visiteur est renvoyé vers un contact humain : infos@absides.fr ou le téléphone.

04 / Formulaire en cinq étapes, téléphone, e-mail.

Contact direct

Indépendamment de l’assistant, la section contact de l’accueil propose un formulaire en cinq étapes : Projet, Mission, Localisation, Coordonnées, Message. Il se termine par l’ouverture d’un brouillon d’e-mail que le visiteur envoie lui-même.

Le téléphone et l’adresse e-mail sont également accessibles directement, d’un clic, pour qui préfère s’en passer.

05 / Frontend statique, API séparée, types partagés.

Architecture

CoucheRôle
FrontendReact et TypeScript, construit avec Vite en fichiers statiques. Les pages publiques sont pré-rendues en HTML lors de la construction, servies par un serveur HTTP léger, puis rendues interactives dans le navigateur. Chaque adresse reçoit son propre document ; les adresses inexistantes renvoient un statut HTTP 404. Routage par Wouter : accueil, six expertises, pages légales, brochure.
APINode et Express, service distinct du frontend. Elle porte la conversation avec l’assistant et conserve les secrets côté serveur, jamais dans le navigateur.
ContratSpécification OpenAPI dont sont générés les types et le client. Les schémas Zod contrôlent les données reçues et les réponses côté API.
AssistantAPI dédiée à la conversation. Fenêtre bornée : 12 derniers messages en alternance, 2 000 caractères par message, 9 000 au total. Le projet est renvoyé sous forme de JSON structuré et validé. Le délai technique maximal est encadré à 30–35 secondes ; ce n’est pas une promesse de temps de réponse. Un contact humain reste disponible.
Données et mises à jourNi CMS ni espace d’administration, ni base de prospects persistante à ce stade. Le code est modulaire : une modification de contenu se fait dans les fichiers du site, puis nécessite une nouvelle construction et publication.
06 / Ce qui est limité, ce qui n’est pas stocké.

Garde-fous et confidentialité

Validation stricte

Les entrées sont contrôlées avant tout traitement ; les requêtes hors format sont refusées.

Contrôle inter-sites

Contrôle navigateur des requêtes provenant d’un autre site.

Quotas locaux à l’instance

12 requêtes par minute et 60 par heure et par client, 200 par heure pour l’instance, 4 traitements simultanés. Ces limites sont propres à une instance : elles ne constituent ni une garantie distribuée ni un plafond de dépense global.

Pas de journalisation des messages

L’API du site ne journalise pas le contenu des messages et ne sauvegarde pas les conversations dans une base. Les traitements et durées de conservation du prestataire IA sont distincts et restent à préciser dans la politique de confidentialité.

Mémoire de la page seulement

La conversation reste dans la page : conservée à la fermeture et réouverture du panneau, effacée au rechargement ou à la réinitialisation.

Transparence sur le traitement

Un service d’IA externe reçoit les informations de projet et de contact fournies par le visiteur. L’assistant ne demande pas d’information sensible.

Limites annoncées

La sécurité du frontend statique est distincte de celle de l’API. Aucune garantie de sécurité absolue n’est donnée et aucun audit certifié n’est revendiqué. Les quatre pages légales sont provisoires : éditeur, hébergeur, prestataires et durées de conservation restent à compléter. Aucune conformité RGPD certifiée n’est affirmée.

07 / Des contenus lisibles par les moteurs, sans promesse de résultat.

SEO Google, GEO et accessibilité

Le site intègre une optimisation SEO pour Google : faciliter la découverte des pages d’ABSIDES et leur compréhension sur les recherches liées à l’AMO, la maîtrise d’œuvre, le désamiantage, la coordination SPS, la déconstruction et les formations. Les contenus identifient aussi les implantations à Antony et Brech, sans leur attribuer une zone d’intervention non confirmée.

Cette base complète l’optimisation pour les réponses des moteurs de recherche IA (GEO). Les deux approches reposent sur des informations métier accessibles, structurées et cohérentes : améliorer la découverte et la citation d’ABSIDES, sans promettre de classement ni de recommandation automatique.

HTML lisible sans JavaScript

L’accueil et les six pages d’expertise sont pré-rendus à la construction : titres, descriptions de missions et contenus sont déjà présents dans le HTML initial, même si le moteur n’exécute pas React.

Réponses métier directement exploitables

Chaque expertise contient trois questions fréquentes avec leurs réponses visibles, soit 18 réponses sur les missions, le moment d’intervenir et les informations utiles au premier échange. Les pages amiante et SPS renvoient aussi vers des ressources INRS.

SEO métier et local

Les pages d’expertise ont chacune un titre, une description, un titre principal H1 et une URL canonique cohérents avec la mission présentée. Les données structurées décrivent l’entreprise, ses services, ses implantations à Antony et Brech et les réponses effectivement visibles sur les pages.

Routage et liens internes

Chaque adresse d’expertise reçoit son propre HTML, plutôt qu’un document générique non indexable. Les liens entre l’accueil et les expertises aident à parcourir les missions ; les adresses inexistantes renvoient un véritable statut HTTP 404 et une consigne de non-indexation.

Chargement optimisé

Images d’accueil au format WebP, vignettes dédiées à la galerie et priorité de chargement de l’image principale. Son fichier pèse environ 50 % de moins que le JPEG initial. Les fichiers HTML, JavaScript et CSS sont précompressés en Brotli et gzip ; les fichiers versionnés sont mis en cache. Ce gain de poids n’est pas une mesure de vitesse ou un score Google.

Exploration maîtrisée

Le fichier robots autorise l’exploration et renvoie vers un sitemap de l’accueil et des six expertises. La brochure et les pages juridiques provisoires restent consultables, mais ne sont pas proposées à l’indexation.

Portée du SEO et du GEO

Ces optimisations doivent être publiées puis explorées et indexées pour pouvoir agir. Elles ne garantissent pas une première page Google, ni une présence ou une citation dans ChatGPT ou Gemini. Les résultats dépendent notamment des recherches visées, de la concurrence, de la qualité des contenus et des références externes vérifiables.

La déclaration et le suivi dans Google Search Console, la gestion de fiches d’établissement et les campagnes de liens ne sont pas automatisés par le site ; tout accompagnement sur ces points relève d’un périmètre à convenir.

Côté usage : mise en page adaptée aux téléphones, focus clavier visible, prise en compte de la préférence de réduction des animations. Ce sont des fondations d’accessibilité, pas une certification WCAG.

08 / Pourquoi le prix ne se résume pas à un nombre de pages.

Valeur et livrables

Le prix d’un site de ce type ne se mesure pas au nombre de pages. Il rémunère un ensemble de livrables :

  • Conception et identité : une direction visuelle, une hiérarchie d’information et un récit adaptés à une entreprise d’ingénierie, plutôt qu’une succession de blocs interchangeables.
  • Contenu métier : six pages d’expertise rédigées et structurées pour expliquer les missions, les situations concernées et les pièces utiles au premier échange.
  • Optimisation SEO et GEO : HTML pré-rendu, titres et descriptions métier, informations locales structurées, FAQ visibles, sitemap, liens internes, gestion des URL et allègement des images. Ces livrables préparent le référencement sans acheter ni garantir une position.
  • Expérience utilisateur : des parcours cohérents entre accueil, expertises, menu mobile et contact, avec une adaptation aux différents écrans.
  • Qualification commerciale : une conversation qui peut expliquer une mission, recueillir le contexte, accepter une correction et préparer un récapitulatif exploitable.
  • Intégration technique : une API, un contrat de données typé et des validations reliant la conversation au récapitulatif et au brouillon d’e-mail.
  • Robustesse et transparence : des limites de requêtes, des contrôles de saisie, des états d’erreur et des informations sur le traitement des données.
  • Vérification : construction du site, contrôles de types et de fonctionnement, revue des affichages et du contenu du brouillon.

Pour ABSIDES, l’intérêt commercial est concret : présenter les missions avec davantage de clarté, donner des repères au visiteur avant un premier échange et réunir les informations du projet dans un message relu. Ce sont des objectifs de service, pas des gains de conversion chiffrés ou garantis.

Le travail ne se limite donc pas à ajouter un bouton de chat. Il porte sur toute la chaîne : ouverture du bon parcours, compréhension des réponses, progression, correction, validation et préparation d’un message complet. La cohérence de cette chaîne fait partie de la valeur du développement.

09 / Face à un site vitrine à modèle.

Comparaison honnête

PointVitrine simple — périmètre indicatifCe site
ConceptionThème existant adaptéDirection visuelle et récit propres à ABSIDES
Contenu des expertisesPrésentation générale, profondeur selon le devisSix pages détaillées et structurées
Prise de contactFormulaire ou lien e-mailParcours guidé en six étapes, formulaire en cinq étapes, contacts directs
TechniquePublication de contenu, sans qualification IA dédiéeAPI séparée, types générés, validation, limites d’usage
SEO et GEOOptimisations selon le prestataire et le devisPages pré-rendues, SEO métier et local, FAQ, données structurées et chargement optimisé, sans classement garanti

Un site à modèle reste un choix légitime pour un besoin simple. Son périmètre varie selon le prestataire et le devis ; certains peuvent proposer des fonctionnalités avancées. La comparaison porte ici sur une vitrine simple, et non sur une limite inhérente aux modèles.

10 / Devis et exploitation.

Tarification et coûts récurrents

Montant

Le montant et les prestations incluses sont précisés dans le devis.

Pour lire ce devis, distinguez la conception initiale, la création et l’intégration des contenus, le développement des parcours et de l’API, puis la vérification et la mise en ligne. Cette décomposition permet de relier le prix à des livrables identifiables plutôt qu’à une simple quantité de pages.

Les coûts récurrents d’exploitation sont distincts et fixés par convention : nom de domaine, hébergement, usage de l’IA, maintenance, mises à jour de sécurité et support. Aucune maintenance illimitée n’est promise et aucun transfert de propriété n’est automatique.

Le contrat doit également préciser les conditions de remise du code et des accès, les droits sur les contenus et les images, les corrections comprises, la responsabilité des mises à jour éditoriales et les éventuelles prestations d’accompagnement. Cette brochure n’ajoute pas de prestation au devis et ne remplace pas les documents contractuels.

11 / Options futures, non incluses.

Évolutions possibles, hors périmètre

Les éléments suivants pourraient faire l’objet d’un périmètre distinct ultérieur. Ils ne font pas partie de l’existant :

  • envoi automatique d’e-mails ;
  • CRM ;
  • CMS ou espace d’administration ;
  • conservation persistante des demandes ;
  • mesure d’audience et instrumentation des conversions ;
  • tableaux de bord, prise de rendez-vous, intégrations.
À retenir

Un périmètre lisible.

La valeur du site repose sur la combinaison d’une présentation métier sur mesure, d’un parcours commercial guidé et d’une intégration technique cohérente. La création du site, son exploitation et ses évolutions doivent rester clairement distinguées dans l’offre commerciale.