WordPress et IA
Préparer son site pour les assistants IA : le guide pratique
Préparer un site WordPress pour les assistants IA tient en 4 contrôles techniques, 3 pages à compléter et quelques règles d'écriture, un chantier que l'on peut étaler sur 30 jours sans refonte. Ce guide pratique suit l'ordre d'un vrai chantier : ce qu'un assistant peut lire de votre site, les portes à ouvrir, les réglages WordPress à vérifier, les pages à écrire, puis l'entretien.
L'essentiel
- Un assistant ne peut citer que ce qu'il peut atteindre et lire : le premier travail est un contrôle d'accès, pas de la rédaction.
- Quatre endroits peuvent bloquer les robots sur WordPress : réglage de visibilité, robots.txt, extension de sécurité, pare-feu ou service de cache.
- Trois pages portent l'essentiel : une page qui dit qui vous êtes, des pages d'offre avec conditions écrites, une FAQ réelle.
- Les données structurées et les fichiers dédiés aux IA sont des compléments ; ils ne remplacent ni le texte, ni l'accès.
- Un plan en 30 jours suffit pour un site de petite entreprise, puis un contrôle trimestriel. Aucun résultat ne peut être promis.
Préparer son site WordPress pour les assistants IA : l'objectif réaliste et la méthode
Préparer un site pour les assistants IA consiste à s'assurer de trois choses : que leurs robots peuvent accéder à vos pages, que le texte de ces pages est présent dans le code et compréhensible sans contexte, et que votre identité est assez nette pour qu'on ne vous confonde pas avec une autre entreprise. Cela ne promet pas d'être cité ; cela retire les obstacles qui l'empêchent.
Le raisonnement de ce guide est celui d'un technicien qui inspecte une maison avant d'y faire entrer des visiteurs : on vérifie d'abord que les portes s'ouvrent, ensuite que les pièces sont éclairées et étiquetées, enfin que l'adresse est lisible depuis la rue. Chaque étape est indépendante, et vous pouvez vous arrêter à celle qui vous apporte le plus.
Le guide s'adresse à un site WordPress, parce que c'est le contexte où les réglages se trouvent à des endroits précis (réglages, extensions, thème, hébergement), mais le raisonnement vaut pour tout site. Une réserve s'impose, comme pour toute pratique récente : les éditeurs d'assistants ne publient pas leurs critères, leurs robots changent de nom et de comportement, et une réponse varie d'un jour à l'autre. Ce qui est décrit ici relève de bonnes pratiques prudentes. Pour savoir quelles étapes comptent le plus sur votre site, vous pouvez aussi décrire votre situation à l'équipe de l'Agence DYNSEO : l'ordre des priorités dépend de votre site.
Ce qu'un assistant IA lit réellement de votre site WordPress, et ce qu'il ne voit pas
Un robot ne visite pas un site comme une personne. Il demande une adresse, reçoit le code de la page, et en extrait du texte. Tout ce qui n'est pas dans ce code, ou qui demande une action, risque de lui échapper. Voici les cas à connaître sur un site WordPress.
- Le texte chargé après coup. Si un bloc de contenu n'apparaît qu'après l'exécution d'un script (certains modules de prix, d'horaires ou d'avis chargés dynamiquement), certains robots peuvent ne pas le voir. Pour vérifier, affichez le code source de la page (clic droit, « Afficher le code source ») et cherchez une phrase de ce bloc : si elle n'y figure pas, elle n'est pas dans le code initial.
- Les images contenant du texte. Un tarif, un horaire ou un engagement écrit dans une image n'est pas du texte pour un robot. Doublez toujours ces informations par du texte réel et renseignez le texte alternatif des images utiles.
- Les documents PDF. Un PDF peut être lu par certains robots, mais il est moins bien relié au reste du site. Une grille de tarifs ou des conditions importantes gagnent à exister aussi en page web.
- Les contenus derrière une connexion ou une fenêtre bloquante. Un espace membre, un formulaire obligatoire avant d'afficher un prix, une fenêtre surgissante qui masque la page : un robot s'arrête devant.
- Les onglets et accordéons. Leur contenu est en général présent dans le code et donc lisible, mais cela dépend du module utilisé ; le test du code source tranche.
- Les pages en double ou en brouillon. Des pages de test restées publiques, des adresses en double avec et sans paramètres : elles brouillent l'image de votre site.
Le test du code source prend deux minutes par page et révèle des surprises. Faites-le sur votre page d'accueil, votre page de tarifs et votre page de contact avant d'aller plus loin : si ces trois pages sont lisibles dans leur code, le rendu n'est pas votre problème.
Ouvrir les portes : robots.txt, extensions de sécurité, pare-feu et cache
Un site peut avoir des contenus excellents et rester invisible parce qu'une couche technique ferme la porte aux robots. Sur WordPress, quatre couches peuvent le faire, et il faut les vérifier toutes, car l'une peut contredire l'autre.
| Couche à vérifier | Où la trouver | Ce qui peut bloquer | Comment contrôler |
|---|---|---|---|
| Réglage de visibilité | Réglages > Lecture dans l'administration WordPress | La case « Demander aux moteurs de recherche de ne pas indexer ce site » laissée cochée après la construction du site | Décochez-la si le site est public, puis enregistrez |
| Fichier robots.txt | À l'adresse de votre site suivie de /robots.txt, ou via votre extension SEO | Une règle générale d'interdiction, ou des règles visant nommément des robots d'IA que vous n'avez pas décidé de bloquer | Lisez le fichier ligne à ligne ; chaque interdiction doit correspondre à un choix |
| Extension de sécurité | Réglages de l'extension installée (anti-robots, limitation de requêtes, liste de blocage) | Un réglage qui traite les robots inconnus comme des attaques et leur renvoie une erreur | Consultez le journal de l'extension : des robots d'IA bloqués y apparaissent parfois |
| Pare-feu, CDN, hébergeur | Tableau de bord du service qui protège ou distribue votre site | Des options de protection contre les robots, activées par défaut sur certains services | Passez en revue les options liées aux robots et demandez à l'hébergeur ce qui est actif |
| Cache et redirections | Extension de cache, règles de redirection | Une redirection vers une page de connexion ou une page d'erreur servie aux robots | Testez l'adresse avec un outil qui montre le code de réponse |
Un point de vocabulaire utile pour discuter avec votre hébergeur : un robot bloqué reçoit en général un code d'erreur, par exemple de la famille 403 (accès refusé) ou 429 (trop de requêtes). Si votre prestataire peut tester vos pages en se présentant avec l'identifiant d'un robot connu et obtient un code d'erreur, le blocage est confirmé et son origine se cherche dans le tableau ci-dessus.
Bloquer ou autoriser : décidez, ne subissez pas
Autoriser les robots d'IA expose vos contenus à être repris dans des réponses ; les bloquer vous retire des réponses qui s'appuient sur une consultation en direct. Les deux choix se défendent selon votre activité. Ce qui ne se défend pas, c'est un blocage dont personne ne se souvient avoir pris la décision. Notez la décision, sa date et son auteur dans le dossier de votre site.
Les réglages WordPress à contrôler un par un
Une fois les portes ouvertes, quelques réglages propres à WordPress améliorent la lisibilité de l'ensemble. La liste suit l'ordre dans lequel un technicien les parcourt, de l'administration vers le thème.
- 1
Les adresses des pages (permaliens)
Dans Réglages > Permaliens, préférez des adresses lisibles construites avec le titre de la page plutôt que des numéros. Si le site utilisait des numéros, ne changez pas ce réglage sans redirections : les anciennes adresses cesseraient de fonctionner.
- 2
Le plan du site (sitemap)
WordPress en génère un par défaut, et les extensions SEO courantes en proposent un plus complet. Vérifiez qu'il liste les pages utiles et pas les pages de test, les archives vides ou les pages de remerciement.
- 3
Les titres de pages et les descriptions
Chaque page importante reçoit un titre qui contient son sujet et sa localisation si elle compte, et une description écrite pour un humain. Les extensions SEO courantes, comme Yoast SEO ou Rank Math, permettent de les saisir page par page.
- 4
La hiérarchie des titres dans le contenu
Une seule balise de premier niveau par page, puis des sous-titres de deuxième et troisième niveau qui annoncent réellement le contenu. Certains thèmes ou constructeurs de pages utilisent des balises de titre pour de la décoration : contrôlez le plan réel de la page.
- 5
Les pages à supprimer ou à regrouper
Pages d'essai, articles vides, pages pièces jointes, doublons de catégories. Moins de pages, mieux tenues, valent mieux que de nombreuses pages mal renseignées.
- 6
Les mises à jour et la vitesse
WordPress, le thème et les extensions à jour, un cache configuré, des images à poids raisonnable. Un site lent peut décourager l'exploration par les robots comme l'attention des visiteurs.
Ces réglages sont de la maintenance de base. Si l'entretien de votre site n'est pas planifié, le simulateur de coût de maintenance WordPress permet de chiffrer ce que représente un suivi régulier.
Trois pages WordPress à compléter avant toute autre chose
Quand les contenus sont limités, trois pages concentrent l'essentiel de ce qu'un assistant va chercher. Les compléter avant de produire de nouveaux articles est le meilleur emploi de votre temps.
La page « Qui sommes-nous »
Nom exact de l'entreprise, activité en une phrase, public visé, zone d'intervention, adresse, année de création si elle est vérifiable, personnes qui répondent aux clients. C'est la page que l'on consulte pour savoir à qui l'on a affaire.
Les pages d'offre, conditions écrites
Pour chaque service ou produit : ce qui est inclus, ce qui ne l'est pas, pour qui, à quel prix ou à partir de quel prix si vous pouvez l'annoncer, délais, modalités de paiement. Un assistant ne peut pas deviner une condition que vous n'avez pas écrite.
Une FAQ nourrie par de vrais échanges
Les questions viennent de vos courriels, de vos appels et de vos devis, pas d'une liste générique. Chaque réponse tient en quelques phrases complètes, avec un sujet explicite, de façon à être comprise hors contexte.
Pour la page d'identité, un détail technique mérite attention : le nom de l'entreprise doit être écrit de façon identique dans le texte, le titre du site, le pied de page, les mentions légales et les fiches externes. Une variante (avec ou sans tiret, avec ou sans forme juridique) crée des ambiguïtés que les robots résolvent mal. Si vous ne savez pas laquelle choisir, prenez celle des documents officiels.
Écrire des pages WordPress que l'on peut citer sans les déformer
Un assistant qui compose une réponse prélève des passages. Un passage utile est autonome : il se comprend sans le reste de la page. Cette qualité dépend de quelques habitudes d'écriture que l'on applique en retouchant les pages existantes.
- Réponse d'abord. Le premier paragraphe sous un sous-titre répond à la question posée par ce sous-titre. Les précisions viennent après.
- Sujet répété dans la phrase. Écrivez « La maintenance mensuelle comprend… » plutôt que « Elle comprend… » : un passage extrait de son contexte doit rester clair.
- Sous-titres en questions réelles. « Combien de temps dure la livraison ? » ressemble à ce que la personne demandera à l'assistant ; « Notre savoir-faire » ne correspond à aucune question.
- Listes et tableaux pour les données comparables. Délais par formule, contenus de chaque offre, étapes d'une démarche : un tableau bien construit se reprend plus fidèlement qu'un paragraphe dense.
- Conditions et limites écrites. Une page qui dit aussi ce qu'elle ne couvre pas est plus fiable, et un assistant a moins de risques de lui prêter une promesse qu'elle n'a pas faite.
- Dates de mise à jour visibles. Pour les prix, les horaires et les règles, indiquez la date de la dernière vérification.
Un exemple de retouche
Avant : « Notre savoir-faire au service de vos projets. Contactez-nous pour un devis personnalisé. » Après : « Un devis est établi après un échange de 30 minutes, gratuit, par téléphone ou visioconférence. Il est envoyé sous 48 heures ouvrées et précise le prix, le calendrier et ce qui est inclus. » La seconde version dit quelque chose de précis ; adaptez les délais à votre fonctionnement réel avant de les publier.
Données structurées sur WordPress : ce qu'il faut baliser, et ce qu'il faut vérifier
Les données structurées sont un balisage invisible ajouté à une page pour dire à une machine ce que contiennent certains éléments : une entreprise et son adresse, une question et sa réponse, un produit et son prix, un événement et sa date. Elles se placent dans le code de la page et n'apparaissent pas à l'écran.
Leur utilité directe pour les moteurs de recherche est documentée ; leur effet sur les assistants d'IA ne l'est pas. Elles se justifient donc comme un complément à bas coût, pas comme un levier principal. Sur WordPress, les extensions SEO courantes génèrent déjà un balisage de base pour l'organisation et les pages ; un balisage de FAQ, de produit ou d'événement s'ajoute avec un module dédié ou du code sur mesure.
Trois règles de prudence. Premièrement, le balisage doit refléter exactement ce qui est affiché : une FAQ balisée dont les réponses diffèrent de celles de la page est une erreur. Deuxièmement, un seul bloc de balisage cohérent par type d'information : l'empilement d'un thème, d'une extension SEO et d'un module de FAQ produit parfois des doublons contradictoires. Troisièmement, testez après chaque modification avec les outils de validation proposés par les moteurs, puis recontrôlez après les mises à jour de l'extension.
Fichiers dédiés aux IA et balises d'exclusion : ce qui est utile, ce qui reste incertain
Plusieurs propositions circulent pour parler directement aux assistants : un fichier texte déposé à la racine du site pour présenter ses contenus, des balises demandant de ne pas utiliser une page pour entraîner des modèles, des réglages propres à certains éditeurs. Elles évoluent vite, et leur prise en compte par les assistants n'est pas établie de façon générale.
La position raisonnable est la suivante. Un fichier de présentation en texte simple n'a aucun inconvénient s'il est exact et à jour, mais n'en attendez pas d'effet démontré. Un réglage d'exclusion s'utilise lorsque vous avez décidé de protéger certains contenus (par exemple des documents payants) et vérifié dans la documentation de l'éditeur concerné qu'il est pris en compte. Dans tous les cas, ces dispositifs viennent après l'accès et le contenu, jamais avant.
Méfiez-vous des solutions miracle
Une offre qui propose d'« optimiser votre site pour l'IA » en installant une extension ou un fichier, sans toucher à vos pages, vend un geste sans effet démontré. Demandez quelles pages seront modifiées et pour dire quoi ; sans réponse précise, ne signez pas.
Un exemple illustratif : la page de tarifs d'un centre de formation reprise pour les assistants IA
Imaginons un centre de formation professionnelle, entreprise fictive, dont le site WordPress comporte une page « Nos formations » : un visuel, un paragraphe d'ambiance, un bouton « Demander le programme » qui télécharge un PDF, et un formulaire. Un assistant à qui l'on demande « Quelle formation de secourisme au travail près de chez moi, et combien de jours ? » ne trouve rien d'exploitable : les durées et les lieux sont dans le PDF, le prix n'est écrit nulle part.
Le chantier se déroule en quatre temps. D'abord, le contrôle d'accès : le centre découvre que son extension de sécurité renvoie une erreur aux robots inconnus et ajuste le réglage après avoir décidé d'autoriser les robots de consultation. Ensuite, la page est restructurée : un tableau liste chaque formation avec sa durée, son public, son lieu, ses prérequis et ses modalités de financement, avec une mention « informations vérifiées le » suivie d'une date. Puis le PDF est conservé, mais ses informations clés sont reprises en texte. Enfin, une FAQ réunit les cinq questions que les stagiaires posent le plus au téléphone.
Notez ce que ce scénario ne dit pas : il ne prétend pas que le centre sera cité, ni plus souvent, ni mieux classé. Il dit que les informations sont désormais disponibles, lisibles et datées, et que si un assistant consulte la page, il y trouve de quoi répondre sans inventer.
Un plan de 30 jours pour préparer son site aux assistants IA
Pour un site de petite entreprise de quelques dizaines de pages, le plan suivant est tenable en parallèle d'une activité normale. Les durées sont indicatives et dépendent de la disponibilité de la personne qui connaît le site.
- 1
Semaine 1 : l'état des lieux
Contrôle des quatre couches d'accès, test du code source sur trois pages clés, relevé des pages indexées, liste des pages de test à supprimer. Livrable : une feuille d'une page avec ce qui bloque et ce qui est correct.
- 2
Semaine 2 : les corrections techniques
Réglage de visibilité, robots.txt, extension de sécurité, redirections, plan du site. Décision sur l'accès des robots d'IA, consignée par écrit.
- 3
Semaine 3 : les trois pages
Page d'identité, pages d'offre avec conditions, FAQ. C'est la semaine qui demande le plus de temps de votre côté, car les informations viennent de vous.
- 4
Semaine 4 : le balisage et la mesure de départ
Données structurées de base, vérification avec les outils de validation, puis premier relevé d'un panel de quinze questions posées à un ou deux assistants, daté et enregistré. Ce relevé sert de point de comparaison pour la suite.
Si votre site est construit autour d'un constructeur de pages ou d'un thème ancien qui complique ces réglages, le chantier peut justifier une reprise du thème. Les sites WordPress de l'Agence DYNSEO sont conçus avec ces points en tête : structure des titres, rapidité, contenu présent dans le code.
Les erreurs qui empêchent un site WordPress d'être exploité par les assistants IA
- Laisser cochée la case de non-indexation de la période de construction, oubli possible sur un site mis en ligne rapidement.
- Bloquer les robots d'IA parce qu'un article de presse l'a recommandé, sans avoir regardé ce que cela implique pour votre visibilité.
- Cacher les prix et les conditions derrière un formulaire, puis s'étonner qu'un assistant ne sache pas les donner.
- Réserver les informations importantes à des PDF ou à des images.
- Écrire une page d'identité vague (« une équipe passionnée ») sans les éléments vérifiables : forme juridique, adresse, zone, activité.
- Empiler les extensions SEO et de balisage, avec des doublons contradictoires.
- Laisser des informations périmées (anciens tarifs, anciens horaires, ancienne adresse) sur d'anciennes pages restées publiques.
- Ne mesurer qu'une fois : une observation isolée ne dit rien, car les réponses varient.
Entretenir un site WordPress prêt pour les assistants IA, et savoir quand se faire aider
La préparation n'est pas un état définitif. Elle se maintient avec un rythme simple : chaque mois, un contrôle de l'indexation et une vérification que le site répond bien aux robots après les mises à jour ; chaque trimestre, le relevé du panel de questions et la revue des pages dont les informations changent ; à chaque évolution de l'offre, mise à jour des trois pages clés avant toute autre publication.
Faire appel à un prestataire se justifie quand les contrôles d'accès dépassent vos compétences (extension de sécurité, pare-feu, serveur), quand le thème empêche d'obtenir un contenu lisible, ou quand le site est assez grand pour demander une reprise structurée. Sur le plan budgétaire, l'Agence DYNSEO propose un site sur modèle dès 500 € HT en 10 jours et un design sur mesure dès 800 € HT en 2 à 3 semaines ; pour un site existant, la reprise se chiffre après un échange sur son état. Les tests et la formation sont offerts, de sorte que vous sachiez refaire les contrôles vous-même. Pour voir comment l'Agence travaille avec l'IA de manière plus large, la page intelligence artificielle en donne le panorama.
Faire contrôler l'accès de votre site aux assistants IA
Décrivez-nous votre site WordPress : nous vérifions avec vous les quatre couches d'accès, les pages à compléter et ce qu'un assistant peut réellement lire aujourd'hui.
Questions fréquentes
Comment vérifier si les robots d'IA peuvent accéder à mon site WordPress ?
Vérifiez quatre endroits : la case de non-indexation dans Réglages > Lecture, le fichier robots.txt, les réglages anti-robots de votre extension de sécurité et les options de protection de votre pare-feu ou de votre hébergeur. Un test qui présente l'identifiant d'un robot connu et obtient une erreur confirme un blocage.
Faut-il autoriser ou bloquer les robots d'IA ?
Cela dépend de votre intérêt. Autoriser permet d'être repris dans les réponses qui s'appuient sur une consultation en direct, mais expose vos contenus. Bloquer protège vos contenus et vous retire de ces réponses. Une entreprise qui cherche à être trouvée a intérêt à autoriser ; un éditeur de contenus payants peut préférer bloquer. L'important est de décider consciemment.
Un fichier llms.txt est-il nécessaire ?
Non. Ce fichier de présentation en texte simple est une proposition, dont la prise en compte par les assistants n'est pas établie de façon générale. Il ne coûte rien à publier s'il est exact et à jour, mais il ne remplace ni des pages claires, ni l'accès des robots. Ne lui attribuez pas d'effet sur votre visibilité.
Mes pages en PDF sont-elles lues par les assistants ?
Certains robots peuvent lire un PDF, mais ce format est moins bien relié au reste du site et plus difficile à citer précisément. Pour les informations importantes (tarifs, conditions, horaires, programmes), publiez le contenu aussi en page web, en texte, et gardez le PDF comme version téléchargeable pour ceux qui le souhaitent.
Les données structurées sont-elles obligatoires pour être cité ?
Non. Elles aident les moteurs de recherche à comprendre une page, mais leur effet direct sur les assistants d'IA n'est pas démontré. Un site avec des textes clairs et accessibles sans balisage reste exploitable, alors qu'un balisage posé sur un contenu flou n'apporte rien. Placez-les après l'accès et la rédaction, jamais avant.
Combien de temps faut-il pour préparer un site de petite entreprise ?
Pour un site de quelques dizaines de pages, un plan en quatre semaines est tenable : état des lieux, corrections techniques, rédaction des trois pages clés, puis balisage et premier relevé de mesure. Le temps dépend surtout de la disponibilité de la personne qui connaît l'activité, car les informations à écrire viennent d'elle.
Dois-je refaire mon site WordPress pour qu'il soit lisible par les assistants IA ?
Pas nécessairement. Les obstacles décrits dans ce guide se corrigent par des réglages et des retouches de pages. Une refonte devient utile quand le thème ou le constructeur de pages empêche d'obtenir un contenu présent dans le code, une structure de titres correcte ou des temps de chargement raisonnables. Un état des lieux permet de trancher.
Comment suivre les effets de cette préparation ?
Posez à date régulière, chaque trimestre, les mêmes quinze questions à un ou deux assistants, en notant la date, l'outil et la formulation, puis classez chaque réponse : cité, mentionné, absent ou inexact. Ajoutez la question « comment nous avez-vous connus ? » à vos nouveaux clients. Une observation isolée ne prouve rien : seule la tendance compte.
