你好！
我对这个新功能感到非常兴奋。我期待这样的解决方案已经很久了，我们 Tecnoblog 读者的初步反馈也非常好——他们很喜欢社区集成带来的体验。
不过，经过一些实际测试后，我发现了一些技术障碍，需要克服这些问题，才能让这个系统真正像一个原生的评论系统，更重要的是，使其能够适应高流量网站的需求。
以下是我目前发现的一些问题：
1. 性能与服务器负载
在嵌入完整应用后，我们的服务器负载显著上升。查看 Cloudflare 数据，我们的请求量增加了 10 倍。以下是一些优化建议：
- 懒加载：对 JavaScript 实施懒加载非常有帮助（我已经采用了一种变通方案）。
<script type="text/javascript">
DiscourseEmbed = {
discourseUrl: '<?php echo esc_url($discourse_url); ?>',
<?php if ($use_topic_id): ?>
// ID 模式：话题已保存到数据库，不受 URL 变化影响
topicId: <?php echo intval($topic_id); ?>,
<?php else: ?>
// URL 模式：当通过 API 创建失败时的回退方案
discourseEmbedUrl: '<?php echo esc_url($permalink); ?>',
<?php endif; ?>
fullApp: true,
embedHeight: '800px',
};
(function() {
var container = document.getElementById('discourse-comments');
// 检查浏览器是否支持 IntersectionObserver
if ('IntersectionObserver' in window) {
var observer = new IntersectionObserver(function(entries, observer) {
entries.forEach(function(entry) {
if (entry.isIntersecting) {
// 当 div 进入视口时，加载脚本
loadDiscourse();
observer.unobserve(entry.target);
}
});
}, { rootMargin: "1500px" }); // 在 div 进入视口前 1500px 开始加载
observer.observe(container);
} else {
// 为旧版浏览器提供回退方案
loadDiscourse();
}
function loadDiscourse() {
var d = document.createElement('script');
d.type = 'text/javascript';
d.async = true;
d.src = window.DiscourseEmbed.discourseUrl + 'javascripts/embed.js';
(document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild(d);
}
})();
</script>
下图显示了实施懒加载后请求数量的下降情况（部分网站内容仍处于缓存状态，因此结果尚未最终确定）：
-
精简负载：我们能否减少嵌入中加载的资源？例如，我注意到有对聊天 URL 和 AI 信用检查的查询——这些在嵌入视图中是否必要？
-
请求频率：实时 POST 请求略显激进。我们是否可以降低嵌入版本的轮询频率？
-
缓存：改进嵌入话题的缓存管理，以应对流量高峰。
2. 分析数据混乱
目前，嵌入内容会触发 Google Analytics/GTM 脚本。这导致我们的页面浏览量翻倍（一次是文章本身，另一次是 iframe），从而扰乱了我们的数据。理想情况下，系统应能检测到它运行在 iframe 中，并自动禁用所有跟踪脚本（包括 Discourse 自身的分析脚本）。
3. iframe 高度问题
这可能是用户体验方面最大的障碍。如果文章没有评论，会出现奇怪的空白间隙；如果评论线程较长，iframe 会在前 2 或 3 条评论处被截断，迫使出现“滚动中的滚动”，这在移动端尤其糟糕。
要想真正与 Disqus 等系统竞争，我们需要高度能够动态调整（根据评论数量），并在一定数量的回复后提供一个“阅读更多”按钮来展开整个线程。
4. 插件冲突
由于嵌入内容会加载所有激活的插件，我们观察到一些异常行为。例如，“Google One Tap”会弹出在博客文章内部。当用户登录后，iframe 会刷新，并将用户导向社区主页，而不是评论线程。能够手动禁用嵌入视图中的特定插件将是一个巨大的帮助。
5. 登录摩擦
当前的流程有些阻碍转化：用户点击登录 → 打开新标签页 → 完成登录 → 用户停留在社区主页。回到博客文章时，iframe 仍显示为未登录状态，直到用户手动刷新整个页面。这种令人困惑的循环让用户在能够评论之前就放弃并离开。
自从启用新的嵌入功能后，我们的每日注册量翻了一倍以上，这非常好。然而，我们的参与度指标却没有任何变化。事实上，我们的DAU/MAU 比率下降了——我们拥有更多已登录用户，但他们并未进行互动。“每日活跃用户”、“新贡献者”和“发帖数”等指标均未出现增长。
这证明人们希望参与对话，但他们被困在登录循环中，在能够实际评论之前就放弃了文章。
6. 移动端 UI
在移动端，回复窗口会占据整个屏幕，导致你完全失去对正在回复的对话上下文的感知。这让人感觉有些压抑——如果我们能让它更紧凑，将是一个巨大的进步。
我真的很希望将这套系统作为 Tecnoblog（以及我们拥有的另一个网站）的默认评论系统。如果您想深入了解其中任何一点，请随时告诉我！