SEO/GEO 优化执行清单 v1
imola-web 的 SEO/GEO 优化优先级、落地项与文件映射。
imola-web SEO/GEO 优化执行清单 v1
1. 当前状态总结
你们现在的站点已经具备比较完整的 SEO/GEO 基础，属于“可持续优化”状态，不是从零搭建状态。
已具备的基础
robots.txt已允许主流 AI 搜索/抓取机器人- 已有
llms.txt - 已有统一的 SEO 元信息输出
- 已有 JSON-LD 结构化数据
- 已有
seo_geo.yaml作为策略数据源 - 已有审计结果文件
seo-geo-audit.json - 已有内容和页面结构基础
当前站点的优势
- 结构化程度高
- 对 AI bot 友好
- 已具备内容被引用的基础
- 有审计思路，不是纯手工优化
当前最值得补强的地方
- 品牌信息和组织信息还不够正式
seo_geo.yaml还带有临时占位信息- 产品页事实结构可以更标准化
- 审计结果还可以更强地映射到待办事项
- 外部可信度和品牌信号还可以加强
2. 已完成项
这些部分建议继续保留，并作为基础能力维护。
技术基础
robots.txt放行 AI botsitemap.xml可被发现llms.txt已存在- 页面支持 canonical
- Open Graph 完整
- Twitter Card 完整
结构化数据
WebSiteOrganizationProductTechArticleBreadcrumbListFAQPageSearchAction
GEO 友好性
- 已经有面向 AI 的提示信号
- 已经允许多种 AI 搜索抓取
- 内容结构已经具备可摘要性
审计基础
- 已有量化审计文件
- 已有评分维度
- 已有可复用的检查框架
3. 高优先级待办
这些是最值得优先做的。
3.1 正式化 data/seo_geo.yaml
当前这个文件很有价值，但还像临时配置。
建议动作
- 去掉
"temporary"标识 - 替换占位组织信息
- 明确品牌正式名称
- 补齐地址、电话、邮箱、社媒链接
- 区分“站点策略”“组织信息”“产品默认值”“审计配置”
目标
让它成为站点 SEO/GEO 的单一事实源，后续模板和脚本都从这里读取。
3.2 强化产品页的“事实结构”
AI 和搜索引擎最容易引用的是结构清晰、事实明确的内容。
建议动作
每个产品页尽量统一包含：
- 产品名称
- 产品类型
- 适用空间
- 材质
- 尺寸
- 厚度
- 工艺
- 颜色 / 表面处理
- 适用场景
- 选型建议
- 常见问题
目标
提升可引用性、可摘要性和内容一致性。
3.3 让 FAQ 成为产品页标准组件
FAQ 对 GEO 非常有帮助。
建议动作
- 每个核心产品页至少 2–4 个 FAQ
- FAQ 要基于真实问题，不要空泛
- FAQ 回答尽量“答案先行”
- FAQ 内容与页面正文一致，避免重复但不一致
目标
提高被 AI 摘要和引用的概率。
3.4 建立“审计结果 → 待办事项”的映射
目前你们已经有审计结果，但还可以再进一步，把它变成执行系统。
建议动作
审计报告输出以下四类状态：
- 已完成
- 低成本高收益
- 需要内容团队处理
- 需要技术团队处理
目标
让审计成为持续优化的驱动力，而不只是报告。
3.5 补强品牌与组织信号
这是传统 SEO 和 GEO 都很看重的部分。
建议动作
- 做更完整的 About / Brand / Team 页面
- 明确官方名称、定位、联系方式
- 增加作者/审核机制说明
- 引用可验证的外部信息
- 增加合作、案例、媒体或第三方背书
目标
增强 E-E-A-T 和 AI 可引用的可信度。
4. 中优先级待办
这些建议在高优先级之后推进。
4.1 增加标准化 additionalProperty
如果是产品页，可以把属性结构化得更细。
建议字段
- 材质
- 规格
- 厚度
- 表面
- 产地
- 用途
- 风格
- 安装方式
- 适用区域
目标
让机器更容易识别产品属性。
4.2 增强内容的“答案先行”表达
AI 搜索偏爱开头就给答案。
建议动作
- 页面首段直接说明产品是什么
- 第二段说明适用场景
- 第三段再补参数和细节
- 避免一上来堆太多营销话术
目标
提升生成式搜索的摘录概率。
4.3 增加表格与列表
相比大段落，表格更容易被抽取。
建议动作
- 产品参数表
- 场景对比表
- 材料对比表
- 选型建议表
目标
增强结构化信息密度。
4.4 优化内部链接
内部链接有助于建立主题权威。
建议动作
- 产品页链接到相关产品
- 产品页链接到应用场景页
- 场景页链接到产品页
- 内容页之间建立主题集群
目标
提高主题聚合和页面关联度。
5. 低优先级待办
这些适合后续逐步补。
5.1 外链和品牌提及追踪
建议动作
- 收集真实 referring domains
- 追踪品牌提及
- 记录媒体、合作方、目录站、行业站引用
目标
增强站点权威性和可见性。
5.2 FAQ/结构化数据自动化
建议动作
- 用模板自动生成 FAQPage
- 自动生成适配页面类型的 schema
- 统一在 Hugo layout 中注入
目标
减少手工维护成本。
5.3 面向 AI 搜索的专题页
建议动作
- 专门做“选购指南”
- 专门做“材料科普”
- 专门做“空间应用场景”
- 专门做“对比和常见问题”
目标
形成更强的主题内容资产。
6. 对应到具体文件
下面是建议的文件级映射。
data/seo_geo.yaml
建议作为站点策略中心。
- 正式化组织信息
- 统一 FAQ 默认策略
- 定义引用规则
- 定义机器人策略
- 定义页面优先级
layouts/
建议作为结构化数据和 meta 的统一出口。
- 统一 title / description / canonical
- 统一 OG / Twitter
- 统一 JSON-LD
- 统一 AI hint meta
static/robots.txt
建议保持当前策略，同时定期验证：
- 机器人是否仍允许
- sitemap 是否正确
- Content-Signal 是否保留
public/llms.txt
建议继续维护为 AI 导航入口。
- 重要页面列表
- 内容入口说明
- 站点概览
public/seo-geo-audit.json
建议作为审计输出格式，持续更新。
- 分数
- 检查项
- 权重
- 结论
- 待办建议
scripts/
建议负责自动化审计、校验和报告生成。
- 检查 meta
- 检查 schema
- 检查 robots
- 检查 page speed / lighthouse
- 生成审计 JSON
7. 预期收益
如果按上面的顺序做，预期收益会比较清晰。
对传统 SEO
- 更完整的索引和展现
- 更好的结构化理解
- 更高的点击率潜力
- 更稳的品牌搜索表现
对 GEO / AI 搜索
- 更容易被摘要
- 更容易被引用
- 更容易被归纳成答案
- 更适合问答式查询
对站点治理
- 优化规则统一
- 内容团队和技术团队更容易协作
- 审计结果更可追踪
- 站点策略可持续维护
8. 风险和注意事项
不要过度优化
- 不要为了 schema 而 schema
- 不要为了关键词而堆词
- 不要让 FAQ 变成“模板废话”
保持真实性
- 组织信息要真实
- 产品参数要真实
- FAQ 回答要真实
- 引用和统计要可验证
保持一致性
- 页面正文、JSON-LD、元信息要一致
seo_geo.yaml、模板、审计结果要一致- 品牌名称、地址、联系方式要统一
9. 推荐的执行顺序
我建议按下面顺序做：
第一阶段
- 正式化
seo_geo.yaml - 补齐组织信息
- 统一产品页事实结构
第二阶段
- 强化 FAQ
- 加强 schema 细节
- 优化答案先行内容
第三阶段
- 审计结果转待办
- 建立内容专题集群
- 补强品牌信号和外部可信度
10. 最终判断
这个技能对你们的帮助不是“理论上的”，而是能直接变成站点执行框架。
它适合你们的原因很明确：
- 你们已经有技术基础
- 你们站点内容类型适合 SEO/GEO
- 你们已经在做审计和结构化
- 你们差的是“标准化、可持续、可追踪”的优化体系
如果你愿意，我下一步可以继续把这份清单整理成：
- 可执行的任务列表
- 对应的模板改造方案
seo_geo.yaml的正式版结构- 审计报告的标准输出格式