That’s right, all the discussions in my case were reworked by google and disappeared from the search.
I have no idea, for now on my sites I still have:
Not enough usage data in the last 90 days for this device type.
The decline continues despite there is always new content and updated discussions.
No errors are reported, it is clear that something has happened!
Sei sull’ultima versione di Discourse?
Abbiamo installato la versione 2.8.0.beta11, ora sembra che dobbiamo installare la 2.9.0.beta4.
.beta6 ora.. mi ricordo che devo aggiornare! 
Mai avuto una sitemap usando un plugin, ora che è nativa e più varie correzioni nell’ultima versione da circa un mese, un cambiamento notevole nell’indicizzazione, alcuni sono stati quasi istantanei, non sono sicuro che stia aiutando il traffico, ma un po’ di attività di indicizzazione deve essere benvenuta.
Dall’aggiornamento da una versione molto precedente della 2.x all’ultima 2.9, ecco come appare ora la copertura; ci sono voluti circa 12 giorni prima che iniziasse l’aumento. “2” indica approssimativamente quando è stata raggiunta l’ultima versione.
La tendenza storica era un’indicizzazione in declino di link validi, ma puoi vedere che la tendenza è invertita, ovvero ha avuto l’effetto di aumentare l’attività di indicizzazione nel complesso, almeno.
C’è un aumento netto di circa 15.000 link validi.
Sebbene non sia del tutto chiaro nella grafica sopra, i link non validi sono aumentati leggermente dopo l’aggiornamento, ma da allora hanno iniziato a diminuire.
Lentamente, e le pagine non valide con un reindirizzamento, erano il gruppo non valido principale e più numeroso e ora mostra una tendenza lenta ma in diminuzione nell’ultimo mese.
Meno crawling e più proviene direttamente dalla sitemap, un effetto molto chiaro prima e dopo la sitemap:
Un altro prima e dopo, breadcrumb (e sitelink hanno avuto un’adozione simile)
Onestamente, gli darò più tempo, almeno 3 mesi per vedere come si svilupperà tutto perché è stato un grande salto di versione e passare da nessuna sitemap dopo un paio di anni a una sitemap - nel frattempo cercherò di tenere il passo con l’aggiornamento.
Anche qui ci sono alcuni miglioramenti evidenti, le cose sono diventate strane per un po’, lo stato attuale sembra migliorato nel complesso per aspetti più vitali:
I soli miglioramenti tecnici che potrebbero aiutare la velocità (oltre a qualsiasi miglioramento programmatico con il database PG13 e il codice di Discourse) sono che l’HD sarebbe nVME e un docker molto aggiornato - si nota decisamente un grande miglioramento delle prestazioni complessive e i test di velocità ora sembrano molto buoni utilizzando google pagespeed.
Nel complesso, le preoccupazioni generali sulle tendenze negative nella console di Google sembrano invertirsi con la versione 2.9.beta4-6, sebbene lentamente.
Si noti anche che abbiamo recentemente aggiunto
che aiuterà in questo 
È probabile che la persona che ha cliccato sul link del termine di ricerca sulla pagina di Google non abbia trovato ciò che cercava nella discussione sul forum Discourse che stiamo analizzando 
Non so cosa sia cambiato. Forse un aggiornamento, ma all’inizio di ottobre, improvvisamente Google sta indicizzando URL BUONI per desktop.
Discovery è iniziato improvvisamente tra il 1 e il 3 ottobre e il picco improvviso intorno al 25 ottobre nella curva coincide con l’inversione sopra, non so se Google stia vedendo le cose correttamente o se un aggiornamento stia migliorando l’indicizzazione.
Non sta ancora indicizzando per dispositivi mobili.
Questo deployment è a pochi commit dall’essere completamente aggiornato - 2.9.0.beta10 [f7a4fd1f49]
Sì, lo fa. URL non validi è una cosa completamente diversa dal non indicizzare.
È successo questo: Introducing Discourse Splash - A visual preloader displayed while site assets load
Questo è un buon punto. @agemo sta usando “indicizzazione” e la valutazione di Google dei Web Vitals “buoni/medi/scarsi” in modo intercambiabile, quando non sono assolutamente la stessa cosa, anche se quest’ultima può influire sul posizionamento.
Beh, è divertente che tu lo sottolinei in modo pedante, ed è un punto tecnico, ma manca il punto sostanziale generale, perché a volte il linguaggio - questo in realtà coincide con un aumento dell’attività di indicizzazione, che non ho pubblicato. Quindi sto divagando sul derivato, poiché è tutto derivato dal servizio di indicizzazione…
Bene, non capisco perché, dato che era intorno a luglio e sono passati 3 mesi prima che Google vedesse URL BUONI, come da screenshot sopra, avrei sperato prima per questo deployment, dato che ha avuto il commit della schermata di avvio entro pochi giorni dal suo rilascio iniziale.
Sospetto che quando ho rimosso una mod personalizzata molto semplice ma vecchia per un banner (CSS/HTML) e sono tornato a utilizzare il componente banner versatile invece, le cose si sono incastrate correttamente, anche se ciò non spiegherebbe la comparsa di URL BUONI all’inizio di ottobre, ma potrebbe spiegare l’impennata di ottobre.
Stavo cercando di ridurre i problemi di CLS, quindi immagino che le pagine vengano renderizzate e appaiano meglio. Forse ho risolto un problema più profondo qui. Se non ricordo male, il banner versatile non viene utilizzato nelle visualizzazioni mobili.
Un’altra cosa che è successa, e il motivo per cui ho ricominciato a guardare attentamente in primo luogo, è che la scoperta di pagine non indicizzate ha iniziato ad aumentare con un calo anche nell’indice, hmm… tutto intorno all’ultima settimana di ottobre, quando tutte queste cose sembrano entrare in gioco contemporaneamente.
Ho esaminato le pagine non indicizzate / 404, sembrano essere una fonte principale del recente aumento delle pagine non indicizzate e ora sono vicine a 10.000, appaiono come di seguito ad esempio:
Login | HSTS Redirection Community
Login | HSTS Redirection Community
Se rimuovo ?page=123 l’URL si risolve correttamente, quindi la pagina c’è - dove sta pescando Google questo formato di link errato? 
Stavo pensando che fosse un errore dall’importazione di phpBB o qualche altro artefatto/configurazione errata dei permalink, o qualcos’altro.
L’esperienza della pagina per Desktop funziona bene e la Search Console sta restituendo statistiche.
Esperienza della pagina per Mobile nada, zilch, zero impressioni.
Cosa sta succedendo?
Mi trovo nella stessa situazione, è iniziato tutto a settembre e non ho apportato modifiche né installato plugin.
Ho solo aggiornato Discourse quando necessario.
Il motivo per cui credo sia un problema con il CLS
Ho anche eliminato tutti i banner AdSense e il banner mobile di consenso GDPR di Google, ma dopo molto tempo non è cambiato nulla.
CLS non ha assolutamente nulla a che fare con i risultati di ricerca.
Non riesco proprio a capire. Perché stai guardando metriche totalmente secondarie che non hanno nulla a che fare con i risultati dei motori di ricerca?
Ci sono discussioni su meta come questa Google May 4th Core Update impact on Discourse forums che parlano di come i Core Web Vitals influenzino il posizionamento su Google. Il motivo principale della schermata di caricamento Introducing Discourse Splash - A visual preloader displayed while site assets load era aggirare la scarsa misurazione FCP al caricamento iniziale di un sito Discourse (grazie al team Discourse per quell’aggiornamento, tra l’altro).
Molto riguardo al posizionamento nei motori di ricerca è oscuro, ma sembra chiaro che i Vitals come CLS siano effettivamente importanti. CLS era il problema che avevo sopra Sudden drop in traffic - #35 by piffy in questo stesso argomento che ho da allora risolto.
Un sito Discourse minimale non sembra avere problemi di CLS. Puoi confermarlo anche con il sito meta https://pagespeed.web.dev/report?url=https%3A%2F%2Fmeta.discourse.org%2F Questo sito pagespeed è utile per mostrare statistiche di utenti reali dal tuo sito, ma la sezione “Diagnostica problemi di prestazioni” che offre una visualizzazione live del sito non è utile poiché utilizza la versione crawler della pagina web. Ho trovato questo sito utile quando ho indagato sul mio problema di CLS: https://gtmetrix.com/
Mostra anche nessun problema di CLS per meta.
Il mio problema era un plugin banner personalizzato che avevo scritto, che appariva in cima a ogni pagina e non specificava l’altezza in anticipo, causando continui spostamenti di layout (ma che avvenivano così velocemente che non te ne accorgevi nemmeno). L’ho risolto semplicemente specificando l’altezza in anticipo in modo che il browser potesse accomodare l’altezza prima che l’immagine venisse scaricata.
L’unica intuizione che ho è che ci vuole molto tempo prima che la correzione venga riconosciuta. Si basa su statistiche raccolte dalle visite degli utenti reali. Per me ci è voluto più di un mese. Puoi eseguire l’opzione “convalida correzione” nella console di ricerca e ti avviserà entro 28 giorni. È un po’ frustrante poiché c’è praticamente un mese di divario tra il test di una correzione e la ricezione del feedback.
Comunque, non sono sicuro se tutto questo sia utile, ma ho pensato di condividere la mia esperienza.
