Avant d’ajouter un chatbot public Drupal, approuvez les informations qu’un visiteur anonyme est censé utiliser. Un nœud publié, un résumé visible, un fichier téléchargeable et la vue membre de la même page sont des représentations différentes à examiner. Cartographiez-les séparément, consignez le rendu anonyme réel et demandez au responsable du contenu d’approuver la source publique. L’emplacement d’un widget ne détermine pas ce que sa collection de réponses peut contenir.
Auteur : Achla AI, organisation. Révision : 14 octobre 2026. Préparé avec l’aide de l’IA à partir de la documentation officielle Drupal et des sources produit Achla. Ce cahier d’approbation des sources est original. Ses scénarios sont hypothétiques, pas des résultats clients observés ou des tests d’accès achevés.
Définir le périmètre du chatbot public à partir de preuves d’accès anonyme
Un chatbot public ne devrait pas commencer par « indexer tous les nœuds publiés ». Posez d’abord une question plus ciblée : quelles informations un responsable a-t-il approuvées pour les questions des visiteurs anonymes ?
Utilisez un navigateur ordinaire déconnecté pour la représentation publique proposée et une session membre autorisée distincte pour la comparaison. Ne fournissez ni cookies de membre ni identifiants à un service fondé sur des sources publiques. Cette comparaison est un examen par le responsable, pas un moyen de donner un accès privé à l’assistant.
Consignez l’URL, les informations visibles et le public visé. Si la page est accessible mais contient des informations que le responsable ne souhaitait pas partager, l’accessibilité est un problème à résoudre, pas une approbation d’utilisation. Si elle exige volontairement une adhésion, conservez cette restriction.
Distinguez ce cahier d’une enquête sur une réponse manquante. Son résultat est source approuvée, source exclue ou exigence suspendue, avant le choix du produit. Ce n’est pas une méthode de diagnostic d’index ni un moyen de faciliter la collecte d’une page restreinte.
Cartographier séparément nœuds, types de contenu, champs, blocs et API
Créez une ligne pour chaque représentation susceptible de porter un fait sensiblement différent. Les modes d’affichage Drupal déterminent la présentation du contenu, par exemple en contenu complet ou en résumé ; les formateurs contrôlent l’affichage des champs. Une liste courte ne remplace donc pas l’examen de la page entière. Modes d’affichage et formateurs Drupal.
Utilisez cette liste pour décider quelles lignes sont nécessaires sur votre site :
| Représentation | Informations à consigner | Pourquoi une ligne distincte compte |
|---|---|---|
| Page complète du nœud | Type de contenu, URL et champs visibles | Un titre public ne démontre pas que tous les champs sont publics. |
| Résumé ou liste | URL de la liste et résumé affiché | Un résumé peut présenter une autre formulation ou omettre une condition. |
| Bloc réutilisable ou de page | Page hôte et texte visible du bloc | Une annonce publique peut apparaître hors de sa page de nœud d’origine. |
| Fichier référencé | URL réelle de téléchargement et résultat anonyme | Le téléchargement est une surface d’accès distincte de la page qui le référence. |
| Révision publiée | URL publique et texte actuellement affiché | La copie de travail d’un rédacteur peut différer de la représentation en ligne. |
| Représentation API, si pertinente | Point d’accès, champs et destinataire prévu | Le rendu du navigateur ne démontre pas l’exposition de chaque champ de l’API. |
Drupal décrit les blocs comme des éléments de contenu plaçables dans les régions d’un thème. Consignez leurs véritables pages hôtes plutôt que de supposer qu’une barre latérale ou un pied de page est hors du périmètre des sources. Concept de bloc Drupal.
JSON:API respecte les droits d’accès aux entités et aux champs et ne crée pas sa propre couche d’autorisation. C’est une preuve utile concernant cette API, pas une garantie que tout point d’accès personnalisé ou toute page rendue présente un résultat identique. N’ajoutez une ligne API que si elle concerne la source envisagée ou l’examen des informations exposées ; cet article n’affirme pas qu’Achla importe JSON:API de Drupal. Considérations de sécurité JSON:API.
L’état de publication et les permissions des rôles répondent à des questions différentes
Drupal distingue utilisateurs anonymes et authentifiés, avec des permissions attribuées par rôles. L’affichage réussi d’une page par un rédacteur ne remplace donc pas l’observation anonyme. Consignez le type de session dans chaque ligne de preuve. Utilisateurs, rôles et permissions Drupal.
Consignez séparément l’état de publication. Content Moderation de Drupal peut maintenir une version publiée en ligne pendant l’examen d’une autre copie de travail. Un évaluateur consultant la dernière révision peut approuver un texte que le public ne voit pas encore. Les traductions peuvent également avoir des états de modération distincts. Rattachez l’approbation au texte public et à la langue effectivement examinés. Présentation de Content Moderation.
Les fichiers exigent leur propre décision. La documentation du module File explique qu’un fichier public est directement téléchargeable par toute personne connaissant son URL. Masquer une pièce jointe dans une liste affichée ne démontre pas la protection du téléchargement. Elle avertit aussi que le stockage privé seul ne garantit pas un refus : Drupal doit avoir une raison applicable de restreindre le téléchargement. Demandez au mainteneur de vérifier la configuration d’accès réelle plutôt que de prendre l’étiquette d’un répertoire pour un résultat. Présentation du module File.
Le cahier distingue trois questions : dans quel état se trouve le contenu, que peut voir cet acteur et qu’a approuvé le responsable pour les réponses publiques ? Un « oui » dans une colonne ne remplit pas les autres.
Remplir le registre d’approbation des sources publiques
Utilisez une ligne par représentation importante. Le registre suivant illustre le cas d’une association professionnelle hypothétique. Les observations sont inventées uniquement pour expliquer la fiche ; ce ne sont pas des constats de test.
| Contenu ou représentation | Public visé | Observation anonyme illustrative | Observation membre autorisée illustrative | Responsable et décision d’approbation |
|---|---|---|---|---|
| Nœud de politique d’adhésion, vue complète | Toute personne envisageant l’adhésion | Conditions publiques d’admissibilité et règle de renouvellement annuel affichées | Même texte public | Responsable adhésion : inclure seulement les faits publics examinés |
| Résumé d’annuaire | Tout le monde | Nom de l’organisation et résumé public affichés | Détails supplémentaires des membres ailleurs | Responsable annuaire : approuver le périmètre du résumé ; examiner la fiche complète séparément |
| Nœud d’avantages membres | Membres | Connexion requise | Conditions détaillées des avantages affichées | Responsable adhésion : exclure de l’assistant public |
| Page d’événement avec champ interne de planification | Faits publics sur l’événement ; planification réservée à l’équipe | Date publique affichée ; champ de planification absent | L’équipe autorisée voit le champ de planification | Responsable événement : approuver les champs publics visibles ; exclure la planification privée |
| Bloc d’annonce en en-tête | Tout le monde | Avis d’inscription actuel affiché | Même avis | Responsable communication : approuver le texte et son emplacement sur la page hôte |
| Manuel public à télécharger | Tout le monde | L’URL directe du fichier s’ouvre sans connexion | Même fichier | Responsable manuel : approuver le fichier séparément du nœud qui le référence |
| Politique révisée en attente d’examen | Révision publique approuvée uniquement | Ancien texte approuvé visible | Le rédacteur peut consulter le texte proposé | Responsable politique : approuver uniquement la version en ligne ; revérifier après publication ultérieure |
Ajoutez les URL exactes, les identifiants de types de contenu ou de champs utiles, la date d’examen, l’emplacement des preuves et le responsable de la configuration des permissions. Gardez les observations non résolues clairement inconnues. Ne remplacez pas un vide par une supposition telle que « publié, donc public ».
Dans un registre réel, utilisez des observations factuelles courtes : « la page anonyme affiche le titre et le corps ; champ X absent », plutôt que « sécurisé ». La première est reproductible ; la seconde cache le périmètre réel. Ne placez pas de valeurs sensibles de membres dans le registre public d’approbation. Consignez la représentation et le résultat d’accès sans copier de contenu privé dans la source proposée au chatbot.
Exécuter des scénarios appariés anonymes et membres
Choisissez quelques situations représentatives, pas seulement la page publique la plus simple. Les exemples suivants décrivent ce qu’il faut tester ; ils ne rapportent pas de résultats achevés.
Nœud de politique publique. Ouvrez l’URL prévue sans connexion et identifiez un fait sur lequel un visiteur devrait pouvoir interroger l’assistant. Comparez la vue membre. Si le texte est identique et que le responsable l’approuve, la ligne peut avancer vers l’inclusion. Si le membre voit des éléments supplémentaires, indiquez quelle représentation contient le fait approuvé.
Nœud réservé aux membres. Vérifiez le résultat anonyme, puis consultez-le via un compte membre autorisé. Si la tâche dépend du texte réservé aux membres, excluez cette source de l’évaluation du widget public. Un autre produit proposant une récupération authentifiée vérifiée peut être nécessaire ; le guide d’architecture Drupal traite de ce choix opérationnel plus large.
Page avec champ restreint. Comparez le rendu du champ, pas seulement le titre ou le code de statut. Demandez au responsable du champ si la représentation anonyme est intentionnelle. Si une note interne de planification apparaît publiquement, suspendez l’approbation de la source et prévenez le mainteneur responsable par le processus habituel de l’équipe. Ne considérez pas une exposition accidentelle comme une autorisation d’utilisation.
Document référencé. Testez l’URL réelle de téléchargement dans la session anonyme. Une connexion exigée sur la page parente ne détermine pas, à elle seule, l’accès à l’URL d’un fichier public. Consignez le résultat du téléchargement et la décision du responsable du fichier sans modifier le stockage ou les permissions pendant l’examen.
Ces paires révèlent le périmètre des sources. Elles ne prouvent pas qu’un chatbot applique des permissions propres à chaque utilisateur. Aucune fonction de ce type n’est revendiquée pour Achla.
Choisir inclure, exclure, corriger le contenu public ou suspendre le parcours privé
Attribuez à chaque ligne une décision explicite et une prochaine action du responsable :
| Décision | Signification | Prochaine action |
|---|---|---|
| Inclure | Représentation déjà publique intentionnellement approuvée pour la tâche publique | Conserver la représentation exacte, le périmètre du texte, le responsable et la date dans les données d’évaluation |
| Exclure | Contenu privé, inutile ou non approuvé | Le laisser hors de l’ensemble de sources publiques proposé ; conserver la décision |
| Corriger le contenu public | Information publique souhaitée ambiguë ou contradictoire entre représentations publiques | Demander au responsable du contenu de corriger et approuver le texte public avant l’évaluation |
| Suspendre le parcours privé | Tâche essentielle exigeant une source authentifiée ou un résultat personnel | Arrêter cette voie produit exclusivement publique et examiner un parcours vérifié séparément |
« Corriger le contenu public » ne signifie pas assouplir les contrôles d’accès. Par exemple, une page d’événement hypothétique peut annoncer une date limite d’inscription différente de celle du bloc public d’en-tête. Le responsable de communication doit arrêter le fait public voulu. Il ne faut pas demander à l’assistant de choisir la date officielle.
« Inclus » ne signifie pas non plus « collecté ou répondu avec succès ». L’approbation établit que le contenu est autorisé pour la tâche. Des tests produit ultérieurs établissent si le parcours de sources documenté peut l’utiliser et renvoyer une réponse adaptée. Gardez ces résultats comme preuves distinctes.
Un produit exclusivement public peut convenir à un site comportant des pages membres. La question est de savoir si la tâche visiteur choisie peut être accomplie avec les représentations publiques approuvées. Sinon, n’élargissez pas par une interprétation optimiste les fonctions documentées du produit.
Actualiser preuves et responsabilités lors des changements publiés
Réexaminez les lignes affectées après un changement d’affichage de type de contenu, de champ, de bloc, de rôle, de fichier ou de publication. Notez quelle décision précédente reste valable et quelle représentation exige une nouvelle vérification anonyme. Conservez les preuves antérieures pour que le responsable puisse expliquer le changement.
Incluez le parcours habituel de diffusion anonyme dans la vérification. Drupal documente les variations de cache par les contextes de cache et précise qu’Internal Page Cache suppose des pages identiques pour les visiteurs anonymes. Le rendu récent d’un rédacteur connecté ne démontre pas le résultat anonyme en cache. Demandez au mainteneur d’examiner les écarts ; ce cahier ne prescrit aucun changement de cache ou de permissions. Contextes de cache Drupal.
Les anciens signalements de modules peuvent indiquer des questions à tester, mais ne prouvent pas un défaut de votre installation actuelle. Préférez une observation datée de votre propre représentation approuvée et la décision du responsable.
Évaluer le connecteur Drupal de contenu public après approbation seulement
Lorsque le registre étaye une tâche d’information publique, consultez la page produit Drupal d’Achla et les instructions d’installation actuelles. Le produit étayé est un widget géré de réponses sur le contenu du site, avec des liens justificatifs. Cet article ne prétend pas que le connecteur hérite des rôles Drupal ou impose une récupération privée propre à chaque utilisateur.
Utilisez la documentation de dépannage pour les vérifications d’installation ultérieures et les tarifs actuels pour les conditions. Si la limite publique convient, commencez l’onboarding ; une connexion peut être nécessaire. Apportez le registre approuvé à cette évaluation. Gardez les sources réservées aux membres exclues.
