Une part croissante des personnes qui nous trouvent ne voient jamais d’abord notre page d’accueil. Elles interrogent un assistant, qui lit le web à leur place. S’il ne peut pas lire notre site proprement, il devine, et deviner les clients, les dates et les réalisations d’un studio, c’est exactement ce qui tourne mal.
Nous avons donc traité les assistants SI comme un public à part entière et rendu vuild.com facile à lire, à citer et à interroger pour eux. Tout ce qui suit est généré à partir des mêmes contenus que le site, il ne peut donc pas devenir obsolète.
Une carte écrite pour les modèles de langage
La première étape a été llms.txt, un court résumé en texte brut à la racine du site : qui nous sommes, ce que nous faisons, nos études de cas et projets avec leurs dates, et des liens vers tout le reste. À côté se trouve llms-full.txt, la version longue, avec chaque étude de cas et chaque projet en entier, la FAQ et ce que disent nos clients.
Les deux sont reconstruits à partir des contenus du site à chaque modification, ils correspondent donc toujours à ce qui figure sur les pages.
Des jumeaux en Markdown
Chaque page principale a désormais un jumeau en Markdown : les mêmes faits que le HTML, sans la mise en page. L’étude de cas AmpUp se trouve à /ampup pour les humains et à /ampup.md pour les agents qui préfèrent le texte brut. Chaque page pointe vers son jumeau dans son en-tête, et llms.txt les liste tous.
Des faits structurés, pas seulement de la prose
Les moteurs de recherche et les assistants s’appuient fortement sur les données structurées, nous en avons donc ajouté :
- Un balisage FAQ sur la page Studio, qui répond aux questions qu’on nous pose vraiment.
- Des avis : les témoignages clients sont balisés comme des avis nominatifs.
- De vraies relations : les études de cas relient les clients à leurs sites et, quand elle existe, à leur page Wikipedia, et ne désignent comme soutiens que de vrais soutiens.
- Des périodes d’activité sur chaque étude de cas et chaque projet, pour que la question "quand Vuild a-t-il travaillé là-dessus ?" ait une réponse claire.
Dire aux robots ce qui a changé
La fraîcheur compte. Notre sitemap date désormais chaque page de sa dernière vraie modification, tirée de son historique de versions, au lieu de tout tamponner à la date du jour. Notre fichier robots nomme les robots SI que nous accueillons, pour que l’intention soit sans ambiguïté.
Et à chaque déploiement, le site signale à IndexNow les pages modifiées ce jour-là. IndexNow est un protocole ouvert pris en charge par Bing et d’autres, qui alimente à son tour plusieurs produits de recherche SI.
Laisser d’autres agents parler au nôtre
La dernière étape va au-delà de la lisibilité. Notre site a un concierge, l’assistant derrière le bouton Demandez à Vuild, et il parle désormais A2A, le protocole ouvert Agent2Agent. L’agent d’une autre entreprise peut le trouver via notre agent card à /.well-known/agent-card.json, voir en quoi il peut aider, et lui envoyer un message.
POST /api/a2a
Content-Type: application/json
{"jsonrpc": "2.0", "id": 1, "method": "message/send",
"params": {"message": {"role": "user", "parts": [{"kind": "text", "text": "What does Vuild do?"}]}}}Le concierge répond à partir des mêmes contenus que llms-full.txt et se souvient du fil d’une conversation. Il bénéficie des mêmes protections que le chat du site : limites de débit, contrôles stricts des requêtes et limites claires sur ce qu’il fera ou non.
Pourquoi c’est important pour nos clients
C’est le travail que nous faisons désormais pour nos clients, le faire d’abord pour nous-mêmes allait donc de soi. Les questions sont les mêmes pour toute entreprise : un assistant peut-il vous trouver, comprendre ce que vous faites et vous décrire avec justesse ? D’autres agents peuvent-ils faire affaire avec le vôtre ?
Si vous voulez la même chose pour votre produit, démarrez un projet, ou demandez simplement au concierge, sur n’importe quelle page. Il sait où vous orienter.