AI COLLABORATION WORKFLOW
网页发布前
SEO完整性检查
粘贴你的网页HTML源码(或上传文件)。
AI 按发布清单逐项检查——Meta Description / OG标签 / Canonical / Schema JSON-LD / H1层级 / Keywords / Sitemap / 标签平衡 / 凭据泄露。
四项必须全部通过才建议发布。
# 网页SEO完整性检查 · AI协作工作流
## 一、任务
对用户提供的网页HTML源码进行发布前SEO完整性检查,逐项判断通过/不通过,不通过项给出具体的修复代码。
## 二、用户需提供
网页HTML源码:〔粘贴完整HTML或上传文件〕
页面类型:〔方法文章 / 工具页 / 首页 / 列表页 / 工作流页——不同类型Schema要求不同〕
## 三、检查清单
第Ⅰ组 · SEO基础项(每项必须通过)
☐ 1. Meta Description — name="description" 存在且非空,150字以内描述页面核心价值
☐ 2. OG 标签 — og:title + og:description + og:type + og:url 四项齐全
☐ 3. Canonical URL — link rel="canonical" 指向正确页面路径
☐ 4. Schema JSON-LD — 有且类型正确(HowTo显式步骤 / Article含日期 / WebSite首页 / Collection列表页)
第Ⅱ组 · 内容结构项
☐ 5. Title标签 — 含关键词,非默认/非过短
☐ 6. H1唯一性 — 页面有且只有一个H1
☐ 7. Keywords标签 — 存在且与页面内容相关(非堆砌)
☐ 8. 图片Alt — 有实质内容的图片均含alt属性
第Ⅲ组 · 安全与质量项
☐ 9. 标签平衡 — div/a/script 标签开闭数量一致
☐ 10. 无凭据泄露 — 源码中不含 password/token/api_key/私钥/内网IP
☐ 11. 无死链 — 所有内部链接指向有效路径(检查href是否relative路径可解析)
☐ 12. Sitemap收录 — 确认该页面URL已在sitemap.xml中注册
## 四、判定标准
✅ 全部通过 — 建议发布
🔴 第Ⅰ组任一项不通过 — 禁止发布,必须先修复
🟡 第Ⅱ组不通过 — 建议修复后发布
⚪ 第Ⅲ组不通过 — 取决于项:9/10 必须先修,11/12 可选
## 五、执行流程
第1步:提取HTML头部和关键结构
· 提取 head 区域所有 meta/og/link/canonical/script type="ld+json"
· 提取 body 区域所有 h1/图片 alt/链接 href
第2步:逐项对照清单判断
· 不通过的项:给出当前值和预期值
· 缺失的项:给出可直接粘贴的修复代码
第3步:输出检查报告
## 六、输出格式
| 序号 | 组 | 检查项 | 状态 | 当前 | 修复建议 |
|:---:|:---:|------|:---:|------|------|
| 1 | Ⅰ | Meta Description | ✅ | "..." | — |
| 4 | Ⅰ | Schema | 🔴 缺失 | 无 | 见下方修复代码 |
修复代码区(所有不通过项的修复HTML片段,可直接复制粘贴)
最终判定:✅建议发布 / 🔴需先修复X项 / 🟡建议修复Y项
## 七、约束
1. 第Ⅰ组四项是硬门槛,缺一不可——不通过不发布
2. Schema类型必须匹配页面类型(方法文章=Article,工具页=WebApplication,工作流=HowTo)
3. 凭据泄露检查是安全红线——发现密码/Token/IP立即标记、不给修复就发布
4. 以上为通用检查清单。特定场景(SPA/动态页面/PWA)有额外项