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