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!
您使用的是最新版本的 Discourse 吗？
我们现在安装的是 2.8.0.beta11，看起来我们需要安装 2.9.0.beta4。
.beta6了..让我想起来我得升级了！ 
从未通过插件使用过站点地图，现在它是原生的，并且在最新版本中进行了各种修复，大约一个月以来，索引发生了明显的变化，有些几乎是即时的，不确定它是否有助于流量，但一些索引活动应该受到欢迎。
自我们从早期 2.x 版本升级到最新的 2.9 版本以来，覆盖率现在看起来是这样的，大约需要 12 天才能开始出现这种上升。 “2”表示达到最新版本的大致时间。
历史趋势是有效链接的索引率下降，但你可以看到趋势已经逆转，也就是说，它至少对提高整体索引活动产生了影响。
有效链接净增约 15K。
虽然在上图中并不完全清楚，但在升级后无效链接略有增加，但此后已开始回落。
缓慢地，并且页面因重定向而无效是主要且最大的无效组，在过去一个月中，它现在显示出缓慢但下降的趋势。
爬取量减少，现在更多地直接来自站点地图，这是站点地图效果非常明显的“之前 vs 之后”的对比：
再来一个“之前和之后”的对比，面包屑（和网站链接的采用情况类似）：
老实说，我会再给它一些时间，至少三个月，看看这一切如何发展，因为这是一个版本上的巨大飞跃，而且从几年没有站点地图到拥有站点地图——在此期间，我会尽量跟上升级的步伐。
这里也有一些明显的改进，事情曾经有点奇怪，但目前的状态在更多关键指标上看起来有所改善：
除了 PG13 数据库和 Discourse 代码库的任何程序性改进之外，可能有助于提高速度的唯一技术改进是硬盘驱动器将是 nVME，并且 Docker 也得到了非常更新的升级——整体性能肯定有很大提高，并且使用 Google PageSpeed 的速度测试现在看起来非常好。
总的来说，尽管速度缓慢，但 2.9.beta4-6 版本似乎正在扭转 Google Console 中对负面趋势的普遍担忧。
另外请注意，我们最近添加了
这将对此有所帮助 
在 Google 页面上点击搜索词链接的人可能没有在我们正在分析的 Discourse 论坛的讨论中找到他们想要的内容 
我不知道有什么变化。也许是更新，但在 10 月初，谷歌突然开始为桌面索引 GOOD URL。
Discovery 在 10 月 1 日至 3 日突然开始，25 日左右的曲线突然上升与上面的翻转相吻合，我不知道这是谷歌看到了正确的东西还是更新提高了索引能力。
它仍然没有为移动设备索引。
这个部署距离完全更新只有几个提交——2.9.0.beta10 [f7a4fd1f49]
是的，它被索引了。“URL不佳”与未索引是完全不同的概念。
发生了这件事：介绍 Discourse Splash - 网站资产加载时显示的视觉预加载器
这是一个很好的观点。@agemo 将“索引”与 Google 对“好/中/差”的 Web Vitals 评分混为一谈，而它们绝对不是同一回事，尽管后者可能会影响排名。
嗯，你如此迂腐地指出这一点很有趣，而且这是一个技术点，但它忽略了实质性的整体观点，因为有时语言——这实际上与我没有发布的索引活动增加同时发生。所以我在衍生品上滔滔不绝，因为这一切都源于索引服务……
嗯，我不明白，因为那大约是在七月，然后过了三个月，谷歌才看到任何好的网址（如上面的截图所示）。我本希望在这次部署中能早点看到，因为它在发布初期几天内就提交了启动屏幕。
我怀疑当我移除一个非常简单但旧的自定义模块（用于横幅，CSS/HTML）并改用通用的横幅组件时，事情才正确地解决了，尽管这并不能解释十月初出现的好的网址，但可能可以解释十月的激增。
我原本的目标是减少 CLS 问题，所以我想这些页面渲染和显示效果更好。也许我在这里解决了一个更深层次的问题。我记得通用的横幅在移动视图上没有被使用。
另外，也发生了一件事，这也是我最初开始仔细查看的原因，那就是未编入索引的页面发现量开始增加，而索引量却在下降，嗯……这一切都发生在十月下旬，当时所有这些问题似乎同时出现。
我查看了未编入索引/404页面，它们似乎是近期未编入索引页面增加的主要来源，现在接近10,000个，例如如下所示：
Login | HSTS Redirection Community
Login | HSTS Redirection Community
如果我删除 ?page=123，网址会正确解析，所以页面是存在的——谷歌是从哪里钓到这个不正确的链接格式的？ 
我曾以为是 phpBB 导入错误或其他永久链接的伪影/设置不正确，或者其他什么原因。
桌面版网页体验运行良好，搜索控制台正在输出统计数据。
移动版网页体验则毫无起色，零印象。
这是怎么回事？
我也遇到了同样的情况，这一切都始于九月，我没有做任何更改或安装插件。
我只在需要时更新了 Discourse。
我认为原因是 CLS 存在问题
我还删除了所有 AdSense 横幅和浮动的 Google GDPR 同意横幅，但过了很长时间，情况仍未改变。
CLS 与搜索结果毫无关系。
我就是不明白。你为什么关注与搜索引擎结果毫无关系的、完全次要的指标？
有关于元（meta）的讨论，例如这个 https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369，讨论了核心 Web 指标（Core Web Vitals）如何影响谷歌排名。加载启动屏幕 Introducing Discourse Splash - A visual preloader displayed while site assets load 的主要原因是为了解决 Discourse 网站初始加载时 FCP 指标不佳的问题（顺便感谢 Discourse 团队的这次更新）。
关于搜索排名的很多信息都是不透明的，但看起来 CLS 等指标确实很重要。CLS 是我在这个主题 Sudden drop in traffic - #35 by piffy 中遇到的问题，后来我已修复。
一个简陋的 Discourse 网站似乎没有 CLS 问题。你也可以通过元（meta）网站确认这一点 https://pagespeed.web.dev/report?url=https%3A%2F%2Fmeta.discourse.org%2F 这个 pagespeed 网站有助于显示你网站的真实用户统计数据，但“诊断性能问题”部分（它会实时查看网站）没有用，因为它使用的是网页的爬虫版本。我在调查 CLS 问题时发现这个网站很有用：https://gtmetrix.com/
它也显示元（meta）没有 CLS 问题。
我的问题是我编写的一个自定义横幅插件，它会显示在每个页面的顶部，并且没有提前指定高度，导致了持续的布局偏移（但发生得太快以至于你根本注意不到）。我通过提前指定高度解决了这个问题，这样浏览器就可以在图像加载之前预留出高度。
我有一个体会是，修复需要很长时间才能被认可。这是基于真实用户访问收集的统计数据。对我来说，花了一个多月的时间。你可以在搜索控制台中执行“验证修复”选项，它会在 28 天内通知你。这有点令人沮丧，因为在测试修复和获得反馈之间基本上有一个月的间隔。
总之，不确定这些是否有帮助，但我想分享我的经验。
