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!
Sind Sie auf der neuesten Version von Discourse?
Wir haben jetzt 2.8.0.beta11 installiert, es sieht so aus, als müssten wir 2.9.0.beta4 installieren.
.beta6 jetzt.. erinnert mich daran, dass ich upgraden muss! 
Hatte noch nie eine Sitemap mit einem Plugin, jetzt, da sie nativ ist und verschiedene Korrekturen in der neuesten Version seit etwa einem Monat vorgenommen wurden, ist eine spürbare Veränderung bei der Indexierung zu verzeichnen. Einige waren fast sofort da, ich bin mir nicht sicher, ob es dem Traffic hilft, aber etwas Indexierungsaktivität muss willkommen sein.
Seit dem Upgrade von einer sehr frühen 2.x-Version auf die neueste 2.9 hat sich die Abdeckung wie folgt entwickelt. Es dauerte etwa 12 Tage, bis dieser Anstieg begann. „2“ bezeichnet ungefähr den Zeitpunkt, zu dem die neueste Version erreicht wurde.
Der historische Trend war eine abnehmende Indizierung gültiger Links, aber Sie können sehen, dass sich der Trend umgekehrt hat, d. h. er hat zumindest zu einer erhöhten Indizierungsaktivität insgesamt geführt.
Es gibt einen Nettoanstieg von ca. 15.000 gültigen Links.
Obwohl im obigen Diagramm nicht ganz klar, stiegen die ungültigen Links nach dem Upgrade leicht an, haben aber seitdem begonnen, wieder nach unten zu tendieren.
Langsam und die Seiten, die als ungültig mit einer Weiterleitung markiert waren, waren die Haupt- und größte ungültige Gruppe, und sie zeigt jetzt seit einem Monat einen langsamen, aber abwärts gerichteten Trend.
Weniger Crawling und mehr wird jetzt direkt über die Sitemap bezogen, ein sehr klarer Effekt vor und nach der Sitemap:
Noch ein Vorher-Nachher-Vergleich, Breadcrumbs (und Sitelinks hatten eine ähnliche Akzeptanz)
Ehrlich gesagt, ich werde ihm mehr Zeit geben, mindestens 3 Monate, um zu sehen, wie sich alles entwickelt, da es ein großer Sprung von der Version war und von keiner Sitemap nach ein paar Jahren zu einer Sitemap übergegangen ist – in der Zwischenzeit werde ich versuchen, mit dem Upgrade Schritt zu halten.
Auch hier gibt es offensichtliche Verbesserungen, die Dinge waren eine Weile seltsam, der aktuelle Zustand sieht insgesamt verbessert aus für mehr wichtige Kennzahlen:
Die einzigen technischen Verbesserungen, die möglicherweise die Geschwindigkeit beeinflussen (zusätzlich zu jeder programmatischen Verbesserung mit der PG13-Datenbank und dem Discourse-Code), sind, dass die Festplatte nVME wäre und auch ein sehr aktualisiertes Docker – definitiv eine große Verbesserung der Gesamtleistung und Geschwindigkeitstests sehen jetzt mit Google Pagespeed sehr gut aus.
Insgesamt scheinen sich die allgemeinen Bedenken hinsichtlich negativer Trends in der Google Console mit Version 2.9.beta4-6 zu wenden, wenn auch langsam.
Beachten Sie auch, dass wir kürzlich hinzugefügt haben
was dabei helfen wird 
Es ist wahrscheinlich, dass die Person, die auf den Suchbegriffslink auf der Google-Seite geklickt hat, in der Diskussion im Discourse-Forum, das wir analysieren, nicht das gefunden hat, was sie wollte 
Ich weiß nicht, was sich geändert hat. Vielleicht ein Update, aber Anfang Oktober indexiert Google plötzlich GUTE URLs für Desktops.
Discovery begann plötzlich am 1. bis 3. Oktober und der plötzliche Anstieg um den 25. Oktober in der Kurve fällt mit dem obigen Umschwung zusammen. Ich weiß nicht, ob Google die Dinge richtig sieht oder ob ein Update die Indexierbarkeit verbessert.
Es wird immer noch nicht für Mobilgeräte indexiert.
Dieses Deployment ist nur wenige Commits von der vollständigen Aktualisierung entfernt - 2.9.0.beta10 [f7a4fd1f49]
Doch, das tut es. Schlechte URLs sind etwas völlig anderes als keine Indexierung.
Das ist passiert: Introducing Discourse Splash - A visual preloader displayed while site assets load
Das ist ein guter Punkt. @agemo verwendet “Indizierung” und Googles Bewertung von “guten/mittleren/schlechten” Web Vitals austauschbar, obwohl sie absolut nicht dasselbe sind, auch wenn letzteres das Ranking beeinflussen kann.
Nun, es ist lustig, dass du das so pedantisch hervorhebst, und es ist ein technischer Punkt, aber es verfehlt den wesentlichen Gesamtpunkt, denn manchmal ist Sprache – das fällt tatsächlich mit einer Zunahme der Indizierungsaktivität zusammen, die ich nicht gepostet habe. Ich rede also über das Derivat, da alles ein Derivat des Indizierungsdienstes ist…
Nun, ich verstehe das nicht, denn das war ungefähr im Juli und es sind 3 Monate vergangen, bevor Google irgendwelche GUTEN URLs sah, wie in den obigen Screenshots gezeigt. Ich hätte gehofft, dass dies bei dieser Bereitstellung schneller geht, da der Splashscreen-Commit nur wenige Tage nach der ersten Veröffentlichung erfolgte.
Ich vermute, als ich ein sehr einfaches, aber altes benutzerdefiniertes Mod für ein Banner (CSS/HTML) entfernt und stattdessen die vielseitige Bannerkomponente verwendet habe, hat sich alles richtig zusammengefügt, obwohl dies nicht erklären würde, warum GUTEN URLs Anfang Oktober auftauchten, aber es könnte den Oktober-Anstieg erklären.
Ich wollte CLS-Probleme reduzieren, und daher schätze ich, dass die Seiten besser gerendert werden und besser aussehen. Vielleicht habe ich hier ein tieferes Problem gelöst. Soweit ich mich erinnere, wird das vielseitige Banner nicht in mobilen Ansichten verwendet.
Eine weitere Sache, die ebenfalls passiert ist und der Grund, warum ich überhaupt wieder genauer hingeschaut habe, ist, dass die Entdeckung von nicht indizierten Seiten zugenommen hat, während auch die Indexierung gesunken ist, hmmm… alles etwa in der letzten Oktoberwoche, als all diese Dinge gleichzeitig zu passieren scheinen.
Ich habe mir die nicht indizierten / 404er angesehen, sie scheinen eine Hauptquelle für den jüngsten Anstieg der nicht indizierten Seiten zu sein und liegen jetzt bei fast 10.000. Sie erscheinen zum Beispiel wie unten:
Login | HSTS Redirection Community
Login | HSTS Redirection Community
Wenn ich das ?page=123 entferne, wird die URL korrekt aufgelöst, die Seite ist also vorhanden – woher fischt Google dieses falsche Linkformat?
Ich dachte, es wäre ein Fehler beim phpBB-Import oder ein anderes Permalink-Artefakt/falsch konfiguriert, oder etwas anderes.
Die Seitenerfahrung für Desktops funktioniert einwandfrei und die Search Console gibt Statistiken aus.
Seitenerfahrung für Mobilgeräte: nichts, rein gar nichts, null Impressionen.
Was ist los?
Ich bin auch in der gleichen Situation, alles begann im September und ich habe keine Änderungen vorgenommen oder Plugins installiert.
Ich habe Discourse nur bei Bedarf aktualisiert.
Der Grund, warum ich glaube, dass es ein Problem mit dem CLS ist
Ich habe auch alle AdSense-Banner und das schwebende Google GDPR-Zustimmungsbanner gelöscht, aber nach langer Zeit hat sich nichts geändert.
CLS hat absolut nichts mit Suchergebnissen zu tun.
Ich verstehe es einfach nicht. Warum schauen Sie sich völlig sekundäre Metriken an, die nichts mit Suchmaschinenergebnissen zu tun haben?
Da ich versuche, dies zu verstehen
Aber offensichtlich liege ich falsch und die beiden Dinge hängen nicht zusammen.
Es gibt Diskussionen auf Meta wie diese Google May 4th Core Update impact on Discourse forums, die darüber sprechen, wie sich Core Web Vitals auf das Google-Ranking auswirken. Der Hauptgrund für den Lade-Splashscreen Introducing Discourse Splash - A visual preloader displayed while site assets load war, die schlechte FCP-Messung beim anfänglichen Laden einer Discourse-Site zu umgehen (danke an das Discourse-Team für dieses Update, übrigens).
So viel über das Suchranking ist unklar, aber es scheint klar zu sein, dass Vitals wie CLS tatsächlich wichtig sind. CLS war das Problem, das ich oben Sudden drop in traffic - #35 by piffy in diesem gleichen Thema hatte und das ich inzwischen behoben habe.
Eine abgespeckte Discourse-Site scheint keine CLS-Probleme zu haben. Das können Sie auch mit der Meta-Site bestätigen https://pagespeed.web.dev/report?url=https%3A%2F%2Fmeta.discourse.org%2F Diese Pagespeed-Seite ist nützlich, um echte Benutzerstatistiken von Ihrer Website anzuzeigen, aber der Abschnitt “Diagnose von Leistungsproblemen”, der eine Live-Ansicht der Website anzeigt, ist nicht nützlich, da er die Crawler-Version der Webseite verwendet. Ich fand diese Seite nützlich, als ich mein CLS-Problem untersuchte: https://gtmetrix.com/
Auch hier werden keine CLS-Probleme für Meta angezeigt.
Mein Problem war ein benutzerdefiniertes Banner-Plugin, das ich geschrieben hatte und das auf jeder Seite oben erschien und die Höhe nicht im Voraus angab, was zu konsistenten Layoutverschiebungen führte (aber so schnell geschah, dass man es nicht einmal bemerkte). Ich habe es gelöst, indem ich einfach die Höhe im Voraus angegeben habe, damit der Browser die Höhe berücksichtigen kann, bevor das Bild geladen wird.
Die einzige Erkenntnis, die ich habe, ist, dass es sehr lange dauert, bis die Korrektur anerkannt wird. Sie basiert auf Statistiken, die von echten Benutzerbesuchen gesammelt wurden. Bei mir hat es über einen Monat gedauert. Sie können die Option “Korrektur validieren” in der Search Console durchführen, und Sie werden innerhalb von 28 Tagen benachrichtigt. Es ist etwas frustrierend, da es im Grunde einen Monat Lücke zwischen dem Testen einer Korrektur und dem Erhalt des Feedbacks gibt.
Wie auch immer, ich bin mir nicht sicher, ob das hilfreich ist, aber ich dachte, ich teile meine Erfahrungen.
