Metodo
Bozza e scaletta: controllare che ogni risposta ci sia
Prima di pubblicare, la bozza va confrontata riga per riga con la scaletta: per ogni domanda si individua il punto della bozza che risponde e si segna l'esito. Se cercavi come si misura la visibilità AI, questo è un altro passaggio; qui si controlla il testo prima di pubblicare. Il metodo proposto da RankAI distingue risposta presente, parziale e assente, e non trasforma un'assenza in uno zero.
Prendi la scaletta e la bozza, affiancale e compila una riga per ogni domanda: domanda, punto della bozza che risponde, esito. Se per una domanda non riesci a indicare un punto preciso, l'esito è assente, non «quasi». Se cercavi come si misura la visibilità AI, questo è un altro passaggio; qui si controlla il testo prima di pubblicare. La verifica riguarda solo ciò che è scritto nella bozza, non come un motore la restituirà.
Il metodo, come proposta operativa di RankAI
La griglia che proponiamo non è uno standard universale: è un modo di lavorare che rende visibile, riga per riga, dove la bozza risponde e dove no. Tre esiti bastano: presente quando esiste un punto che risponde alla domanda in modo diretto; parziale quando il punto tocca la domanda ma lascia scoperta una parte; assente quando non c'è alcun punto da indicare. La differenza tra parziale e assente è la più utile, perché il parziale si corregge, l'assente richiede di scrivere.
Due righe compilate come esempio
Domanda: «Come si controlla che la bozza risponda alle domande della scaletta?» — Punto di risposta: il paragrafo che descrive la griglia domanda/punto/esito — Esito: presente.
Domanda: «Cosa succede se una misura di visibilità non è disponibile?» — Punto di risposta: la frase che dice che il prodotto mostra N/D — Esito: parziale, perché il punto nomina il caso ma non lo collega alla verifica della bozza.
Perché l'esito non si confonde con la misurazione
La griglia dice se il testo risponde, non quanto sarà visibile. Chi cerca come si misura la visibilità AI deve sapere che quella è una domanda diversa: noi non la trattiamo qui. Un punto utile da tenere presente è che ciò che torna da un motore tramite API è la risposta dell'API, non la schermata che vede una persona: per questo la verifica sulla bozza resta un controllo sul testo, non un'anteprima di ciò che qualcuno vedrà.
Il contributo di questo pezzo è la griglia a tre esiti applicata alla bozza, con una regola di compilazione: nessuna riga può restare vuota e nessun esito può essere «da vedere». Se il punto di risposta non si trova, si scrive assente e si passa alla riga successiva; la correzione viene dopo, non durante la compilazione. Questo evita due errori frequenti: segnare presente una domanda solo perché l'argomento è nominato, e segnare assente una domanda perché la risposta è sparsa in più punti. Nel secondo caso si indicano tutti i punti e l'esito resta parziale finché non se ne aggiunge uno che chiude. La griglia si compila una volta sola, prima di pubblicare, e resta come traccia di cosa è stato verificato.
Il limite da tenere presente
La griglia verifica la bozza, non la risposta di un motore: ciò che torna tramite API è la risposta dell'API, non la schermata che vede una persona, e questo controllo non colma quella distanza. Per il confine tra ciò che vediamo e ciò che vede un utente, il riferimento è la pagina di approfondimento, dove il limite è descritto a partire dalla differenza tra risposta API e schermata.