In breve
Ricostruisci la storia reale della pagina, verifica data visibile e dati strutturati, poi individua eventuali segnali discordanti. Le modifiche devono rendere le informazioni coerenti e verificabili; non servono a far apparire recente un contenuto rimasto invariato.
- Conservare URL, ricerca e schermata del risultato osservato.
- Distinguere prima pubblicazione e revisione sostanziale.
- Confrontare date visibili, CMS e markup della pagina.
- Verificare il modello editoriale dopo la correzione.
Conservare il risultato prima di cambiare la pagina
Annota la ricerca effettuata, l’indirizzo mostrato, la data dell’osservazione e il dispositivo. Salva una schermata in cui siano riconoscibili titolo, URL e data. Apri il risultato per verificare che conduca proprio alla pagina che intendi esaminare: una versione precedente, una traduzione o un PDF possono avere una storia diversa.
Ripeti il controllo senza considerare una singola ricerca come rappresentazione universale. Il formato del risultato può cambiare in base alla domanda e al contesto. Se il problema riguarda anche titolo o descrizione, tienilo in una nota separata e consulta la guida alle informazioni sbagliate nel risultato Google. Raccogliere le evidenze prima dell’intervento evita di perdere il riferimento con cui confrontare la correzione.
Ricostruire quando il contenuto è stato pubblicato e rivisto
Consulta le revisioni del CMS, gli appunti editoriali e i materiali che documentano il lavoro. La prima pubblicazione e un aggiornamento sostanziale descrivono eventi differenti. Se il contenuto è stato trasferito durante un restyling, il giorno di importazione nel nuovo sistema potrebbe non coincidere con la sua pubblicazione originale.
Prepara una cronologia breve e verificabile. Per esempio, in un caso ipotetico, una guida pubblicata a marzo viene rivista a settembre perché cambia una procedura. La prima data resta quella di marzo; la revisione documentata è quella di settembre. Una modifica al menu generale non racconta necessariamente una nuova revisione della guida. Se non riesci a ricostruire una data con affidabilità, non inventarla per riempire un campo: concorda una gestione coerente con chi cura i contenuti.
Rendere chiaro il significato della data per il lettore
Controlla la posizione e l’etichetta della data nella pagina. Una data isolata può essere ambigua: “Pubblicato il” e “Aggiornato il” chiariscono cosa si sta comunicando. Se vengono mostrate entrambe, devono essere facilmente distinguibili. Google raccomanda una data visibile e riconoscibile quando si desidera fornire questa informazione.
Esamina il risultato anche da telefono, con testo ingrandito e senza elementi sovrapposti. La data potrebbe essere presente nel codice ma nascosta da uno stile o distante dal contenuto principale. Non serve trasformarla in un grande elemento grafico: deve essere comprensibile nel contesto editoriale. Le scelte sulla revisione vanno coordinate con la manutenzione dei contenuti esistenti, così la data corrisponde a un lavoro realmente svolto.
Confrontare il CMS con i dati strutturati pubblicati
Chiedi al tecnico di leggere il markup della pagina effettivamente online. I campi datePublished e dateModified possono essere generati dal tema, da un plugin o da un sistema editoriale esterno. Se più componenti producono schede dell’articolo, cerca eventuali valori discordanti riferiti allo stesso contenuto.
| Origine | Domanda da verificare |
|---|---|
| Testo visibile | L’etichetta distingue pubblicazione e aggiornamento? |
| CMS | I campi corrispondono alla storia editoriale? |
| Markup Article | Le date descrivono l’articolo corretto? |
| Cache | La versione pubblica contiene già la correzione? |
Il tipo Article documenta questi campi in formato ISO 8601; se viene indicata un’ora, controlla anche il fuso. Una data valida nel formato può comunque essere sbagliata nel significato. Il test tecnico e la verifica editoriale devono quindi essere svolti insieme.
Esaminare eventi, esempi e componenti condivisi
Leggi la pagina cercando tutte le altre date: un convegno futuro, un’offerta, una citazione storica, schede di articoli correlati o una dicitura automatica nel footer. Non presumere che una di queste sia certamente la causa del risultato; prepara invece un elenco per capire dove possa nascere l’ambiguità.
La data dell’evento raccontato non è la data di pubblicazione della pagina. Se citi un appuntamento futuro, rendi chiaro nel testo che si riferisce all’appuntamento. Google suggerisce di ridurre segnali temporali superflui quando generano confusione, ma non eliminare informazioni necessarie al lettore. Un calendario deve continuare a indicare quando si svolgono gli eventi; una guida storica deve conservare i riferimenti utili. Prima di cambiare un componente condiviso, valuta quali altre pagine ne dipendono.
Correggere l’origine dell’errore e verificare il modello
Individua chi produce il valore errato. Se il problema nasce da un campo importato, correggi la mappatura; se deriva da un template, controlla più pagine che lo utilizzano. Una modifica manuale all’HTML può scomparire alla successiva pubblicazione, lasciando la causa irrisolta.
Prepara un campione con un articolo appena pubblicato, uno realmente aggiornato e uno rimasto invariato. Per ciascuno confronta le informazioni attese con la pagina pubblica e il markup. Verifica la cache dopo il rilascio e conserva le prove. In presenza di problemi di validazione consulta la guida agli errori nei dati strutturati. La correzione deve funzionare anche per il prossimo articolo, non soltanto per quello che ha fatto emergere l’anomalia.
Monitorare senza cambiare la data a ogni controllo
Dopo la modifica annota il giorno di pubblicazione della correzione e usa gli strumenti disponibili per verificare quando Google ha potuto leggere la pagina. Lascia il tempo necessario alla rielaborazione e conserva osservazioni confrontabili. Google non garantisce la visualizzazione della data desiderata né la presenza di una data in ogni risultato.
Evita di risalvare il contenuto quotidianamente per forzare una data recente: renderebbe meno chiaro cosa è stato aggiornato. Definisci invece una regola editoriale interna che indichi quali revisioni meritano una nuova data e chi le approva. Il rapporto finale dovrebbe riportare l’errore riscontrato, la correzione applicata, le pagine controllate e gli aspetti ancora da osservare. Questo rende l’intervento valutabile anche se l’aspetto del risultato cambia nel tempo.
Domande frequenti
Cambiare la data può far risalire automaticamente la guida?
Non esiste questo automatismo. La data deve rappresentare una pubblicazione o una revisione reale e non sostituisce contenuti pertinenti e aggiornati.
Devo sostituire la data originale quando aggiorno l’articolo?
Pubblicazione e modifica sono informazioni differenti. Puoi conservarle entrambe con etichette chiare e valori coerenti con il lavoro effettivamente svolto.
Il test dei dati strutturati può confermare che la data è vera?
No. Può aiutare a controllare la struttura tecnica, ma la corrispondenza con la storia editoriale deve essere verificata attraverso revisioni e documentazione.
Fonti e approfondimenti
Riferimenti ufficiali per verificare le indicazioni e applicarle al proprio sito.