Aller au contenu

Étude de cas

Avicollo Énergies — une expertise réelle, invisible en ligne

Une entreprise qui gagne des marchés publics depuis plus de soixante ans, et dont les décideurs vérifient désormais l'existence en ligne avant de la consulter. Il n'existait aucun site public. Voici ce qui a été décidé, pourquoi, et ce qui a été livré.

Le client

Avicollo Énergies est une entreprise familiale du BTP électrique, installée à La Garde, dans le Var, depuis 1959. Environ dix-huit collaborateurs, un bureau d'études intégré, et des métiers techniques : éclairage public et sportif, colonnes montantes, télégestion, bornes de recharge, réseaux électriques.

Ses clients sont des communes, des services techniques, des gestionnaires de réseau, des syndics et des bailleurs. Une entreprise solide, qui gagne des marchés publics depuis plus de soixante ans — et dont les décideurs vérifient désormais l'existence en ligne avant de la consulter.

Le problème de départ

Ce n'était pas l'absence de site. C'était une asymétrie : toutes les preuves existaient, aucune n'était accessible à qui les cherchait.

Les preuves vivaient dans les dossiers d'appel d'offres — une matière riche et précise, rédigée pour des acheteurs publics. Rien de tout cela n'était fait pour être lu en ligne par un décideur pressé, et une partie n'avait pas vocation à être publiée.

Le marché ne laissait pas une place vide, mais une place inoccupée. D'un côté, des grands groupes qui organisent leurs sites autour des enjeux des collectivités, pas de leurs métiers techniques. De l'autre, des entreprises locales qui travaillent leur référencement géographique, parfois jusqu'à la page forcée. Avicollo n'existait dans aucun des deux registres.

Et l'audience compare. Élus, services techniques, maîtrise d'ouvrage, maîtrise d'œuvre : des gens qui instruisent un dossier avant de consulter. L'objectif n'était donc pas de séduire. Il était d'être vérifiable.

L'expertise était réelle, les chantiers étaient là, les qualifications à jour. Rien de tout cela n'existait pour quelqu'un qui cherchait.

Ce que j'ai décidé, et pourquoi

Cinq décisions ont structuré le projet.

  1. Viser les niches, pas le mot-clé évident

    La questionAutour de quelles recherches construire le site ?

    L'arbitragePas autour de « électricien Var » ni de « entreprise électricité Var ».

    La raison

    Une requête trop concurrentielle, et qui ne dit rien de la valeur réelle de l'entreprise. Celle-ci se joue sur des sujets où l'expertise est rare et la concurrence en ligne faible.

    Deux publics, deux logiques. Les collectivités cherchent du financement et de la performance énergétique ; les syndics, bailleurs et aménageurs cherchent de la conformité et une réponse à « qui paie ». Deux traitements distincts, dès la conception.

  2. Une page par groupe de requêtes, et une frontière écrite entre chaque page

    La questionCombien de pages, et comment les empêcher de se concurrencer entre elles ?

    L'arbitrageUn groupe de requêtes égale une page. Et pour chaque paire de pages voisines, une frontière écrite avant la rédaction.

    La raison

    Deux pages qui traitent le même sujet se cannibalisent : le moteur de recherche ne sait plus laquelle montrer, et aucune ne ressort.

    Schéma

    De la requête à la page

    Étude qualitative : vocabulaire métier réel, intentions de recherche, concurrence locale.

    Tableau reliant huit requêtes de recherche réelles à la page créée pour chacune et à sa balise title en ligne, avec une neuvième ligne montrant un groupe de requêtes réaffecté à une page nouvelle. Les requêtes transactionnelles sont traitées dans le corps de la page, les requêtes informationnelles en FAQ.

    • Transactionnel
    • Transactionnel local
    • Informationnel
    Requête réellePage crééeBalise title en ligne
    entreprise éclairage public VarTransactionnel localÉclairage publicEntreprise d’éclairage public dans le Var | Avicollo
    éclairage terrain de sport / stadeTransactionnelÉclairage sportifÉclairage sportif : terrains et stades | Avicollo Var
    rénovation colonne montante électriqueTransactionnelColonnes montantesRénovation colonne montante électrique Var | AVICOLLO
    qui paie rénovation colonne montanteInformationnelColonnes montantestraitée en FAQ
    télégestion éclairage publicTransactionnelSmart CityÉclairage public intelligent dans le Var | Avicollo
    installateur IRVE VarTransactionnel localIRVEInstallateur IRVE dans le Var | Bornes de recharge Avicollo
    prime ADVENIR borne de rechargeInformationnelIRVEtraitée en FAQ
    maintenance éclairage publicTransactionnelMaintenanceMaintenance éclairage public dans le Var | Avicollo
    création / enfouissement / raccordement de réseaux électriquesTransactionnelGroupe sans page dédiéeréaffecté à : ViabilisationViabilisation de terrain dans le Var

    Un groupe de requêtes orphelin après l'abandon d'une page. Plutôt que de le perdre, on lui a trouvé une page d'accueil.

    Requête transactionnelle → traitée dans le corps de la page.

    Requête informationnelle → traitée en FAQ, avec balisage FAQPage.

    Schéma

    Architecture du site — 15 pages

    Un groupe de requêtes = une page. Le maillage fait la structure, pas l’adresse.

    Organigramme de l’architecture du site Avicollo : quinze pages réparties en cinq branches depuis l’accueil, chaque regroupement annoté de sa logique éditoriale.

    Accueil/Résume et route. Ne duplique aucun contenu détaillé.
    Nos expertises/nos-expertisesLe hub distribue l’autorité. Les pages métier convertissent.
    • Éclairage public
    • Éclairage sportif
    • Colonnes montantes
    • Smart City & éclairage intelligent
    • Viabilisation
    • IRVE
    • Maintenance

    Chaque page ouvre sur un enjeu de collectivité, jamais sur une prestation.

    Nos réalisations/nos-realisationsLa preuve, séparée de l’expertise, pour ne pas cannibaliser les pages métier.
    • 5 chantiers détaillés

    Chaque chantier renvoie à son expertise, chaque expertise renvoie à ses chantiers.

    Notre zone d’intervention/zone-interventionPorte le halo géographique. Ne détaille aucun métier.
    À propos/a-proposL’entreprise ici. La capacité et les clients sur les sous-pages.
    • Avec qui travaillons-nous ?
    • Nos moyens humains et matériels

    Deux frontières écrites : les clients d’un côté, la capacité de l’autre.

    Contact/contactSeule page sans lien sortant. C’est une page de conversion.

    Adresses plates, sans imbrication : l’arborescence vit dans le maillage interne, pas dans le chemin de l’adresse.

  3. Emprunter aux grands groupes ce qui fonctionne, refuser ce qui ne tient pas sans preuve

    La questionComment une entreprise de dix-huit personnes se place-t-elle face à des groupes nationaux ?

    L'arbitrageUne trame unique pour les sept pages métier — enjeu, solution, bénéfices, preuve, conversion. Chaque page s'ouvre sur un problème de collectivité, jamais sur une prestation.

    La raison

    C'est la mécanique repérée chez les acteurs nationaux les plus efficaces. Elle parle au lecteur avant de parler du prestataire.

    Le refus symétrique : le registre « ville de demain », écarté. Trop générique, aucun ancrage local — or l'ancrage local est le seul terrain où une entreprise de dix-huit personnes peut battre un groupe national.

    Le contre-pied : là où un grand groupe met en avant sa solution propriétaire, Avicollo met en avant son indépendance vis-à-vis des fournisseurs. Ce constat est devenu le différenciateur d'une page métier, puis une question de sa FAQ. Un décideur qui la tape dans un moteur de recherche peut tomber sur cette réponse.

    Extrait de la FAQ de la page Smart City du site Avicollo, où la dernière question demande si l'entreprise impose une solution propriétaire, avec une réponse négative qui met en avant l'indépendance multi-fournisseurs.
    Un constat sur un concurrent national, devenu une question que les collectivités posent réellement.

  4. Écrire pour les moteurs de recherche et les assistants d'IA dès la conception

    La questionOù traiter les questions que les décideurs se posent avant même d'avoir un projet ?

    L'arbitrageUne FAQ sur chaque page d'expertise, avec des questions formulées comme de vraies recherches et des réponses factuelles, complètes en elles-mêmes. Le balisage de données structurées prévu dès les briefs.

    La raison

    Les questions informationnelles n'ont pas leur place dans le corps d'une page commerciale, mais elles amènent des décideurs en amont de leur projet : qui paie la rénovation d'une colonne montante, faut-il un installateur certifié au-delà d'un certain seuil de puissance, quelles aides pour rénover l'éclairage public d'une commune. Une réponse courte, exacte et citable est ce qu'un assistant d'IA reprend.

  5. Retirer plutôt que publier une incertitude

    La questionQue faire d'une donnée qui n'est pas confirmée à la date de mise en ligne ?

    L'arbitrageAucune donnée non confirmée ne va en ligne. Trois issues seulement : la retirer, la généraliser avec une formulation validée, ou laisser le bloc hors ligne.

    La raison

    L'audience est composée de gens qui vérifient. Une donnée fausse sur le site d'un prestataire de marchés publics ne coûte pas une impression, elle coûte un dossier.

De la décision au site

Une décision ne vaut rien sans un dispositif qui la fait tenir jusqu'à la publication.

Chaque page a été livrée selon la même grille en huit parties : note de calibrage, champs de référencement séparés du corps, plan de titres, corps rédigé, FAQ, textes alternatifs, liens internes proposés, liste des données à faire confirmer. Une page à la fois, validée avant la suivante.

L'ordre de production était lui-même une décision : les pages de contenu d'abord, les pages de liaison ensuite — l'accueil et le hub en dernier — puis la recette complète. Écrire l'accueil avant les pages métier oblige à le reprendre trois fois, avec le menu et les liens internes à chaque fois.

Chaque donnée — un chiffre, une commune, un point réglementaire — a suivi le même circuit avant d'être publiée. Ou de ne pas l'être.

Schéma

Ce qu’une donnée doit franchir avant d’être publiée

Logigramme du contrôle appliqué à chaque donnée avant publication : vérification de la source, demande au client si elle manque, puis retrait, généralisation ou mise hors ligne si la confirmation n’arrive pas avant la date butoir.

  1. Une donnée arrivechiffre, commune, référence chantier, point réglementaire
  2. QuestionSourcée dans le dossier client, ou vérifiable ?
    OuiVérification croiséepour le réglementaire, deux sources concordantes minimum→ Publiée
    NonMarquée [à compléter] · demande envoyée au client
  3. QuestionConfirmée avant la date butoir ?
    Oui→ Publiée
    Non
    • Donnée retirée
    • Formulation généralisée
    • Bloc laissé hors ligne
  4. Publiée

Aucun [à compléter] n’a franchi la mise en ligne.

Le développeur a produit le thème et le back-office. J'ai pris la stratégie, l'architecture, les contenus et leur intégration page par page.

Le résultat livré

  • 15pages livrées
  • 7pages d'expertise, une FAQ chacune
  • 5articles chantiers
  • 0donnée non validée en ligne

Quinze pages, plus cinq articles chantiers. Sept pages d'expertise, chacune adossée à un groupe de requêtes et à une intention de recherche identifiée, avec une FAQ balisée en données structurées. Un maillage interne cartographié page par page avant intégration, avec des ancres descriptives — aucun « en savoir plus ». Des images en WebP, redimensionnées, compressées, nommées pour la recherche, avec leurs textes alternatifs rédigés. Une intégration en blocs, page par page.

Aucune donnée non validée n'est en ligne. Aucun marqueur de travail n'a franchi la publication. C'est vérifiable sur les quinze pages.

Grille des sept expertises du site Avicollo, avec une huitième tuile qui oriente les besoins hors périmètre vers la page Contact.
Sept pages métier, plus une porte de sortie pour les demandes hors périmètre.
Bloc « Notre méthode » de la page Colonnes montantes du site Avicollo, présentant les quatre étapes numérotées d'un chantier en langage accessible.
Le déroulé réel d'un chantier, obtenu du client puis remis en forme pour un lecteur non technicien.
Page Zone d'intervention du site Avicollo, avec sa carte et les groupes de communes couvertes dans le Var et les départements limitrophes.
L'ancrage local, condition d'existence sur les recherches géolocalisées et dans les réponses des assistants d'IA.
Vue mobile de la page Moyens humains et matériels du site Avicollo, où le bloc des qualifications et habilitations tient dans un encadré lisible en une colonne.
Les qualifications, restructurées en encadré pour rester lisibles sur un téléphone — le format sur lequel un élu ouvre un lien entre deux réunions.

Stratégie, architecture de contenu, rédaction, référencement et intégration page par page.

Voir le site d'Avicollo Énergies (nouvelle fenêtre)

Votre présence en ligne mérite d'être pensée avant d'être produite.

Réserver un appel de cadrage