关于 seo-eeat
一项 SEO 技能,用于审查页面可见的专业能力、作者身份、组织可信度和透明度信号。它帮助团队评估读者与 AI 系统能够核实的内容,不将这些信号视为直接排名分数。
主要功能
- 01审查作者身份与资历
- 02检查组织及联系信息
- 03评估一手经验证据
- 04检查来源与披露信息
- 05验证可信度相关 JSON-LD
适用场景
- 01审查作者与组织信息
- 02查找赞助内容中缺少的披露
- 03检查专业主张是否有可见证据
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ hainrixz/ claude-seo-ai --skill seo-eeat安装后在 Claude Code 中输入/seo-eeat确认已加载。
详细介绍
seo-eeat(M16)
经验、专业知识、权威性和可信度,是 Google 的质量系统和 AI 答案引擎判断是否信赖某个页面的依据。信任是基础,如今其适用范围已超出 YMYL。Schema 详情:references/schema-tier1.md。
输入
根据调度信封中指定的 PageSnapshot 开展工作:从 <run_dir>/pages/<slug>.json 读取 parsed(jsonld[]、anchors[]、text_sample);在 pages/<slug>.html 中用 Grep 查找原文证据;站点文件位于 <run_dir>/site/{robots.json,sitemaps.json,discovery.json}。audit.mjs 已生成的确定性发现列于 <run_dir>/findings.deterministic.json — 不要重复输出这些 id;仅添加经模型判断的发现。如果直接使用 URL/路径调用,且不存在快照,请先运行 node "${CLAUDE_PLUGIN_ROOT}/scripts/snapshot.mjs" <target> --out "${CLAUDE_PLUGIN_DATA}/runs",并使用打印出的快照路径。
审计
基于 PageSnapshot 开展工作(当 render.used 不是 none 时使用 parsed_rendered,否则使用 parsed):
- 作者身份与资历:是否有可见的署名?是否有包含
name、jobTitle、knowsAbout和sameAs[](LinkedIn/Wikidata)的PersonSchema?署名是否链接到作者/简介页面?是否说明了资历/经验,而不只是姓名? - 组织可信度:是否能找到“关于我们”和“联系方式”页面?是否有包含
name、url、logo、contactPoint、sameAs[]的Organization数据块?是否有适用于该垂直领域且清晰可见的编辑/隐私/退货政策? - 经验与专业知识标志:是否有第一手信息(原创照片、“我们测试过”、日期、方法论)和主题深度,而不只是泛泛而谈?
- 透明度:是否为声明提供来源/引文,是否有作者披露(联盟营销、赞助、AI 辅助),是否注明最近审核日期。
sameAs身份图谱细节由 M6/seo-entity-linking 负责。
修复
- AUTO(
fixable: auto):仅根据已确认的输入 — 用户提供的姓名、职务、联系点、政策 URL — 注入Person(作者)和Organization可信度 JSON-LD。该数据块将作为fix的差异内容。 - PROPOSED(
fixable: proposed):起草署名链接或sameAs集合,供用户逐项接受。 - ADVISORY(
fixable: advisory):撰写真实的作者简介、“关于我们”/联系方式页面或编辑政策 — 工具绝不会代写这些内容。绝不捏造姓名、资历、日期或身份链接 — 应询问用户,或留下明确标记的TODO占位符。
验证
- 离线:运行
node "${CLAUDE_PLUGIN_ROOT}/scripts/validate-jsonld.mjs" --snapshot <pages/<slug>.json>(或--url <u>),并使用dom_assert检查可见署名/链接/政策页面。 - 如果确认身份链接或实时“关于我们”/联系方式页面需要获取数据,但无法获取,则状态为
needs_api— 绝不能误报为pass。
发现
按 schema/finding.schema.json 输出发现项;轴为 both。严重性策略:5 仅用于网站/模板范围内会造成灾难性后果、导致失去资格的事实;4 为重大 · 3 为中等 · 2 为轻微 · 1 为外观问题 · 0 为仅供参考——并且只有处于启用类别中的 established 严重性为 5 的 fail 才能限制评分(references/scoring-model.md)。例如:
M16.author.missing_person_schema— 有署名但没有Personschema 的编辑页面(fail,严重性 3,fixable: auto,置信度established——标记要求有文档说明;排名影响则没有,应在rationale中标记为directional)。M16.author.no_bio_page— 署名没有链接到作者/简介页面(warn,严重性 3,fixable: proposed,置信度directional)。M16.org.no_contact_page— 找不到「关于我们」/联系页面,也没有contactPoint(warn,严重性 3,fixable: advisory,置信度directional)。M16.transparency.no_disclosure— 联盟营销、赞助或 AI 辅助内容没有明显披露(warn,严重性 3,fixable: advisory,置信度directional)。 每项发现:evidence.observed引用页面上的内容;verification.reproduce是上方可运行的命令;expected_impact按区间表示并标注置信度(不得只给出百分比)。
诚信
- **E-E-A-T 并非 Google 对外公开的评分,Google 自己的表述是「以人为本的内容」。**其指南关注谁、如何、为何:是否有真实作者及真实经验,内容是否为读者而非搜索引擎而创作。本模块衡量的所有内容都只是对此类判断的可见代理指标,因此此处的每项发现都属于
directional——添加Person块或作者简介并非排名手段,绝不能将其作为排名手段来呈现。 - 信任是基础要素,如今其适用范围远超 YMYL;但页面不会因为添加标记就变得可信。报告缺失信号时,应表述为「读者(或 AI 系统)无法判断谁为此背书」,而不是说页面失分。
- 虚构作者、捏造资历或伪造评论标记,都比什么也不做更糟——无论在搜索结果还是 AI 答案中,这都会带来信任风险。工具只会输出用户能够证实的信任信号;无法证实时,则会留下明确标记的
TODO。