AEO NIUEXA

Integrità strutturale e semantica

Peso 15% Guida ai controlli Priorità in base al risultato

I controlli strutturali guardano a come è costruita la pagina: titoli e sezioni, elementi HTML, tag title e meta description, e il markup Schema.org che la descrive. Una struttura chiara aiuta i lettori, gli screen reader e i software che dividono le pagine in passaggi, e un markup coerente con la pagina dice ai motori di ricerca di cosa parla.

Descrivi la pagina con precisione: il markup Schema.org aiuta i motori di ricerca a capire la tua attività e le tue pagine, e deve corrispondere a ciò che i visitatori vedono (il controllo Markup Matches Page). Che un singolo tipo di schema porti un vantaggio nelle citazioni non è dimostrato.
Come contano questi controlli: ogni controllo pesa in base alla sua importanza in questa dimensione, moltiplicata per quanto le prove lo sostengono: i controlli con prove ufficiali contano per intero, quelli basati sul consiglio di professionisti del settore (la maggior parte in questa pagina) contano a metà peso, e quelli segnati come Non dimostrato compaiono nel report ma non entrano nel punteggio. Un controllo N/A, per esempio il markup per un tipo di contenuto che la pagina non ha, resta fuori dal punteggio invece di contare come superato o non superato; se in questa dimensione non c'è nulla da pesare, la dimensione risulta non misurata e i pesi delle altre vengono ricalcolati. Le pagine in italiano vengono lette con formulazioni italiane per i titoli a domanda, le sezioni FAQ e a passaggi e gli skip link. Il badge accanto a ogni controllo indica la priorità tipica quando non è superato; il report mostra la priorità del tuo risultato. Trovi i dettagli nel sistema di punteggio.

Controlli sulla struttura HTML

Titoli, title e descrizione della pagina, ed elementi HTML che le danno forma

Heading Hierarchy

Alto
Cosa controlla
Legge i titoli della pagina (da H1 a H6) nell'ordine del documento e verifica che ci sia un solo H1 e che non vengano saltati livelli, per esempio un H2 seguito direttamente da un H4. I titoli vuoti vengono ignorati, e un titolo ripetuto con lo stesso livello e lo stesso testo, come succede spesso nei layout responsive, conta una volta sola.
Perché conta
Una struttura ordinata rende la pagina più facile da scorrere per i lettori, per gli screen reader e per i software che la dividono in sezioni. È una convenzione utile, non una regola di ranking.
Come viene valutato
Si basa sul consiglio di professionisti del settore e conta a metà peso. 100 con un solo H1 e nessun livello saltato. Un H1 mancante, o più di uno, toglie 40 in tutto; i livelli saltati tolgono 10 complessivi, qualunque sia il loro numero. È superato solo con esattamente un H1 e nessun livello saltato; qualsiasi problema lo rende non superato (alto).
Superato: esattamente un H1 e nessun livello saltato Non superato: nessun H1, più di un H1 o un livello saltato
Come correggere
Usa un solo H1 per il titolo principale. Usa H2 per le sezioni principali, H3 per le sottosezioni e così via, senza saltare livelli (per esempio da H1 a H3). Fai in modo che ogni titolo descriva la sua sezione.
Esempio di struttura corretta
<h1>Complete Guide to AI Engine Optimization</h1>
  <h2>What is AEO?</h2>
    <h3>Definition</h3>
    <h3>History</h3>
  <h2>How to Implement AEO</h2>
    <h3>Step 1: Technical Foundation</h3>
    <h3>Step 2: Content Optimization</h3>
      <h4>Writing for AI</h4>
      <h4>Structured Data</h4>
  <h2>Conclusion</h2>

Meta Description Quality

Alto
Cosa controlla
Legge il tag title e la meta description della pagina, ne controlla la lunghezza e verifica che la descrizione non ripeta semplicemente il title. I tag Open Graph li valuta OpenGraph Tags, nella pagina dei controlli tecnici, non questo controllo.
Perché conta
I motori di ricerca mostrano spesso il title e la descrizione come titolo e riassunto della pagina nei risultati, e gli strumenti AI possono usarli per descriverla. Se mancano, ne scrivono di propri partendo dal primo testo che trovano, spesso il menu o testi di servizio.
Come viene valutato
Si basa su prove ufficiali e conta per intero. Parte da 100. Title: meno 40 se manca, 15 se è più corto di 15 caratteri, 10 se è più lungo di 70. Descrizione: meno 35 se manca, 15 se è più corta di 70 caratteri, 10 se è più lunga di 200. Altri 15 in meno se la descrizione ripete il title. È superato con 70 o più (alto quando mancano il title o la descrizione, medio negli altri casi).
Superato: 70 o più Non superato: title o meta description assenti, oppure più problemi insieme
Come correggere
Scrivi per ogni pagina un title unico di circa 30-60 caratteri e una meta description di circa 120-160 caratteri. Descrivi a cosa risponde la pagina, non solo il brand, e tieni allineati og:title e og:description.

Semantic HTML5

Medio
Cosa controlla
Conta 14 elementi semantici (<article>, <section>, <nav>, <main>, <aside>, <header>, <footer>, <figure>, <figcaption>, <time>, <mark>, <address>, <details>, <summary>) rispetto agli elementi generici <div> e <span>, e verifica che la pagina abbia esattamente un <main>. Questo rapporto semantico fa parte di Semantic HTML5; il vecchio controllo HTML Semantic Ratio non viene più eseguito a parte.
Perché conta
Questi elementi indicano a browser, screen reader e altri software quale parte della pagina è il contenuto principale e quale il menu, l'intestazione o il piè di pagina.
Come viene valutato
Si basa sul consiglio di professionisti del settore e conta a metà peso. Fino a 50 punti per la varietà (sette o più elementi semantici diversi valgono tutti i 50) e fino a 50 per la quota di elementi semantici su tutti i contenitori (dal 30% in su valgono tutti i 50), meno 15 se non c'è esattamente un <main>. È superato con almeno quattro elementi semantici diversi, esattamente un <main> e una quota del 5% o più.
Superato: quattro o più tipi di elementi semantici, un <main>, una quota del 5% o più Non superato: meno tipi, nessun <main> o più di uno, oppure una quota sotto il 5%
Come correggere
Sostituisci i div generici con elementi semantici: <main> per il contenuto principale (uno per pagina), <article> per i contenuti autonomi, <section> per i gruppi tematici, <nav> per i menu, e <header>, <footer> e <aside> per il resto.
Esempio
<body>
  <header>
    <nav>...navigation...</nav>
  </header>

  <main>
    <article>
      <header>
        <h1>Article Title</h1>
        <time datetime="2024-01-15">January 15, 2024</time>
      </header>

      <section>
        <h2>Section Title</h2>
        <p>Content...</p>
      </section>

      <figure>
        <img src="image.jpg" alt="Description">
        <figcaption>Image caption</figcaption>
      </figure>
    </article>

    <aside>
      <h2>Related Articles</h2>
      ...
    </aside>
  </main>

  <footer>
    <address>Contact information</address>
  </footer>
</body>

Text-to-Tag Ratio

Non dimostrato · non conteggiato
Cosa controlla
Confronta la lunghezza del testo visibile nel corpo della pagina con la lunghezza del suo HTML, dopo aver tolto script, stili, noscript, template e codice SVG.
Perché conta
Non è dimostrato che esista un rapporto ideale che conti per la ricerca o per le risposte AI, quindi compare a titolo informativo e non entra nel punteggio.
Come viene valutato
Non dimostrato, non conteggiato. 100 per un rapporto dal 15% all'80%, 75 dal 10% al 15% o dall'80% al 90%, 50 al di fuori. È superato dal 15% all'80%.
Come correggere
Non serve fare nulla. Se la pagina è quasi tutta codice, tieni il contenuto principale nell'HTML e togli il markup superfluo, gli stili inline e i testi di servizio nascosti.

Lists and Tables

Basso
Cosa controlla
Cerca liste <ul>, <ol> e <dl> ed elementi <table>, e tabelle con celle di intestazione <th>.
Perché conta
Passaggi, specifiche e confronti in vere liste e tabelle sono più facili da scorrere per i lettori, e i motori di ricerca e gli strumenti AI li riconoscono in modo più affidabile degli stessi dati scritti in prosa.
Come viene valutato
Si basa su prove ufficiali e conta per intero. 50 di partenza, altri 25 per una lista qualsiasi, 15 per una tabella qualsiasi e 10 quando una tabella ha celle di intestazione. È superato con almeno una lista o una tabella.
Superato: almeno una lista o una tabella (100 con liste e una tabella con celle di intestazione) Non superato: nessuna lista e nessuna tabella
Come correggere
Usa <ul> per gli elenchi senza un ordine, <ol> per i passaggi in sequenza e <dl> per termini e definizioni. Metti confronti e specifiche in una tabella con celle di intestazione <th>.

Dati strutturati Schema.org

Markup leggibile dalle macchine che dichiara di cosa parla la pagina. Questi controlli leggono il JSON-LD.

Structured Data (Schema.org)

Alto
Cosa controlla
Legge il JSON-LD della pagina (script type="application/ld+json", compresi i blocchi @graph) e verifica che ogni elemento sia leggibile e abbia @context e @type. Annota i tipi comuni che trova: FAQPage, HowTo, Article, NewsArticle, BlogPosting, Organization, LocalBusiness, Product, Recipe, Event, Person, WebSite e BreadcrumbList. Microdata e RDFa qui non vengono letti.
Perché conta
I dati strutturati danno ai motori di ricerca etichette esplicite per la tua attività e per la pagina, così non devono indovinare, e alcuni tipi rendono le pagine idonee ai risultati avanzati di Google. Un vantaggio nelle citazioni AI grazie al markup non è dimostrato. Mantienilo allineato alla pagina visibile (vedi Markup Matches Page qui sotto).
Come viene valutato
Si basa sul consiglio di professionisti del settore e conta a metà peso. 70 per un JSON-LD valido; 90 quando include uno dei tipi comuni elencati sopra, 95 con due e 100 con tre o più. 10 (non superato) quando la pagina ha del JSON-LD ma nessun elemento valido, 0 (non superato, alto) quando non ne ha.
Superato: almeno un elemento JSON-LD valido Non superato: nessun JSON-LD, o nessun elemento valido
Come correggere
Descrivi con il markup ciò che la pagina mostra davvero: Organization o LocalBusiness e WebSite nella home page, Article negli articoli, Product nelle pagine prodotto. Verificalo con il Test dei risultati avanzati di Google o con il validatore di Schema.org.

Markup Matches Page

Alto
Cosa controlla
Confronta nomi, prezzi, titoli, autori e date del tuo JSON-LD con il testo visibile della pagina. Legge solo le entità di primo livello: il nome di una Organization o di un LocalBusiness (vale anche il testo alternativo di un logo), il nome e il prezzo di un Product (basta che sia mostrato il prezzo di una qualsiasi offerta) e il titolo, ogni autore e la data di pubblicazione di un Article, NewsArticle o BlogPosting. I prezzi vengono riconosciuti in qualsiasi formato comune e le date a livello di giorno, nelle forme scritte più comuni o in un elemento time. Per ogni pagina confrontiamo al massimo 40 valori.
Perché conta
Google richiede che i dati strutturati descrivano ciò che i visitatori possono vedere. Quando un CMS compila il markup e la pagina da campi diversi, il markup può indicare un prezzo o un autore e la pagina un altro, e i motori di ricerca possono ignorare il markup o considerarlo ingannevole.
Come viene valutato
Si basa su prove ufficiali e conta per intero. 100 quando ogni valore trovato nel markup compare anche nella pagina. Altrimenti il punteggio è la quota di valori che vi compaiono e il controllo non è superato (alto quando un prezzo è diverso, altrimenti medio).
Superato: ogni valore confrontato è nella pagina Non superato: un nome, un prezzo, un titolo, un autore o una data non è nella pagina N/A: nessun markup Organization, Product o Article da confrontare
Come correggere
Genera il JSON-LD dagli stessi campi del CMS da cui nasce il testo visibile. Correggi ogni valore elencato nel report e rimuovi il markup di tutto ciò che la pagina non mostra.

FAQ Schema

Non dimostrato · non conteggiato
Cosa controlla
Sulle pagine con markup FAQPage o con una FAQ visibile (elementi details e summary, accordion, titoli a domanda in una sezione FAQ, un titolo FAQ seguito da domande, o liste di definizioni), controlla il JSON-LD FAQPage: i suoi elementi Question, ognuno con un name e un testo in acceptedAnswer.
Perché conta
Google non mostra più i risultati avanzati delle FAQ per la maggior parte dei siti, e nessun vantaggio nelle citazioni AI è dimostrato. Compare a titolo informativo sulle pagine con una FAQ visibile e non entra nel punteggio. Una FAQ chiara e visibile resta utile ai lettori.
Come viene valutato
N/A quando la pagina non ha una FAQ: senza markup FAQPage né contenuti FAQ visibili il controllo risulta N/A e resta fuori dal punteggio. Negli altri casi, non dimostrato e non conteggiato: il markup FAQPage con coppie domanda e risposta parte da 60 e aggiunge 20 con tre o più coppie, altri 10 con cinque o più e 10 senza problemi, meno 5 per ogni problema (una domanda mancante, o una risposta mancante o più corta di 20 caratteri). Una FAQ visibile senza markup vale 30. Un markup FAQPage senza elementi Question validi vale 0. È superato da 40 in su.
Superato: 40 o più (markup FAQPage con coppie complete) Non superato: contenuti FAQ senza markup valido N/A: nessuna FAQ nella pagina
Come correggere
Facoltativo. Se mantieni il markup FAQ, fai in modo che domande e risposte coincidano esattamente con quelle mostrate nella pagina.
Esempio
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "What is AI Engine Optimization?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "AI Engine Optimization (AEO) is the practice of optimizing web content to be better understood, indexed, and cited by AI systems like ChatGPT, Claude, and Perplexity."
      }
    },
    {
      "@type": "Question",
      "name": "How does AEO differ from SEO?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "While SEO focuses on ranking in search results, AEO focuses on being accurately understood and cited by AI systems that generate answers."
      }
    }
  ]
}
</script>

HowTo Schema

Non dimostrato · non conteggiato
Cosa controlla
Sulle pagine con markup HowTo o con contenuti a passaggi visibili (una lista numerata di tre o più istruzioni, tre o più elementi marcati come passaggi, o titoli come "Step 1" e, sulle pagine in italiano, "Passo 1"), controlla il JSON-LD HowTo: i suoi elementi HowToStep, ognuno con un name o un text.
Perché conta
Google non mostra più i risultati HowTo, e nessun vantaggio per l'AI è dimostrato. Compare a titolo informativo sulle pagine con istruzioni passo passo e non entra nel punteggio.
Come viene valutato
N/A quando la pagina non ha contenuti a passaggi: senza markup HowTo né passaggi visibili il controllo risulta N/A e resta fuori dal punteggio. Negli altri casi, non dimostrato e non conteggiato: il markup HowTo con elementi HowToStep parte da 60 e aggiunge 20 con tre o più passaggi, altri 10 con cinque o più e 10 senza problemi, meno 5 per ogni problema (un passaggio senza testo, o con un testo più corto di 10 caratteri). Passaggi visibili senza markup valgono 30. Un markup HowTo senza elementi HowToStep (una lista di passaggi vuota o di solo testo) vale 0. È superato da 40 in su.
Superato: 40 o più (markup HowTo con passaggi completi) Non superato: passaggi senza markup valido N/A: nessun contenuto a passaggi
Come correggere
Facoltativo. Scrivi i passaggi come lista numerata nella pagina; se aggiungi il markup HowTo, deve corrispondere ai passaggi visibili.
Esempio
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "HowTo",
  "name": "How to Implement Schema.org Markup",
  "description": "A step-by-step guide to adding structured data to your website.",
  "totalTime": "PT30M",
  "step": [
    {
      "@type": "HowToStep",
      "name": "Choose Schema Type",
      "text": "Identify the most appropriate schema type for your content.",
      "position": 1
    },
    {
      "@type": "HowToStep",
      "name": "Create JSON-LD",
      "text": "Write the JSON-LD markup following schema.org specifications.",
      "position": 2
    },
    {
      "@type": "HowToStep",
      "name": "Test and Validate",
      "text": "Use Google's Rich Results Test to validate your markup.",
      "position": 3
    }
  ]
}
</script>

Article Schema Completeness

Basso
Cosa controlla
È il controllo Article Schema. Sulle pagine che sembrano articoli, cerca un markup Article, NewsArticle, BlogPosting, TechArticle o ScholarlyArticle con headline, author e datePublished, oltre a image, publisher e dateModified. Una pagina conta come articolo quando mostra almeno due segnali: un indirizzo da articolo (come /blog, /news, /article o /articoli), un elemento <article>, un autore o una firma, una data, oppure cinque o più paragrafi con oltre 1.000 caratteri di testo.
Perché conta
Il markup Article dichiara titolo, autore e date in una forma che i motori di ricerca leggono direttamente, e Google lo usa per le funzioni dedicate agli articoli. Mostra chi ha scritto la pagina e quando.
Come viene valutato
N/A sulle pagine che non sono articoli: senza markup Article e senza contenuti da articolo il controllo risulta N/A e resta fuori dal punteggio. Negli altri casi si basa sul consiglio di professionisti del settore e conta a metà peso. Il markup Article è sempre superato; parte da 40, con 15 ciascuno per headline, author e datePublished e 5 ciascuno per image, publisher e dateModified. Una pagina-articolo senza markup vale 20 e non è superata.
Superato: markup Article (100 con tutte e sei le proprietà) Punteggio più basso: markup senza headline, author o datePublished Non superato: un articolo senza markup N/A: non è un articolo
Come correggere
Aggiungi un markup Article (o NewsArticle o BlogPosting) con headline, author (una Person con un nome), datePublished, dateModified, image e publisher (una Organization con nome e logo), usando gli stessi valori che mostra la pagina.

Controlli sulla struttura dei contenuti

Come il testo è diviso in sezioni, e come i visitatori si orientano

Question-Based Headings

Non dimostrato · non conteggiato
Cosa controlla
Conta i titoli da H1 a H4 formulati come domande: che finiscono con un punto interrogativo, che iniziano con una parola interrogativa in inglese, italiano, francese o spagnolo (what, how, cosa, come, comment, cómo e altre) o che nominano una FAQ. Sulle pagine in italiano riconosce anche altri attacchi italiani, come "Qual è", "C'è" o "Si può".
Perché conta
I titoli a domanda aiutano quando corrispondono a ciò che i tuoi clienti chiedono davvero; non è dimostrato che una quota più alta aiuti. Compare a titolo informativo e non entra nel punteggio.
Come viene valutato
Non dimostrato, non conteggiato. Il punteggio è il doppio della quota di titoli a domanda, quindi metà dei titoli formulati come domande vale 100. È superato con almeno un titolo a domanda.
Superato: almeno un titolo a domanda Non superato: nessun titolo a domanda
Come correggere
Dove suona naturale, formula un titolo come la domanda che fanno i tuoi clienti e rispondi nella prima frase sotto, per esempio "Quali sono i vantaggi dell'AEO?" invece di "Vantaggi dell'AEO". Non trasformare ogni titolo in una domanda.

Content Chunkability

Medio
Cosa controlla
Divide il contenuto principale (<main>, altrimenti <article>, altrimenti il body) in sezioni a ogni titolo da H1 a H4. Una sezione ha la dimensione giusta quando introduce un po' di testo (almeno 20 caratteri, contando le sottosezioni) e il suo testo prima del titolo successivo non supera i 1.200 caratteri. Guarda anche la lunghezza media dei paragrafi.
Perché conta
Sezioni focalizzate sotto titoli chiari restano comprensibili anche quando ne viene citata una sola. Dividere il testo così è una pratica comune.
Come viene valutato
Si basa sul consiglio di professionisti del settore e conta a metà peso. Il punteggio è la quota di sezioni della dimensione giusta, meno 10 quando il paragrafo medio supera i 600 caratteri o resta sotto i 40. Una pagina con paragrafi ma senza titoli vale 30. È superato da 60 in su.
Superato: 60 o più (la maggior parte delle sezioni della dimensione giusta) Non superato: molte sezioni vuote o troppo lunghe, oppure nessun titolo
Come correggere
Dai a ogni sezione un solo argomento sotto un titolo descrittivo, aggiungi un sottotitolo quando una sezione supera circa 1.200 caratteri, non lasciare titoli senza nulla sotto e tieni brevi i paragrafi.

Controlli di accessibilità

Aree della pagina, tabelle, skip link e moduli in cui persone e software sanno orientarsi

ARIA Landmarks

Medio
Cosa controlla
Conta i tipi di aree della pagina marcate come landmark: gli attributi role espliciti (main, navigation, banner, contentinfo, complementary, search, region, form) e gli elementi HTML che li implicano (<main>, <nav>, <header>, <footer>, <aside>, <form>, <section>).
Perché conta
I landmark permettono a chi usa uno screen reader di saltare tra intestazione, menu, contenuto principale e piè di pagina; gli strumenti che leggono solo il testo li usano allo stesso modo.
Come viene valutato
Si basa sul consiglio di professionisti del settore e conta a metà peso. 100 per cinque o più tipi di landmark, 80 per tre o quattro, 60 per uno o due, 0 (non superato) per nessuno. È superato con almeno un landmark.
Superato: almeno un landmark (100 con cinque tipi o più) Non superato: nessun landmark
Come correggere
Usa gli elementi HTML che hanno un ruolo di landmark (<header>, <nav>, <main>, <aside>, <footer>); aggiungi attributi role come role="main" solo dove non puoi usarli.

Table Accessibility

Medio
Cosa controlla
Per ogni tabella di dati della pagina controlla le celle di intestazione (<th>), un attributo scope su ogni cella di intestazione e una <caption> (o un aria-label o aria-labelledby). Le tabelle marcate role="presentation" o aria-hidden="true" contano come tabelle di layout e vengono saltate.
Perché conta
Le celle di intestazione e le didascalie dicono agli screen reader, e ai software che leggono la tabella, che cosa significa ogni riga e ogni colonna.
Come viene valutato
Si basa sul consiglio di professionisti del settore e conta a metà peso. Fino a 50 punti per la quota di tabelle di dati con celle di intestazione, 25 per la quota con una didascalia e 25 per la quota con scope su ogni cella di intestazione. È superato quando ogni tabella di dati ha celle di intestazione.
Superato: ogni tabella di dati ha celle di intestazione Non superato: una tabella di dati senza celle di intestazione N/A: nessuna tabella nella pagina
Come correggere
Usa <th> per le celle di intestazione con scope="col" o scope="row", aggiungi una <caption> che dica cosa mostra la tabella e raggruppa le righe con <thead> e <tbody>.

Automation Readiness

Non dimostrato · non conteggiato
Cosa controlla
Cerca ciò che può impedire a un assistente AI di agire per conto di un utente: un CAPTCHA (reCAPTCHA, hCaptcha, Cloudflare Turnstile o altro codice captcha nella pagina) e, nei moduli, campi nascosti che sembrano trappole antispam, campi disattivati, campi senza etichetta (un elemento label, aria-label, aria-labelledby o placeholder) e campi comuni come email, nome o telefono senza attributo autocomplete.
Perché conta
Gli assistenti AI che agiscono per conto di un utente possono bloccarsi su CAPTCHA e moduli senza etichette. Non è stato verificato se questo incida sulla visibilità nell'AI, quindi il controllo non entra nel punteggio.
Come viene valutato
Non dimostrato, non conteggiato. Parte da 100 e toglie 40 per un CAPTCHA e 10 per ogni tipo di problema nei moduli (al massimo 40). È superato senza CAPTCHA e con al massimo due tipi di problemi nei moduli.
Come correggere
Facoltativo. Dai un'etichetta a ogni campo dei moduli e usa gli attributi autocomplete. Evita i CAPTCHA nelle pagine informative (spesso basta un campo honeypot).

Microdata e RDFa

Non conteggiato
Stato
Non è un controllo a sé. Structured Data (Schema.org) e Markup Matches Page leggono solo il JSON-LD, quindi i dati strutturati scritti in Microdata o RDFa lì non vengono contati. Le breadcrumb marcate in Microdata vengono riconosciute dal controllo sulle breadcrumb, e Navigation Structure riconosce anche quelle in RDFa. Google consiglia il JSON-LD, quindi, se puoi, pubblica i tuoi dati strutturati in quel formato.