Blocco Reviewed-by: Regole per Revisione Esperta e Credenziali

Un blocco reviewed-by identifica la persona qualificata che ha verificato in modo indipendente una pagina, indica le affermazioni che ha controllato e registra quando tale revisione è avvenuta. È la prova di un’azione editoriale completata, non un distintivo di fiducia decorativo.

L’esempio risponde a quattro domande: chi ha revisionato la pagina, perché quella persona è qualificata, quando è avvenuta la revisione e cosa ha coperto. La frase finale chiarisce il ruolo e la relazione piuttosto che affermare che un singolo revisore garantisce l’intera pagina.

Perché questo elemento è importante

I lettori spesso usano la competenza visibile come scorciatoia quando non possono verificare personalmente un’affermazione tecnica, medica, legale, finanziaria o statistica. Un revisore nominato può ridurre l’incertezza, ma solo quando l’attribuzione è sufficientemente specifica da poter essere contestata. “Revisionato da esperti” chiede fiducia senza prove. Un nome, una credenziale pertinente, una data e un ambito delimitato permettono al lettore di giudicare se la revisione corrisponde all’affermazione su cui sta per fare affidamento.

La psicologia funziona in entrambe le direzioni. Una fila di iniziali può creare un alone di autorità: i lettori potrebbero presumere che il revisore abbia testato il prodotto, approvato ogni raccomandazione o accetti la responsabilità per aggiornamenti futuri. Il blocco deve prevenire questo eccesso descrivendo un effettivo evento di revisione e i suoi limiti.

L’estraibilità automatica significa che il software può isolare la relazione di revisione senza doverla indovinare dalla prosa circostante. Un blocco tipizzato fornisce ai sistemi di contenuto campi stabili per identità del revisore, credenziali, data di revisione e ambito. I motori di ricerca, gli agenti AI, i feed di syndication, gli strumenti di accessibilità e gli script di migrazione possono quindi distinguere il revisore dall’autore, la data di revisione dalla data di modifica e l’ambito verificato dal resto della pagina.

Segui le regole di scrittura degli elementi in base allo scopo. Qualsiasi passaggio il cui compito sia affermare una revisione indipendente della materia utilizza questo elemento, qualunque sia la sua intestazione o lo stile visivo. Una firma che include due nomi non è equivalente perché non preserva le loro diverse responsabilità.

Quando usarlo

Usa il blocco quando un esperto identificabile ha completato un controllo significativo in seconda persona e un errore plausibile avrebbe conseguenze materiali.

• Contenuti su salute e sicurezza: un clinico qualificato o uno specialista della sicurezza verifica le affermazioni specifiche, le controindicazioni, i consigli di escalation o le procedure di sua competenza.
• Contenuti legali, normativi e finanziari: un professionista pertinente verifica la giurisdizione, le date di efficacia, le ipotesi, i calcoli e il confine tra informazioni generali e consulenza personalizzata.
• Documentazione tecnica: un ingegnere o specialista di prodotto verifica comandi, supporto di versione, prerequisiti, risultati attesi e passaggi di ripristino in un ambiente pulito o rappresentativo.
• Ricerca e statistiche: un metodologo, analista o esperto del dominio verifica definizioni, campionamento, trasformazioni, calcoli, limiti e se le conclusioni derivano dai dati.
• Contenuti decisionali: uno specialista della materia verifica i criteri di valutazione e le affermazioni fattuali in una recensione, guida all’acquisto o guida sui costi quando tali affermazioni esulano dalle competenze dello scrittore.

L’innesco è la revisione completata, non la serietà dell’argomento da sola. Una pagina non si guadagna il blocco perché un esperto è stato messo in copia in un’email, ha fornito una citazione, ha approvato l’argomento generale o ha revisionato una versione precedente. La consultazione può informare l’articolo, ma la consultazione non è revisione indipendente a meno che la persona non abbia ricevuto il materiale finale pertinente, abbia verificato un ambito dichiarato, abbia restituito i risultati e abbia autorizzato l’attribuzione.

Casi limite includono correzioni grammaticali, auto-revisione, testimonianze di clienti, citazioni di fonti, dichiarazioni di esonero e approvazioni manageriali. Nessuno di questi dimostra una verifica sostanziale della materia. L’anzianità lavorativa non è una credenziale: un CEO non è automaticamente qualificato per verificare affermazioni fiscali, relative a dosaggi o statistiche.

Non usare alcun blocco quando la revisione non può essere documentata. Una riga non attribuita come “revisionato dai nostri esperti” è peggiore del silenzio perché crea un’affermazione di fiducia verificabile senza una persona responsabile, una data o un ambito.

Dove posizionarlo

Posiziona il blocco reviewed-by principale nel cluster di provenienza direttamente sotto l’attribuzione dell’autore e il timbro di freschezza , prima della risposta di apertura o dell’introduzione. La ragione è interpretativa: i lettori dovrebbero sapere chi ha creato e controllato il materiale prima di iniziare a farvi affidamento. Mantieni quest’ordine su mobile, in stampa, in modalità lettura e nelle copie syndicate.

Quando il blocco è troppo dettagliato per l’apertura, inserisci una riga compatta in quella posizione e collegala a un blocco espanso immediatamente prima del blocco delle fonti . Entrambi devono utilizzare lo stesso record in modo che date e ambiti non possano divergere.

Il blocco non può essere fuso con la biografia dell’autore , perché la paternità e la revisione devono rimanere ruoli separati. Non può essere posizionato all’interno o direttamente accanto a una testimonianza, un punteggio di recensione, un’offerta di prodotto, un prezzo, un pulsante di affiliazione, una striscia di fiducia o un invito all’azione. Questi vicini possono far sembrare la revisione fattuale come un’approvazione. Mantieni un normale confine di contenuto tra l’attribuzione di revisione e la persuasione commerciale.

Non nascondere l’unica attribuzione in un piè di pagina, uno stato hover, un’immagine, un accordion, una pagina informativa o un profilo del revisore. Il blocco a livello di pagina deve dichiarare l’evento e l’ambito.

Anatomia

Il blocco ha sette regioni identificabili:

1. Etichetta di ruolo: dice “Revisionato da”, “Revisionato dal punto di vista medico da” o un’altra variante dichiarata senza confondere la revisione con la paternità.
2. Nome del revisore: utilizza il nome professionale pubblico della persona e collega a un profilo stabile quando disponibile.
3. Credenziali pertinenti: include solo qualifiche che supportano questo ambito di revisione.
4. Affiliazione o relazione: identifica l’organizzazione attuale o la relazione con l’editore del materiale quando aiuta il lettore a giudicare l’indipendenza.
5. Data di revisione: registra la revisione completata più recente dell’ambito dichiarato.
6. Dichiarazione dell’ambito: indica le affermazioni, i calcoli, le procedure o le sezioni effettivamente verificate.
7. Confine di ruolo: chiarisce limiti significativi, conflitti o il fatto che il revisore non ha scritto, testato o approvato l’argomento.

Mantieni queste etichette in testo vivo. Uno screenshot annotato spiega il design, ma non può diventare l’unica fonte dei dettagli di revisione.

Esempi di design

Le varianti cambiano l’etichetta e le prove, non il contratto dati principale.

Revisione esperta standard

Usa “Revisionato da” quando uno specialista del dominio verifica accuratezza e completezza senza un’etichetta professionale regolamentata. Mostra la disciplina nella riga delle credenziali e indica le sezioni revisionate.

Revisione medica

Usa “Revisionato dal punto di vista medico da” solo quando il revisore possiede una credenziale sanitaria pertinente e attuale e la revisione rientra in quell’ambito professionale. Mostra la credenziale in modo chiaro; non comprimere professioni diverse in “Dott.”

Revisione legale o di conformità

Indica la giurisdizione, lo standard o l’area normativa verificata perché l’accuratezza legale dipende dall’ambito. L’etichetta non deve implicare rappresentanza o consulenza individualizzata.

Revisione finanziaria

Indica se il revisore ha verificato affermazioni fiscali, contabili, creditizie, assicurative, di investimento o di prezzo. Un’etichetta generica “esperto finanziario” non stabilisce pertinenza.

Revisione tecnica

Indica il prodotto, la versione, l’ambiente o l’area di implementazione che il revisore ha verificato. Se i comandi sono stati eseguiti, dillo; se la revisione è stata documentale, non implicare test pratici.

Revisione di metodologia e dati

Indica i metodi statistici o di dominio verificati, inclusi calcoli, denominatori, esclusioni e limiti inferenziali. Non chiamarla peer review a meno che non sia avvenuto un vero processo documentato di peer review.

La resa compatta utilizza una riga singola per etichetta, nome, credenziale e data, seguita da una frase o un collegamento sull’ambito visibile. La resa espansa utilizza due brevi paragrafi. Nessuna delle due può troncare l’ambito.

Parametri

Il record sorgente deve supportare sia le rese compatte che quelle espanse senza duplicare i fatti.

credentials registra qualifiche pubbliche pertinenti, non ogni suffisso ottenuto. scope è visibile e obbligatorio perché un nome non può dire ai lettori cosa è stato verificato. Mantieni la corrispondenza privata di revisione al di fuori del componente.

Sintassi ed esempi di codice

La direttiva portabile è canonica. Finché non esiste un renderer Hugo dedicato, usa l’adattatore callout preservando ogni dato canonico.

Direttiva Markdown portabile

:::reviewed-by{reviewType="technical" reviewerName="Alex Rivera" credentials="Senior platform engineer" affiliation="Northstar Cloud" reviewedOn="2026-08-27" display="expanded"}
## Revisionato tecnicamente da

Ambito: comandi di installazione, versioni supportate 4.2–4.4, prerequisiti Linux, output previsto e passaggi di rollback verificati in ambienti Ubuntu 24.04 e Debian 13 puliti.

Il revisore ha verificato la procedura ma non ha valutato plugin di terze parti o infrastrutture personalizzate.
:::

La prima intestazione corrisponde a title; il primo paragrafo corrisponde a scope; il paragrafo rimanente corrisponde a roleBoundary.

Shortcode Hugo

{{< callout type="note" title="Revisionato tecnicamente da" >}}**Alex Rivera — Senior platform engineer, Northstar Cloud**  
Revisionato il 27 agosto 2026. Ambito: comandi di installazione, versioni supportate 4.2–4.4, prerequisiti Linux, output previsto e passaggi di rollback verificati in ambienti Ubuntu 24.04 e Debian 13 puliti.

Il revisore ha verificato la procedura ma non ha valutato plugin di terze parti o infrastrutture personalizzate.{{< /callout >}}

Tutti i parametri Hugo sono nominati. Non combinare un tipo di callout posizionale con il parametro title nominato.

Blocco e shortcode WordPress

<!-- wp:amicited/reviewed-by {"reviewType":"technical","reviewerName":"Alex Rivera","credentials":"Senior platform engineer","affiliation":"Northstar Cloud","reviewedOn":"2026-08-27","display":"expanded"} -->
<p>Ambito: comandi di installazione, versioni supportate 4.2–4.4, prerequisiti Linux, output previsto e passaggi di rollback verificati in ambienti Ubuntu 24.04 e Debian 13 puliti.</p>
<p>Il revisore ha verificato la procedura ma non ha valutato plugin di terze parti o infrastrutture personalizzate.</p>
<!-- /wp:amicited/reviewed-by -->

[reviewed_by review_type="technical" reviewer_name="Alex Rivera" credentials="Senior platform engineer" affiliation="Northstar Cloud" reviewed_on="2026-08-27"]Ambito: comandi di installazione, versioni supportate 4.2–4.4, prerequisiti Linux, output previsto e passaggi di rollback verificati in ambienti Ubuntu 24.04 e Debian 13 puliti.[/reviewed_by]

Importazioni ed esportazioni devono preservare il ruolo del revisore, la data, l’ambito e i confini anche quando il tema li presenta diversamente.

Esempi

Buono: revisione metodologica limitata

Funziona perché la qualifica è pertinente, i controlli sono concreti e la frase finale impedisce ai lettori di estendere la revisione statistica alla raccolta dati o ai consigli di acquisto.

Cattivo: autorità presa in prestito

Verificato da esperti ✓ Revisionato dal Dott. Sam. Tutti i fatti sono accurati e approvati.

Questo fallisce perché il revisore non può essere identificato, “Dott.” non rivela una disciplina pertinente, non c’è data e “tutti i fatti” stabilisce un ambito illimitato. Il segno di spunta fa sembrare un’affermazione di governance non supportata come una certificazione. “Approvato” suggerisce anche un’approvazione senza spiegare se la persona ha verificato prove, calcoli, sicurezza, stile o ha semplicemente visto la bozza. Correggilo indicando il nome del revisore, la qualifica, la data, le affermazioni revisionate, le aree escluse e qualsiasi relazione materiale.

Marcatura Schema e accessibilità

Per una WebPage, mappa un revisore reale a reviewedBy di Schema.org come Person o Organization, e mappa la data di revisione completata a lastReviewed. Il nome e la data visibili devono corrispondere ai valori strutturati. Mantieni dateModified separato: modificare una pagina e revisionarla sono eventi diversi, quindi una data non deve essere copiata automaticamente nell’altra.

Il Person revisore può includere un url stabile, affiliation, knowsAbout e hasCredential verificabile quando supportato. Non inventare credenziali. Non usare author a meno che la persona non abbia anche realmente scritto contenuti ed entrambi i ruoli siano visibili.

Non si tratta di una Review di consumo, valutazione, testimonianza, approvazione o ClaimReview. Non generare stelle, reviewRating, itemReviewed o marcatura di recensione prodotto da esso.

Rendi il blocco come un <aside> semantico o una regione etichettata in ordine normale. Usa l’etichetta visibile come nome accessibile e il nome della persona come testo del collegamento. Mantieni le credenziali in testo; un segno di spunta da solo non può indicare una revisione.

Il componente deve rifluire al 200% di zoom e preservare l’ordine nome–credenziale–data–ambito. Un avatar è supplementare: usa testo alternativo vuoto quando il testo adiacente nomina la persona, e non renderlo mai l’unico collegamento. Evita ruoli di stato live per la provenienza statica.

Regole di scrittura

L’ambito converte un’affermazione di fiducia in una dichiarazione verificabile. Indica cosa ha fatto il revisore. Preferisci verificato, riprodotto, testato, confrontato, controllato o revisionato rispetto a supervisionato, validato la qualità o garantito l’eccellenza.

Usa il nome professionale pubblico del revisore. Elenca da una a tre qualifiche che supportano direttamente l’ambito, mantenendo la riga delle credenziali entro 120 caratteri. Spiega una qualifica poco conosciuta nel profilo o al primo utilizzo. Un titolo di studio, una licenza, una certificazione, un ruolo o anni di pratica nel dominio possono stabilire pertinenza; il prestigio che non corrisponde all’argomento no.

Scrivi l’ambito in 12–60 parole e una o due frasi. Indica gruppi di affermazioni concreti, sezioni, calcoli, versioni, giurisdizioni, classi di fonti o procedure. Aggiungi un confine di ruolo di non più di 35 parole ogni volta che i lettori potrebbero ragionevolmente dedurre paternità, test pratici, rappresentanza legale, approvazione o una revisione più ampia di quanto avvenuto.

Registra la data in cui il revisore ha completato il controllo dichiarato. Se una modifica sostanziale altera un’affermazione revisionata, ottieni una nuova revisione e data o rimuovi l’attribuzione dall’ambito interessato fino al completamento della revisione. Le correzioni redazionali al di fuori dell’ambito non la reimpostano. Coordina le date di pubblicazione e modifica della pagina attraverso l’elemento di freschezza piuttosto che trattare silenziosamente la revisione come pubblicazione.

Mantieni un tono fattuale. Non argomentare la conclusione della pagina. Ottieni il consenso all’attribuzione e registra internamente la versione, l’ambito, i risultati, le risoluzioni, la data e l’approvatore.

Non inserire mai questi elementi all’interno di un blocco reviewed-by:

• lodi promozionali, una testimonianza, valutazione a stelle, raccomandazione o approvazione di prodotto;
• un’affermazione che il revisore garantisce accuratezza, sicurezza, risultati, conformità o freschezza futura;
• credenziali irrilevanti, inflazione di titoli onorifici o un’etichetta “esperto” non verificabile;
• l’intera biografia del revisore, storia lavorativa, presentazione di contatto o numero di follower social;
• conclusioni dell’articolo, nuove affermazioni fattuali, fonti o metodologia che appartengono al corpo;
• email private, numeri di licenza non destinati alla pubblicazione o commenti interni di revisione;
• un pulsante di affiliazione, offerta, prezzo, modulo di newsletter o altro controllo di conversione.

“Indipendente” richiede attenzione. Significa che il revisore aveva un ruolo di controllo separato e la libertà di contestare l’autore; non significa automaticamente che la persona non abbia alcuna relazione finanziaria con l’editore. Indica chiaramente rapporti di lavoro, consulenza, prodotto fornito o altre relazioni materiali quando potrebbero influenzare il giudizio del lettore.

Tipi di post che lo utilizzano

L’array postTypes crea la relazione leggibile dalla macchina. Identifica i formati in cui un evento di revisione esperta aggiunge comunemente garanzia materiale; non richiede un revisore cerimoniale su ogni pagina.

Altri tipi di post utilizzano l’elemento quando esistono lo stesso rischio e la stessa revisione completata. L’inclusione nell’array non autorizza mai un editore ad aggiungere il nome di un revisore prima che il lavoro sia completato.

Checklist QA

• Una persona diversa dall’autore ha completato una revisione sostanziale della materia della versione pertinente della pagina.
• La competenza del revisore corrisponde direttamente all’ambito dichiarato.
• Il nome pubblico, da una a tre credenziali pertinenti e qualsiasi affiliazione materiale sono accurati e verificabili.
• Il revisore ha acconsentito all’attribuzione e alla sua formulazione esatta.
• La data visibile registra la revisione completata, non la pubblicazione, la modifica, l’approvazione o un controllo futuro programmato.
• L’ambito indica affermazioni, sezioni, procedure, versioni, giurisdizioni o calcoli specifici.
• Una frase di confine previene qualsiasi probabile confusione riguardo a paternità, test, approvazione, consulenza o materiale escluso.
• “Indipendente,” “peer review,” “testato,” “approvato” e “verificato” appaiono solo quando le prove supportano quelle affermazioni esatte.
• Il blocco si trova sotto le informazioni sull’autore e sulla freschezza e prima della risposta di apertura, oppure un’attribuzione compatta collega a un blocco espanso sincronizzato prima delle fonti.
• Non è fuso con la biografia dell’autore né nascosto solo in un piè di pagina, immagine, stato hover, accordion o pagina informativa generica.
• Non si trova direttamente accanto a una testimonianza, valutazione, badge di fiducia, prezzo, offerta, link di affiliazione o invito all’azione.
• Una modifica sostanziale all’interno dell’ambito revisionato ha innescato una nuova revisione o la rimozione dell’attribuzione obsoleta.
• I registri interni preservano la versione revisionata, l’ambito, i risultati, le risoluzioni, la data e il consenso.
• reviewedBy e lastReviewed, quando emessi, corrispondono al revisore e alla data visibili; dateModified rimane indipendente.
• Il componente non emette schema di Review, valutazione, testimonianza o approvazione di prodotto di consumo.
• L’etichetta, il nome, le credenziali, la data e l’ambito rimangono comprensibili senza colore, icona, avatar o layout.
• I collegamenti del revisore utilizzano nomi descrittivi, il focus è visibile, il testo rifluisce e il contenuto statico non ha ruolo di avviso.
• Le rappresentazioni Markdown, Hugo e WordPress preservano gli stessi dati canonici.
• I commenti degli screenshot nominano solo catture future; nessuna immagine inesistente viene renderizzata.

FAQ

Un blocco reviewed-by è la stessa cosa di una biografia dell’autore?

No. L’autore ha creato la pagina; il revisore ha verificato in modo indipendente una parte definita di essa. Indica entrambi i ruoli separatamente, anche quando le due persone hanno credenziali simili.

Ogni articolo ha bisogno di un revisore esperto?

No. Utilizza la revisione indipendente quando gli errori potrebbero influenzare materialmente la salute, il denaro, i diritti legali, la sicurezza, l’implementazione tecnica o la validità di conclusioni basate sui dati. I contenuti editoriali di routine a basso rischio necessitano normalmente di un redattore, non di un nome esperto cerimoniale.

Cosa dovrebbe indicare l’ambito di revisione?

Indica le affermazioni o le sezioni effettivamente verificate, come la sicurezza dei dosaggi, le ipotesi fiscali, la metodologia e i calcoli, o i passaggi di compatibilità. Evita frasi illimitate come “completamente verificato” a meno che il revisore non abbia controllato l’intera pagina rispetto a uno standard esplicito.

La data di revisione dovrebbe cambiare dopo ogni modifica?

No. Modificala solo quando il revisore ricontrolla l’ambito interessato. Le correzioni redazionali al di fuori di quell’ambito non reimpostano la data di revisione, mentre una modifica sostanziale a un’affermazione revisionata rende obsoleta l’attribuzione esistente fino a una nuova revisione.

Un dipendente può essere il revisore indipendente?

Sì, se la persona non ha scritto il materiale, possiede competenze pertinenti, può contestarlo e qualsiasi rapporto lavorativo o commerciale è visibile. La revisione indipendente descrive il ruolo editoriale, non necessariamente l’indipendenza finanziaria.

Un blocco reviewed-by guadagna fiducia solo quando espone un lavoro responsabile. Indica il nome del revisore, collega la competenza all’ambito, preserva la data, divulga i limiti significativi e rimuovi l’attribuzione ogni volta che la versione revisionata non corrisponde più alla pagina.