Ajouter llms.txt à votre plateforme
llms.txt est une proposition de convention Markdown destinée à présenter une vue d’ensemble concise d’un site et une sélection de liens. Ce n’est ni une politique destinée aux robots, ni un accord de licence, ni un contrôle d’authentification, ni une exigence universelle d’indexation par l’IA. Le nom du site en H1, un résumé utile et des liens Markdown organisés aident les lecteurs à comprendre le site. La proposition n’impose ni une section littéralement nommée Docs ni un résumé universel de 150 caractères. Son adoption varie selon les systèmes qui l’utilisent ; n’affirmez pas que tous les grands robots d’exploration d’IA le lisent.
llms.txt est une proposition de convention Markdown destinée à présenter une vue d’ensemble concise d’un site et une sélection de liens. Ce n’est ni une politique destinée aux robots, ni un accord de licence, ni un contrôle d’authentification, ni une exigence universelle d’indexation par l’IA. Le nom du site en H1, un résumé utile et des liens Markdown organisés aident les lecteurs à comprendre le site. La proposition n’impose ni une section littéralement nommée Docs ni un résumé universel de 150 caractères. Son adoption varie selon les systèmes qui l’utilisent ; n’affirmez pas que tous les grands robots d’exploration d’IA le lisent.
WordPress ne permet pas d'exposer par défaut des fichiers directement à la racine du domaine.
Guide complet en anglaisShopify ne permet pas l'hébergement de fichiers statiques à la racine du site.
Guide complet en anglaisWebflow n'héberge pas de fichiers arbitraires à la racine de votre domaine.
Guide complet en anglaisNext.js simplifie le processus : déposez le fichier dans /public ou créez un gestionnaire de route servant du texte brut.
Guide complet en anglaisAjoutez simplement une route serveur dans src/routes/llms[.]txt.ts.
Guide complet en anglaisGhost sert les fichiers du dossier /public via le thème, mais créer un fichier de route dans le thème s'avère plus propre et résiste aux mises à jour.
Guide complet en anglaisSquarespace ne permet pas le téléversement de fichiers à la racine du domaine.
Guide complet en anglaisWix ne prend pas en charge l'ajout de fichiers à la racine.
Guide complet en anglaisFramer peut servir des fichiers personnalisés via une redirection vers un fichier texte externe, mais la méthode idéale repose sur Cloudflare en amont.
Guide complet en anglaisHubSpot permet l'envoi de fichiers personnalisés via le gestionnaire de fichiers des Outils de design.
Guide complet en anglaisAstro sert automatiquement et sans modification tout fichier placé dans le dossier /public.
Guide complet en anglaisGatsby copie le contenu du dossier /static vers la racine du site lors de la phase de build.
Guide complet en anglais
Ce que fait llms.txt — et ce qu’il ne fait pas
llms.txt est une proposition de convention Markdown destinée à présenter une vue d’ensemble concise d’un site et une sélection de liens. Ce n’est ni une politique destinée aux robots, ni un accord de licence, ni un contrôle d’authentification, ni une exigence universelle d’indexation par l’IA. Le nom du site en H1, un résumé utile et des liens Markdown organisés aident les lecteurs à comprendre le site. La proposition n’impose ni une section littéralement nommée Docs ni un résumé universel de 150 caractères. Son adoption varie selon les systèmes qui l’utilisent ; n’affirmez pas que tous les grands robots d’exploration d’IA le lisent.
Déployez le fichier à la racine publique sans modifier le site
Servez le fichier à l’adresse /llms.txt avec une réponse réussie contenant le texte prévu, et non une page d’erreur HTML habillée aux couleurs du site ou un écran de connexion. Utilisez la fonctionnalité de fichiers publics prise en charge par votre CMS, une ressource d’hébergement statique ou une réponse textuelle explicitement configurée. Si la plateforme réserve les chemins à la racine, confirmez une méthode de déploiement officiellement prise en charge avant d’ajouter une extension ou un proxy. Vérifiez le domaine personnalisé ainsi que l’aperçu de l’hébergement, car les redirections et les caches peuvent se comporter différemment.
Choisissez un petit ensemble de pages de destination utiles
Créez des liens vers des pages canoniques stables : présentation du produit, tarifs, documentation, politiques d’assistance et guides importants. Utilisez des libellés descriptifs et, si nécessaire, un bref contexte pour que le lecteur sache ce que couvre chaque page. Les liens HTTPS absolus sont un choix pratique de publication, pas une preuve que les liens relatifs déclenchent automatiquement des erreurs HTTP. Excluez les tableaux de bord privés, les brouillons, les URL de suivi et les contenus obsolètes. Maintenez à jour les informations liées et leurs traductions ; n’ajoutez pas une page uniquement pour gonfler le fichier.
Vérifiez après publication et après toute modification importante
Récupérez le fichier déployé et examinez le corps de la réponse, son statut et son type de contenu ; text/plain avec un jeu de caractères UTF-8 constitue un choix par défaut raisonnable. Suivez les liens de destination pour confirmer qu’ils sont publics et pertinents. Après invalidation du cache, comparez le fichier en ligne à la version que vous souhaitiez déployer. Un validateur peut repérer les problèmes de formatage et de liens, mais ne peut pas prouver qu’un moteur a lu le fichier ni qu’une future réponse citera votre site.
| Point à vérifier | Éléments à conserver | Action |
|---|---|---|
| Réponse du fichier | Réponse réussie pour /llms.txt et Markdown lisible | Corriger les réponses HTML de secours et les routes privées |
| Identité du site | H1 clair et présentation factuelle concise | Supprimer les affirmations promotionnelles ou contradictoires |
| Liens vers les contenus | Pages canoniques à jour avec des libellés utiles | Remplacer les liens obsolètes ou redirigés |
| Politique d’accès | Paramètres distincts pour robots.txt et l’authentification | Ne pas placer de règles Allow/Disallow dans llms.txt |
| Maintenance | Version publiée et modifications des pages de destination | Actualiser lorsque les produits ou les URL changent |
Liste de contrôle de mise en œuvre
- Confirmez que votre CMS prend en charge la méthode choisie pour le chemin public à la racine.
- Utilisez Markdown, pas un modèle robots.txt copié.
- Décrivez ce que le site propose réellement.
- Incluez des URL publiques stables et des libellés clairs.
- Testez le domaine réel après le déploiement.
- Considérez le fichier comme un contexte facultatif, pas comme une garantie de citation.
Une méthode reproductible
- 1Établir un état de référence
Enregistrez l’URL de la page, la date, la langue, le marché cible et les questions exactes avant toute modification. Consignez ce que dit réellement la page et les sources citées par chaque réponse testée ; une mention sans lien vers une source n’est pas une citation.
- 2Apporter une modification cohérente
Corrigez d’abord le problème le plus évident, puis vérifiez la page publiée plutôt que le seul aperçu de l’éditeur. Tenez un journal de mise en œuvre pour éviter de confondre les effets de ce travail avec ceux de refontes, de campagnes ou de modifications de produits sans rapport.
- 3Répéter et comparer
Posez les mêmes questions et répétez les mêmes vérifications techniques après le déploiement. Conservez les mêmes moteurs et conditions de mesure, indiquez la taille de l’échantillon et examinez l’exactitude des réponses en plus des citations. Une réponse isolée ne constitue pas un classement stable.
Foire aux questions
Cela garantit-il une citation par une IA ?
Non. Une page explorable et exacte peut malgré tout être omise. La récupération d’informations, la sélection des sources et les réponses générées varient selon les produits et les requêtes ; ces vérifications améliorent les éléments disponibles, sans garantir de présence dans les réponses.
Comment savoir si une amélioration a fonctionné ?
Comparez des vérifications équivalentes et conservez les éléments sur lesquels elles reposent. Suivez séparément les mentions correctes de la marque, les citations avec lien vers une source et les visites référentes qualifiées. Ne présentez pas un score technique comme une prévision de trafic et n’attribuez pas chaque évolution à une seule modification.
Où configurer les restrictions d’exploration ?
Utilisez robots.txt pour les préférences destinées aux robots qui les respectent, et l’authentification pour les contenus privés. llms.txt ne fait appliquer ni restrictions d’exploration ni droit d’utilisation du contenu.
Hubs associés
Le GEO sectoriel part d’une vraie question, et non d’une page générique contenant un mot-clé sectoriel. Un acheteur de logiciels peut avoir besoin de précisions sur la compatibilité, la sécurité et les tarifs ; un patient, sur les critères d’admissibilité, les risques et les qualifications des praticiens. Rédigez la réponse dans la langue du public et en tenant compte du cadre juridique applicable, précisez à qui elle s’adresse et reliez chaque affirmation à sa source. L’accessibilité aux moteurs de recherche, l’utilité du contenu et la fiabilité des références restent importantes, même lorsque la réponse finale apparaît dans une interface d’IA.
Le SEO, l’AEO et le GEO se recoupent. Le SEO consiste notamment à rendre les pages accessibles, pertinentes et utiles pour la recherche ; l’AEO met l’accent sur une réponse claire à la question ; le GEO concerne la visibilité et la représentation exacte dans les réponses générées. Ce ne sont pas des approches de remplacement mutuellement exclusives. Partez du besoin métier : souhaitez-vous davantage de visites qualifiées, moins de réponses erronées sur vos produits ou une meilleure compréhension des citations ? Choisissez des mesures adaptées à la tâche plutôt que de déclarer une discipline universellement supérieure.
Un assistant de recherche peut récupérer des sources au moment de répondre, utiliser un index ou répondre à partir des connaissances du modèle sans naviguer sur le Web. Son robot d’exploration et ses contrôles d’entraînement peuvent être distincts. Testez la fonctionnalité et la question qui vous intéressent réellement plutôt que de supposer qu’une règle user-agent contrôle tout le produit. Les guides sur les moteurs présentés ici aident à organiser cette investigation ; ils ne prétendent pas que les fournisseurs publient des règles de classement identiques.
La visibilité locale dans l’IA dépend d’informations exactes sur l’entreprise et de réponses utiles pour la zone réellement desservie. Un mot-clé contenant une ville ne suffit pas à justifier une nouvelle page. Indiquez la zone de service réelle, les moyens de contact, les horaires et les limites propres au lieu. N’inventez pas de bureau, d’adresse, de partenariat local, de statistique de part de marché ou de référence de citation pour donner plus de substance à un modèle de page.
Les termes de la recherche par IA décrivent souvent différentes couches d’un système. L’exploration récupère une page ; l’indexation organise les informations disponibles ; la récupération d’informations sélectionne des éléments pour une question ; la génération produit une réponse. Une citation est une attribution dans cette réponse, pas une preuve de toutes les étapes précédentes. Les définitions sont utiles lorsqu’elles permettent de localiser un problème, de choisir une vérification adaptée et d’éviter d’affirmer plus que ce que montrent les éléments disponibles.
Auditez la compatibilité de votre site avec la recherche IA
Obtenez gratuitement votre score GEO, AEO et SEO en moins d'une minute, ainsi qu'une liste de correctifs prêts à déployer pour llms.txt, robots.txt et schema.
Lancer un audit gratuit