Schema Article

TL;DR — Lo schema Article è un piccolo blocco di codice che aggiungi a un post o a un articolo di cronaca e che etichetta le informazioni di base per i motori di ricerca — «questo è il titolo», «questo è l’autore», «questa è la data di pubblicazione», «questa è l’immagine principale». Aiuta Google a mostrare questi dettagli in modo più curato nei risultati. La documentazione di Google chiama la funzione «Article rich result», ma non crea una scheda vistosa e completamente nuova come Recipe o Video e non è un requisito per entrare in Google News o Discover. E, nonostante ciò che potresti aver letto, non richiede AMP.

Che cos’è lo schema Article

Quando leggi un articolo, distingui a colpo d’occhio il titolo, la firma dell’autore e la data. Un motore di ricerca vede testo semplice e deve ricostruirne il significato. Lo schema Article lo esplicita nel codice usando il vocabolario condiviso di schema.org, così Google sa esattamente quale parte è il titolo, chi ha scritto il pezzo, quando è stato pubblicato e quale immagine è quella principale.

Quasi sempre è scritto come JSON-LD: un piccolo blocco di codice che vive nella pagina senza cambiarne l’aspetto. Lo vedrai come Article, NewsArticle o BlogPosting. Tutti e tre sono validi e Google li tratta in un’unica guida. Evidence for this claim Schema.org defines Article and the more specific BlogPosting and NewsArticle types. Scope: Schema.org vocabulary; type validity is separate from Google search-feature eligibility. Confidence: high · Verified: 2026-07-14 Schema.org: Article Non devi tormentarti sulla scelta (ne parliamo nella scheda Advanced).

Perché vale la pena farlo

Ecco il punto che la maggior parte delle guide esagera, quindi lo dico chiaramente: lo schema Article non ti dà una nuova scheda vistosa nei risultati come può fare Recipe o Product. Il suo effetto è più discreto, ma reale:

• Aiuta Google a mostrare un titolo migliore, un’immagine migliore e date più chiare per il tuo articolo nei normali risultati di ricerca — la documentazione di Google lo chiama proprio «Article rich result». Evidence for this claim Google says Article structured data can help it understand article pages and show better title, image, and date information. Scope: Google Search Article documentation; markup does not guarantee a particular appearance. Confidence: high · Verified: 2026-07-14 Google: Article structured data
• Google News e Discover possono leggere questo markup per capire meglio i contenuti, ma nessuno dei due lo richiede: Discover, in particolare, dice di non aver bisogno di tag speciali o dati strutturati.

Il vantaggio è quindi una versione visualizzata meglio del risultato che già hai, non una scheda dall’aspetto nuovo e distinto. Chiunque prometta un «article carousel rich result» o lasci intendere che il markup sia ciò che ti fa entrare in Top Stories o Discover sta esagerando.

La buona notizia: nulla è obbligatorio

La guida Article di Google è piacevolmente semplice: non esistono proprietà obbligatorie. Aggiungi quelle pertinenti al tuo contenuto. In pratica, ti serviranno spesso:

• headline — il titolo dell’articolo (mantienilo conciso: Google taglia quelli lunghi).
• author — una persona o un’organizzazione reale, con un nome che corrisponda alla firma.
• datePublished e dateModified — quando è stato pubblicato e quando è cambiato l’ultima volta.
• image — l’immagine principale (Google preferisce almeno 50 000 pixel, in alcune dimensioni/proporzioni: 16x9, 4x3, 1x1).

I miti da ignorare

Due cose che potresti aver letto sono semplicemente obsolete o sbagliate:

• «Lo schema Article richiede AMP.» Non è così. La guida Article attuale di Google non menziona affatto AMP.
• «Più proprietà aiutano sempre.» Google dice esplicitamente di aggiungere solo ciò che è pertinente: non c’è una checklist da completare per «vincere».

E una cosa è sempre vera: il markup valido ti rende idoneo, non garantito. Google decide comunque se usarlo.

Vuoi la versione completa — la distinzione tra Article, NewsArticle e BlogPosting, come compilare bene le proprietà consigliate, gli errori di implementazione più comuni e il rapporto con Top Stories e Discover senza promesse eccessive? Passa alla scheda Advanced.

TL;DR — I dati strutturati Article (Article, NewsArticle o BlogPosting — tutti validi e documentati da Google in un’unica guida) descrivono in una pagina scritta headline, author, datePublished/dateModified e image. Non hanno proprietà obbligatorie: l’indicazione di Google è “add the properties that apply to your content” (traduzione) «aggiungi le proprietà pertinenti ai tuoi contenuti». La documentazione chiama la funzione «Article rich result», ma, a differenza della scheda distintiva di Recipe o VideoObject, si manifesta come una versione visualizzata meglio del risultato esistente (titolo, immagine, data), non come un formato di snippet separato. Il markup Article non è richiesto per le funzioni di Google News come Top Stories e la guida di Discover dice che non servono tag speciali né dati strutturati: non è quindi l’interruttore di idoneità che alcune guide promettono quando parlano di «article carousel». Inoltre, la guida Article attuale di Google non menziona AMP: la vecchia affermazione «lo schema Article richiede AMP» è obsoleta. Il markup valido crea solo idoneità; Google decide comunque se usarlo e non è mai un fattore di ranking.

Che cosa fa davvero lo schema Article (e che cosa non fa)

Correggiamo subito l’esagerazione più comune, perché tutto il resto dipende da questo: la documentazione di Google chiama questa funzione «Article rich result», ma non è una scheda nuova e distintiva come quella che il markup Recipe crea per una ricetta o VideoObject per una miniatura video. Article non ha uno snippet visivo autonomo equivalente: qui il «risultato avanzato» è il tuo elenco esistente mostrato meglio. Che cosa fa, allora:

• Migliora la visualizzazione dei risultati esistenti — Google può mostrare un titolo migliore, un’immagine principale migliore e informazioni sulla data più chiare per l’articolo.
• Aiuta Google a capire i contenuti — ma non è un requisito per le funzioni di Google News come Top Stories e la guida di Discover dice che i contenuti idonei non hanno bisogno di tag speciali né dati strutturati. Il markup Article può rendere i dettagli più espliciti; non sblocca nessuna delle due superfici.

È un segnale di qualità della visualizzazione, non un nuovo tipo di snippet né un interruttore di idoneità. Quando vedi una guida che promette «lo schema Article sblocca Top Stories / i caroselli di articoli», leggila come un’esagerazione: la formulazione di Google riguarda la comprensione della pagina e una migliore visualizzazione di titolo, immagine e data, non una scheda e non l’attivazione dell’idoneità a News o Discover. Si tratta di una parafrasi della formulazione di Google, non di una citazione letterale: per le parole confermate vai alla scheda Citazioni.

Article, NewsArticle o BlogPosting: bisogna scegliere correttamente?

La risposta breve è: no, non fino a tormentarsi. Tutti e tre i tipi sono validi e la guida di Google tratta insieme Article, NewsArticle e BlogPosting con le stesse proprietà consigliate. NewsArticle e BlogPosting sono entrambi sottotipi di Article, quindi:

• Usa NewsArticle per i contenuti di cronaca su un sito di notizie.
• Usa BlogPosting per i post di un blog.
• Usa Article come scelta generale sicura quando nessuno dei due casi calza bene.

Scegli il tipo più specifico che descrive onestamente la pagina, ma non perderci il sonno: l’insieme di proprietà consigliate è lo stesso e dalla scelta non dipende alcun vantaggio separato nei risultati avanzati. (Schema.org definisce altri sottotipi di Article oltre a questi tre; la guida di Google e questo articolo trattano i tre per i quali pubblica un insieme di proprietà supportato.)

Nessuna proprietà obbligatoria: una caratteristica, non una lacuna

La guida Article di Google afferma chiaramente: “There are no required properties; instead, add the properties that apply to your content.” (traduzione) «Non ci sono proprietà obbligatorie; aggiungi invece le proprietà pertinenti ai tuoi contenuti». Evidence for this claim Google lists no required Article properties but recommends adding applicable author, date, headline, and image data. Scope: Google Search Article feature requirements; completeness and accuracy still matter. Confidence: high · Verified: 2026-07-14 Google: Article structured data Questa flessibilità disorienta perché siamo abituati a markup Product o Recipe con elenchi di requisiti rigidi. Qui le proprietà consigliate sono quelle che vale la pena compilare bene:

La tentazione è inserire ogni proprietà offerta da schema.org. Non farlo. L’indicazione di Google è aggiungere ciò che si applica: non c’è alcun bonus per un elenco più lungo e le proprietà irrilevanti o inesatte sono solo un rischio.

Errori comuni di implementazione

• Nome dell’autore non corrispondente. È il più frequente: author impostato su un valore generico o non coerente («Admin», il nome del sito, un editor che non ha scritto il pezzo) invece che su una Person/Organization reale il cui nome corrisponda alla firma della pagina.
• headline troppo lungo. Google tronca e talvolta riscrive i titoli lunghi nella visualizzazione: un valore headline gonfio non porta nulla e può sembrare fuori posto.
• dateModified obsoleto o aggiornato di continuo. Cambiarlo a ogni crawl (o non cambiarlo mai) invia in entrambi i casi un segnale sbagliato. Modificalo quando il contenuto cambia davvero.
• Una sola image di bassa qualità. Dai a Google alcune dimensioni/proporzioni: un’unica immagine piccola o ritagliata male limita ciò che può mostrare.
• Inseguire una scheda che non esiste. Google chiama questa funzione «Article rich result», ma non c’è uno snippet nuovo e distintivo da inseguire: ottieni un risultato esistente visualizzato meglio, niente di più.

Come si collega a Top Stories, News e Discover, senza promettere troppo

Qui vale la pena essere precisi, perché Google è esplicita e le due superfici non sono la stessa cosa: il markup Article può rendere più espliciti i dettagli dell’articolo per Google, ma Google dice che non è richiesto per le funzioni di Google News come Top Stories e la guida di Discover dice che i contenuti idonei non hanno bisogno di alcun tag speciale o dato strutturato. Lo schema Article non sblocca quindi nessuna delle due superfici: è un markup che può aiutare Google a capire una pagina che sta già valutando, non un interruttore. Per entrare in Top Stories o Discover servono invece un editore idoneo, qualità dei contenuti, freschezza e la decisione dei sistemi di Google di mostrare la pagina.

Due punti vicini che meritano una menzione, non un approfondimento:

• I contenuti a pagamento dovrebbero aggiungere separatamente i dati strutturati per i contenuti paywalled: è un markup distinto da Article e conta per il modo in cui Google tratta le pagine in abbonamento.
• Vale la pena compilare bene i campi author e della data per gli stessi motivi per cui un’identità autoriale reale e coerente è una buona pratica per i segnali più ampi di E-E-A-T discussi altrove sul sito. Non conosco prove attuali che dimostrino che questo markup sia di per sé un input diretto di E-E-A-T: il punto è che attribuire correttamente l’autore è comunque buona pratica.

I dati strutturati non sono un fattore di ranking

Vale la pena ripeterlo perché è il fondamento di tutto: i dati strutturati, Article compreso, non sono un fattore di ranking. John Mueller lo ha detto più volte: incidono sull’idoneità ai risultati avanzati e alla visualizzazione, non direttamente sul ranking. Aggiungi lo schema Article per aiutare Google a capire e mostrare i contenuti, non per farli salire nei risultati. Proprio per questo penso che valga la pena usarlo: anche senza una nuova scheda distintiva, migliora la resa degli articoli. Sono favorevole al markup schema finché permette di ottenere una funzione di ricerca; l’etichetta «Article rich result» di Google per titoli, immagini e date più puliti supera da sola questa soglia, senza appoggiarsi ad affermazioni non provate sull’idoneità a News o Discover.

Dove si colloca Article nel quadro più ampio dei dati strutturati

Article è uno dei tipi Creative Works di schema.org, insieme a elementi affini come AudioObject, Book, Course, Dataset, Movie, Recipe e VideoObject: l’hub Creative Works in cui questo articolo è inserito li raggruppa. Alcuni di questi (Recipe, VideoObject) hanno davvero schede dedicate nei risultati avanzati, proprio per questo è importante chiarire che Article non ne ha una. Per il vocabolario più ampio e il ruolo del JSON-LD, consulta gli hub Schema Markup e Structured Data sopra questo articolo.

Riepilogo AI

Una sintesi della versione Advanced:

• Che cos’è: markup Article di schema.org (implementato come Article, NewsArticle o BlogPosting — tutti validi e documentati insieme da Google), di solito JSON-LD, che assegna a una pagina scritta headline, author, datePublished/dateModified e image.
• Nessuna proprietà obbligatoria. Google dice di aggiungere le proprietà che si applicano al contenuto: non esiste un elenco obbligatorio e non c’è un bonus per uno più lungo.
• Google lo chiama «Article rich result». A differenza di Recipe o VideoObject, però, non c’è una scheda dall’aspetto nuovo e distintivo: è il risultato esistente mostrato meglio, con titolo, immagine e data migliori.
• Non è un interruttore per Top Stories o Discover. Google dice che il markup Article non è richiesto per funzioni di Google News come Top Stories e la guida di Discover dice che i contenuti idonei non hanno bisogno di tag speciali né dati strutturati. Il markup può aiutare Google a capire una pagina; non sblocca nessuna delle due superfici.
• Ignora l’esagerazione dei concorrenti: affermazioni secondo cui lo schema Article «sblocca Top Stories / caroselli di articoli / uno snippet avanzato» confondono la formulazione di Google, che riguarda la comprensione, con una garanzia di idoneità. Sono promesse eccessive, non un formato visivo o una garanzia concessa da Article.
• Nessun requisito AMP. La guida Article attuale di Google non menziona AMP: la frase ripetuta «lo schema Article richiede AMP» è obsoleta.
• Scelta del tipo: NewsArticle per le notizie, BlogPosting per i blog, Article come alternativa generale sicura (schema.org definisce altri sottotipi; Google documenta un insieme di proprietà supportato per questi tre). Le proprietà consigliate sono le stesse per tutti e la scelta non porta alcun vantaggio separato nei risultati avanzati.
• Proprietà consigliate, compilate bene: author = una Person/Organization reale con nome corrispondente; headline conciso (Google tronca quelli lunghi); dateModified onesto; immagini rappresentative e scansionabili di almeno 50 000 pixel in più proporzioni (16x9, 4x3, 1x1).
• Errori comuni: autore generico/non corrispondente, titolo troppo lungo, dateModified che cambia di continuo o resta obsoleto, un’unica immagine debole, aspettarsi una scheda che non esiste.
• Punto vicino: i contenuti a pagamento hanno bisogno di un markup separato per i contenuti paywalled; compilare bene i campi author/data è buona pratica insieme al lavoro più ampio del sito su E-E-A-T, anche se questo record non dimostra che il markup sia un input diretto di E-E-A-T.
• Idoneità ≠ visualizzazione e non è un fattore di ranking: i dati strutturati incidono sull’idoneità ai risultati avanzati e alla visualizzazione, non sul ranking (Mueller, più volte). Il markup valido ti rende solo idoneo; Google decide se usarlo.

Documentazione ufficiale

Documentazione primaria dei motori di ricerca.

Google — dati strutturati Article

• Article (Article, NewsArticle, BlogPosting) structured data — la guida unica che copre i tre tipi, chiama la funzione documentata «Article rich result», conferma che non ci sono proprietà obbligatorie, elenca le proprietà consigliate (author, dateModified, datePublished, headline, image) e la guida per immagini di almeno 50 000 pixel in più proporzioni. Afferma inoltre che il markup Article non è richiesto per le funzioni di Google News come Top Stories. Nota: non menziona AMP.
• General structured data guidelines — i requisiti di contenuto, tecnici e qualitativi applicabili a tutti i dati strutturati, Article compreso.
• Contenuti in abbonamento e a pagamento — il markup separato per gli articoli in abbonamento o a pagamento (menzionato nella guida Article e implementato a parte).
• Rich Results Test — convalida il markup e controlla che cosa Google riesce a leggere.
• Get on Discover (Google) — la guida di idoneità di Discover, che dice che i contenuti non hanno bisogno di tag speciali né dati strutturati.

Bing / Microsoft

• Contrassegnare il sito con dati strutturati — il supporto generale di Bing ai dati strutturati (schema.org, JSON-LD consigliato), convalida tramite il Markup Validator generico di Bing.

Citazioni dalla fonte

Dichiarazioni ufficiali di Google. Quando la pagina sorgente espone il testo, il link è profondo e porta direttamente al passaggio citato.

Documentazione Google — nessuna proprietà obbligatoria

• “There are no required properties; instead, add the properties that apply to your content.” (traduzione) «Non ci sono proprietà obbligatorie; aggiungi invece le proprietà pertinenti ai tuoi contenuti». Vai alla citazione

Dati strutturati e ranking (formulazione sempre valida)

• I dati strutturati non sono un fattore di ranking: come John Mueller ha detto più volte, incidono sull’idoneità ai risultati avanzati e alla visualizzazione, non direttamente sul ranking. (Parafrasi delle sue dichiarazioni pubbliche ricorrenti durante gli office hours di Search Central e nei post social; trattala come una formulazione consolidata, non come la trascrizione di un’unica fonte.)

Miti ed errori dello schema Article da evitare

Mito: «Lo schema Article richiede AMP.» Falso, ed è importante correggerlo perché continua a comparire nelle guide più vecchie. La guida attuale di Article di Google non menziona AMP in nessun punto: oggi non esiste un requisito AMP per il trattamento Article. Se una risorsa collega il markup Article ad AMP, è obsoleta.

Mito: «Lo schema Article crea una scheda nuova e distintiva nei risultati avanzati.» Non è così. La documentazione di Google chiama la funzione «Article rich result», ma, a differenza di Recipe o VideoObject, Article non ha uno snippet visivo distinto: è una versione visualizzata meglio del risultato esistente (titolo, immagine, data). Inoltre non è richiesto per le funzioni di Google News come Top Stories e la guida di Discover dice che i contenuti idonei non hanno bisogno di tag speciali né dati strutturati. Le guide che promettono un «article carousel rich result» ottenuto dal solo schema — ho visto questa formula in Yoast, Semrush e SEJ — stanno esagerando. Leggile come affermazioni di idoneità sovrastimate, non come garanzie di formato o di idoneità.

Mito: «Più proprietà aiutano sempre.» Google dice esplicitamente di aggiungere solo le proprietà che si applicano al contenuto. Non c’è un elenco obbligatorio da completare né un bonus per uno più lungo: proprietà irrilevanti o inesatte sono un rischio, non un vantaggio di ranking o di idoneità.

Mito: «I dati strutturati aumenteranno il mio ranking.» I dati strutturati, Article compreso, non sono un fattore di ranking (Mueller, più volte). Incidono sull’idoneità ai risultati avanzati e alla visualizzazione, non sul ranking. Aggiungili per aiutare Google a capire e mostrare i contenuti, non per scalare i risultati.

Errore: un author generico o non corrispondente. Impostare author su «Admin», sul nome del sito o su un editor che non ha scritto il pezzo vanifica lo scopo. Indica una Person o Organization reale il cui nome corrisponda alla firma visibile.

Errore: un headline troppo lungo. Google tronca e talvolta riscrive i titoli lunghi nella visualizzazione. Un valore headline gonfio non serve a nulla e può apparire sbagliato: mantienilo conciso e allineato al titolo visibile.

Errore: dateModified aggiornato di continuo o obsoleto. Cambiare dateModified a ogni crawl (per fingere freschezza) o non aggiornarlo mai è fuorviante. Modificalo quando il contenuto cambia davvero.

Errore: aspettarsi che lo schema Article attivi Top Stories o Discover. Google dice che il markup Article non è richiesto per Top Stories e la guida di Discover dice che i contenuti idonei non hanno bisogno di tag speciali né dati strutturati. Queste posizioni dipendono da editore idoneo, qualità dei contenuti, freschezza e decisioni dei sistemi di Google. Un markup pulito può aiutare Google a capire una pagina; non aziona alcun interruttore.

Errore: dimenticare il markup per i contenuti a pagamento. Gli articoli in abbonamento o a pagamento hanno bisogno di dati strutturati separati per i contenuti paywalled: non fanno parte di Article e ometterli può creare problemi al modo in cui Google tratta le pagine con accesso limitato.

JSON-LD Article generico e ben formato

Article non ha proprietà obbligatorie, quindi «rotto» qui raramente significa «fallisce la convalida»: significa sottile e poco utile, cioè un markup che viene analizzato tecnicamente ma offre a Google poco materiale, oppure valori che non corrispondono alla pagina.

Uno snippet sottile e generico

Viene analizzato correttamente, ma author è generico, c’è un’unica immagine di bassa qualità e mancano le date e le informazioni sulle modifiche:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "How To Implement Article Schema Markup For Better Search Visibility And Rich Results In Google Today",
  "author": {
    "@type": "Person",
    "name": "Admin"
  },
  "image": "https://example.com/img/thumb.jpg"
}

Che cosa non va:

• author.name: «Admin» — generico e non corrisponde a nessuna firma reale. Usa l’autore effettivo.
• headline troppo lungo — Google lo troncherà o lo riscriverà e non corrisponderà al titolo visibile.
• Una sola image piccola — una miniatura limita ciò che Google può mostrare.
• Nessuna datePublished/dateModified — stai rinunciando al segnale della data.

Lo stesso articolo, ben formato

Tipo BlogPosting specifico, autore reale e corrispondente, più proporzioni dell’immagine e date oneste:

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How to implement Article schema markup",
  "author": {
    "@type": "Person",
    "name": "Patrick Stox",
    "url": "https://example.com/author/patrick-stox/"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Example",
    "logo": {
      "@type": "ImageObject",
      "url": "https://example.com/img/logo.png"
    }
  },
  "datePublished": "2026-07-01T09:00:00-04:00",
  "dateModified": "2026-07-01T09:00:00-04:00",
  "image": [
    "https://example.com/img/article-1x1.jpg",
    "https://example.com/img/article-4x3.jpg",
    "https://example.com/img/article-16x9.jpg"
  ]
}

Perché è migliore:

• @type: "BlogPosting" — il tipo più specifico che descrive onestamente la pagina (un sottotipo Article valido).
• author reale e corrispondente, con un url verso un’entità autore.
• headline conciso e allineato al titolo visibile.
• Entrambe le date presenti, in ISO 8601 con fuso orario.
• Tre proporzioni dell’immagine (16x9, 4x3, 1x1) così Google può scegliere quella più adatta a ogni superficie.

Nota che qui non si sta soddisfacendo alcuna proprietà «obbligatoria»: ogni campo è consigliato. La differenza tra i due snippet non è superamento/fallimento della convalida, ma quanto Google può fare con ciò che gli hai fornito.

Mettiti alla prova: Schema Article

Cinque domande rapide sul markup Article, NewsArticle e BlogPosting, su ciò che fa (e non fa) e sui miti da ignorare. Scegli una risposta per ciascuna, poi controlla il risultato.

KPI da monitorare per lo schema Article

Lo schema Article non ha un rapporto dedicato sui risultati avanzati in Search Console come Recipe o Product, quindi i KPI utili sono quelli che riflettono ciò che il markup fa davvero: una migliore qualità di visualizzazione del risultato esistente. Tracciali trimestre dopo trimestre invece di inseguire un singolo numero subito dopo la pubblicazione.

Impressioni nella visualizzazione di ricerca Top Stories / Discover

Metrica: impressioni e clic nei casi in cui la suddivisione Search appearance di Search Console mostra «Top stories» o in cui il rapporto separato Discover mostra attività. Che cosa indica: se Google sta mostrando le pagine con markup Article in quelle superfici; ricorda però che il markup Article non è richiesto per nessuna delle due (Google dice che per Top Stories non è richiesto markup e Discover non richiede tag speciali né dati strutturati), quindi un valore basso non implica necessariamente un markup rotto e uno alto non va attribuito solo al markup. Come recuperarla: Search Console → Performance → filtro Search appearance (oppure il rapporto Discover dedicato, se la proprietà ha traffico registrato sufficiente per mostrarlo). Benchmark / intervallo realistico: non esiste un benchmark trasversale: l’idoneità a Top Stories e Discover dipende molto da stato dell’editore, nicchia e freschezza, quindi stabilisci una baseline per sezione e osserva la tendenza invece di confrontarla con un numero esterno. Cadenza: mensile o dopo ogni modifica al markup Article o al ritmo di pubblicazione.

Tasso di dati strutturati validi nei template degli articoli

Metrica: quota delle pagine basate su template Article che vengono analizzate senza errori e senza campi consigliati mancanti. Che cosa indica: se un aggiornamento del CMS, un cambio di tema o una modifica al template ha rotto il markup in tutto il sito, perché un singolo bug del template può eliminare silenziosamente author o image da ogni articolo. Come recuperarla: controlla a campione alcuni URL con il Schema Markup Validator o il Rich-Result Eligibility Checker; gli avvisi sui dati strutturati in Search Console possono segnalare anche le pagine che Google non è riuscito ad analizzare. Benchmark / intervallo realistico: è una metrica di igiene, non una curva: l’obiettivo onesto è il 100% delle pagine con template che portano i campi consigliati, perché non c’è alcun vantaggio nella copertura parziale. Cadenza: subito dopo ogni modifica al template o al CMS; altrimenti basta un controllo a campione trimestrale.

Accuratezza di titolo, immagine e data visualizzati

Metrica: se il titolo, l’immagine e la data che Google mostra davvero nei risultati corrispondono a ciò che hai impostato in headline, image e datePublished/dateModified. Che cosa indica: è la versione direttamente osservabile della «qualità di visualizzazione migliore», cioè l’effetto principale dello schema Article: se Google sostituisce il titolo dedotto o un’altra immagine, il markup non sta svolgendo il suo lavoro per quella pagina. Come recuperarla: usa l’anteprima renderizzata dello strumento Controllo URL, il Rich Results Test oppure un controllo manuale della SERP per le query obiettivo dell’articolo. Benchmark / intervallo realistico: non c’è una percentuale da raggiungere: è una lettura superato/fallito per pagina, quindi considera ogni differenza un segnale per rivedere autore, titolo o immagine. Cadenza: controlla a campione le pagine importanti poco dopo la pubblicazione, poi ogni tanto i contenuti più vecchi che sono stati aggiornati.

Strumenti per creare e controllare lo schema Article

Tre miei strumenti gratuiti coprono l’intero ciclo dello schema Article: generarlo correttamente, convalidare ciò che hai già e confermare esattamente quali campi consigliati mancano ancora.

Genera il markup con il Generatore di markup Schema

Il Generatore di markup Schema costruisce JSON-LD Article, NewsArticle o BlogPosting a partire da un modulo, invece di richiederne la scrittura a mano. Imposta correttamente i livelli nei punti che di solito causano errori: un author appropriato come oggetto Person o Organization invece di una stringa semplice, un publisher con un logo ImageObject annidato e un array image per fornire le proporzioni 16x9/4x3/1x1 consigliate da Google. Esporta in sei formati pronti da inserire nella pagina.

Convalida il markup esistente con lo Schema Markup Validator

Lo Schema Markup Validator controlla il JSON-LD già presente — incolla il codice o una pagina HTML completa — con risultati divisi per gravità, confrontandolo sia con il vocabolario schema.org sia con le proprietà consigliate da Google per Article. È particolarmente utile per l’errore dell’autore non corrispondente trattato nella scheda Advanced: i controlli del grafo @id tra blocchi segnalano un riferimento author che non risolve a un’entità Person o Organization reale presente altrove nella pagina.

Controlla l’idoneità campo per campo con il Rich-Result Eligibility Checker

Il Rich-Result Eligibility Checker è il modo più rapido per vedere, campo per campo, se il markup Article copre l’insieme consigliato — headline, author, datePublished, dateModified e image — con un segno di spunta, una X per ciò che manca o un avviso per un campo consigliato ma facoltativo. Poiché Article non ha proprietà obbligatorie, questo è lo strumento per decidere quali campi consigliati vale la pena aggiungere invece di andare a intuito.

Il validatore di Google, per un secondo parere

Vale la pena eseguire il Rich Results Test di Google dopo gli strumenti precedenti: mostra esattamente che cosa il parser di Google legge dalla pagina, non un’interpretazione di terze parti della specifica. È utile come controllo finale prima di distribuire una modifica al template in tutto il sito.

Risorse che vale la pena leggere

Dal settore

Lo schema Article è un argomento in cui diverse guide note esagerano ciò che il markup porta a Top Stories e Discover, quindi ne elenco alcune come esempi dell’esagerazione che questo articolo corregge. Leggile alla luce della documentazione di Google, che chiama la funzione «Article rich result» ma descrive il beneficio come una migliore visualizzazione del risultato esistente e una migliore comprensione, non come una nuova scheda distinta né come un interruttore di idoneità:

• Dati strutturati Article (Article, NewsArticle, BlogPosting) (Google Search Central) — il riferimento autorevole: nessuna proprietà obbligatoria, campi consigliati, immagini multi-proporzione di almeno 50 000 pixel, nessun requisito di markup per Top Stories e, in particolare, nessuna menzione di AMP.
• Get on Discover (Google) — afferma che per l’idoneità a Discover non servono tag speciali né dati strutturati.
• General structured data guidelines (Google) — le politiche applicabili a tutti i dati strutturati.
• Contenuti in abbonamento e a pagamento (Google) — il markup separato per gli articoli con accesso limitato.
• Structured data / schema ultimate guide (Yoast) — utile riferimento generale, ma nota che presenta lo schema Article come abilitatore di risultati avanzati come Top Stories e caroselli di articoli; la documentazione di Google dice che il markup non è richiesto per nessuna delle due superfici.
• Schema markup guide (Semrush) — presenta analogamente lo schema Article come qualcosa che rende le pagine «eligible for a rich snippet», confondendo l’idoneità a News/Discover con il markup stesso: trattalo come un’affermazione di idoneità esagerata.
• What Is Schema Markup? How to Add It & Why It Matters (Ahrefs) — una solida guida generale ai dati strutturati, con un’utile prospettiva sulla leggibilità per agenti AI e macchine.

Cronologia modifiche