seo-eeat
Installation
SKILL.md
seo-eeat (M16)
Experience, Expertise, Authoritativeness, and Trust are how both Google's quality systems and AI answer engines decide whether to rely on a page. Trust is foundational and now applies beyond YMYL. Schema details: references/schema-tier1.md.
Audits
Working from the PageSnapshot (rendered_dom if present, else raw_html):
- Author identity & credentials: is there a visible byline? A
Personschema withname,jobTitle,knowsAbout, andsameAs[](LinkedIn/Wikidata)? Does the byline link to an author/bio page? Are credentials/experience stated, not just a name? - Organization trust: discoverable About and Contact pages; an
Organizationblock withname,url,logo,contactPoint,sameAs[]; visible editorial/privacy/returns policies appropriate to the vertical. - Experience & expertise markers: first-hand signals (original photos, "we tested", dates, methodology) and topical depth — not just generic prose.
- Transparency: sourcing/citations for claims, author disclosures (affiliate, sponsored, AI-assisted), last-reviewed dates. Defer the
sameAsidentity-graph detail to M6/seo-entity-linking.
Fixes
- AUTO (
fixable: auto): injectPerson(author) andOrganizationtrust JSON-LD built only from confirmed inputs — name, jobTitle, contactPoint, policy URLs the user supplies. The block is a diff forfix. - PROPOSED (
fixable: proposed): draft a byline link or asameAsset for per-item accept. - ADVISORY (
fixable: advisory): writing real author bios, About/contact pages, or editorial policies — the tool never authors these. Never fabricate names, credentials, dates, or identity links — ask the user or leave a clearly-markedTODOplaceholder.
Verification
- Offline:
node ${CLAUDE_SKILL_DIR}/../../scripts/validate-jsonld.mjs --url <u>plusdom_assertfor visible byline/links/policy pages. - When confirming an identity link or a live About/contact page requires a fetch that is unavailable, status is
needs_api— never a falsepass.