数据库设计用了 Prisma + PostgreSQL，所有 DateTime 字段都加了 @db.Timestamptz。软删除用 deletedAt 字段，查询时自动过滤。索引方面，所有查询条件字段都加了 @@index，外键关系加了级联删除。迁移用 prisma migrate dev，生产用 prisma migrate deploy。 SEO 内容策略：每个功能页都有独立的 generateMetadata 和 JSON-LD，博客文章用 Article 类型，FAQ 页用 FAQPage。sitemap.xml 用 ISR 缓存，发布新内容后 revalidatePath 主动刷新。长尾关键词页面用 AI 批量生成，每篇人工改写 30%。 上线后持续迭代，用 Vercel Analytics 监控流量和性能，用 Sentry 监控错误。每周看一次 Search Console 的搜索分析，根据关键词表现调整内容策略。用户反馈通过内置的反馈表单收集，高优需求直接排到下个迭代。
结合我最近的项目经验：300 注册用户日活 50，留存率不错了，我的产品日活只有注册的十分之一，求教运营经验。有疑问可以继续问。
我的看法略有不同：Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。实践出真知，建议动手试试。
不同场景下结论可能不同：这个项目技术栈和我现在做的很像，PageSpeed 98 分确实不容易，我的才 85 分需要优化了。共同进步。
这个方案我试过，暗色模式用 next-themes 确实方便，我的项目也是这么做的，但要注意 suppressHydrationWarning。欢迎私信深入交流。
我的看法略有不同：Recharts 用 next/dynamic 懒加载是对的，我之前直接 import 导致首屏 LCP 从 1s 变成 3s。
我的踩坑经验：Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？效果因项目而异，建议实际测试。
我的实践经验和你的不太一样：Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。一起学习。
讲个真实案例：300 注册用户日活 50，留存率不错了，我的产品日活只有注册的十分之一，求教运营经验。欢迎大家补充。
我的项目里也用了这个方案，作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？
不同场景下结论可能不同：Recharts 用 next/dynamic 懒加载是对的，我之前直接 import 导致首屏 LCP 从 1s 变成 3s。
这个问题我研究过一阵，300 注册用户日活 50，留存率不错了，我的产品日活只有注册的十分之一，求教运营经验。这只是个人经验，不一定通用。
Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？
结合我最近的项目经验：Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。感谢楼主的启发。
说个反直觉的发现：Recharts 用 next/dynamic 懒加载是对的，我之前直接 import 导致首屏 LCP 从 1s 变成 3s。这只是个人经验，不一定通用。
补充一点：作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？细节可以再展开讨论。
这个思路很巧妙，Recharts 用 next/dynamic 懒加载是对的，我之前直接 import 导致首屏 LCP 从 1s 变成 3s。希望对你有帮助。
有个细节值得注意：Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。欢迎交流讨论。
不同场景下结论可能不同：Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？仅供参考，具体还是要看你的场景。
结合我最近的项目经验：300 注册用户日活 50，留存率不错了，我的产品日活只有注册的十分之一，求教运营经验。
我之前也遇到过类似问题，Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。如果有更好的方案求分享。