01
SEO senior
Title, meta, hierarchy, internal links, E-E-A-T, content depth
SCORE COMPOSITO
A
Il sito parte da una buona posizione (punteggio 97/100). Ci sono 0 problemi bloccanti e 6 aree importanti da sistemare per consolidare il vantaggio sui concorrenti. Il piano d'azione qui sotto indica per ognuna tempi e priorità su 30 giorni (4 settimane).
Top 3 priorità da indirizzareavstudio è uno studio italiano che progetta automazioni AI operative per studi e aziende strutturate, eliminando attività ripetitive e mantenendo il controllo umano sulle decisioni. Offre anche audit tecnici di siti web con controlli su GDPR, AI Act art. 50, EAA 2025 e WCAG 2.2 AA.
Note di contesto: Sito pre-renderizzato (data-prerendered='2026-06-15'), lang it-IT, dark theme default con toggle localStorage. Tech stack non rilevato dagli header: raccomandazioni framework-agnostic. JSON-LD molto ricco (Organization+LocalBusiness+ProfessionalService, Person/founder con nome esplicito Alessandro Veneziano, FAQPage, Product, AggregateOffer). Indirizzo fisico presente: Via Giotto 3, Castelnuovo del Garda (VR) 37014. Email hello@avstudio.ai. Twitter handle @avstudio_ai rilevato nei meta. Il brand eroga esso stesso servizi di audit GDPR/AI Act/WCAG: valutare conflitto di interesse percepito nell'auto-applicazione delle stesse norme. Nessun CMP rilevato nell'HTML fornito: verificare firing cookie/script prima del consenso. Prezzi espliciti nel JSON-LD: audit PRO €149, automazioni €1.500-€18.000.
Analisi del reparto Analisi avstudioPer avstudio osserviamo che il contatto del DPO/Responsabile Protezione Dati non risulta rilevato nell'HTML pubblico né nella privacy policy, senza che sia documentata un'esenzione ai sensi del Reg. UE 2016/679 Art. 37-38; contestualmente, la pagina /accessibility non presenta la struttura informativa richiesta dal modello EAA 2025 (Reg. UE 2019/882), con assenza del livello di conformità dichiarato, delle limitazioni note e del contatto per il feedback.
Queste lacune potrebbero esporre il soggetto a rilievi da parte del Garante Privacy in merito all'obbligo di designazione e pubblicazione del DPO, ove applicabile, nonché a contestazioni in sede di recepimento nazionale dell'EAA 2025 relativamente alla completezza della dichiarazione di accessibilità, con potenziali sanzioni amministrative determinate dall'autorità competente.
Consigliamo di valutare formalmente se il trattamento dei dati effettuato rientra nelle fattispecie di cui al Reg. UE 2016/679 Art. 37, documentando l'esito in modo verificabile; in caso di obbligo, suggeriamo di pubblicare i riferimenti del DPO nell'informativa. Suggeriamo inoltre di completare la dichiarazione di accessibilità nella pagina /accessibility secondo il modello strutturato previsto dal Reg. UE 2019/882, prima del recepimento nazionale.
Analisi generata dal sistema AI di avstudio (modelli Claude) con supervisione umana, a partire da fatti tecnici rilevati in modo deterministico. Non costituisce consulenza professionale. Trasparenza sui contenuti generati da AI ai sensi dell'art. 50 Reg. UE 2024/1689 (AI Act).
Tecnologie identificate dall'analisi del codice pubblico (HTML, HTTP headers, cookies): framework frontend, CMS, hosting/CDN, analytics, payment provider, cookie banner. I suggerimenti tecnologici dettagliati sono nella sezione successiva.
Nessuna firma tecnologica standard rilevata nell'HTML pubblico. Possibili cause: stack proprietario senza pattern noti (CMS custom, build SSR con marker offuscati), sito SPA che esegue il rendering lato client, oppure WAF/CDN che maschera l'origin.
Esposizione potenziale a sanzioni: sanzioni amministrative determinate dall'autorità competente (Garante Privacy/AGCOM), Motivazione: DPO contact non rilevato in HTML pubblico (Art. 37-38 GDPR); P.IVA assente in HTML, applicabilità EAA da verificare.
Le valutazioni di compliance e le indicazioni sulle sanzioni sono indicative. La determinazione effettiva di ambito di applicazione, conformità e importi sanzionatori richiede consulenza di un professionista qualificato (avvocato, DPO, AGCOM/Garante).
Per ogni norma sopra, qui sotto trovi cosa abbiamo trovato di buonocosa manca o è da sistemare e le azioni concrete da intraprendere.
Nessun gap rilevato.
Per ogni reparto coinvolto nel report, qui sotto trovi un'analisi specifica con osservazioni, implicazioni pratiche e raccomandazioni concrete.
Per avstudio osserviamo che il title tag attuale non include la keyword secondaria 'automazioni AI' in posizione forte, riducendo la rilevanza percepita per query informative correlate a questo termine. Il finding evidenzia un'opportunità di ottimizzazione diretta sul tag più influente per il ranking organico, con un punteggio complessivo del sito fissato a 82/100.
L'assenza di 'automazioni AI' in una posizione prominente del title potrebbe limitare la capacità del sito di intercettare volumi di ricerca informativa su questo segmento, riducendo la copertura tematica rispetto a competitor che presidiano già queste query con title tag ottimizzati per search intent specifico.
Consigliamo di considerare una riformulazione del title tag che integri 'automazioni AI' entro i 65 caratteri raccomandati (circa 580px di pixel width), mantenendo il brand avstudio in posizione coerente con la struttura editoriale esistente. Suggeriamo di valutare una struttura pillar-oriented che bilanci la keyword primaria con quella secondaria, verificando l'allineamento con l'intento di ricerca prevalente per ciascuna pagina interessata.
Per avstudio osserviamo che la sintassi SearchAction query-input adotta ancora il formato stringa legacy anziché l'oggetto PropertyValueSpecification richiesto dalla specifica corrente, e che nessuna delle 4 immagini rilevate risulta configurata con lazy-load, una condizione che potrebbe penalizzare l'LCP su connessioni lente senza un profiling reale che ne confermi l'impatto effettivo.
L'assenza di lazy-load su tutte le risorse immagine potrebbe aumentare il peso del rendering iniziale, con ricadute sul campo p75 dell'LCP; parallelamente, la sintassi JSON-LD non aggiornata potrebbe ridurre la leggibilità del markup strutturato da parte dei crawler, limitando la resa del rich result in SERP.
Consigliamo di considerare l'aggiornamento del markup SearchAction a PropertyValueSpecification, allineandolo alla specifica attuale per preservare l'eligibilità al sitelinks searchbox. Suggeriamo inoltre di valutare, tramite profiling reale con dati CrUX field, quali immagini beneficerebbero di lazy-load e di applicare selettivamente l'attributo, escludendo le risorse above-the-fold per non penalizzare l'LCP.
Per avstudio osserviamo che il contatto del Responsabile della Protezione dei Dati (DPO/RPD) non risulta rilevato nell'HTML pubblico né nella privacy policy, in potenziale difformità rispetto a quanto previsto dal Reg. UE 2016/679 artt. 37-38; contestualmente, la dichiarazione di accessibilità presente alla pagina /accessibility risulta priva degli elementi strutturati richiesti dall'EAA 2025 (Reg. UE 2019/882), tra cui il livello di conformità dichiarato, le limitazioni note e il canale di feedback.
Queste lacune potrebbero esporre avstudio a rilievi da parte del Garante per la Protezione dei Dati Personali in sede di ispezione, nonché a contestazioni in merito alla conformità ai requisiti di accessibilità previsti dal recepimento nazionale dell'EAA 2025, con potenziali ricadute sulla reputazione istituzionale nei confronti di clienti enterprise e pubbliche amministrazioni.
Consigliamo di verificare se il trattamento effettuato rientra nelle fattispecie che rendono obbligatoria la designazione del DPO ai sensi del Reg. UE 2016/679 art. 37, documentando formalmente l'esito della valutazione in ogni caso. Suggeriamo inoltre di completare la dichiarazione di accessibilità alla pagina /accessibility secondo il modello strutturato previsto da Reg. UE 2019/882, integrando livello di conformità, elenco delle limitazioni note e riferimento al contatto per il feedback, prima del termine di recepimento nazionale.
Per avstudio osserviamo che l'unico input rilevato nell'HTML pubblico risulta privo dell'attributo `autocomplete`, condizione che potrebbe non rispettare il criterio WCAG 2.2 AA 1.3.5 (Identify Input Purpose), il quale richiede che i campi raccolgano informazioni personali dell'utente espongano un valore semantico riconoscibile dal browser.
L'assenza di questo attributo potrebbe compromettere l'esperienza degli utenti che si affidano a tecnologie assistive o al completamento automatico del browser, generando friction UX misurabile e potenzialmente rilevante ai fini della conformità EAA 2025 (Reg. UE 2019/882), qualora il servizio rientri nell'ambito applicativo della direttiva.
Consigliamo di considerare l'aggiunta dell'attributo `autocomplete='email'` o `autocomplete='name'` sul campo rilevato, in funzione del dato effettivamente raccolto. Suggeriamo inoltre di verificare, tramite audit con screen reader e keyboard navigation, che il campo esponga correttamente il proprio scopo semantico anche attraverso landmark e label associati, a supporto del criterio 1.3.1 (Info and Relationships).
Per avstudio osserviamo che gli anchor text verso le pagine chiave (/audit-sito-web/pro/, /listino/, /services) non risultano descrittivi o non sono stati rilevati nell'HTML analizzato, con potenziale impatto sulla distribuzione del PageRank interno e sull'efficienza del crawl budget; a ciò si aggiunge un longevity score di 25/100, indicativo di un dominio in fase di consolidamento della propria storia pubblica.
Sul piano del posizionamento e della fiducia, una struttura di internal linking non ottimizzata potrebbe limitare la capacità dei motori di ricerca di attribuire rilevanza tematica alle pagine di conversione, riducendo la visibilità proprio sui percorsi più critici per il funnel B2B e indebolendo i proof point di autorevolezza del brand.
Consigliamo di considerare una revisione degli anchor text interni verso le pagine strategiche, adottando testi descrittivi coerenti con l'ICP e i JTBD del segmento target. Suggeriamo inoltre di monitorare nel tempo l'accumulo di segnali di longevità, archivi Wayback, Certificate Transparency log, come indicatori progressivi di affidabilità del dominio agli occhi sia degli utenti sia dei sistemi di valutazione automatica.
Ogni rilievo è descrittivo dell'output del sito (codice pubblico) e tassonomizzato per area di competenza avstudio. Critico = problema da risolvere prima di ogni iniziativa di scaling (rotto o sanzionabile). Importante = area con impatto rilevante su SEO, accessibilità o performance. Minore = rifinitura e ottimizzazione. Linguaggio condizionale: "non rilevato in HTML" anziché "assente"; "verificare se applicabile" per le norme.
Per ogni firma rilevata nello stack, indicazioni di evoluzione tecnologica dove benefici concreti sono misurabili (performance, sicurezza, ecosistema).
Aree dove un intervento sullo stack o sui contenuti porterebbe benefici misurabili su performance, sicurezza, conformità o conversione. Suggerimenti calibrati sulla scala del sito (piccolo / medio / grande) e sul settore rilevato.
L'origin server appare esposto direttamente: nessun routing anycast geografico, niente DDoS protection layer, security headers gestiti solo lato app (più fragili a misconfigurazione).
Suggerimento: Cloudflare free tier copre 95% dei use case (anycast, DDoS basic, edge cache, security headers automation). Per traffico elevato: piano Pro €25/mese o AWS CloudFront pay-per-request.
Indicatori deterministici ispirati alla metodologia Neil Patel, profondità contenuto, linking interno, ottimizzazione featured snippet, E-E-A-T (autorità), gerarchia CTA, riconoscimento brand. Tutti calcolati dal codice pubblico, zero LLM, zero costo aggiuntivo.
Stato attuale: 2404 parole sulla homepage
Eccellente. Mantenere freschezza con update trimestrali.
Stato attuale: 18 link interni nella homepage
Pattern pillar-and-cluster ben implementato.
Stato attuale: 0/7 H2 in formato domanda (0%)
Convertire ≥30% degli H2 in formato domanda ("Come...", "Cosa...", "Perché..."). Il paragrafo successivo deve essere 40-60 parole con risposta diretta. Massimizza chance featured snippet + AI Overviews.
Stato attuale: Author schema
Implementare i 5 segnali: Person schema author bio (>100 char), Organization sameAs LinkedIn/Wikipedia/Wikidata, dateModified ISO 8601 recente, /about con storia identificabile, widget recensioni Google/Trustpilot/G2 embedded.
Stato attuale: Soft: 0 · Medium: 0 · Hard: 0
Mancano "Soft" (newsletter, scarica guida) / "Medium" (richiedi demo, contattaci) / "Hard" (acquista, prova ora). Funnel completo richiede tutti e 3 livelli.
Stato attuale: Wikidata ✓
Buon mix di segnali, ma mancano signal forti. Verificare che tutti i social profiles siano linkati in Schema Organization sameAs (non solo nel footer).
Gli output grezzi degli auditor AI vengono usati come materiale interno e poi filtrati da verifier, fact-checker e guardie deterministiche. Nel report cliente restano solo finding, narrative e piano operativo già verificati.
/privacyAggiungere nella privacy policy una sezione esplicita. Se il soggetto non rientra nell'obbligo ex Reg. UE 2016/679 Art. 37, documentare la motivazione. Se il DPO e nominato, aggiungere il contatto.
<!-- Opzione A: esenzione documentata (Reg. UE 2016/679 Art. 37) -->
<section id="dpo">
<h2>Responsabile della protezione dei dati (DPO)</h2>
<p>
Il titolare ha valutato i criteri di cui al Reg. UE 2016/679 Art. 37
e ha determinato che il trattamento effettuato non rientra nelle
fattispecie che rendono obbligatoria la nomina di un DPO
(trattamento non su larga scala, nessun dato sensibile sistematico
nessuna attivita di monitoraggio sistematico degli interessati).
La valutazione e documentata nel registro delle attivita di
trattamento ai sensi dell'Art. 30.
</p>
</section>
<!-- Opzione B: DPO nominato -->
<section id="dpo">
<h2>Responsabile della protezione dei dati (DPO)</h2>
<p>
Il DPO nominato ai sensi del Reg. UE 2016/679 Art. 37-38 e
contattabile all'indirizzo:
<a href="mailto:dpo@avstudio.ai">dpo@avstudio.ai</a>
</p>
</section>Scegliere una sola delle due opzioni in base alla situazione effettiva. Non lasciare entrambe nel markup finale.
Verifica: aprire /privacy, individuare la sezione con id="dpo", confermare che contenga una delle due dichiarazioni compilata con dati reali. Nessun tool esterno richiesto.
/cookie-policyIl sito risulta cookieless-by-design (verifica runtime: zero cookie, zero chiamate tracking pre-consenso, verdict Garante 06/2021 COMPLIANT). Rendere esplicita questa scelta nella cookie policy per escludere formalmente l'obbligo di banner ai sensi dell'Art. 7 Reg. UE 2016/679 e della Direttiva 2002/58/CE.
<section id="cookie-tecnici">
<h2>Trattamento dei cookie</h2>
<p>
Questo sito non utilizza cookie di profilazione, cookie analitici
di terze parti ne altri strumenti di tracciamento che richiedano
il consenso dell'utente ai sensi della Direttiva 2002/58/CE
(ePrivacy) e del Reg. UE 2016/679 Art. 7.
</p>
<p>
Vengono utilizzati esclusivamente cookie tecnici strettamente
necessari al funzionamento del sito (es. preferenza tema
chiaro/scuro salvata in localStorage), esenti dall'obbligo di
consenso preventivo secondo il Provvedimento Garante Privacy
8 gennaio 2015 e le Linee Guida Garante del 10 giugno 2021.
</p>
<p>
Non e pertanto presente un banner di consenso cookie, in quanto
non sussistono i presupposti normativi per la sua esposizione.
</p>
</section>Verifica: aprire /cookie-policy, confermare la presenza della dichiarazione. Opzionale: aprire il browser in modalita incognita, navigare il sito, aprire DevTools > Application > Cookies e verificare che non siano presenti cookie diversi da quelli tecnici dichiarati.
index.html, sezioni CTA e navigazione; verificare anche footer e nav principaleSostituire anchor text generici ("scopri di piu", "clicca qui", "vai") con testo descrittivo che includa la keyword della pagina di destinazione. Gli esempi sotto usano gli URL effettivi rilevati nel sito; adattare il testo interno alle CTA realmente presenti nel markup.
<!-- Prima (non descrittivo) -->
<a href="/audit-sito-web/pro/">Scopri di piu</a>
<a href="/listino/">Vedi i prezzi</a>
<a href="/services">Clicca qui</a>
<!-- Dopo (descrittivo) -->
<a href="/audit-sito-web/pro/">Audit sito web PRO, analisi tecnica completa</a>
<a href="/listino/">Listino prezzi automazioni AI e audit</a>
<a href="/services">Servizi di automazione AI per aziende</a>Applicare lo stesso criterio a tutti i link nel footer e nella navigazione principale.
Verifica: aprire DevTools > Elements, cercare tutti i tag <a> con href verso le pagine chiave e controllare che il testo interno non sia generico. In alternativa: Screaming Frog > Internal > Anchor text report.
<head> di index.htmlLa sintassi "query-input": "required name=search_term_string" e legacy. Aggiornare all'oggetto PropertyValueSpecification come da specifiche schema.org correnti.
<script type="application/ld+json">
{
"@context": "https://schema.org"
"@type": "WebSite"
"name": "avstudio"
"url": "https://avstudio.ai/"
"potentialAction": {
"@type": "SearchAction"
"target": {
"@type": "EntryPoint"
"urlTemplate": "https://avstudio.ai/?s={search_term_string}"
}
"query-input": {
"@type": "PropertyValueSpecification"
"valueRequired": true
"valueName": "search_term_string"
}
}
}
</script>Nota: se il sito non espone una funzione di ricerca interna attiva, valutare la rimozione del blocco potentialAction per evitare markup non funzionale.
Verifica: incollare il JSON-LD nel Rich Results Test di Google (search.google.com/test/rich-results) e confermare assenza di errori sul campo query-input.
/accessibilityLa pagina esiste. Verificare che contenga tutti i campi richiesti dal modello strutturato WAI (Direttiva UE 2019/882, recepimento nazionale in corso). Aggiungere le sezioni eventualmente mancanti. La data nel campo datetime deve riflettere la data effettiva di aggiornamento, non quella dell'audit.
<main id="main-content">
<h1>Dichiarazione di accessibilita</h1>
<section>
<h2>Stato di conformita</h2>
<p>
Questo sito mira alla conformita con le Linee Guida per
l'Accessibilita dei Contenuti Web (WCAG) 2.2, livello AA
come richiesto dalla Direttiva UE 2019/882 (EAA) e, per i
soggetti obbligati, dal D.Lgs. 82/2005 (CAD).
</p>
<!-- Scegliere uno dei tre stati ufficiali WAI: -->
<!-- "Pienamente conforme" / "Parzialmente conforme" / "Non conforme" -->
<p><strong>Livello attuale:</strong> [inserire stato effettivo].</p>
</section>
<section>
<h2>Contenuti non accessibili</h2>
<p>Le seguenti limitazioni sono note e in corso di risoluzione:</p>
<ul>
<li>
Descrivere qui eventuali limitazioni note con riferimento al
criterio WCAG specifico (es. "Criterio 1.4.3, contrasto
insufficiente in alcune etichette del tema scuro").
Se non sono note limitazioni, indicare: "Non sono state
identificate limitazioni note alla data di aggiornamento
di questa dichiarazione."
</li>
</ul>
</section>
<section>
<h2>Alternative e contatto feedback</h2>
<p>
Se riscontri problemi di accessibilita non descritti in questa
pagina, contattaci:
</p>
<address>
<a href="mailto:hello@avstudio.ai">hello@avstudio.ai</a>
</address>
<p>
Ci impegniamo a rispondere entro 14 giorni lavorativi dalla
ricezione della segnalazione.
</p>
</section>
<section>
<h2>Data di aggiornamento</h2>
<p>
Questa dichiarazione e stata aggiornata il
<time datetime="YYYY-MM-DD">GG mese AAAA</time>.
Sostituire YYYY-MM-DD e il testo visibile con la data reale
di compilazione o ultima revisione.
</p>
</section>
</main>Verifica: confrontare la pagina aggiornata con il modello ufficiale WAI disponibile su w3.org/WAI/planning/statements/. Controllare che tutti e quattro i blocchi (stato, limitazioni, contatto, data) siano presenti e compilati con dati reali, senza placeholder residui.
index.html, tag <img> below the foldSu 4 immagini rilevate in homepage, nessuna ha loading="lazy". Le immagini above the fold (candidate LCP) non devono riceverlo. Applicare loading="lazy" e decoding="async" solo alle immagini non visibili al primo caricamento. I nomi file negli esempi sono indicativi: sostituire con i percorsi effettivi presenti nel markup.
<!-- Immagine above the fold (LCP candidate): NON aggiungere lazy -->
<img
src="/images/hero.webp"
alt=""
width="1200"
height="630"
fetchpriority="high"
/>
<!-- Immagini below the fold -->
<img
src="/images/feature-automazioni.webp"
alt="Schema del flusso di automazione AI per aziende"
width="800"
height="450"
loading="lazy"
decoding="async"
/>
<img
src="/images/feature-audit.webp"
alt="Esempio di report audit tecnico sito web"
width="800"
height="450"
loading="lazy"
decoding="async"
/>Regola pratica: la prima immagine visibile senza scroll non deve avere loading="lazy". Tutte le successive possono averlo.
Verifica: aprire Chrome DevTools > Lighthouse > Performance. Controllare che il warning "Defer offscreen images" non compaia per le immagini below the fold. Verificare che il valore LCP non peggiori dopo la modifica.
Tempo totale stimato: circa 3 ore di lavoro continuativo. Nessun item richiede intervento senior o modifiche architetturali. Tutti i fix sono modifiche HTML o JSON-LD dirette, compatibili con qualsiasi stack di pubblicazione.
Approfondimenti esclusivi tier av audit PRO: forensic browser-headless su cookie/pixel pre-consent, INP deep, DKIM enumeration, CMS risk surface, mobile app coverage.
Cattura cookie e network calls droppati prima del consenso dell'utente. Evidence diretta per Provvedimento Garante 06/2021 sui cookie analytics non-anonimizzati e marketing.
| Cookie banner rilevato | no |
| Cookie marketing pre-consent | 0 |
| Cookie analytics pre-consent | 0 |
| Network calls tracking pre-consent | 0 · 0 byte · cdp_response |
| Domini third-party pre-consent | 0 |
| Storage consenso rilevato | no |
| Consent journey reject | Nessun banner/tracker · percorso reject non presente · tracking pre-consent 0 |
| Consent journey accept | click non eseguito · tracking dopo accept 0 |
Percorso diretto reject/accept: non forza pannelli CMP multi-step o login wall.
Discovery di tutti i selector DKIM attivi tramite 20 DNS query su selettori noti dei principali provider email. Indica quali servizi spediscono email a nome del dominio.
Nessun selector standard rilevato (selettori custom non testati). Verificare manualmente i record DNS DKIM se l'invio email è critico per il business.
280 controlli nel registro evidenze. Ogni controllo claim-eligible e visibile singolarmente con stato, metodo, fonte e prova usata dal report. I controlli valutati restano separati da quelli in review area e dai controlli non presenti.
| Area | Totale | Valutati | Review area | Non presenti |
|---|---|---|---|---|
| Sicurezza | 9 | 9 | 0 | 0 |
| AI search / AEO | 30 | 28 | 0 | 2 |
| SEO | 37 | 27 | 1 | 9 |
| Compliance | 104 | 62 | 6 | 36 |
| Competitor | 19 | 0 | 1 | 18 |
| Performance | 64 | 61 | 0 | 3 |
| Reputazione | 4 | 3 | 1 | 0 |
| Operations | 13 | 11 | 2 | 0 |
| Totale registro | 280 | 201 | 11 | 68 |
Limite del metodo: La fonte di evidenza deve essere mostrata o il metodo deve essere dichiarato nel report.
Limite del metodo: La fonte di evidenza deve essere mostrata o il metodo deve essere dichiarato nel report. Output AI conteggiato solo se fondato su fatti deterministici e formato verificabile.
Limite del metodo: La fonte di evidenza deve essere mostrata o il metodo deve essere dichiarato nel report. Output AI conteggiato solo se fondato su fatti deterministici e formato verificabile.
Limite del metodo: La fonte di evidenza deve essere mostrata o il metodo deve essere dichiarato nel report. Output AI conteggiato solo se fondato su fatti deterministici e formato verificabile.
Limite del metodo: La fonte di evidenza deve essere mostrata o il metodo deve essere dichiarato nel report.
Limite del metodo: La fonte di evidenza deve essere mostrata o il metodo deve essere dichiarato nel report.
Limite del metodo: La fonte di evidenza deve essere mostrata o il metodo deve essere dichiarato nel report.
Limite del metodo: Output AI conteggiato solo se fondato su fatti deterministici e formato verificabile.