静态站 SEO 实战：让 Cloudflare Pages 站点更好被收录

静态站内容再好，搜索引擎抓不到也白搭。这篇把内容站过审与收录所需的 SEO 基建一次讲清，全部是本站正在用的方案。

结构化数据（JSON-LD）

• 评测页
• 目录页
• 文章页
• 首页

每页基础 meta

• canonical
• Open Graph / Twitter Card
• hreflang

站点地图与抓取规则

生成 sitemap.xml 列出全部页面，并在 robots.txt 里指向它。用 Search Console 提交后，可主动请求收录。站点地图要随内容更新同步补充。

多语言站点的额外要求

本站用「单 URL + JS 切换语言」方案：同一页面内含中英两种文案，由前端切换。对 SEO 更友好的做法是独立 URL（/zh/、/en/），但维护成本高。选哪种取决于规模。

上 AdSense 前的 SEO checklist

• 独立隐私政策页
• About 页 + 联盟披露
• 足够原创内容
• 清晰导航与内链

结构化数据该怎么选

• 工具评测页：Article + Review，务必带 ratingValue，可出谷歌星级富摘要。
• 指南/教程页：Article，不带评分。
• 目录页：ItemList，帮助搜索引擎理解列表结构。
• 首页：WebSite + Organization。

批量注入的实现

页面一多，逐个手写 head 标签不现实。实用做法是写一个幂等脚本：遍历所有 HTML，自动注入 OG / Twitter / hreflang / JSON-LD，并用注释标记防止重复注入。改内容后重跑一次即可全站同步。

社交分享图

配一张 1200×630 的 Open Graph 图，分享到社交平台时才有像样的卡片。可以用 Python（Pillow）程序化生成带品牌色的图，比手动做省事，也便于统一风格。

多语言的两种方案

• 单 URL + JS 切换：维护成本低，适合小站（本例采用）。
• 独立 URL（/zh/、/en/）：对 SEO 更友好，但工作量翻倍。

无论哪种，都要用 hreflang 声明各语言版本，并确保两种语言都有足够内容量，避免 Thin Content。

真实案例：SEO 基建如何一次性铺好

本站在 24 篇文章的规模下一次性把 SEO 基建做好：全站注入 OG / JSON-LD / hreflang，14 篇评测带 Review 评分（可出星级富摘要），目录页使用 ItemList，sitemap 含 30 个 URL 并提交 Search Console。整个基建靠一个幂等脚本完成，新增内容后重跑一次即可全站同步。

• 效率关键：脚本幂等是核心——重复运行不会堆叠标签，新页面改完重跑一次就全站同步。
• 下一步：持续补内容到 30+ 篇，再用 GSC「网址检查」主动请求收录，加速首收。

相关工具