Il vostro prossimo visitatore potrebbe essere una persona che confronta fornitori. Potrebbe anche essere un software a cui quella persona ha affidato una ricerca: trovare una consulenza, verificare un’offerta o preparare una richiesta. In entrambi i casi, il sito deve spiegare chiaramente cosa fate e come procedere.
Ho scelto di partire dal mio sito. Kanexio aveva già pagine dei servizi, contenuti leggibili senza JavaScript e recapiti pubblici. Eppure la diagnosi iniziale segnalava ancora diversi vicoli ciechi per gli agenti. Ecco cosa abbiamo corretto, con gli elementi che permettono di verificarlo.1
Da 75 a 100/100: cosa mostrano le prove
La diagnosi iniziale fornita per questo progetto indicava 75/100. Dopo le correzioni, il rapporto pubblico Is Agentic mostra 100/100 per Kanexio. L’istantanea è datata 26 ottobre 2026 alle 00:10 UTC, cioè le 01:10 a Bruxelles. I due valori differiscono di 25 punti sulla scala di questo strumento.12
Queste prove hanno origini diverse. Il 75/100 proviene dalla diagnosi fornita all’inizio del progetto; non dispongo di una schermata storica di quella vista. Il 100/100 è visibile nel rapporto pubblico e nella cattura originale presentata qui. Sono consultabili anche le osservazioni HTTP prima e dopo gli interventi.12
Un punteggio tecnico da leggere nel suo contesto
Is Agentic presenta i controlli eseguiti da Ora e li raggruppa per maturità e applicabilità al sito. Il metodo attribuisce un ruolo centrale ai fondamentali ed esclude i criteri non applicabili. Per capire un risultato, consiglio quindi di aprire le prove di ogni controllo.3
Il 100/100 è una constatazione datata sulle superfici valutate. Non misura vendite, qualità della consulenza o frequenza delle citazioni nelle risposte IA. La metodologia precisa inoltre che non si tratta di una certificazione di sicurezza, accessibilità o conformità.3
Una stessa attività, diversi modi per scoprirla
Una persona legge i titoli, guarda le immagini e sceglie il proprio percorso. Un assistente può partire da una richiesta HTTP, un estratto di pagina o un indice documentale. Il bisogno resta concreto: trovare informazioni utilizzabili e risalire alla fonte.
Su Kanexio, HTML resta il formato per la normale navigazione. La homepage offre anche una rappresentazione Markdown quando il client la richiede. Entrambe presentano le stesse informazioni pubbliche; la seconda evita di portare navigazione, stili e script nella lettura del contenuto principale.1
La lettura nel browser
Accept: text/html
HTTP 200
Content-Type: text/html; charset=utf-8
Vary: AcceptLa lettura richiesta dall’agente
Accept: text/markdown
HTTP 200
Content-Type: text/markdown; charset=utf-8
Vary: AcceptLa negoziazione Markdown mostrata qui riguarda la homepage. Le pagine dei servizi collegate restano disponibili in HTML. Occorre verificare ogni endpoint annunciato, inclusi tipo di contenuto e corpo effettivo della risposta.
Le cinque correzioni apportate a Kanexio
Il lavoro ha riguardato i punti segnalati dalla diagnosi. Li presento come esperienza su questo sito: una base utile di controllo da adattare al vostro hosting e ai vostri percorsi.
Fornire davvero il formato richiesto
Prima della correzione, una richiesta della homepage con Accept: text/markdown riceveva HTML. Lo stato 200 indicava soltanto che la richiesta era riuscita. Abbiamo aggiunto una vera risposta Markdown, con Content-Type: text/markdown e Vary: Accept, mantenendo HTML per i browser.145
La versione Markdown viene generata dal contenuto principale dell’HTML finale. Questo riduce il rischio di mantenere due messaggi diversi. La verifica confronta stato, intestazioni e testo ricevuto. Alterna anche richieste HTML e Markdown per individuare confusioni nella cache.1
Vedi le verifiche tecniche
curl -sS -L -i -H 'Accept: text/markdown' https://kanexio.com/
curl -sS -L -i -H 'Accept: text/html' https://kanexio.com/
curl -sS -L -i -H 'Accept: text/markdown' https://kanexio.com/__kanexio-agent-article-404-20261026Spiegare quando rivolgersi alla consulenza
Il file llms.txt esisteva già. Elencava contenuti, ma la diagnosi non trovava indicazioni abbastanza chiare sugli usi adatti. Abbiamo precisato le esigenze a cui risponde Kanexio: priorità digitali, creazione di siti, visibilità, automazione, identità e formazione.1
La guida spiega anche come leggere le fonti e preparare un contatto. Descrive un percorso umano: raccogliere le informazioni utili, verificare le condizioni pubblicate e proporre all’utente il canale giusto. llms.txt resta una proposta documentale; la sua presenza non dimostra che un assistente lo leggerà o citerà il sito.6
Leggi le istruzioni pubblicate per gli agentiOffrire una via utile dalle pagine inesistenti
La vecchia risposta restituiva già il corretto stato 404. Mancava il corpo adatto: un agente che chiedeva Markdown riceveva ancora una pagina HTML. La nuova risposta mantiene 404 e spiega in Markdown che il contenuto non è stato trovato, con link alla homepage, a llms.txt e alla sitemap.1
Questo dettaglio conta durante una ricerca. Un indirizzo errato deve chiarire l’assenza del documento e offrire un ingresso valido. Abbiamo controllato percorsi semplici, annidati e terminanti con un’estensione, verificando ogni volta il corpo della risposta.1
Ripristinare l’ordine dei titoli nell’HTML
La homepage conteneva già il suo H1 e testo sufficiente. Tuttavia, un H2 della finestra di ricerca lo precedeva nel documento grezzo. L’etichetta della finestra è diventata un paragrafo, mantenendo nome accessibile e tipografia. L’H1 principale è ora il primo titolo del documento.1
H2Etichetta della finestra di ricerca
H1Titolo principale della homepage
PEtichetta della finestra di ricerca
H1Titolo principale della homepage
Abbiamo anche riportato il titolo del capitolo Fiducia al livello H2. È una correzione strutturale. Messaggio, controlli di ricerca e presentazione restano coerenti per chi usa il sito.1
Rendere facili da trovare le pagine di fiducia
L’informativa sulla privacy era già pubblicata su /confidentialite/. Abbiamo collegato gli ingressi /privacy e /about alle pagine canoniche esistenti con reindirizzamenti permanenti e verificato Contatti. Contenuto reale e destinazione finale sono stati controllati.1
Per la vostra attività, queste pagine devono permettere di verificare chi pubblica il sito, come contattare l’impresa e cosa dichiara sui dati trattati. Le informazioni devono restare allineate ai moduli e ai fornitori effettivamente utilizzati.
Vedi la pagina sulla privacyLa vostra checklist iniziale
Spuntate i punti che avete davvero verificato. Le caselle aiutano a leggere questa pagina: non avviano verifiche, non trasmettono dati e non calcolano il punteggio Is Agentic.
Come ripetere i controlli sul vostro sito
Iniziate conservando uno stato iniziale: data, URL, tipo di sito, rapporto e risposte osservate. Correggete poi i punti che falliscono davvero. Dopo la pubblicazione controllate il dominio pubblico e gli endpoint coinvolti, quindi richiedete una nuova verifica. Documentare perimetro e metodo rende il confronto più utile.
Il rapporto pubblico può essere un’istantanea in cache. La sua data è quindi importante. Per seguire un progetto, conservate schermate e osservazioni di ogni fase, spiegando chiaramente cosa dimostrano. Una risposta tecnica corretta e un percorso utente osservato offrono prove complementari.3
Domande prima di iniziare
Cosa misura esattamente il 100/100?
Riassume i controlli tecnici applicabili al sito nell’istantanea Is Agentic considerata. Per capirne la portata occorre leggere criteri, prove e data. Il punteggio non quantifica l’impatto commerciale delle correzioni.
Una PMI deve creare un’API o un server MCP?
Dipende dal servizio che desiderate offrire. La metodologia Is Agentic attiva i controlli per superfici API o MCP quando vengono identificate. In questo caso, il lavoro ha riguardato la consultazione del sito pubblico e l’orientamento verso un contatto umano.
Occorre rifare tutto il sito per iniziare?
Questa decisione deve essere preceduta da un’analisi. Alcune correzioni riguardano l’hosting, altre la struttura HTML, i contenuti o i link. Il caso Kanexio mostra un intervento mirato; senza esaminarlo, non permette di stimare il lavoro necessario per un altro sito.
Il vostro sito aiuta a passare dalla lettura al passo successivo giusto?
Vi aiuto a esaminare la presenza digitale, dare priorità alle correzioni e definire l’implementazione. Partiamo dalla vostra attività, dai percorsi degli utenti e da elementi verificabili.
Fonti, prove e metodo
Fonti consultate e prove archiviate il 26 ottobre 2026. I link a strumenti o organizzazioni non implicano una collaborazione né un’approvazione commerciale di Kanexio.
- [1]Kanexio · osservazioni del progetto
Diagnosi iniziale fornita dal proprietario, osservazioni HTTP archiviate prima e dopo, provenienza e orari delle prove.
Verificato il 26 ottobre 2026 - [2]Is Agentic · rapporto di kanexio.com
Punteggio pubblico 100/100 e istantanea del 26 ottobre 2026 alle 00:10 UTC, acquisita e consultata lo stesso giorno.
Verificato il 26 ottobre 2026 - [3]Is Agentic · metodologia
Portata del punteggio, applicabilità dei controlli, cache dei rapporti e limiti di interpretazione.
Verificato il 26 ottobre 2026 - [4]IETF · RFC 9110
Semantica HTTP, negoziazione del contenuto, stati di risposta e campo Vary.
Verificato il 26 ottobre 2026 - [5]
- [6]llmstxt.org · proposta llms.txt
Struttura del file e link a contenuti di consultazione utili agli agenti.
Verificato il 26 ottobre 2026 - [7]Accept Markdown · convenzione di negoziazione
Controlli pratici di formato, intestazioni e preferenze Accept.
Verificato il 26 ottobre 2026