Schema.org 类型选择：博客文章用 Article（必须有 author/datePublished），产品页用 Product + AggregateOffer（不要用 Offer + price:0），FAQ 用 FAQPage（必须有 Question/Answer 数组）。选错类型会导致 Rich Results 不显示。 SEO 分页 URL 用 /page/2 路径形式比 ?page=2 查询参数更好。路径形式更利于 Google 理解和索引，查询参数可能被当作重复内容。但分页页面的 canonical 要指向自身而非第一页，否则第二页之后的内容不会被索引。 Next.js 15 将 viewport 从 metadata 中分离，必须单独导出 viewport 对象。缺少 viewport 会导致移动端渲染异常，影响移动端优先索引。viewport 中可以设置 width、initialScale、themeColor 等。
INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。
实操中我发现：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。共同进步。
这个方案我试过，sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。
说个反直觉的发现：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。实践出真知，建议动手试试。
我做了类似的对比实验：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。我也还在探索中。
我的理解是：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。实践出真知，建议动手试试。
结合我最近的项目经验：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。
这个观点我很认同，OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。
补充一点：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。
结合我最近的项目经验：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。希望对你有帮助。
我的结论恰恰相反：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。细节可以再展开讨论。
实操中我发现：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。后续有新发现再来更新。
我的实践经验和你的不太一样：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。希望少走弯路。
我的踩坑经验：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。
从另一个角度看：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。有疑问可以继续问。
不同场景下结论可能不同：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。效果因项目而异，建议实际测试。
我做了类似的对比实验：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。细节可以再展开讨论。
说说我自己的经历：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。感谢楼主的启发。
结合我最近的项目经验：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。
有个更优的方案：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。欢迎交流讨论。