Prima di aggiungere un chatbot pubblico Drupal, approvate le informazioni destinate a un visitatore anonimo. Un nodo pubblicato, un’anteprima visibile, un file scaricabile e la vista di un membro sulla stessa pagina sono rappresentazioni diverse da esaminare. Mappatele separatamente, registrate l’output anonimo effettivo e chiedete al responsabile dei contenuti di approvare la fonte pubblica. La posizione del widget non stabilisce cosa possa contenere la sua raccolta di risposte.
Autore: Achla AI, organizzazione. Revisione: 14 ottobre 2026. Preparato con l’assistenza dell’IA a partire dalla documentazione ufficiale Drupal e dalle fonti di prodotto Achla. È una scheda originale di approvazione delle fonti. Gli scenari sono ipotetici, non risultati osservati presso clienti o test di accesso completati.
Definire l’ambito del chatbot pubblico partendo dalle prove del visitatore anonimo
Un chatbot pubblico non dovrebbe partire da «indicizzare tutti i nodi pubblicati». Iniziate con una domanda più circoscritta: quali informazioni sono state approvate da un responsabile per le domande dei visitatori anonimi?
Usate un normale browser senza autenticazione per la rappresentazione pubblica proposta e una sessione membro autorizzata separata per il confronto. Non fornite cookie o credenziali dei membri a un servizio basato su fonti pubbliche. Il confronto è una revisione del responsabile, non un modo per dare accesso privato all’assistente.
Registrate URL, informazioni visibili e pubblico previsto. Se la pagina è raggiungibile ma contiene informazioni che il responsabile non intendeva condividere, la raggiungibilità è un problema da risolvere, non un’approvazione all’uso. Se richiede intenzionalmente l’adesione, mantenete la restrizione.
Separate questa scheda dall’indagine su una risposta mancante. L’esito, prima della scelta del prodotto, è fonte approvata, fonte esclusa o requisito sospeso. Non è una procedura per diagnosticare un indice o rendere più facile raccogliere una pagina riservata.
Mappare separatamente nodi, tipi di contenuto, campi, blocchi e API
Create una riga per ogni rappresentazione che possa contenere un fatto sostanzialmente diverso. Le modalità di visualizzazione Drupal determinano come viene mostrato il contenuto, per esempio completo o come anteprima; i formattatori controllano la presentazione dei campi. Un elenco breve non deve quindi sostituire l’esame della pagina intera. Modalità di visualizzazione e formattatori Drupal.
Usate questa checklist per decidere quali righe servono al sito:
| Rappresentazione | Cosa registrare | Perché serve una riga separata |
|---|---|---|
| Pagina completa del nodo | Tipo di contenuto, URL e campi visibili | Un titolo pubblico non dimostra che ogni campo sia pubblico. |
| Anteprima o elenco | URL dell’elenco e riepilogo visualizzato | Un riepilogo può esporre una formulazione diversa o omettere una condizione. |
| Blocco riutilizzabile o di pagina | Pagina ospitante e testo visibile del blocco | Un annuncio pubblico può apparire fuori dalla pagina del nodo originale. |
| File referenziato | URL effettivo di download ed esito anonimo | Il download è una superficie di accesso distinta dalla pagina che lo collega. |
| Revisione pubblicata | URL pubblico e testo attualmente visibile | La copia di lavoro di un redattore può differire dalla rappresentazione online. |
| Rappresentazione API, se pertinente | Endpoint, campi e destinatario previsto | L’output nel browser non dimostra l’esposizione di ogni campo API. |
Drupal descrive i blocchi come parti di contenuto collocabili nelle regioni di un tema. Registrate le pagine che li ospitano realmente anziché presumere che sidebar o footer siano fuori dal confine delle fonti. Concetto di blocco Drupal.
JSON:API rispetta l’accesso a entità e campi e non crea un proprio livello di autorizzazione. È un’informazione utile su questa API, non una garanzia che ogni endpoint personalizzato o pagina renderizzata abbia lo stesso output. Inserite una riga API solo se pertinente alla fonte prevista o all’esame dell’esposizione; l’articolo non afferma che Achla importi JSON:API di Drupal. Considerazioni sulla sicurezza di JSON:API.
Stato di pubblicazione e permessi dei ruoli rispondono a domande diverse
Drupal distingue utenti anonimi e autenticati, con permessi assegnati attraverso i ruoli. La visualizzazione riuscita di un redattore non sostituisce quindi l’osservazione anonima. Registrate il tipo di sessione su ogni riga di prova. Utenti, ruoli e permessi Drupal.
Registrate separatamente lo stato di pubblicazione. Content Moderation di Drupal può mantenere online una versione pubblicata mentre un’altra copia di lavoro è in revisione. Chi esamina l’ultima revisione potrebbe approvare un testo che il pubblico non vede ancora. Anche le traduzioni possono avere stati di moderazione separati. Legate l’approvazione al testo pubblico e alla lingua effettivamente esaminati. Panoramica di Content Moderation.
I file richiedono una decisione propria. La documentazione del modulo File spiega che chiunque conosca l’URL può scaricare direttamente i file pubblici. Nascondere un allegato da un elenco visualizzato non dimostra la protezione del download. Avverte anche che lo storage privato, da solo, non garantisce il rifiuto: Drupal deve avere un motivo applicabile per limitare il download. Chiedete a un manutentore di verificare la configurazione effettiva anziché trattare l’etichetta di una directory come il risultato. Panoramica del modulo File.
La scheda distingue tre domande: in che stato è il contenuto, cosa può vedere questo attore e cosa ha approvato il responsabile per le risposte pubbliche? Un «sì» in una colonna non compila le altre.
Compilare il registro di approvazione delle fonti pubbliche
Usate una riga per ogni rappresentazione importante. Il registro seguente è un esempio per un’associazione professionale ipotetica. Le osservazioni sono inventate esclusivamente per mostrare l’uso della scheda; non sono risultati di test.
| Contenuto o rappresentazione | Pubblico previsto | Osservazione anonima illustrativa | Osservazione illustrativa del membro autorizzato | Responsabile e decisione di approvazione |
|---|---|---|---|---|
| Nodo della politica di adesione, vista completa | Chiunque valuti l’adesione | Requisiti pubblici e regola di rinnovo annuale visualizzati | Stesso testo pubblico | Responsabile adesioni: includere solo i fatti pubblici esaminati |
| Anteprima della directory | Tutti | Nome dell’organizzazione e riepilogo pubblico visualizzati | Altri dettagli dei membri altrove | Responsabile directory: approvare l’ambito dell’anteprima; esaminare separatamente la scheda completa |
| Nodo dei vantaggi per i membri | Membri | Accesso richiesto | Condizioni dettagliate dei vantaggi visualizzate | Responsabile adesioni: escludere dall’assistente pubblico |
| Pagina evento con campo interno di pianificazione | Informazioni pubbliche sull’evento; pianificazione solo per lo staff | Data pubblica visualizzata; campo di pianificazione assente | Lo staff autorizzato può vedere il campo di pianificazione | Responsabile evento: approvare i campi pubblici visibili; pianificazione privata esclusa |
| Blocco di annuncio nell’intestazione | Tutti | Avviso attuale di registrazione visualizzato | Stesso avviso | Responsabile comunicazione: approvare testo e posizione nella pagina ospitante |
| Download del manuale pubblico | Tutti | URL diretto del file aperto senza autenticazione | Stesso file | Responsabile manuale: approvare il file separatamente dal nodo che lo collega |
| Politica rivista in attesa di revisione | Solo revisione pubblica approvata | Testo precedente approvato visibile | Il redattore può esaminare il testo proposto | Responsabile politica: approvare solo la versione online; ricontrollare dopo la pubblicazione successiva |
Aggiungete URL esatti, identificatori di tipi di contenuto o campi quando utili, data di revisione, posizione delle prove e responsabile della configurazione dei permessi. Lasciate chiaramente sconosciute le osservazioni irrisolte. Non sostituite un vuoto con supposizioni come «pubblicato, quindi pubblico».
In un registro reale usate osservazioni fattuali brevi: «la pagina anonima mostra titolo e corpo; campo X assente», invece di «sicuro». La prima si può ripetere; la seconda nasconde l’ambito effettivo. Tenete i valori sensibili dei membri fuori dal registro pubblico di approvazione. Registrate rappresentazione ed esito dell’accesso senza copiare contenuti privati nella fonte proposta al chatbot.
Eseguire scenari abbinati anonimi e membri
Scegliete alcune situazioni rappresentative, non soltanto la pagina pubblica più semplice. Gli esempi seguenti descrivono cosa testare; non riportano risultati completati.
Nodo di una politica pubblica. Aprite l’URL previsto senza autenticazione e identificate un fatto su cui il visitatore dovrebbe poter fare domande. Confrontate la vista del membro. Se il testo è identico e il responsabile lo approva, la riga può avanzare verso l’inclusione. Se il membro vede materiale aggiuntivo, registrate quale rappresentazione contiene il fatto approvato.
Nodo riservato ai membri. Verificate l’esito anonimo, poi esaminate la pagina con un account membro autorizzato. Se l’attività dipende dal testo riservato ai membri, escludete la fonte dalla valutazione del widget pubblico. Potrebbe servire un altro prodotto con recupero autenticato verificato; la guida all’architettura Drupal affronta questa decisione operativa più ampia.
Pagina con un campo riservato. Confrontate l’output del campo, non soltanto il titolo o il codice di stato. Chiedete al responsabile del campo se la rappresentazione anonima sia intenzionale. Se una nota interna di pianificazione appare pubblicamente, sospendete l’approvazione della fonte e informate il manutentore responsabile attraverso il processo esistente del team. Non trattate un’esposizione accidentale come autorizzazione all’uso.
Documento referenziato. Provate l’URL effettivo di download nella sessione anonima. Una barriera di autenticazione sulla pagina superiore non stabilisce, da sola, l’accesso all’URL di un file pubblico. Registrate esito del download e decisione del responsabile del file senza cambiare storage o permessi durante la revisione.
Queste coppie rivelano l’ambito delle fonti. Non dimostrano che un chatbot implementi permessi specifici per utente. Non viene dichiarata alcuna capacità di questo tipo per Achla.
Assegnare includere, escludere, correggere il contenuto pubblico o sospendere il flusso privato
Date a ogni riga un esito esplicito e un’azione successiva del responsabile:
| Decisione | Significato | Azione successiva |
|---|---|---|
| Includere | Rappresentazione già pubblica approvata intenzionalmente per l’attività pubblica | Conservare rappresentazione esatta, ambito del testo, responsabile e data tra gli input di valutazione |
| Escludere | Materiale privato, non necessario o non approvato | Mantenerlo fuori dall’insieme proposto di fonti pubbliche; conservare la decisione |
| Correggere il contenuto pubblico | Informazioni destinate al pubblico ambigue o in conflitto tra rappresentazioni pubbliche | Chiedere al responsabile dei contenuti di correggere e approvare il testo prima della valutazione |
| Sospendere il flusso privato | Attività essenziale che richiede una fonte autenticata o un risultato personale | Fermare questo percorso esclusivamente pubblico ed esaminare un flusso verificato separatamente |
«Correggere il contenuto pubblico» non significa allentare i controlli di accesso. Per esempio, una pagina evento ipotetica può indicare una scadenza di registrazione diversa dal blocco pubblico nell’intestazione. Il responsabile della comunicazione deve stabilire il fatto pubblico voluto. Non si deve chiedere all’assistente di scegliere quale scadenza sia ufficiale.
«Incluso» non significa neppure «raccolto o risposto correttamente». L’approvazione stabilisce che il contenuto è utilizzabile per l’attività. I test successivi del prodotto verificano se il percorso documentato delle fonti possa usarlo e produrre una risposta appropriata. Mantenete questi risultati come prove separate.
Un prodotto esclusivamente pubblico può comunque adattarsi a un sito con pagine per membri. La domanda pertinente è se il compito scelto per il visitatore possa essere completato usando le rappresentazioni pubbliche approvate. Se non può, non estendete le capacità documentate del prodotto con interpretazioni ottimistiche.
Aggiornare prove e responsabilità quando cambiano le pubblicazioni
Rivedete le righe interessate dopo una modifica alla visualizzazione di un tipo di contenuto, a campi, blocchi, ruoli, file o pubblicazione. Registrate quale decisione precedente resta valida e quale rappresentazione richiede un nuovo controllo anonimo. Conservate le prove precedenti affinché il responsabile possa spiegare la modifica.
Includete nella verifica il normale percorso di distribuzione anonima. Drupal documenta le variazioni di cache attraverso i contesti di cache e indica che Internal Page Cache presume pagine identiche per i visitatori anonimi. L’output recente di un redattore autenticato non dimostra il risultato anonimo in cache. Chiedete al manutentore di esaminare le discrepanze; la scheda non prescrive cambiamenti a cache o permessi. Contesti di cache Drupal.
Le segnalazioni storiche sui moduli possono indicare domande da verificare, ma non dimostrano un difetto nella vostra installazione attuale. Preferite un’osservazione datata della rappresentazione approvata sul vostro sito e la decisione del relativo responsabile.
Valutare il connettore Drupal sui contenuti pubblici solo dopo l’approvazione
Quando il registro delle fonti supporta un’attività di informazione pubblica, consultate la pagina del prodotto Drupal Achla e le istruzioni di installazione attuali. Il prodotto supportato da prove è un widget gestito di risposte sui contenuti del sito con collegamenti alle fonti. L’articolo non afferma che il connettore erediti i ruoli Drupal o applichi recupero privato specifico per utente.
Usate la documentazione di risoluzione dei problemi per le verifiche di installazione successive e i prezzi attuali per le condizioni. Se il confine pubblico è adatto, iniziate l’onboarding; potrebbe essere necessario accedere. Portate il registro approvato alla valutazione. Mantenete escluse le fonti riservate ai membri.
