Come strutturare le informazioni sugli autori in WordPress per Google e AI

TL;DR E-E-A-T non è un fattore di ranking, ma Google chiede byline accurate e pagine autore collegate. L'autore va trattato come entità (Person + sameAs + worksFor), non come una firma. Ogni campo del profilo WordPress ha una proprietà Schema.org corrispondente: la mappa è la parte che quasi tutti saltano. Un @id stabile collega Person, Article e Organization in un unico grafo di entità. Le author archive vanno gestite: disattivate su sito mono-autore, valutate con noindex su multi-autore. Lo schema autore serve a disambiguare l'entità e a ottenere rich results, non è una leva diretta di citazione AI.

Perché strutturare le informazioni autori in WordPress (per Google e per l'AI)

Partiamo da un fatto confermato: Google dichiara che E-E-A-T non è un fattore di ranking specifico. È un insieme di segnali che i sistemi di valutazione della qualità usano per capire se un contenuto è affidabile. Tra questi segnali, la fiducia è il più importante.

Cosa chiede Google, in pratica? Che la byline sia accurata e che porti a informazioni reali sull'autore: chi è, di cosa si occupa, dove ha scritto. Il framework ufficiale si riassume in tre domande: Who, How, Why. Chi ha creato il contenuto, come, e perché.

Qui entra WordPress. Il tuo CMS contiene già i dati dell'autore, ma di solito sono incompleti o sparsi. Strutturare le informazioni autori in WordPress significa prendere quei dati, completarli e trasformarli in un'entità leggibile a macchina.

Fatto confermato vs stima

• Fatto confermato: Google raccomanda byline accurate e pagine autore collegate, e supporta author con Person, url e sameAs nei dati strutturati Article.
• Stima: che lo schema autore aumenti le citazioni AI. Uno studio Ahrefs del maggio 2026 su 1.885 pagine che hanno aggiunto JSON-LD non ha rilevato aumenti significativi delle citazioni AI. Il dato riguarda pagine già citate, quindi non è una regola universale.

Box "na co uważać" (cosa tenere a mente)

• Lo schema autore non è un trucco per il ranking. È un requisito di chiarezza.
• Il markup da solo non basta: se la bio è vuota o generica, stai solo strutturando il nulla.
• Non attribuire mai la byline a un'AI. Google lo sconsiglia esplicitamente.

Cosa serve prima di iniziare (prerequisiti e risorse)

Prima di toccare il codice, metti insieme il materiale. Senza dati di qualità, il markup non serve a niente.

Cosa preparare

• Accesso amministratore a WordPress.
• Un plugin SEO (Yoast, Rank Math) oppure la possibilità di inserire markup manuale.
• Dati reali dell'autore: nome e cognome, bio, foto, credenziali, ruoli, profili ufficiali (LinkedIn, sito personale, Wikidata se esiste).
• La decisione di partenza: sito mono-autore o multi-autore.

Quando questa guida non è la strada giusta

• Sito senza autori reali: se i contenuti sono puramente aziendali e non c'è una persona che li firma, non inventare un autore fittizio. Meglio lavorare sull'entità Organization.
• Contenuti corporate senza byline: se il tuo pubblico non si aspetta un autore, forzarlo crea solo rumore.

Passo 1 — Compilare il profilo utente WordPress (la base)

I dati dell'autore vivono in wp_usermeta e vengono esposti nel tema tramite get_the_author_meta() e the_author_meta(). Tradotto: tutto parte dal profilo utente, non dalla pagina articolo.

Percorso nel pannello

1. Vai su Utenti → Tutti gli utenti e apri il profilo dell'autore.
2. Compila Nome, Cognome, Nickname e Nome visualizzato pubblicamente.
3. Scrivi una biografia reale in "Informazioni biografiche". Due o tre frasi concrete: cosa fai, di cosa ti occupi, perché sei credibile su questo tema.
4. Inserisci il sito web nel campo "Sito web" (user_url).
5. Carica un'immagine del profilo riconoscibile (non un logo aziendale).

Punto di controllo

Il profilo è completo quando nome, bio, foto e URL sono coerenti tra loro e con i profili esterni dell'autore. Se la bio dice una cosa e LinkedIn ne dice un'altra, l'entità resta ambigua.

Passo 2 — Mappare i campi WordPress sulle proprietà Schema.org

Questa è la parte che quasi tutte le guide saltano. Ogni campo nativo di WordPress ha una proprietà Schema.org corrispondente. Se sbagli la mappa, il markup resta valido ma inutile.

Nota importante: author.name deve contenere solo il nome. Niente "Dott.", niente "SEO Manager", niente "posted by". Ruolo e qualifiche vanno in jobTitle, honorificPrefix o honorificSuffix. È una best practice ufficiale di Google, non un'opinione.

Passo 3 — Aggiungere il markup Person e ProfilePage

Il formato raccomandato è JSON-LD. Ecco un esempio essenziale di Person:

{
  "@context": "https://schema.org",
  "@type": "Person",
  "@id": "https://tuosito.it/autori/mario-rossi/#person",
  "name": "Mario Rossi",
  "url": "https://tuosito.it/autori/mario-rossi/",
  "jobTitle": "Content Editor",
  "sameAs": [
    "https://www.linkedin.com/in/mariorossi",
    "https://www.wikidata.org/wiki/Q123456"
  ],
  "worksFor": {
    "@type": "Organization",
    "@id": "https://tuosito.it/#organization",
    "name": "Nome Azienda"
  },
  "knowsAbout": [
    {
      "@type": "Thing",
      "name": "Content marketing",
      "sameAs": "https://it.wikipedia.org/wiki/Marketing_dei_contenuti"
    }
  ],
  "hasCredential": {
    "@type": "EducationalOccupationalCredential",
    "name": "Certificazione Google Analytics"
  }
}

Proprietà consigliate

• @id: identificatore stabile e univoco. Non cambiarlo mai.
• name, url, description: i dati base.
• sameAs: profili ufficiali che identificano univocamente la persona.
• worksFor: l'organizzazione per cui lavora.
• knowsAbout: competenze come Thing con sameAs, non come stringhe semplici.
• hasCredential: credenziali e certificazioni reali.

Se la pagina profilo è interna al sito, marcala anche con ProfilePage structured data. Così Google capisce che quella pagina parla di una persona specifica.

Passo 4 — Collegare autore, articolo e organizzazione con @id

Qui si costruisce il grafo. L'idea è semplice: ogni entità ha un @id stabile, e le altre entità la richiamano.

• Person ha il suo @id (esempio: https://tuosito.it/autori/mario-rossi/#person).
• Article.author punta a quell'@id.
• Organization.employee o Organization.founder puntano allo stesso @id.

Google comprende sia url sia sameAs per disambiguare gli autori. Usarli insieme è la scelta più solida.

Autori multipli: ogni autore va in un campo author separato. Non concatenare i nomi in un'unica stringa, altrimenti l'entità si rompe.

Punto di controllo

Dopo la pubblicazione, passa la pagina nel Rich Results Test di Google e in un validatore Schema.org. Se il markup è valido ma le entità non sono collegate, il grafo non funziona.

Passo 5 — Gestire le author archive (duplicazione e crawl)

Le author archive sono la principale fonte di entità duplicate e contenuto duplicato. La scelta dipende dal tipo di sito.

Drzewko decyzji: mono vs multi-autore

• Sito mono-autore → disattiva le author archive. Reindirizza alla homepage e rimuovi la author sitemap. Così eviti pagine duplicate che non aggiungono nulla.
• Sito multi-autore → mantieni le archive, ma valuta noindex se non portano valore reale (bio scarna, pochi articoli). Se la pagina autore è curata e utile, lasciala indicizzabile.

Attenzione a un problema noto: alcune configurazioni lasciano indicizzate author archive vuote. Controlla sempre la sitemap e la copertura in Search Console.

Punto di controllo

Cerca su Google site:tuosito.it/author/. Se trovi pagine vuote o duplicate, hai lavoro da fare.

Passo 6 — AI disclosure e coerenza editoriale

Se il contenuto è assistito o generato con l'AI, dichiaralo. Google chiede trasparenza su come è stato creato il contenuto, e usare l'AI per manipolare il ranking è una violazione delle spam policy.

Regola pratica: non assegnare mai la byline all'AI. La firma resta a una persona reale che si assume la responsabilità del contenuto.

Checklist di coerenza

• Bio reale e verificabile, non generica.
• Credenziali concrete, non slogan.
• Link esterni coerenti (LinkedIn, sito personale, pubblicazioni).
• Coerenza tra autore, publisher e contenuto.
• Disclosure presente se il contenuto è assistito dall'AI.

Il markup da solo non basta. Se i dati sono incoerenti, stai solo strutturando informazioni sbagliate.

Come verificare che sia tutto a posto (checklist)

• Profilo utente completo: nome, bio, foto, URL.
• Mapping corretto tra campi WordPress e proprietà Schema.org.
• JSON-LD valido e senza errori.
• @id collegati tra Person, Article e Organization.
• Author archive gestite (disattivate o con noindex).
• Disclosure presente se il contenuto è assistito dall'AI.

Sintomi tipici di errore

• Markup non valido: il validatore segnala errori o proprietà sconosciute.
• Entità duplicate: Google mostra più profili autore per la stessa persona.
• Archive indicizzate: pagine autore vuote o duplicate nei risultati di ricerca.

Errori comuni e come rimediarli

1. Mettere ruolo o titolo in author.name Rimedio: sposta tutto in jobTitle, honorificPrefix o honorificSuffix. In name resta solo il nome.

2. knowsAbout come stringhe semplici Rimedio: usa Thing con name e sameAs. Così l'entità è collegata a una fonte autorevole.

3. Ignorare le author archive Rimedio: decidi consapevolmente. Mono-autore: disattiva e reindirizza. Multi-autore: valuta noindex.

4. Aspettarsi che lo schema aumenti le citazioni AI Rimedio: riporta i dati corretti. Lo studio Ahrefs 2026 su 1.885 pagine non ha rilevato aumenti significativi. Lo schema serve a disambiguare l'entità e a ottenere rich results.

5. Pensare che il plugin risolva tutto Rimedio: il plugin genera il markup, ma la qualità dei dati dipende da te. Bio, credenziali e sameAs restano il vero valore.

Cosa fare dopo (e come misurare)

Dopo aver sistemato gli autori, misura l'effetto. Semly monitora la visibilità del brand nei motori di risposta AI con quattro metriche operative:

• Mention Rate: quanto spesso il brand appare nelle risposte.
• Citation Rate: quanto spesso viene citato come fonte.
• TOP 3: quante volte compare tra le prime tre posizioni.
• Share of Voice: quanto spazio occupa rispetto ai concorrenti.

Semly analizza prompt reali dei clienti, fonti citate e presenza del brand nelle risposte generate da ChatGPT, Gemini, Google AI, Claude e Grok. È il modo più diretto per capire se le modifiche agli autori e ai contenuti stanno producendo risultati.

Sul lato operativo, Semly ha un'integrazione WordPress nativa: puoi pubblicare e aggiornare articoli direttamente dalla piattaforma, con connessione via HTTPS e Application Password. La funzione è disponibile dal 10 settembre 2026.

Quando valutare alternative

• Sito senza autori reali: lavora sull'entità Organization invece che su Person.
• Contenuti puramente corporate: concentrati su chiarezza dell'organizzazione e dei servizi.

Nota sui dati: i dati di crescita riportati da Semly sono osservativi e non predittivi. Non implicano che lo stesso livello di risultati sia garantito a ogni marchio.

FAQ

Cos'è E-E-A-T? È il framework di Google per valutare esperienza, competenza, autorevolezza e affidabilità. Non è un fattore di ranking, ma un insieme di segnali. La fiducia è l'elemento più importante.

Lo schema autore aiuta le citazioni AI? Non in modo diretto. I dati disponibili non mostrano un aumento delle citazioni legato al solo markup. Lo schema serve a disambiguare l'entità e a ottenere rich results.

Come aggiungo schema Person in WordPress? Compila il profilo utente, poi genera il JSON-LD con un plugin SEO o manualmente. Collega Person all'articolo e all'organizzazione tramite @id.

Le pagine autore fanno male alla SEO? Non di per sé. Il problema è la duplicazione. Su sito mono-autore disattivale; su multi-autore mantienile e valuta noindex se non aggiungono valore.

Devo usare noindex sulle author archive? Dipende. Se la pagina autore è curata e utile, lasciala indicizzabile. Se è scarna o duplicata, noindex è la scelta più pulita.

Posso mettere l'AI come autore? No. Google sconsiglia di attribuire la byline all'AI. La firma resta a una persona reale, con disclosure se il contenuto è assistito.