ShenyuanNext WEPR GEO Page Blueprint
使用场景
- 把目标内容、目标问题、品牌知识库、用户路径和转化目标，落成 GEO 友好的页面方案。
- 页面类型属于产品页、专题页、文章页、榜单页、对比页、科普页、知识库页、案例页或 FAQ 页。
- 页面要同时服务国内 AI 平台抓取、答案抽取、真实用户阅读和转化。
- 交付物需要包含 HTML 语义结构、Schema 建议、CMS 字段清单和四格式报告。
不适用场景
- 全站品牌、竞品、信源和 AI 答案样本诊断；应改用
wepr-geo-panorama-audit。 - GEO 后端效果归因、埋点或追踪闭环；应改用
wepr-geo-tracking。 - 只写文章、标题、公众号推文或内容改写，而不需要页面落地方案。
必读资料
references/page-blueprint-method.mdreferences/research-foundation.mdreferences/cn-ai-platform-adaptation.mdreferences/schema-html-cms-contract.mdreferences/real-data-workflow.mdreferences/artifact-layout.mdreferences/quality-gates.mdreferences/output-file-workflow.md
执行流程
- 选择页面类型：产品页、专题页、榜单页、对比页、科普页、知识库页、案例页或 FAQ 页。
- 判断数据模式：
provided-source-pack、assisted-web-research、ai-answer-sample或synthetic-planning；需要真实数据时按references/real-data-workflow.md建立来源包。 - 对齐目标问题、用户路径、品牌事实、转化目标和合规边界。
- 建立输入、假设与边界表，明确已知事实、设计假设、缺口、合规限制和待确认项。
- 建立真实数据接入与核验计划，区分官方来源、客户知识库、第三方资料、AI 答案样本和方案假设。
- 建立研究依据映射：把 GEO 可见性、Google 生成式 AI 搜索、query fan-out、长上下文位置偏置、RAG 证据可追溯、结构化特征、Schema 和 WCAG/WAI 规则转成页面设计原则。
- 扩展 query fan-out：覆盖定义、对比、风险、价格、替代方案、实施、案例、FAQ 和转化相关子问题，并映射到页面模块。
- 生成信息架构：首屏直接答案、结构化摘要、核心事实卡、判断框架、对比表、实体关系、证据区、FAQ、案例、来源和转化模块。
- 设计 AI 可抽取模块：键值对、表格、步骤、原子事实、实体关系、问答、上下文无关摘要和 Schema
@id连接关系。 - 设计用户转化模块：CTA、表单、咨询、下载、试用、案例入口和内链；CTA 不能干扰核心答案和证据区。
- 输出 HTML 语义结构与 Schema 候选，包括 Article、FAQPage、Product、Organization、BreadcrumbList、Review 等；HTML 可视化报告必须带固定跟随菜单栏。
- 输出 CMS 字段清单，说明字段 key、中文名、类型、必填性、来源、校验规则、前端位置和是否进入 Schema。
- 输出桌面端、移动端、公众号版、无障碍和实施验收建议。
- 如需文件交付，使用
scripts/render_wepr_geo_page_blueprint.py从report_input.json生成 Markdown、HTML、Word、PDF。 - 按
references/quality-gates.md自 review；发现分析不完整、数据来源不清、格式缺失、溢出、字段英文化、Schema 越界、固定菜单缺失或 CTA 干扰时，先修复再交付。
输出契约
GEO 页面设计方案输入、假设与边界真实数据接入与核验计划查询意图与 Query Fan-out 覆盖页面模块与信息架构图研究依据与页面设计原则实体关系与知识图谱字段证据区与来源台账AI 可抽取模块设计用户转化模块设计HTML 结构样例Schema 建议CMS 字段清单无障碍与页面体验要求实施验收与监测计划桌面端、移动端和公众号版建议- 默认四格式交付：Word（
.docx）、PDF（.pdf）、HTML（.html）、Markdown（.md）
校验清单
- 首屏不能只有营销口号，必须有直接答案、关键事实和摘要。
- 报告不能只列模块，必须系统、详细、完整地说明输入边界、query fan-out、实体关系、证据、Schema、CMS、无障碍和实施验收。
- 需要真实数据时必须先建立来源包和核验日期；没有真实来源时必须标注为方案假设，不能把模型记忆写成事实。
- FAQ 不能只放页面底部；高价值问题要进入页面中前段或关键模块旁。
- HTML 语义必须清楚，表格、问答、步骤和事实卡不能只靠视觉卡片表达。
- HTML 可视化报告必须有固定跟随菜单栏，目录锚点不能遮挡模块标题，移动端菜单不能溢出。
- Schema 不得包含正文没有的事实，不得伪造评分、评价、价格、资质或案例。
- 证据区必须明确来源、页面内位置、核验日期和用途，不能只列参考链接。
- FAQPage 不能被当成通用流量技巧或 Google 富结果承诺；FAQ 内容必须真实可见，且不用于广告目的。
- 四格式报告必须白底、对齐稳定、表格可读、无溢出、无异常行距，并完成自 review。