Ciao gian. Si, avevo letto anche quella discussione ma appunto, è di troppi anni fa (tanto per rimanere in tema ehehehe). In rete di soluzioni se ne leggono molte così come noto che moltissimi siti non sono afflitti da tale "problema". Possibile che non ci sia soluzione? Io, il comando che vedo in molte guide (*<?php the_time('F jS, Y') ?>)*non lo trovo da nessuna parte La guida è al seguente link: ***.andrewkeir.com/remove-wordpress-post-datestamp-timestamp-google-serps/

La guida che hai citato può servire se il tuo tema wordpress scrive la data del post nel tag description, ma se non trovi l'istruzione è probabile che non sia così (puoi verificarlo dal codice sorgente della pagina) e che google aggiunga la data alla description in base al contenuto o ad altri elementi.
Se puoi indicare il sito sarebbe più facile approfondire.

ci sto sbattendo la testa da ormai parecchio ma proprio non riesco a capire...il mio sito se non ti scoccia puoi vederlo sul mio profilo cliccando il mio nome

In un paio di post che ho esaminato, vedo che la data nello snippet corrisponde alla data di Ultima modifica presente nel contenuto in un div di class hatom-extra non visualizzato.

Se non l'hai già fatto, proverei a intervenire su quello.

Vero, verissssssimo!!!!! Ed ho anche capito da cosa è derivato:

per risolvere il problema degli errori relativi agli Structured Data in GWT, ho eseguito con successo questa procedura: xxx://wordpress.org/support/topic/how-to-fix-warning-missing-required-field-entry-title-in-rich-snippet-tool

ed in particolare inserendo questo pezzo di codice nel quale è presente la stringa incriminata:

//risoluzione problemi dati strutturati pagine ed articoli
function add_mod_hatom_data($content) {
$iso8601_date = get_the_time('c');
$author = get_the_author();
$title = get_the_title();
if( is_single() || is_page() ) {
$content .= '<div class="hatom-extra"><span class="entry-title">'.$title.'</span>
**ultima modifica: <span class="updated"> '.$iso8601_date.'</span> **
da <span class="author vcard"><span class="fn">'.$author.'</span></span></div>';
}
return $content;
}
add_filter('the_content', 'add_mod_hatom_data');

Rileggendo però la discussione, noto che è possibile inserire un'altra funzione forse migliore che secondo me dovrebbe far sparire gli errori e nascondere le date visto il valore hidden no, voi che dite?

//add hatom data
function add_suf_hatom_data($content) {
$t = get_the_modified_time('F jS, Y');
$author = get_the_author();
$title = get_the_title();
if (is_home() || is_singular() || is_archive() ) {
$content .= '<div class="hatom-extra" style="display:none;visibility:hidden;"><span class="entry-title">'.$title.'</span> was last modified: <span class="updated"> '.$t.'</span> by <span class="author vcard"><span class="fn">'.$author.'</span></span></div>';
}
return $content;
}
add_filter('the_content', 'add_suf_hatom_data');

Usa il plugin data remover

a distanza di quasi 3 settimane, modificando la funzione con quella nuova non ha ancora portato benefici. Le date continuano ad esser visibili...

La nuova funzione aggiunge visibility:hidden a un div che già prima era nascosto da display:none, non cambia nulla per la visualizzazione utente e neanche per il bot di google.

Per verificare se effettivamente la data nello snippet viene presa da lì, come sembra probabile, potresti intervenire sulla data contenuta nel div hatom-extra: per esempio provare a scrivere una data più aggiornata in qualcuno dei vecchi post e vedere se dopo un po' cambia anche la data nello snippet, o eliminare il div nei nuovi post e vedere come si presenta lo snippet, o rimuovere il div da qualcuno dei vecchi post e vedere cosa succede nelle serp che li riguardano.
Cose così, ma sempre andando a intervenire sul contenuto, gli attributi di visualizzazione non influiscono.

capito Ripeto però, questa storia della data è presente in tutte la pagine comprese quelle statiche oltre che su quelle dei post. Questo div poi non saprei dove andarlo a trovare essendo un tema wordpress...

Il div è generato dalla funzione add_suf_hatom_data() che hai postato prima, con la data nella variabile $t, caricata dall'istruzione $t = get_the_modified_time('F jS, Y'); che restituisce la data di ultima modifica del post.

Non dovrebbe essere troppo difficile intervenire per modificare o rimuovere la data o l'intero div, naturalmente verificando il div nel codice sorgente della pagina dopo ogni intervento. Per aggiornare la data di un vecchio post potrebbe bastare anche salvarlo nuovamente con una piccola modifica, ma anche questo è da verificare nel codice sorgente.