初载于thatdevpro.com.此乃ThatDevPro公开SEO+AI框架库之部分。ThatDevPro乃经SDVOSB认证之退伍军人创办之网络+AI工程之坊。开源AI引文之具:github.com/Janady13/aio-surfaces。
经验 · 专长 · 权威 · 信赖
乃实施Google之E-E-A-T框架于诸网站,臻至世界一流之标准之详尽安装与审计参考。此文书具二用:既为安装手册(用于Claude Code CLI或人类开发者将框架构建于网站),亦为审计文书(用以评析既有之址,依纲评分,或通或不通)。
跨栈实施之注:此纲之代码例,皆以素HTML书,为明也。若React、Vue、Svelte、Next.js、Nuxt、SvelteKit、Astro、Hugo、11ty、Remix、WordPress、Shopify、Webflow诸般,于下每式之对等,睹
framework-cross-stack-implementation.md。若纯客端渲染之SPA(无SSR/SSG),则见framework-react.md者,若涉Tailwind特有之疑,如清删、动变之属,暗合之暗调,焦点之易达,详见于framework-tailwind.md。
一、文意之旨 与,此文何以用之
一、一、此文何为
此乃安装 E-E-A-T 信号于网站之典范,其程度足为 Google 算法及人类搜索质量评定者所辨识为世界一流。Google 所求之每一信号,尽录于此。用以演示每一信号之代码块,亦悉数包含。每一验证标准,皆已详述.
1.2 三种运行模式
是篇载三用之法。始事之前,当择其道。
模式A——安装模式始建E-E-A-T於新或既有之處,自無至有。依序循節二至節十七。每節皆可建之階。終於節十七,生成實施之報。
模式B—审计模式:审度既存之址,依纲以验。直抵第十二章(审计之式)。循评分之则,量各柱之绩。终成审计之报。若需补救,则返安装之式,治其不逮之物。
式C——混合之式:审之而后装。初行模式B,以定其基。次行模式A,独及阈下之项。二报并出。
1.3 乃知 Claude Code CLI 当如何食此文
:此文既授于 Claude Code CLI:
- :首读第二节 — 汇集诸客之变量。未竟变量之收,勿启安装之工。
- 察既有之状 — 莫安新之式、码或页,先察其等已存否。循冲突之决则(节一五),决当略、并或易之。
- 序序而循之 — 全域基建(第五节)先于每页工作(第六节)。每作者基建(第七节)先于每内容类型工作(第八节)。
- 每阶段皆验 — 每大阶段终,必行验之仪(第十一节),非独终也。
- 作报 — 既成,则生结构之实或稽核之报(第十七节)。
1.4 人之开发者当如何用此文书
若以人读之:
- 读第三节(何为E-E-A-T)以明其纲。
- 读第四节(四柱)以晓各柱所需之信。
- 以第二节为客源登记之表,为是项目而填之。
- 以第五至九章为筑造之清单,依序而进。
- 依第十一章以验之。若稽核,则用第十二章。
- 以第十六节(代码库)为速查附录于构建时。
1.5 和解之则
若于既有之址安装,必生冲突(既有之架构,既有之作者页,既有之规范标签)。当循此规则,依序施之:
| 纷争 | 规也 |
|---|---|
| 既有规范之标签 | 勿覆写。验其指向有效URL。若不符预期规范结构,则标示待人工审核。 |
| 既有组织架构 | 并合字段。增补此框架所缺之字段。若非事实有误,勿删既有之字段。 |
| 既有作者之架构 | 并之,增之。sameAs,knowsAbout,hasCredential若阙,存旧值。 |
| 既有作者之页 | 稽核第七条款之要求。补遗缺失之要素。勿改既有之传记内容。 |
| 既有之信任信号区块 | 稽核。补遗缺失之要素。存护已验证之评审组件及实时数据流。 |
| 既有之CSP首部 | 稽核与新架构及信任脚本之兼容性。必要时方改之。勿损CSP。 |
既有robots.txt、llms.txt、sitemap.xml
|
追加之,毋易之。新令出,勿去旧者。 |
疑则,手勘之,勿覆之。实报(第十七节)必列所勘之项。
一、六、所需之器 与之验者
启程之前,须备此物。
-
谷歌丰富结果测试—
https://search.google.com/test/rich-results -
Schema.org验证器—
https://validator.schema.org/ -
速览之页—
https://pagespeed.web.dev/ - 谷歌搜索控制台( Google Search Console )— 必须验证网站
- 白星 / 明亮地 / 摩兹本地 — 为引文一致审计(权威性支柱)
- 时光机 — 为历史内容审计
- Originality.ai或类似工具 — 为AI内容披露验证
- 现代浏览器携开发者工具 — 为手动渲染与无障碍检查
-
curl或httpie—检首而拟機器人用戶代理
2. 客戶變量採集
始於任何安裝或審計之前,採集下述諸變量未竟採集,勿前進。標記REQUIRED者,阻一切事。標記RECOMMENDED者,止特定節耳
# ============================================
# E-E-A-T FRAMEWORK CLIENT VARIABLES
# ============================================
# --- Business Identity (REQUIRED) ---
business_name: "" # Exact legal/branded name. Used in all schema name fields.
business_alternate_names: [] # Common abbreviations, alternate spellings, DBA names.
business_type: "" # Schema.org type. Examples: "ProfessionalService",
# "LocalBusiness", "MedicalBusiness", "FinancialService",
# "LegalService", "Restaurant", "Store", "Organization".
business_subtype: "" # More specific subtype if applicable. Example: "WebDesignAgency".
business_founded_year: "" # Four-digit year. Example: "2020".
business_description_short: "" # 50-160 characters. Used in meta descriptions, schema description.
business_description_long: "" # 300-500 words. Used on About page, /entity/ hub, llms.txt.
# --- Contact & Location (REQUIRED) ---
business_address_street: ""
business_address_city: ""
business_address_region: "" # State/province/region (full name, not abbreviation in schema).
business_address_postal: ""
business_address_country: "US" # ISO 3166-1 alpha-2 code.
business_geo_latitude: "" # Decimal degrees. Example: "36.6770".
business_geo_longitude: "" # Decimal degrees. Example: "-93.8730".
business_phone: "" # E.164 format. Example: "+15055123662".
business_phone_display: "" # Human-readable. Example: "(505) 512-3662".
business_email: ""
# --- Hours of Operation (REQUIRED for LocalBusiness types) ---
business_hours:
monday: "09:00-18:00"
tuesday: "09:00-18:00"
wednesday: "09:00-18:00"
thursday: "09:00-18:00"
friday: "09:00-18:00"
saturday: "closed"
sunday: "closed"
business_timezone: "" # IANA timezone. Example: "America/Chicago".
# --- Web Properties (REQUIRED) ---
primary_domain: "" # Example: "thatdeveloperguy.com" (no protocol, no trailing slash).
canonical_protocol: "https"
canonical_www: false # true if canonical includes www, false if not.
canonical_trailing_slash: true # Site-wide trailing slash policy.
# --- Founder/Owner Identity (REQUIRED for E-E-A-T) ---
founder_full_name: ""
founder_first_name: ""
founder_last_name: ""
founder_title: "" # Example: "Founder & Lead Developer".
founder_bio_short: "" # 50-100 words. Used in author boxes.
founder_bio_long: "" # 200-400 words. Used on author page.
founder_photo_url: "" # High-resolution professional photo, square crop preferred.
founder_email: ""
# --- Founder Credentials (REQUIRED for Expertise pillar) ---
founder_credentials:
- type: "EducationalOccupationalCredential"
name: "" # Example: "BA Computer Engineering".
issued_by: "" # Example: "Colorado State University".
year: ""
- type: "EducationalOccupationalCredential"
name: ""
issued_by: ""
year: ""
founder_certifications: [] # Industry certifications, licenses, accreditations.
founder_years_experience: "" # Numeric. Example: "12".
founder_topical_expertise: [] # Array of topic strings. Example: ["Web Development", "SEO", "AI"].
founder_external_publications: [] # Array of URLs to articles authored on third-party sites.
founder_speaking_history: [] # Array of conference/podcast appearances with URLs.
# --- Founder External Profiles (REQUIRED for Authoritativeness via sameAs) ---
founder_wikidata_qid: "" # Format: "Q138610626". Leave blank if no Wikidata entry yet.
founder_linkedin_url: ""
founder_x_url: "" # X/Twitter profile URL.
founder_github_url: ""
founder_huggingface_url: ""
founder_orcid: "" # If applicable for academic/research credibility.
founder_personal_site_url: "" # If founder maintains a personal domain separate from business.
founder_other_profiles: [] # Any additional verified profiles.
# --- Additional Authors (RECOMMENDED for multi-author sites) ---
additional_authors:
- full_name: ""
title: ""
bio_short: ""
bio_long: ""
photo_url: ""
credentials: []
sameAs: []
knowsAbout: []
# --- Topical Pillars (REQUIRED for Expertise demonstration) ---
primary_topical_pillars: [] # 3-7 topics this site is the authority on.
# Example: ["AI Search Optimization", "SEO", "Web Development"].
# --- YMYL Classification (REQUIRED for Trust pillar weighting) ---
ymyl_classification: false # Set true if site covers Your Money or Your Life topics.
ymyl_categories: [] # If true, list applicable categories:
# "health", "finance", "legal", "civic", "safety", "shopping".
# --- AI Content Disclosure (REQUIRED for Trust pillar) ---
uses_ai_in_content: false # Set true if any content is AI-assisted or AI-generated.
ai_disclosure_policy: "" # If true, the disclosure statement to display.
ai_review_process: "" # If true, describe human review process.
# --- Trust & Compliance (REQUIRED) ---
has_privacy_policy: false
has_terms_of_service: false
has_accessibility_statement: false
has_cookie_consent: false
gdpr_applicable: false
ccpa_applicable: false
state_privacy_laws_applicable: [] # Example: ["CA", "CO", "CT", "VA", "UT", "TX"].
# --- Reviews & Social Proof (RECOMMENDED) ---
google_business_profile_url: ""
google_business_profile_id: ""
existing_review_count: 0
existing_average_rating: 0.0
review_platforms: [] # ["Google", "Trustpilot", "Clutch", "BBB", "Yelp"].
trust_certifications: [] # ["BBB Accredited", "SDVOSB Certified", "ISO 27001"].
# --- Earned Media (RECOMMENDED for Authoritativeness) ---
featured_in_publications: [] # Array of {name, url, date, quote} objects.
external_backlink_count: 0 # Approximate, from Ahrefs/Semrush.
domain_rating: 0 # Ahrefs DR or equivalent.
# --- Tech Stack (REQUIRED for stack-specific install) ---
tech_stack: "" # One of: "wordpress", "nextjs", "astro", "hugo",
# "vanilla-html", "vanilla-php", "shopify", "webflow", "other".
cms_admin_access: false # Whether the implementer has CMS access.
git_repository_url: "" # If applicable.
deployment_method: "" # "git-push", "ftp", "cms-publish", "ci-cd", "manual".
# --- Existing State Detection (filled during install/audit) ---
existing_organization_schema: false
existing_author_pages: []
existing_canonical_strategy: ""
existing_robots_txt: false
existing_llms_txt: false
existing_sitemap: false
existing_ssl: false
existing_hsts: false
existing_csp: false
变量既集,则存之eeat-variables.yml于项目之根。此篇所载之安装代码,皆引此变量之名
。 3. E-E-A-T者何
E-E-A-T者,经验、专长、权威与可信之谓也此乃Google所颁之框架,用以评析内容之优劣,内置于《搜索质量评审指南》(末次修订于二零二五年九月十一日,凡一百八十二页)。此框架初于二零一四年以E-A-T之名面世。至二零二二年十二月,增第四柱——曰经验——以期更精审人工智能所造内容之题旨,察其亲历之实。
E-E-A-T非直接之排序因也。谷歌不于页面或站点赋以E-E-A-T之评分。E-E-A-T者,乃谷歌人类搜索质量评鉴者所持之框架,用以审度算法是否浮现真正有益之内容。谷歌复以与E-E-A-T相关之信号,训练并精炼其排名算法。其实效:显强E-E-A-T信号之站点,恒胜无此信号者,尤以核心更新后为甚。
二零二六年,E-E-A-T之重益增。二零二六年三月之核心更新,强化实体排序、专长示现、信任信号为首要区分。AI引擎(ChatGPT、Perplexity、Claude、Gemini、Copilot)用重叠信号以决引证之源。强E-E-A-T之实施,同步提升谷歌排名、AI引证率、品牌权威——为现代SEO最高杠杆之框架。
信者,柱石之最也. 谷歌之自定准则云:"不可信之页,纵有经验、专长、权威,亦无E-E-A-T之高。"经验、专长、权威,皆助信而固之。无信,三者皆无价也。
食饮之道,通于万物,然于性命攸关之题,如医道、财货、律法、民情、安危、政令,尤当严持标准。二零二五年九月之《搜查质评者指南》增订,明言选举与民信亦属性命攸关之列。凡网域涉此诸题,此法度之诸征,皆须超乎寻常,尽善尽美。
四柱深析
每柱皆同法:定义、谷歌所察之信号、须于网站安装以示此信号之具体要素,及审计标准以评既有之站。
四一、经验(首“E”)
何谓经验
经验问曰:此内容是否映照亲历之涉题乎? 作者果曾亲用其物、亲临其地、亲行其术、亲运其策、亲历其境乎?抑或其文乃采辑二手资料,未尝身与之涉?
民之经验增于壬寅岁仲冬,特以制衡机心所造之文。机心虽可广合成文,然不能生真经验。显经验之页,较之但集信息之页,质增矣。
谷歌所察之信(经验)
- 第一人称之叙事 — "吾用此物","吾侪试之","吾之经验"
- 作者亲历之实景,原照原片,实为所述之事也
- ,具载确时之日月,版本之号数,以证时序之涉猎(如"迨至二零二六年三月,用版十四点二")
- ,成败之谈,偏颇之境——泛泛之文,述顺遂之途;精深之论,陈崩坏之事也
- 原本之測量,屏幕截圖,結果此非不劳而获之所能成也
- 作者资历专于斯境约瑟夫亲自主导此框架于百三十余客户之域
- 流程记载实际所为之工,逐步详述之记
- 时间戳与变更日志条目显与题之迭进
- 特定之名器、软件之版本、环境之境域已用
- 可引述之败— 承认其不效,其难逾所期
何者宜装于网(体验)
四一·一·一 文章必具己名于首
每文须列作者于首,以己名相称。作者必为真人,有相应作者之页(见第七节)
<header class="article-header">
<h1>{{ARTICLE_TITLE}}</h1>
<div class="article-byline">
<img src="{{AUTHOR_PHOTO}}" alt="{{AUTHOR_NAME}}" width="48" height="48" loading="lazy">
<div class="byline-meta">
<p>By <a href="/authors/{{AUTHOR_SLUG}}/" rel="author">{{AUTHOR_NAME}}</a></p>
<p class="byline-context">{{AUTHOR_TITLE}} · {{YEARS_EXPERIENCE}} years experience</p>
</div>
<time datetime="{{PUBLISH_DATE_ISO}}">Published {{PUBLISH_DATE_HUMAN}}</time>
<time datetime="{{UPDATED_DATE_ISO}}">Updated {{UPDATED_DATE_HUMAN}}</time>
</div>
</header>
四一·一·二 实用之文附"我之测试/我所构建"之栏
凡实用之文、教程之文、复习之文,须设显注之框,明录作者于所论之题之经验.
<aside class="experience-callout" aria-label="About this article">
<h2>How I Know This Works</h2>
<ul>
<li>I have implemented this framework on <strong>{{CLIENT_COUNT}}+ client sites</strong> since {{START_YEAR}}.</li>
<li>This article documents the process I use today, last revised {{LAST_REVISION}}.</li>
<li>All screenshots are from real client implementations (anonymized where applicable).</li>
<li>Failure cases and edge cases are included in the relevant sections below.</li>
</ul>
</aside>
四·一·三 原始之象与截图
凡载录程式之文,必具本真之象——截图、照片、作者所绘之图。市售之影及机心所生之像,皆不增体验之数。creator且dateCreated为每幅图像添加元数据。
<figure>
<img
src="/images/articles/{{ARTICLE_SLUG}}/{{IMAGE_NAME}}.webp"
alt="{{DESCRIPTIVE_ALT_TEXT}}"
width="1200"
height="800"
loading="lazy">
<figcaption>
{{CAPTION_TEXT}}
<small>Screenshot taken {{SCREENSHOT_DATE}} on {{SCREENSHOT_CONTEXT}}.</small>
</figcaption>
</figure>
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "ImageObject",
"contentUrl": "https://{{PRIMARY_DOMAIN}}/images/articles/{{ARTICLE_SLUG}}/{{IMAGE_NAME}}.webp",
"creator": {"@id": "https://{{PRIMARY_DOMAIN}}/authors/{{AUTHOR_SLUG}}/#person"},
"dateCreated": "{{IMAGE_CREATION_DATE}}",
"caption": "{{CAPTION_TEXT}}",
"creditText": "{{AUTHOR_NAME}}"
}
</script>
四一四 具体日期、版本及环境注记
于文内之内容,凡依托于器用、版本或时序之论断,必明注时日、标明版本。
体例如次:
"自{{月年}}始,于{{平台}}使用{{器名}}之{{版本号}},其配置得佳果者..."
4.1.5 陨败与偏例之节
凡长篇实用之文,必设专节,明录其不效者,或常败之由,及作者所遇之奇境。此乃最显验之信号,盖非二手资料所能伪作也。
<section class="failures-section">
<h2>What Doesn't Work (Things I've Tried)</h2>
<ul>
<li><strong>{{FAILED_APPROACH_1}}:</strong> {{WHY_IT_FAILED_AND_WHAT_TO_DO_INSTEAD}}.</li>
<li><strong>{{FAILED_APPROACH_2}}:</strong> {{WHY_IT_FAILED_AND_WHAT_TO_DO_INSTEAD}}.</li>
<li><strong>{{FAILED_APPROACH_3}}:</strong> {{WHY_IT_FAILED_AND_WHAT_TO_DO_INSTEAD}}.</li>
</ul>
</section>
4.1.6 时刻之程文
若为服务或案例研究之内容,须详录所为之工之实历。
<section class="process-timeline">
<h2>Project Timeline</h2>
<ol>
<li><time datetime="{{DATE_1}}">{{DATE_1_HUMAN}}</time> — {{MILESTONE_1}}</li>
<li><time datetime="{{DATE_2}}">{{DATE_2_HUMAN}}</time> — {{MILESTONE_2}}</li>
<li><time datetime="{{DATE_3}}">{{DATE_3_HUMAN}}</time> — {{MILESTONE_3}}</li>
</ol>
</section>
审计标准(经验)
逐项评骘,或可或否,或全或偏,或无。
| [#] | 标准 | 严重性 |
|---|---|---|
| E1 | 每文皆有显见之作者署名,链接至作者之页。 | 严苛 |
| E2 | 每篇文皆显二者datePublished且dateModified
|
危殆 |
| E3 | 每篇实用/教程文章皆有"吾何以知之"或"据吾之经验"之节 | 高 |
| E4 | 至少半数之图像,遍于全网,皆为原创(非商用或AI所造) | 高 |
| E5 | 原创之图像,含ImageObject之creator与dateCreated
|
中 |
| E6 | 长篇之文章(>千五百字者),必附失败/边界之节 | 高 |
| E7 | 實用內容多指具體工具版本與日期 | 中 |
| E8 | 作者主導內容多採用第一人稱語言 | 中 |
| E9 | 流程/案例研究內容附帶具體日期之時間線 | 中 |
| E10 | 作者之资历,专指所声称之经验(非泛泛而谈) | 高 |
柱石之评分:通过得二分,部分通过得一分,不通过得零分。最高二十分。所谓“世界级”经验之阈限:十七分及以上,且无重大失败.
4.2 专长(第二“E”)
专长之意何在
专精者诘曰:作者之识,其深且确乎? 此与经验异——经验者,行也;专长者,知也。人可无正式专长而有经验(如养鸡三十载者,有经验而无认证专长),反之亦然(有认证博士者,未亲施行其所论之事,有专长而无经验)。
就医理、财用、律法、安危诸事,Google持专长之标准甚高,须具学位、牌照、同业认证、同行评议之著述。非此诸事,Google重日常之专长——显其识见之广博,纵无正式之凭证。
Google所察之征兆(专长)
- 显著之凭证 — 学历、执照、认证、专业协会
- 边缘案例之覆盖 — 何事破例,何为规则之外,常理之策何时不效
- 术语之用自然妥帖 — 无滥解,无迂回
- 内容之内,前后相合 — 通才博论,非止一端
- 引据权威 — 通才谙文献
- 独析原意 — 融汇超乎集腋成裘
- 旁征相关之深 — 全域权威
- 业界认可 — 言论传播,第三方平台之著述,同侪引证
- 专精程度 — 普通内容述主旨之境;专精内容析微末之理
- 预测精准度 — 专精内容经未来之事验证而成立
网站应置何物(专精之能)
作者框内显 credentials(每篇文章)
每作者署名须 inline 显其 credentials
<div class="author-box">
<img src="{{AUTHOR_PHOTO}}" alt="{{AUTHOR_NAME}}" width="80" height="80">
<div class="author-meta">
<h3><a href="/authors/{{AUTHOR_SLUG}}/" rel="author">{{AUTHOR_NAME}}</a></h3>
<p class="author-title">{{AUTHOR_TITLE}}</p>
<ul class="author-credentials">
<li>{{CREDENTIAL_1}}</li>
<li>{{CREDENTIAL_2}}</li>
<li>{{YEARS_EXPERIENCE}} years experience</li>
</ul>
<p class="author-bio-short">{{AUTHOR_BIO_SHORT}}</p>
</div>
</div>
4.2.2 Person schema 配 hasCredential 与 knowsAbout
每作者页须含详尽 Person schema,申 credentials 与专长
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Person",
"@id": "https://{{PRIMARY_DOMAIN}}/authors/{{AUTHOR_SLUG}}/#person",
"name": "{{FOUNDER_FULL_NAME}}",
"givenName": "{{FOUNDER_FIRST_NAME}}",
"familyName": "{{FOUNDER_LAST_NAME}}",
"jobTitle": "{{FOUNDER_TITLE}}",
"url": "https://{{PRIMARY_DOMAIN}}/authors/{{AUTHOR_SLUG}}/",
"image": "{{FOUNDER_PHOTO_URL}}",
"email": "{{FOUNDER_EMAIL}}",
"description": "{{FOUNDER_BIO_SHORT}}",
"knowsAbout": {{FOUNDER_TOPICAL_EXPERTISE}},
"hasCredential": [
{
"@type": "EducationalOccupationalCredential",
"name": "{{CREDENTIAL_1_NAME}}",
"credentialCategory": "degree",
"recognizedBy": {
"@type": "EducationalOrganization",
"name": "{{CREDENTIAL_1_ISSUER}}"
},
"dateCreated": "{{CREDENTIAL_1_YEAR}}"
},
{
"@type": "EducationalOccupationalCredential",
"name": "{{CREDENTIAL_2_NAME}}",
"credentialCategory": "degree",
"recognizedBy": {
"@type": "EducationalOrganization",
"name": "{{CREDENTIAL_2_ISSUER}}"
},
"dateCreated": "{{CREDENTIAL_2_YEAR}}"
}
],
"alumniOf": [
{
"@type": "EducationalOrganization",
"name": "{{CREDENTIAL_1_ISSUER}}"
}
],
"sameAs": [
"https://www.wikidata.org/wiki/{{FOUNDER_WIKIDATA_QID}}",
"{{FOUNDER_LINKEDIN_URL}}",
"{{FOUNDER_X_URL}}",
"{{FOUNDER_GITHUB_URL}}",
"{{FOUNDER_HUGGINGFACE_URL}}"
],
"worksFor": {
"@id": "https://{{PRIMARY_DOMAIN}}/#organization"
}
}
</script>
四二三 专题中心页
每主专题柱(自primary_topical_pillars)皆设专页,以彰深广。建于/topics/{{TOPIC_SLUG}}/.
专页须:
- 题名与H1相合
- 以二百至四百字之定义段落,由作者自撰而开篇
- 列此题所载诸文,依小题次第而编次
- 括此
CollectionPage之模式,明此为题旨权威之页 - 与相干之枢互链
<article class="topical-hub" itemscope itemtype="https://schema.org/CollectionPage">
<h1 itemprop="name">{{TOPIC_NAME}}</h1>
<section class="hub-introduction" itemprop="description">
<p>{{200_400_WORD_AUTHORITATIVE_INTRODUCTION}}</p>
</section>
<section class="hub-content-list">
<h2>Articles on This Topic</h2>
{{LIST_OF_ARTICLES_GROUPED_BY_SUBTOPIC}}
</section>
<section class="hub-related-topics">
<h2>Related Topics</h2>
{{LIST_OF_RELATED_HUB_PAGES}}
</section>
</article>
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "CollectionPage",
"name": "{{TOPIC_NAME}} — Complete Coverage",
"url": "https://{{PRIMARY_DOMAIN}}/topics/{{TOPIC_SLUG}}/",
"about": {
"@type": "Thing",
"name": "{{TOPIC_NAME}}"
},
"author": {"@id": "https://{{PRIMARY_DOMAIN}}/authors/{{AUTHOR_SLUG}}/#person"},
"publisher": {"@id": "https://{{PRIMARY_DOMAIN}}/#organization"}
}
</script>
四二四奇境与精深之文
每主旨,须显布详论奇境、精深之境、所破之境。建议URL式:/topics/{{TOPIC_SLUG}}/advanced/或/guides/{{TOPIC_SLUG}}-edge-cases/。
此等页文显专长,盖因需广涉精研,方能成此识见。
參考目錄/引文於每篇文章
每篇文章必須於文末列舉所引主要來源。使用citation屬性於文章模式中
<section class="article-references">
<h2>References</h2>
<ol>
<li id="ref-1">
{{AUTHOR_NAME_OR_ORG}}. ({{YEAR}}). <em>{{TITLE}}</em>.
Retrieved from <a href="{{URL}}" rel="noopener">{{SHORT_URL}}</a>.
<small>Accessed {{ACCESS_DATE}}.</small>
</li>
<li id="ref-2">
{{REFERENCE_2}}.
</li>
</ol>
</section>
於文章模式中:
"citation": [
{
"@type": "CreativeWork",
"name": "{{REFERENCE_1_TITLE}}",
"url": "{{REFERENCE_1_URL}}",
"author": "{{REFERENCE_1_AUTHOR}}"
}
]
外部著述与演说之历
作者之页必列外部著述与演说之历。此显业界之认许,示专长之明证
<section class="author-publications">
<h2>Published Externally</h2>
<ul>
{{LIST_OF_EXTERNAL_PUBLICATIONS_WITH_LINKS}}
</ul>
</section>
<section class="author-speaking">
<h2>Conference & Podcast Appearances</h2>
<ul>
{{LIST_OF_SPEAKING_ENGAGEMENTS_WITH_LINKS}}
</ul>
</section>
审计标准(专长)
| [#] | 标准 | 严重性 |
|---|---|---|
| X1 | 每篇文章署名处皆显作者资历 | 严苛 |
| X2 | 人物架构,hasCredential已填列 |
严苛 |
| X3 | 人物架构,knowsAbout已填列且与发表主题相合 |
高 |
| X4 | 每有署名者,皆有其作者之页 | 严 |
| X5 | 每主旨之要,皆有其专题之页 | 高 |
| X6 | 每要旨,皆具十篇以上之文,以显其深 | 高 |
| X7 | 至要之旨,皆有偏僻精深之文 | 中 |
| X8 | 文内附引文目录以证实言 | 高 |
| X9 | 文条格式含citation属性 |
中 |
| X10 | 作者页列外文 | 中 |
| X11 | 著述列于作者之页(若适用) | 卑下 |
| X12 | 医病疗疾之域(YMYL)者:凭据合乎法度之规 | 枢要(唯YMYL) |
柱石之评:至多二十四分(十二乘二)。至臻之境:二十逾分至二十四,无枢要之失。医病疗疾之域:二十二逾分至二十四.
4.3 权威性(A)
何谓权威性__
权威性之问:此人与此网站,于同侪之中,是否为众人所公认,以为取法之源?此乃E-E-A-T之社会确证之维。经验与专长,关乎创作者自身;权威性则在于,世间众人是否认可此创作者。
权威之立,外求而内显。外功成于所获之媒,逆引之链,引证之文,演说之会,及于维基百科、维基数据之存现。内工则在使网站显见外显之迹,藉结构化之数据,令谷歌之算法得以将实体与认可是以相联。
论 YMYL 之题,权威须得自相关领域之立言之所(医籍、律师公会、监管机构、学术府邸)。非 YMYL 之题,则可源自行业刊牍、社群、同侪创制及商界刊文所获之声誉。
信号谷歌所察(权威)
- 权威域所赐之逆引 同一主题空间中
- 品牌提及(链接与非链接)遍于网络
- 维基百科及Wikidata条目于该实体
- 知识图谱之存在见于谷歌搜索结果
- 原始研究之引证由他方网站提供
- 见载于权威刊籍(福布斯、纽约时报、专业领域一流网站)
- 受邀于会议演讲与专题讨论
- 所获殊荣与认可来自权威机构
- 同业推荐—其他公认专家引述或链接此源
- 社会公信 — 核实之账户,专业平台(如LinkedIn之于B2B)之关注者数
- 持续存在之岁月 — 域龄,Wayback Machine之历史,持续发布
- 行业会籍/认证
网站应安装之内容(权威性)
4.3.1 组织架构之模式,sameAs 連接權威資料
全站組織架構必須宣告每一外部資料,此資料藉由sameAs建立權威。此乃結構之信號,連結實體與其外部之認可
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "{{BUSINESS_TYPE}}",
"@id": "https://{{PRIMARY_DOMAIN}}/#organization",
"name": "{{BUSINESS_NAME}}",
"alternateName": {{BUSINESS_ALTERNATE_NAMES}},
"url": "https://{{PRIMARY_DOMAIN}}",
"logo": "https://{{PRIMARY_DOMAIN}}/logo.png",
"founder": {"@id": "https://{{PRIMARY_DOMAIN}}/authors/{{FOUNDER_SLUG}}/#person"},
"foundingDate": "{{BUSINESS_FOUNDED_YEAR}}",
"description": "{{BUSINESS_DESCRIPTION_SHORT}}",
"sameAs": [
"https://www.wikidata.org/wiki/{{BUSINESS_WIKIDATA_QID}}",
"https://en.wikipedia.org/wiki/{{BUSINESS_WIKIPEDIA_SLUG}}",
"{{LINKEDIN_COMPANY_URL}}",
"{{X_COMPANY_URL}}",
"{{FACEBOOK_PAGE_URL}}",
"{{GITHUB_ORG_URL}}",
"{{CRUNCHBASE_URL}}",
"{{BBB_PROFILE_URL}}",
"{{CHAMBER_OF_COMMERCE_LISTING_URL}}",
"{{INDUSTRY_DIRECTORY_URLS}}"
]
}
</script>
4.3.2 "特選於" / "見於" 部分於首頁及關於頁
诸站皆须显彰所获之媒。建之。/press/或/featured-in/页面。于首页及关于页展示带链接之标志。
<section class="featured-in" aria-label="Press coverage">
<h2>Featured In</h2>
<ul class="featured-in-logos">
<li>
<a href="{{COVERAGE_URL_1}}" rel="noopener">
<img src="/logos/{{PUBLICATION_1_LOGO}}.svg" alt="{{PUBLICATION_1_NAME}}" width="120" height="40" loading="lazy">
</a>
</li>
<li>
<a href="{{COVERAGE_URL_2}}" rel="noopener">
<img src="/logos/{{PUBLICATION_2_LOGO}}.svg" alt="{{PUBLICATION_2_NAME}}" width="120" height="40" loading="lazy">
</a>
</li>
{{MORE_PUBLICATIONS}}
</ul>
<p><a href="/press/">See all coverage →</a></p>
</section>
四三三引述专家之论之范式
及创者/站所引于所获之媒,则加Quotation 格式至相关页面,此页显引言之语.
<blockquote cite="{{COVERAGE_URL}}">
"{{EXACT_QUOTE_FROM_FOUNDER}}"
<footer>
— {{FOUNDER_NAME}}, quoted in
<cite><a href="{{COVERAGE_URL}}" rel="noopener">{{PUBLICATION_NAME}}</a></cite>,
{{PUBLICATION_DATE}}
</footer>
</blockquote>
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Quotation",
"text": "{{EXACT_QUOTE_FROM_FOUNDER}}",
"spokenByCharacter": {"@id": "https://{{PRIMARY_DOMAIN}}/authors/{{FOUNDER_SLUG}}/#person"},
"isPartOf": {
"@type": "NewsArticle",
"url": "{{COVERAGE_URL}}",
"publisher": {
"@type": "Organization",
"name": "{{PUBLICATION_NAME}}"
},
"datePublished": "{{PUBLICATION_DATE_ISO}}"
}
}
</script>
四、三、四、维基数据条目及引据
每商每创者,皆当有维基数据之条目。维基数据之显著门槛较维基百科为低,乃谷歌知识图谱及人工智能训练数据所本。引据维基数据QID于sameAs者,既关乎组织,复及个人之谱系也(前文已示)。
若维基数据无条目存焉:
- 须证其显著性(多独立出版物述及此实体)。
- 乃于
https://www.wikidata.org/wiki/Special:NewItem - 处立条目。__JHSNS_SEG_79178f98_383__填列属性:类属,创者,创立之期,官署网站,总部,行业,同指链接至权威资料。
- 既得准许而稳,则录QID以入谱。
若有维基百科之文,亦加之。sameAs.
四三五 奖项、认证与认可
凡合法之奖、认证或资格认证,皆于网站有其可见之展示元素(页脚、关于页、专用)。/credentials/页)且以架构为引。
<section class="credentials-display">
<h2>Credentials & Recognition</h2>
<ul class="credentials-list">
<li>
<img src="/badges/sdvosb.svg" alt="SDVOSB Certified" width="80" height="80">
<div>
<strong>Service-Disabled Veteran-Owned Small Business</strong>
<p>Certified by the U.S. Small Business Administration since {{CERT_YEAR}}.</p>
<a href="{{VERIFICATION_URL}}" rel="noopener">Verify</a>
</div>
</li>
{{MORE_CREDENTIALS}}
</ul>
</section>
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "EducationalOccupationalCredential",
"name": "Service-Disabled Veteran-Owned Small Business",
"credentialCategory": "certification",
"recognizedBy": {
"@type": "GovernmentOrganization",
"name": "U.S. Small Business Administration"
},
"url": "{{VERIFICATION_URL}}"
}
</script>
四三六 背链之资("引证"之钮)
欲获背链以立权威,必出可引之资,且使引之易便.
于每一研页、原数据页或首导之章:
<aside class="cite-this">
<h3>Cite This Research</h3>
<p>If this research was useful in your work, please cite it as:</p>
<div class="citation-formats">
<details>
<summary>APA Format</summary>
<pre id="citation-apa">{{LASTNAME}}, {{FIRST_INITIAL}}. ({{YEAR}}). <em>{{TITLE}}</em>. {{BUSINESS_NAME}}. {{CANONICAL_URL}}</pre>
<button onclick="copyToClipboard('citation-apa')">Copy APA</button>
</details>
<details>
<summary>MLA Format</summary>
<pre id="citation-mla">{{LASTNAME}}, {{FIRSTNAME}}. "{{TITLE}}." <em>{{BUSINESS_NAME}}</em>, {{DATE}}, {{CANONICAL_URL}}.</pre>
<button onclick="copyToClipboard('citation-mla')">Copy MLA</button>
</details>
<details>
<summary>BibTeX</summary>
<pre id="citation-bibtex">@misc{ {{CITATION_KEY}},
author = "{{LASTNAME}}, {{FIRSTNAME}}",
title = "{{TITLE}}",
year = "{{YEAR}}",
url = "{{CANONICAL_URL}}"
}</pre>
<button onclick="copyToClipboard('citation-bibtex')">Copy BibTeX</button>
</details>
</div>
</aside>
<script>
function copyToClipboard(elementId) {
const text = document.getElementById(elementId).textContent;
navigator.clipboard.writeText(text);
}
</script>
4.3.7 创始人个人实体网站
为求权威至极,创始人别设一域(如josephanady.com)立个人之站,互设sameAs,通向商号,亦达诸外之表。如是,则创始人之为实体,独立于商号之外,权威愈增,亦防商号之争。
个人之站,至少需有:
- 人形之范,映乎商之域也
- 双向
sameAs各个人物之链接 - 资质相符之传记
- 精选之作 / 作品集
- 联络之讯
审计标准(权威性)
| 无文可译。 | 标准 | 严重性 |
|---|---|---|
| A1 | 组织架构包含完整sameAs数组(8+配置文件) |
关键 |
| A2 | 个人架构包含完整sameAs数组(5+配置文件) |
关键 |
| A3 | 商业存在Wikidata条目 | 高 |
| A4 | Wikidata有创始人条目 | 高 |
| A5 | Wikidata QID在架构中引用sameAs
|
关键 |
| A6 | "精选于"部分可见于主页,含5+标志 | 高 |
| A7 | 新闻/媒体页面存在于/press/或等值 |
高 |
| A8 | 所引之媒体声量,其引证之格式也 | 媒体 |
| A9 | 所列之奖项认证,附验证之链接也 | 高 |
| A10 | 所凭之凭证,用EducationalOccupationalCredential,配recognizedBy
|
,其度中矣 |
| A11 | "引此"之功能于研习及首旗之页 | 中 |
| A12 | 创者持别之私体站(B2B/专业服务) | 中 |
| A13 | 域龄二载以上或持续刊布十二月余 | 高 |
| A14 | 至少五十来路域名(Ahrefs) | 高 |
| A15 | 至少五来自DR五十以上之来路 | 高 |
支柱分数:至多三十分(十五乘二)。世界一流之阈:二十五分以上三十分,无致命之失
4.4 诚信(T)
何谓诚信
诚信之问:此页是否准确、诚实、安全、可靠?此乃最重支柱——Google之规明确言:"不可信之页,无论似何经验、专长或权威,其E-E-A-T皆低。"
诚信为柱,诸般E-E-A-T之征皆辅其诚。一地可示经验(真图、亲述),显专长(凭据、精深),得权威(外链、公认)——然若有一诚之违(欺瞒之术、实事未正、集数据之网缺私策、SSL过期),则E-E-A-T之评尽废。
于 YMYL 之站,信实乃不可易之基。财贸之站若无明示广告,医卫之站若无医者之资,律法之站若无正当之辩,其位必逊于竞者之薄文而具信实之征者。
信号谷歌所察(信实之征)
- 信息之确 — 证源所依,谬误立纠
- 产权昭彰 — 网站归属何人,内容创制者谁,如何致书
- 广告明示清晰 — 附属链接,赞助之文,广告依FTC之规而显
- 功能之安 — HTTPS,有效SSL,无混合内容,无安全警告
- 隐私政策与服务条款 — 明确可及
- 联系方式 — 真实可验,及时响应
- 商业信息一致 — 网络信息匹配
- 评价与评分 — 显见,真实,有应(无论褒贬)
- 功能之页 — 无断链,无软404,无过期之文而现作新
-
内容之新 —
dateModified有义,陈腐之文则更易或去 - 诚于局限 — 内容自陈所不及
- 智機披露—適用時,明示智機之用
- 依 YMYL 特殊之信憑—醫療審核者於健康內容,許可專業者於法律財務
网站應安裝何物(可信之基)
4.4.1 必須之政策頁面
每站必須有此政策頁面,自每頁之腳注可達之
-
/privacy/— 隐私之策,述所集之数据,其用,其存,其属第三方者,其用户之权,其应接数据之讯 -
/terms/— 服事之约 / 用之则 -
/accessibility/— 无障碍之合,述其级,其应接无障碍之讯 -
/cookie-policy/— 若用非要之饼干(别于隐私或其节内) -
/disclosure/— 朋属,所资之文,AI用之示
对于 YMYL 网站,复加:
-
/medical-disclaimer/(健康网站) -
/financial-disclaimer/金融网站 -
/legal-disclaimer/(合法网站) -
/editorial-policy/— 乎何所由以成其文,何所由以审之,何所由以核其实,何所由以正之 -
/corrections-policy/— 事實之誤如何處理與糾正
页脚模板:
<footer class="site-footer" role="contentinfo">
<div class="footer-trust-block">
<nav aria-label="Policies">
<ul class="policy-links">
<li><a href="/privacy/">Privacy Policy</a></li>
<li><a href="/terms/">Terms of Service</a></li>
<li><a href="/accessibility/">Accessibility</a></li>
<li><a href="/cookie-policy/">Cookie Policy</a></li>
<li><a href="/disclosure/">Disclosures</a></li>
<li><a href="/contact/">Contact</a></li>
{{IF_YMYL_HEALTH}}<li><a href="/medical-disclaimer/">Medical Disclaimer</a></li>{{/IF}}
{{IF_YMYL_FINANCE}}<li><a href="/financial-disclaimer/">Financial Disclaimer</a></li>{{/IF}}
{{IF_YMYL_LEGAL}}<li><a href="/legal-disclaimer/">Legal Disclaimer</a></li>{{/IF}}
{{IF_YMYL_ANY}}<li><a href="/editorial-policy/">Editorial Policy</a></li>{{/IF}}
{{IF_YMYL_ANY}}<li><a href="/corrections-policy/">Corrections</a></li>{{/IF}}
</ul>
</nav>
<address class="footer-nap">
<strong>{{BUSINESS_NAME}}</strong><br>
{{BUSINESS_ADDRESS_STREET}}<br>
{{BUSINESS_ADDRESS_CITY}}, {{BUSINESS_ADDRESS_REGION}} {{BUSINESS_ADDRESS_POSTAL}}<br>
Phone: <a href="tel:{{BUSINESS_PHONE}}">{{BUSINESS_PHONE_DISPLAY}}</a><br>
Email: <a href="mailto:{{BUSINESS_EMAIL}}">{{BUSINESS_EMAIL}}</a>
</address>
<div class="footer-trust-badges">
{{TRUST_BADGES_HTML}}
</div>
<p class="footer-copyright">
© {{CURRENT_YEAR}} {{BUSINESS_NAME}}. All rights reserved.
</p>
{{IF_US_PRIVACY_LAWS}}
<p class="footer-privacy-rights">
<a href="/privacy/your-rights/">Your Privacy Choices</a>
</p>
{{/IF}}
</div>
</footer>
HTTPS、HSTS及安全头
诸域必行HTTPS全域,兼设妥当安全头。此乃二六年间不容置喙之事。
所需服务器配置(nginx为例,诸服务器宜自适):
server {
listen 443 ssl http2;
server_name {{PRIMARY_DOMAIN}};
# SSL configuration
ssl_certificate /path/to/fullchain.pem;
ssl_certificate_key /path/to/privkey.pem;
ssl_protocols TLSv1.2 TLSv1.3;
ssl_ciphers HIGH:!aNULL:!MD5;
ssl_prefer_server_ciphers on;
# OCSP stapling
ssl_stapling on;
ssl_stapling_verify on;
# HSTS — enforce HTTPS for 1 year, including subdomains, preload eligible
add_header Strict-Transport-Security "max-age=31536000; includeSubDomains; preload" always;
# Security headers
add_header X-Content-Type-Options "nosniff" always;
add_header X-Frame-Options "SAMEORIGIN" always;
add_header Referrer-Policy "strict-origin-when-cross-origin" always;
add_header Permissions-Policy "camera=(), microphone=(), geolocation=()" always;
add_header Content-Security-Policy "default-src 'self'; script-src 'self' 'unsafe-inline' https://www.googletagmanager.com; style-src 'self' 'unsafe-inline' https://fonts.googleapis.com; font-src 'self' https://fonts.gstatic.com; img-src 'self' data: https:; connect-src 'self' https://www.google-analytics.com;" always;
# Hide server signature
server_tokens off;
# ... rest of server config
}
# Redirect HTTP to HTTPS
server {
listen 80;
server_name {{PRIMARY_DOMAIN}};
return 301 https://$server_name$request_uri;
}
部署既毕,当将域名呈于HSTS预载列表于https://hstspreload.org/。
四四三 文章末尾更新标识
每篇文章(尤以时效性内容为甚)须标明末次更新之时
<div class="last-updated-banner" role="contentinfo">
<strong>Last updated:</strong>
<time datetime="{{UPDATED_DATE_ISO}}">{{UPDATED_DATE_HUMAN}}</time>
· Reviewed by <a href="/authors/{{REVIEWER_SLUG}}/">{{REVIEWER_NAME}}</a>
{{IF_FACT_CHECKED}}· Fact-checked{{/IF}}
</div>
四四四 诸事实之引证
每项数据、研究引据或事实之陈言,必附内联引证,链接至原始出处。
<p>
According to a {{YEAR}} study by {{ORGANIZATION}},
<a href="{{SOURCE_URL}}" rel="noopener" class="citation">
{{STATISTIC_OR_CLAIM}}<sup>1</sup>
</a>.
</p>
四四四五 作者透明
每作者皆有可验之身份。匿名之文损信。作者之页必含实名、真影、有验之传略、联络之法、可验之资历,及sameAs之外部资料。
四四四六 人工智能之文披露
若此间之文,有假智械之力而成者,须明示之,勿隐.
通布于全站之昭示,见于/disclosure/之页:
<section class="ai-disclosure">
<h2>Our AI Use Policy</h2>
<p>{{AI_DISCLOSURE_POLICY}}</p>
<h3>What This Means in Practice</h3>
<ul>
<li>{{SPECIFIC_USE_CASE_1}}</li>
<li>{{SPECIFIC_USE_CASE_2}}</li>
<li>{{SPECIFIC_USE_CASE_3}}</li>
</ul>
<h3>Our Review Process</h3>
<p>{{AI_REVIEW_PROCESS}}</p>
<h3>What We Don't Do</h3>
<ul>
<li>We do not publish AI-generated content without expert review.</li>
<li>We do not use AI to fabricate quotes, statistics, or sources.</li>
<li>We do not present AI-generated images as photographs without disclosure.</li>
</ul>
</section>
若单篇之文,亦假智械之力:
<aside class="ai-content-disclosure" role="note">
<strong>About this article:</strong>
This article was {{AI_USAGE_LEVEL}} and reviewed by {{REVIEWER_NAME}}, {{REVIEWER_CREDENTIALS}}.
All facts have been verified. <a href="/disclosure/">Read our full AI policy.</a>
</aside>
联盟、赞助及商业披露
<aside class="commercial-disclosure" role="note">
<strong>Disclosure:</strong>
This article contains affiliate links. If you purchase through these links,
we may earn a commission at no additional cost to you. This does not influence
our recommendations — we only recommend products we have personally used or thoroughly evaluated.
<a href="/disclosure/">Read our full disclosure policy.</a>
</aside>
赞助内容:
<div class="sponsored-banner" role="banner">
<strong>SPONSORED:</strong>
This article is sponsored by {{SPONSOR_NAME}}. {{BUSINESS_NAME}} maintains
editorial independence; sponsorship does not influence our review or analysis.
<a href="/disclosure/">Learn how we handle sponsored content.</a>
</div>
4.4.8 评价与评分——真实与回应
显示经Review验证的评价AggregateRating架构.
<section class="reviews-section" itemscope itemtype="https://schema.org/{{BUSINESS_TYPE}}">
<meta itemprop="name" content="{{BUSINESS_NAME}}">
<div class="aggregate-rating" itemprop="aggregateRating" itemscope itemtype="https://schema.org/AggregateRating">
<span class="rating-value" itemprop="ratingValue">{{AVERAGE_RATING}}</span>
/
<span itemprop="bestRating">5</span>
based on
<span itemprop="reviewCount">{{REVIEW_COUNT}}</span> verified reviews
</div>
{{INDIVIDUAL_REVIEWS}}
<p>
<a href="/reviews/">See all reviews</a> ·
<a href="{{GOOGLE_BUSINESS_REVIEW_URL}}" rel="noopener">Verify on Google</a>
</p>
</section>
四、四、九功能页——无断链,无软404
定制404页返回HTTP 404:
<main class="error-404">
<h1>404 — Page Not Found</h1>
<p>The page you're looking for doesn't exist. Here are some helpful options:</p>
<ul class="error-404-options">
<li><a href="/">Return to homepage</a></li>
<li><a href="/sitemap.html">Browse all content</a></li>
<li><a href="/contact/">Contact us</a></li>
</ul>
<section class="error-404-search">
<h2>Search</h2>
<form action="/search/" method="get">
<label for="search-q">Search the site:</label>
<input type="search" id="search-q" name="q" placeholder="What were you looking for?">
<button type="submit">Search</button>
</form>
</section>
</main>
此页服务器须返回HTTP 404,非200.
四、四、十NAP一致性
商号、地址、电话(NAP)须一致,遍及页脚、联系方式页、关于页、模式、GBP及所有目录引用。每季审计,可藉Whitespark、BrightLocal或Moz Local。
四四一一 蛋糕同意
若用非必要之Cookie,则施用Google同意模式v2。
<script>
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}
gtag('consent', 'default', {
'ad_storage': 'denied',
'ad_user_data': 'denied',
'ad_personalization': 'denied',
'analytics_storage': 'denied',
'functionality_storage': 'denied',
'personalization_storage': 'denied',
'security_storage': 'granted',
'wait_for_update': 500
});
// Honor Global Privacy Control
if (navigator.globalPrivacyControl) {
gtag('consent', 'update', {
'ad_storage': 'denied',
'ad_user_data': 'denied',
'ad_personalization': 'denied'
});
}
</script>
特定于 YMYL 的信任要素
若 ymyl_classification: true,则需额外信任要素:
<header class="article-header ymyl-article">
<h1>{{TITLE}}</h1>
<div class="ymyl-meta">
<p>
Written by <a href="/authors/{{AUTHOR_SLUG}}/" rel="author">{{AUTHOR_NAME}}</a>,
<span class="author-credentials">{{AUTHOR_CREDENTIALS}}</span>
</p>
<p>
Medically reviewed by <a href="/authors/{{REVIEWER_SLUG}}/">{{REVIEWER_NAME}}</a>,
<span class="reviewer-credentials">{{REVIEWER_CREDENTIALS}}</span>
</p>
<p>
<time datetime="{{PUBLISHED_DATE}}">Published {{PUBLISHED_DATE_HUMAN}}</time>
·
<time datetime="{{UPDATED_DATE}}">Last updated {{UPDATED_DATE_HUMAN}}</time>
·
<time datetime="{{REVIEWED_DATE}}">Last medically reviewed {{REVIEWED_DATE_HUMAN}}</time>
</p>
</div>
<aside class="ymyl-disclaimer" role="note">
<p>
<strong>This article is for informational purposes only and is not a substitute for professional medical advice.</strong>
Always consult a qualified healthcare provider for personal medical decisions.
<a href="/medical-disclaimer/">Read our full medical disclaimer.</a>
</p>
</aside>
</header>
审验标准(可信度)
| # | 标准 | 严重性 |
|---|---|---|
| T1 | 全域强制 HTTPS 且 SSL 证书有效 | 严峻 |
| T2 | HSTS首部在列(时效31536000+) | 严峻 |
| T3 | 域在HSTS预载列 | 高 |
| T4 | 所需安全首部悉备(CSP、X-Frame-Options、X-Content-Type-Options、Referrer-Policy、Permissions-Policy) | 严峻 |
| T5 | 私隐政策存焉,可自每页得之 | 要 |
| T6 | 服务条款存焉 | 要 |
| T7 | 无障碍声明存焉 | 高 |
| T8 | 无障碍计划显于每页之底 | 要 |
| T9 | NAP一致遍及诸地、诸式、GBP、五十要引 | 严苛 |
| T10 | 作者身份明晰(真名、照片、简介) | 严峻 |
| T11 | 每篇文章最新更新横幅 | 高 |
| T12 | 文章之架构,兼括二者。datePublished與dateModified
|
高 |
| T13 | 每項事實均需引文 | 高 |
| T14 | 每篇文章均需事實內容之參考/來源部分 | 高 |
| T15 | 若使用AI需披露 | 批判(若適用) |
| 披露联盟/赞助信息明晰显著 | 关键(如适用) | |
| 披露真实可查 | 关键 | |
| 回应评论于48小时内(无论褒贬) | 高 | |
| 披露无 | 自定四十四错误页返回HTTP四十四错误 | 高 |
| T20 | 无破损入站链接至高流量页 | 高 |
| T21 | 若非必要,则实施Cookie同意机制 | 关键(若适用) |
| T22 | 同意模式v2,具适当默认拒绝状态 | 要紧(若适用) |
| T23 | 全球隐私控制信号受尊 | 高(美) |
| T24 | YMYL编辑政策页存焉 | 要紧(YMYL独) |
| T25 | YMYL更正政策页存焉 | 要紧(YMYL独) |
| T26 | 医理文载医者审评之衔 | 严评(医理文独用) |
| T27 | 医理文首列免责文 | 严评(医理文独用) |
| T28 | 医理文引本源之文 | 高标(医理文独用) |
柱标分:至多五十六分(二八相乘)。世界一流之阈:五十有六以上,无重大过失。优质内容网站之阈:五十四有六以上,无重大过失。
:信为至要之柱。:无重大信任过失而其他得分平平之站,胜于经验/权威/专长卓越但信任有重大过失之站。必先补救信任之失。
:五. 全站安装
此节所述者,乃全球之基设也,必存于诸地,而后方可始作每页或每作者之工。须依所示之序而行。
5.1 第一阶段:架构图之基
筑中央架构图,凡他架构皆将引之。此置于<head>中。
文件所在之位:
- 香草HTML:
<head>每页之头,善用共通之页首包含 - Next.js:
app/layout.tsx首部或专设<SchemaGraph />组件 - WordPress:主题之
header.php,或借Yoast/Rank Math等插件之定制JSON-LD支持 - Astro:
src/layouts/Layout.astro首部之槽 - Hugo:
layouts/partials/head.html - 素PHP:共通ヘッダーを含める
コード(各ページに挿入する<head>):
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "{{BUSINESS_TYPE}}",
"@id": "https://{{PRIMARY_DOMAIN}}/#organization",
"name": "{{BUSINESS_NAME}}",
"alternateName": {{BUSINESS_ALTERNATE_NAMES_JSON}},
"url": "https://{{PRIMARY_DOMAIN}}",
"logo": {
"@type": "ImageObject",
"@id": "https://{{PRIMARY_DOMAIN}}/#logo",
"url": "https://{{PRIMARY_DOMAIN}}/logo.png",
"width": 600,
"height": 600,
"caption": "{{BUSINESS_NAME}}"
},
"image": {"@id": "https://{{PRIMARY_DOMAIN}}/#logo"},
"description": "{{BUSINESS_DESCRIPTION_SHORT}}",
"foundingDate": "{{BUSINESS_FOUNDED_YEAR}}",
"founder": {"@id": "https://{{PRIMARY_DOMAIN}}/authors/{{FOUNDER_SLUG}}/#person"},
"address": {
"@type": "PostalAddress",
"streetAddress": "{{BUSINESS_ADDRESS_STREET}}",
"addressLocality": "{{BUSINESS_ADDRESS_CITY}}",
"addressRegion": "{{BUSINESS_ADDRESS_REGION}}",
"postalCode": "{{BUSINESS_ADDRESS_POSTAL}}",
"addressCountry": "{{BUSINESS_ADDRESS_COUNTRY}}"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": "{{BUSINESS_GEO_LATITUDE}}",
"longitude": "{{BUSINESS_GEO_LONGITUDE}}"
},
"telephone": "{{BUSINESS_PHONE}}",
"email": "{{BUSINESS_EMAIL}}",
"openingHoursSpecification": {{BUSINESS_HOURS_SCHEMA_JSON}},
"areaServed": {{AREA_SERVED_JSON}},
"sameAs": {{ORGANIZATION_SAMEAS_JSON}},
"knowsAbout": {{PRIMARY_TOPICAL_PILLARS_JSON}}
},
{
"@type": "WebSite",
"@id": "https://{{PRIMARY_DOMAIN}}/#website",
"url": "https://{{PRIMARY_DOMAIN}}",
"name": "{{BUSINESS_NAME}}",
"description": "{{BUSINESS_DESCRIPTION_SHORT}}",
"publisher": {"@id": "https://{{PRIMARY_DOMAIN}}/#organization"},
"inLanguage": "en-US",
"potentialAction": {
"@type": "SearchAction",
"target": {
"@type": "EntryPoint",
"urlTemplate": "https://{{PRIMARY_DOMAIN}}/search/?q={search_term_string}"
},
"query-input": "required name=search_term_string"
}
},
{
"@type": "Person",
"@id": "https://{{PRIMARY_DOMAIN}}/authors/{{FOUNDER_SLUG}}/#person",
"name": "{{FOUNDER_FULL_NAME}}",
"givenName": "{{FOUNDER_FIRST_NAME}}",
"familyName": "{{FOUNDER_LAST_NAME}}",
"jobTitle": "{{FOUNDER_TITLE}}",
"url": "https://{{PRIMARY_DOMAIN}}/authors/{{FOUNDER_SLUG}}/",
"image": "{{FOUNDER_PHOTO_URL}}",
"email": "{{FOUNDER_EMAIL}}",
"description": "{{FOUNDER_BIO_SHORT}}",
"knowsAbout": {{FOUNDER_TOPICAL_EXPERTISE_JSON}},
"hasCredential": {{FOUNDER_CREDENTIALS_SCHEMA_JSON}},
"alumniOf": {{FOUNDER_ALUMNI_OF_JSON}},
"sameAs": {{FOUNDER_SAMEAS_JSON}},
"worksFor": {"@id": "https://{{PRIMARY_DOMAIN}}/#organization"}
}
]
}
</script>
インストール後の検証ステップ:サイトの任意のページにアクセスし、ソースを表示し、スキーマをコピーし、https://validator.schema.org/に貼り付ける。ゼロのエラーで検証する必要がある。
5.2 第二阶段:所需之页
若其页未立,则须为之。每页有内容之最低要求。
5.2.1 关于之页 (/about/)
所需之内容:
- H1:“关于 {{BUSINESS_NAME}}”
- 500字以上之描述,述及商号、创者、使命、历史。
- 创者之像及传记
- 憑證與認證
- 創立日期與歷史
- 服務範圍
- 團隊部門若適用
- 聯繫CTA
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "AboutPage",
"@id": "https://{{PRIMARY_DOMAIN}}/about/#aboutpage",
"url": "https://{{PRIMARY_DOMAIN}}/about/",
"name": "About {{BUSINESS_NAME}}",
"description": "{{ABOUT_PAGE_DESCRIPTION}}",
"mainEntity": {"@id": "https://{{PRIMARY_DOMAIN}}/#organization"},
"publisher": {"@id": "https://{{PRIMARY_DOMAIN}}/#organization"},
"isPartOf": {"@id": "https://{{PRIMARY_DOMAIN}}/#website"}
}
</script>
5.2.2 聯繫頁面 (/contact/)
必備內容:
- H1: "致 {{BUSINESS_NAME}}"
- 完整 NAP 块
- 联络表单,含姓名、电邮、讯息之最低要求
- 电话,附
tel:链接 - 电邮,附
mailto:链接 - 营业时间
- 若为本地企业,嵌入地图
- 回复时间之预期
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "ContactPage",
"url": "https://{{PRIMARY_DOMAIN}}/contact/",
"name": "Contact {{BUSINESS_NAME}}",
"mainEntity": {"@id": "https://{{PRIMARY_DOMAIN}}/#organization"}
}
</script>
五、二、三、著者之枢(/authors/)
必具之文:
- 题一:曰"吾之著者"或其义
- 众著者之格,具像、名、职,连于独著之页
- 每著者,互引其新文
5.2.4 单篇作者之页 (/authors/{{slug}}/)
详则载于第七节。
5.2.5 隐私之策 (/privacy/)
必备之项:
- 所集之讯
- 讯之用途
- 第三方共享(分析、广告、整合)
- 数据保留期限
- 用户权利(访问、删除、可移植性)
- 隐私请求联系人
- 最后更新日期
- 特定州权利(加州、科罗拉多州、康涅狄格州、弗吉尼亚州、犹他州、德克萨斯州、俄勒冈州、蒙大拿州——列明适用)
- 儿童隐私(如适用,需符合COPPA规定)
- 国际数据传输(如适用)
- Cookie使用
5.2.6 服務條款 (/terms/)
必備條款:
- 條款之接受
- 服務之說明
- 使用者之責任
- 知識財產
- 免責聲明
- 責任之限制
- 終止
- 管轄法律
- 條款變更
- 聯繫方式
5.2.7 訪問性聲明(/accessibility/)
必備內容:
- 合規程度(WCAG 2.1或2.2級別A、AA或AAA目標)
- 已知限制
- 反饋機制(電子郵件/表單報告訪問性問題)
- 最後訪問性審查日期
- 相容之助技
5.2.8 告示之页(/disclosure/)
必备之文:
- 附庸之谊
- 赞助之文策
- 广告之告白
- 编者之独立言
- AI之用策(若适用)
- 审阅者之酬赏(若适用)
五二九、专属于 YMYL 页面(若适用)
-
/editorial-policy/— 造文、审文、核实之序 -
/corrections-policy/— 诸般谬误何以处置 -
/medical-disclaimer/(健康) -
/financial-disclaimer/(金融) -
/legal-disclaimer/(法律)
五二一零按/精选页/press/)
所需内容:
- "精选于"标志阵列,链接至报道
- 引述报道之语,并注明出处
- 宣傳包下載(標誌、創始人照片、事實表、簡介)
- 记者联系表
- 近有公告(若适用)
五二一一评鉴之页/reviews/)
所需内容:
- 總體評價顯示
- 近期驗證評論
- 評論平台鏈接(Google, Trustpilot, Clutch, BBB)
- 回應歷史可見
- "提交評價"呼籲
5.3 第三階段:主域根目錄所需文件
5.3.1 /robots.txt
User-agent: *
Allow: /
Disallow: /admin/
Disallow: /staging/
Disallow: /*?*sessionid=
Disallow: /*?*utm_
# AI crawlers — adjust per client preference
User-agent: GPTBot
Allow: /
User-agent: ClaudeBot
Allow: /
User-agent: Claude-Web
Allow: /
User-agent: PerplexityBot
Allow: /
User-agent: OAI-SearchBot
Allow: /
User-agent: Google-Extended
Allow: /
User-agent: Applebot-Extended
Allow: /
User-agent: anthropic-ai
Allow: /
User-agent: ChatGPT-User
Allow: /
Sitemap: https://{{PRIMARY_DOMAIN}}/sitemap.xml
五点三二/sitemap.xml
动态生成,列所有可索引之页lastmod超五十万URL者,以次地图分之。
五点三之三/llms.txt
# {{BUSINESS_NAME}}
> {{BUSINESS_DESCRIPTION_SHORT}}
## About
{{BUSINESS_NAME}} ({{PRIMARY_DOMAIN}}) is {{BUSINESS_DESCRIPTION_LONG_FIRST_PARAGRAPH}}.
Founded by {{FOUNDER_FULL_NAME}} ({{FOUNDER_TITLE}}), {{BUSINESS_NAME}} {{BUSINESS_HISTORY_SUMMARY}}.
## Topics
{{BUSINESS_NAME}} publishes authoritative content on:
{{LIST_OF_PRIMARY_TOPICAL_PILLARS_AS_BULLETS}}
## Key Resources
- [About](https://{{PRIMARY_DOMAIN}}/about/)
- [Contact](https://{{PRIMARY_DOMAIN}}/contact/)
- [Founder Bio](https://{{PRIMARY_DOMAIN}}/authors/{{FOUNDER_SLUG}}/)
{{LIST_OF_TOPICAL_HUB_URLS}}
{{LIST_OF_FLAGSHIP_GUIDE_URLS}}
## Entity References
- Wikidata: https://www.wikidata.org/wiki/{{BUSINESS_WIKIDATA_QID}}
- Founder Wikidata: https://www.wikidata.org/wiki/{{FOUNDER_WIKIDATA_QID}}
## Contact
{{BUSINESS_NAME}}
{{BUSINESS_ADDRESS_STREET}}
{{BUSINESS_ADDRESS_CITY}}, {{BUSINESS_ADDRESS_REGION}} {{BUSINESS_ADDRESS_POSTAL}}
Phone: {{BUSINESS_PHONE_DISPLAY}}
Email: {{BUSINESS_EMAIL}}
## Last Updated
{{LLMS_TXT_LAST_UPDATED_DATE}}
五点三之四/llms-full.txt
扩版之文llms.txt含网站要页之全markdown内容(关于、创始人传记、主要议题中心页、旗舰指南)。此使AI训练系统得全境。
五点三之五/.well-known/security.txt
Contact: mailto:{{SECURITY_CONTACT_EMAIL}}
Expires: {{ONE_YEAR_FROM_NOW_ISO}}
Preferred-Languages: en
Canonical: https://{{PRIMARY_DOMAIN}}/.well-known/security.txt
五点四之四:服务器配置
依第四篇第四節第二之節,施以安全標頭之配置。
设正导引(一为正名,www或否,尾斜杠之策):
# Force HTTPS
server {
listen 80;
server_name {{PRIMARY_DOMAIN}} www.{{PRIMARY_DOMAIN}};
return 301 https://{{PRIMARY_DOMAIN}}$request_uri;
}
# Force non-www (or www if canonical_www: true)
server {
listen 443 ssl http2;
server_name www.{{PRIMARY_DOMAIN}};
return 301 https://{{PRIMARY_DOMAIN}}$request_uri;
}
启Brotli/Gzip压缩。设适缓存控制首部(散列资源一年,HTML一小时)。
5.5 第五阶段:页脚信任区块
悉 footer 模板於各頁實施之。驗其於下各頁皆能正呈:
- 首頁
- 服務/產品頁
- 文章頁
- 政策頁
- 聯繫頁
- 404頁
5.6 階段六:標題信譽元素
標題當含:
- 徽记连 homepage
- 主导航
- 电话号码(移动端可点)
- 选配:信誉徽章条("4.9★ 127 评价","BBB 认证",等)
5.7 第七阶段:初验全局
既毕一至六阶段,行验:
- 架构验于诸页(homepage, About, 文章, 联系)
- SSL Labs 获 A+ 评级:
https://www.ssllabs.com/ssltest/analyze.html?d={{PRIMARY_DOMAIN}} - securityheaders.com 获 A+ 评级:
https://securityheaders.com/?q={{PRIMARY_DOMAIN}} - PageSpeed Insights 评 CWV 为 "佳":
- Robots.txt 验证:访问
https://{{PRIMARY_DOMAIN}}/robots.txt并确认站点地图指令: - 站点地图已提交至 GSC:
- 所有必需页面均返回 HTTP 200:
- 所有政策页面均可从页脚访问
- 页脚、架构及联系页须统一NAP
若任一核查不验,当先补救,方得进第六节
6. 页内安装
每页之必备,除全站之基础架构外
6.1 普适页内要求
全站每页(首页、服务、文章、产品、联系等)皆需:
所须<head>之素
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
<!-- Page-specific title and description -->
<title>{{PAGE_TITLE}} | {{BUSINESS_NAME}}</title>
<meta name="description" content="{{PAGE_META_DESCRIPTION}}">
<!-- Canonical -->
<link rel="canonical" href="{{PAGE_CANONICAL_URL}}">
<!-- Robots -->
<meta name="robots" content="index, follow, max-image-preview:large, max-snippet:-1, max-video-preview:-1">
<!-- Language -->
<meta http-equiv="Content-Language" content="en-US">
<!-- Open Graph -->
<meta property="og:type" content="{{OG_TYPE}}">
<meta property="og:title" content="{{PAGE_TITLE}}">
<meta property="og:description" content="{{PAGE_META_DESCRIPTION}}">
<meta property="og:url" content="{{PAGE_CANONICAL_URL}}">
<meta property="og:image" content="{{PAGE_OG_IMAGE_URL}}">
<meta property="og:image:width" content="1200">
<meta property="og:image:height" content="630">
<meta property="og:site_name" content="{{BUSINESS_NAME}}">
<meta property="og:locale" content="en_US">
<!-- Twitter Card -->
<meta name="twitter:card" content="summary_large_image">
<meta name="twitter:site" content="{{BUSINESS_X_HANDLE}}">
<meta name="twitter:creator" content="{{AUTHOR_X_HANDLE}}">
<meta name="twitter:title" content="{{PAGE_TITLE}}">
<meta name="twitter:description" content="{{PAGE_META_DESCRIPTION}}">
<meta name="twitter:image" content="{{PAGE_OG_IMAGE_URL}}">
<!-- Theme color -->
<meta name="theme-color" content="{{BRAND_PRIMARY_COLOR}}">
<!-- Favicon set -->
<link rel="icon" type="image/x-icon" href="/favicon.ico">
<link rel="icon" type="image/png" sizes="32x32" href="/icon-32.png">
<link rel="apple-touch-icon" href="/apple-touch-icon.png">
<link rel="manifest" href="/site.webmanifest">
<!-- Schema graph (from Section 5.1) -->
{{SCHEMA_GRAPH_HERE}}
<!-- Page-specific schema (Article, Service, Product, etc.) -->
{{PAGE_SPECIFIC_SCHEMA_HERE}}
<!-- Stylesheets -->
<link rel="stylesheet" href="/css/main.css">
</head>
6.1.2 面包屑导航
<nav aria-label="Breadcrumb" class="breadcrumbs">
<ol>
<li><a href="/">Home</a></li>
{{INTERMEDIATE_BREADCRUMBS}}
<li aria-current="page">{{CURRENT_PAGE_NAME}}</li>
</ol>
</nav>
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{"@type": "ListItem", "position": 1, "name": "Home", "item": "https://{{PRIMARY_DOMAIN}}/"},
{{INTERMEDIATE_BREADCRUMB_LIST_ITEMS}},
{"@type": "ListItem", "position": {{N}}, "name": "{{CURRENT_PAGE_NAME}}"}
]
}
</script>
6.1.3 跳至内容链接
每页首可聚焦之元:
<a href="#main-content" class="skip-to-content">Skip to main content</a>
6.1.4 单一H1,语义结构
每页仅有一<h1>。标题层级递降,不越级。语义HTML5元素(<main>、<article>、<section>、<aside>、<nav>、<footer>)用之得宜。
文章页面之要求
除普遍之要求外:
6.2.1 文章之架构
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"@id": "{{ARTICLE_URL}}#article",
"headline": "{{ARTICLE_TITLE}}",
"description": "{{ARTICLE_DESCRIPTION}}",
"image": [
"{{ARTICLE_HERO_IMAGE_URL}}"
],
"datePublished": "{{PUBLISHED_DATE_ISO}}",
"dateModified": "{{UPDATED_DATE_ISO}}",
"author": {"@id": "https://{{PRIMARY_DOMAIN}}/authors/{{AUTHOR_SLUG}}/#person"},
"publisher": {"@id": "https://{{PRIMARY_DOMAIN}}/#organization"},
"mainEntityOfPage": {
"@type": "WebPage",
"@id": "{{ARTICLE_URL}}"
},
"isPartOf": {"@id": "https://{{PRIMARY_DOMAIN}}/#website"},
"about": {
"@type": "Thing",
"name": "{{ARTICLE_PRIMARY_TOPIC}}"
},
"mentions": {{ARTICLE_MENTIONED_ENTITIES_JSON}},
"keywords": {{ARTICLE_KEYWORDS_JSON}},
"wordCount": {{ARTICLE_WORD_COUNT}},
"articleBody": "{{ARTICLE_BODY_PLAIN_TEXT_FIRST_500_CHARS}}",
"inLanguage": "en-US",
"citation": {{ARTICLE_CITATIONS_JSON}}
}
</script>
6.2.2 文章之结构
<article class="article" itemscope itemtype="https://schema.org/Article">
<header class="article-header">
{{LAST_UPDATED_BANNER}}
<h1 itemprop="headline">{{ARTICLE_TITLE}}</h1>
{{AUTHOR_BYLINE}}
{{AI_DISCLOSURE_IF_APPLICABLE}}
{{COMMERCIAL_DISCLOSURE_IF_APPLICABLE}}
</header>
{{IF_LONG_FORM}}
<nav class="table-of-contents" aria-label="Article sections">
<h2>On This Page</h2>
<ol>
{{TOC_ITEMS}}
</ol>
</nav>
{{/IF}}
<div class="article-body" itemprop="articleBody">
{{ARTICLE_CONTENT}}
</div>
<footer class="article-footer">
{{REFERENCES_SECTION}}
{{AUTHOR_BOX_FULL}}
{{RELATED_ARTICLES}}
{{COMMENTS_SECTION_IF_APPLICABLE}}
</footer>
</article>
6.2.3 所需文章之要素
- 最後更新之横幅於首
- 作者署名於首,附鏈至作者頁
- 若用AI,則有AI揭示之標示
- 若有推廣或贊助,則有商業揭示
- 主圖需有正確之替代文字及致謝
- 若為文章,則有目錄>千五百字
- 每项事实主张均需附注行文内引证
- 通篇皆用原创意象(非仅用现成之图)
- "吾何以知此"或实践内容之体验呼唤
- 失败/边界情形之节,用于长篇实用之文
- 参考文献列于文末
- 全文作者栏置底
- 相关文章部分
6.3.1 服务之范式
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Service",
"@id": "{{SERVICE_URL}}#service",
"name": "{{SERVICE_NAME}}",
"description": "{{SERVICE_DESCRIPTION}}",
"provider": {"@id": "https://{{PRIMARY_DOMAIN}}/#organization"},
"serviceType": "{{SERVICE_TYPE}}",
"areaServed": {{AREA_SERVED_JSON}},
"audience": {
"@type": "BusinessAudience",
"audienceType": "{{TARGET_AUDIENCE}}"
},
"hasOfferCatalog": {
"@type": "OfferCatalog",
"name": "{{SERVICE_NAME}} Tiers",
"itemListElement": {{SERVICE_TIER_OFFERS_JSON}}
},
"termsOfService": "https://{{PRIMARY_DOMAIN}}/terms/",
"url": "{{SERVICE_URL}}"
}
</script>
6.3.2 服务页面之结构
- H1 = 服务之名
- 页面之上方价值主张
- 可信之征(评价之总合、认证、"被推荐")
- 服务之详述
- 定價階層暨結構化資料
- 流程/可期之效
- 案例或例證
- 常見問題解答區暨
FAQPage模式 - 作者/專家致謝(孰施此服務)
- 行動呼籲暨轉化表單
- 相關服務
6.4 地方/位置頁面之要求
於每一實體地點或服務區域:
6.4.1 本地商業模式(專屬於此處)
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "{{BUSINESS_TYPE}}",
"@id": "{{LOCATION_URL}}#localbusiness",
"name": "{{BUSINESS_NAME}} - {{LOCATION_CITY}}",
"parentOrganization": {"@id": "https://{{PRIMARY_DOMAIN}}/#organization"},
"address": {
"@type": "PostalAddress",
"streetAddress": "{{LOCATION_STREET}}",
"addressLocality": "{{LOCATION_CITY}}",
"addressRegion": "{{LOCATION_REGION}}",
"postalCode": "{{LOCATION_POSTAL}}",
"addressCountry": "{{LOCATION_COUNTRY}}"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": "{{LOCATION_LATITUDE}}",
"longitude": "{{LOCATION_LONGITUDE}}"
},
"telephone": "{{LOCATION_PHONE}}",
"openingHoursSpecification": {{LOCATION_HOURS_JSON}},
"areaServed": {{LOCATION_AREA_SERVED_JSON}},
"url": "{{LOCATION_URL}}"
}
</script>
6.4.2 地點頁面結構
- 以城市/地點名稱置H1
- 嵌入地圖
- NAP區塊與模式完全匹配
- 地缘专属之内容(非泛泛而谈)
- 地缘证言,若可得则呈之
- 地缘案例之研
- 服务疆域之状,及所及里邑
- "觅途"之号召
- 地缘电话号码(可点触)
- 若宜,则附物理之位之影
6.5 产品页之要求
六五一点产品模式
依第四四八节及十一级PDO要求(完整产品模式含报价、评价、退货、运费)
六五二产品页面结构
- H一为产品名
- 多幅优质产品图像
- 结构化数据之价格
- 可用性指示
- 评价与
Review评分聚合展示 - 商品规格描述
- 信任标识(退货政策、物流信息、安全认证)
- 加入购物车或购买行动号召
- 相关商品
- 相关产品
6.6 每页验证
每页构建或更新后,验证:
- 察源码——核验所需
<head>诸元悉备 - 以Google富结果测试之
- 以Schema.org验证之
- 检面包屑呈示无谬
- 验单H1,层级适正
- 于移动端测试(真机或DevTools模拟)
- 运行Lighthouse——性能、可访问性、最佳实践、SEO评分
- 检查Open Graph渲染于
https://opengraph.dev/或https://www.opengraph.xyz/
7. 按作者安装
本站每有贡献者,皆需完备之作者实体架构。此节适用于创始人、雇员、自由职业者及任何署名作者
7.1 作者页面要求
建於/authors/{{author-slug}}/。所需內容:
7.1.1 標題之部
<header class="author-page-header">
<img
src="{{AUTHOR_PHOTO_URL}}"
alt="{{AUTHOR_NAME}}"
width="240"
height="240"
class="author-photo">
<h1>{{AUTHOR_FULL_NAME}}</h1>
<p class="author-title">{{AUTHOR_TITLE}}</p>
<ul class="author-credentials-summary">
{{LIST_OF_CREDENTIALS}}
</ul>
<ul class="author-social-links">
<li><a href="{{LINKEDIN_URL}}" rel="me noopener">LinkedIn</a></li>
<li><a href="{{X_URL}}" rel="me noopener">X</a></li>
<li><a href="{{GITHUB_URL}}" rel="me noopener">GitHub</a></li>
<li><a href="https://www.wikidata.org/wiki/{{WIKIDATA_QID}}" rel="me noopener">Wikidata</a></li>
</ul>
</header>
7.1.2 傳記之部
二百至四百字,涵蓋:
- 背景及其入此業之由
- 特別經驗與成就
- 專長之題目(與
knowsAbout于谱系中) - 个人之触——何为其见独异
- 读者何以信其文
7.1.3 资历之部
详列之目:
- 学位与庠序及年
- 专业之证
- 业界之会
- 荣膺之赏
- 每项主题之经验年数
7.1.4 公开发布之章节
<section class="author-external-publications">
<h2>Published Externally</h2>
<ul>
{{LIST_OF_EXTERNAL_PUBLICATIONS_WITH_LINKS_AND_DATES}}
</ul>
</section>
7.1.5 演讲历史之章节
<section class="author-speaking">
<h2>Conference & Podcast Appearances</h2>
<ul>
{{LIST_OF_SPEAKING_ENGAGEMENTS}}
</ul>
</section>
7.1.6 近期文章之章节
此作者近期文章自动生成之清单,附日期与主题.
7.1.7 联系之部
读者/记者如何与作者联系。或以邮件、联系表单、领英,或电话,视宜.
7.1.8 人之模式
第四章第二节所载全人之模式,诸属性皆已填列.
7.2 作者之枢纽页
建於/authors/。所需內容:
<article class="authors-hub">
<h1>Our Authors</h1>
<p>{{INTRODUCTION_TO_TEAM}}</p>
<div class="author-grid">
{{FOR_EACH_AUTHOR}}
<article class="author-card" itemscope itemtype="https://schema.org/Person">
<a href="/authors/{{AUTHOR_SLUG}}/">
<img src="{{AUTHOR_PHOTO}}" alt="{{AUTHOR_NAME}}" width="200" height="200" itemprop="image">
<h2 itemprop="name">{{AUTHOR_NAME}}</h2>
<p itemprop="jobTitle">{{AUTHOR_TITLE}}</p>
<p>{{AUTHOR_SHORT_BIO}}</p>
</a>
</article>
{{/FOR_EACH}}
</div>
</article>
7.3 作者互連之式
每篇文章必須於署名處rel="author"連至作者之集結頁面。
每作者之集結頁面必列其所著之文。
每作者皆当于Article之架构中,以@id为引,非复申其人名于文。
7.4 作者身份之验
欲求至信,当验诸作者外之表,以rel="me"相链互证:
- 作者之领英表于其"关于"之部列载其网址。
- 作者之X档案列网站于其传略
- 作者之GitHub档案列网站
- 作者之Wikidata条目引网站
- 每外部档案得
rel="me"于该站作者页
是故成可验之身份之网,搜索引擎与人工智能引擎得核之
7.5 按作者之验证
每成作者之页:
- 人形之范,无谬误而验之。
- 皆也
sameAsURLs 返 HTTP 200 - 相报
rel="me"已确认至少关联三外部资料。 - 作者頁面可從
/authors/枢 - 至少有一文,其署名链接至作者之页。
- Wikidata之条目已存,且被引据(创制者当以高优先序处理)
8. 内容类型별 설치
内容类型各依其法施行。每类内容有自之范式,结构之要求,及信号之昭示.
8.1 博文篇 / 编纂之文
参看第六章第二节.
8.2 服务之页
参看第六章第三节.
8.3 产品之页
参看第六章第五节.
8.4 本地着陆之页
参看第六章第四节.
8.5 案例之研
架构:详述result之属性.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "{{CASE_STUDY_TITLE}}",
"about": [
{"@type": "Organization", "name": "{{CLIENT_NAME}}"},
{"@type": "Service", "name": "{{SERVICE_PROVIDED}}"}
],
"mentions": {{SERVICES_MENTIONED_JSON}},
"datePublished": "{{PUBLISHED_DATE}}",
"author": {"@id": "https://{{PRIMARY_DOMAIN}}/authors/{{AUTHOR_SLUG}}/#person"},
"publisher": {"@id": "https://{{PRIMARY_DOMAIN}}/#organization"}
}
</script>
所需结构:
- 客户/情境概览
- 挑战或问题
- 所采之道
- 已施之策
- 量化之效
- 客户之证言
- 服务标签链接至相关服务页面
8.6 指南/操作指南内容
Schema:详尽步骤之结构,悉备于HowTo之Schema。
必具之要素:
- 预计之时日
- 难易之程度
- 所需之工具物料
- 编号之步骤,每步配以图像
- 排难解惑之篇章
- 可下载之资源,适则附之
研究之原数据也
架构:学术文章加数据集也
必具之要素:
- 方法之部分
- 样本之大小与来源
- 数据采集之日期范围
- 可视化之发现
- 可下载之原始数据(CSV,JSON)
- 引文块(APA、MLA、BibTeX)
- 许可(推荐CC-BY)
- 具资作者
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Dataset",
"name": "{{DATASET_NAME}}",
"description": "{{DATASET_DESCRIPTION}}",
"creator": {"@id": "https://{{PRIMARY_DOMAIN}}/authors/{{AUTHOR_SLUG}}/#person"},
"publisher": {"@id": "https://{{PRIMARY_DOMAIN}}/#organization"},
"datePublished": "{{PUBLISHED_DATE}}",
"license": "https://creativecommons.org/licenses/by/4.0/",
"distribution": [
{
"@type": "DataDownload",
"encodingFormat": "text/csv",
"contentUrl": "{{CSV_URL}}"
},
{
"@type": "DataDownload",
"encodingFormat": "application/json",
"contentUrl": "{{JSON_URL}}"
}
]
}
</script>
8.8 评价
模式详评之评
必备要素:
- 所试产品/服务
- 測試之法
- 審者用此產品之時日
- 著者之誊,與相關經驗
- 利弊之節(真實者,非宣傳之浮華)
- 與他者相較
- 若受酬或得免費產品,則須披露
- 產品使用之原照
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Review",
"itemReviewed": {
"@type": "Product",
"name": "{{PRODUCT_NAME}}"
},
"author": {"@id": "https://{{PRIMARY_DOMAIN}}/authors/{{AUTHOR_SLUG}}/#person"},
"reviewRating": {
"@type": "Rating",
"ratingValue": "{{RATING}}",
"bestRating": "5"
},
"datePublished": "{{REVIEW_DATE}}",
"publisher": {"@id": "https://{{PRIMARY_DOMAIN}}/#organization"}
}
</script>
8.9 工具 / 计算器 / 互动内容
架构:软件应用或网页应用.
必要之要素
- 明示此工具之功用于其上
- 作者及此工具之方法论
- 计算之施行(透明)
- 数据源若适用
- 最后更新之期
- 关于局限之免责声明
8.10 释文/定义之页
架构:定义之术语或定义之术语集
必具之要素
- H1 = 被定义之术语
- 要言在上栏
- 详释在下栏
- 相关术语互链
- 出处引证
- 著者致谢
8.11 新闻/公告内容
模式: 新闻文章.
必备要素:
- 日期地点(时地).
- 五事概要之导言
- 名士引言
- 来龙去脉
- 常规"关于"之篇
- 媒体联络
九. 有关健康医疗决策之树状图与调适
九.一 有关健康医疗分类之树状图
此决断之树,以辨 YMYL 之状:
Does the content cover:
├── Health, medical, fitness advice? → YMYL (health)
├── Financial advice, investing, taxes, banking? → YMYL (finance)
├── Legal advice, court info, government info? → YMYL (legal/civic)
├── Safety information (driving, parenting, occupational)? → YMYL (safety)
├── Major life decisions (career, education, relationships)? → YMYL (significant)
├── News and current events? → YMYL (information integrity)
├── E-commerce / shopping? → YMYL (lite — held to higher standards but not full YMYL)
└── None of the above? → Non-YMYL standard
9.2 YMYL 特殊之要
经验支柱之调适:
- 载直接与题旨相涉之状于更高之具体
- "吾如何试之"之节,不可易也
- 原意象之要求益高(库存影像为 YMYL 之警示)
专长支柱之调整:
- 作者须具相关领域之正式资格,或
- 内容必经持证专家审阅,并显审阅者之署名
- 仅引原始文献之引证(非次级聚合者)
- 时过境迁之文,乃 YMYL 之失信也。时效性之题,更迭之频宜月而非季。
权威支柱之调适:
- 需得相关行业/监管机构之认可
- 维基百科之存在,重于他者
- 权威之 YMYL 域名源所引之链(医籍、财刊、法录)
可信支柱之调适:
- 凡标准可信之要求,兼有:
- 必设编辑方针之页
- 必设更正方针之页
- 每文必列医者/专士之评者
- 各文皆有专项声明
- 利益冲突须披露
- 引据必出本源之文
- 频更新以保鲜活
9.3 YMYL审计之调适
YMYL之站须四柱皆得九成以上方可称合。常站八成以上亦可通。
若汝不能合乎 YMYL 之标准
倘一地载 YMYL 之题而弗克应验之需(如一财商博客,其作者未持 CFP 之证),则诚言曰:勿作是文为确凿之训。毋宁视之如己之经历,曰《吾偿五十万之债》耳,非若示人以方,曰《如何理债》也。己身之经历所载,虽无甚精深,然犹须恪守诚信之规。
10. 专栈之施行要旨
此框架本无偏倚于技,然施行之细,因栈而异。
十.一 纯质HTML / 服务器渲染HTML / 纯PHP
谓何处置架构: 于共享之页首包含(includes/head.php 或等价)以备全站架构。每页之架构置於页模板自身之中.
谓何处置可信要素页脚含信任区块之包含。页首含信任徽章之包含。每文模板为文特信任元素之包含。
建作者如静态页面于/authors/{slug}/index.html或PHP路由于/authors.php?slug=...请提供需要翻译的英文文本。
网站地图: 依构建脚本或PHP定时任务生成,输出至/sitemap.xml.
10.2 WordPress
架构施行:宜用 Yoast SEO Premium、Rank Math Pro 或 SEOPress,须具定制 JSON-LD 之能。欲尽其权,可择自设插件或 functions.php 配 wp_head 钩。
function inject_eeat_schema_graph() {
$schema = array(/* schema graph from Section 5.1 */);
echo '<script type="application/ld+json">' . json_encode($schema) . '</script>';
}
add_action('wp_head', 'inject_eeat_schema_graph');
作者之页:用 WordPress 之原生日記之檔案於 /author/{username}/,然以特製之作者模板 (author.php) 增強之,此模板當含所有所需之人之模式與內容之要素。
:按作者各建人之人之模式。:
function inject_author_schema() {
if (is_author()) {
$author = get_queried_object();
$schema = array(
'@context' => 'https://schema.org',
'@type' => 'Person',
'name' => $author->display_name,
// ... etc
);
echo '<script type="application/ld+json">' . json_encode($schema) . '</script>';
}
}
add_action('wp_head', 'inject_author_schema');
ACF (進階自訂欄位)。 甚为可取,用以储作者凭信、同源链接、所涉议题,及其他 E-E-A-T 元数据于结构之形。
10.3 Next.js (应用之枢)
Schema:宜用 Next.js 元数据 API 以设 OG/Twitter 标签。若为 JSON-LD,则经由 <script> 标签于布局或页面组件中注入之。
// app/layout.tsx
import { businessSchemaGraph } from '@/lib/schema/organization';
export default function RootLayout({ children }) {
return (
<html lang="en">
<head>
<script
type="application/ld+json"
dangerouslySetInnerHTML={{
__html: JSON.stringify(businessSchemaGraph)
}}
/>
</head>
<body>{children}</body>
</html>
);
}
作者:於app/authors/[slug]/page.tsx構建動態路徑。為已知作者生成靜態參數
網站地圖:使用Next.js內建app/sitemap.ts:
export default function sitemap() {
return [
{ url: 'https://example.com', lastModified: new Date() },
// ... etc
];
}
機器人:app/robots.ts.
十四. 星象
架构: 须以<head>之位,注于布局之器,或以专设之<SchemaGraph />之器为之.
---
// src/layouts/Layout.astro
import { schemaGraph } from '../lib/schema';
---
<html lang="en">
<head>
<script type="application/ld+json" set:html={JSON.stringify(schemaGraph)} />
<slot name="head" />
</head>
<body>
<slot />
</body>
</html>
作者: 须用星象内容集合。制之src/content/authors/ 之集合,以 TypeScript 范式标明必填字段。
网站地图:宜用 @astrojs/sitemap 之整合。
10.5 Hugo
范式:于 layouts/partials/head.html 中,以 Hugo 模板之语法,用站点/页面之变量,呈示范式之图谱。
作者:宜用 Hugo 之数据文件。data/authors/與專業作者模板。
網站地圖:Hugo自動生成。透過layouts/sitemap.xml進行自訂。
10.6 Shopify
結構化數據:修改theme.liquid以注入結構化數據圖。使用Shopify的{{ shop }}與{{ product }}Liquid物件來填充變數。
作者:请用博客author字段。定制article.liquid以包含作者模式.
限制:Shopify主题对服务器头和部分技术SEO元素控制较少。在Shopify前使用Cloudflare以获得对头的额外控制.
10.7 Webflow
模式:以Webflow之"嵌入"元素,插入JSON-LD脚本。全局架构,置於项目设置之自定义代码段中。
限制:Webflow之内容管理系统,有创作之约束。於多作者之站,需求复杂之架构,宜择异栈。
10.8 无栈通用模式
无论栈何:
-
集中变量 著于单篇配置之文(
eeat-variables.yml自第二节出), - 建构模式之模板 而引变量
- 渲染模式 于共头之包含/布局/模板
-
每页之模式 由页特之模板呈之,引全局模式经
@id - ,__JHSNS_SEG_79178f98_1254__ 持续验之为CI/CD流程之一
11. 验证之仪
既安装,当验其框架之安否
11.1 自动验证
11.1.1 模式之验
for url in $URLS; do
curl -sL "$url" | python -c "
import sys, re, json
html = sys.stdin.read()
matches = re.findall(r'<script type=\"application/ld\+json\">(.*?)</script>', html, re.DOTALL)
for m in matches:
try:
json.loads(m)
print(f'{url}: schema parses')
except:
print(f'{url}: SCHEMA INVALID')
sys.exit(1)
"
done
次以诸式验之,用Google之富结果试API,或Schema.org之验器。
11.1.2 验首
curl -sI https://{{PRIMARY_DOMAIN}}/ | grep -E "^(Strict-Transport-Security|Content-Security-Policy|X-Content-Type-Options|X-Frame-Options|Referrer-Policy|Permissions-Policy)"
必具诸要首。
11.1.3 验SSL
echo | openssl s_client -servername {{PRIMARY_DOMAIN}} -connect {{PRIMARY_DOMAIN}}:443 2>/dev/null | openssl x509 -noout -dates
循SSL Labs之API,以验A+之评。
11.1.4 必要之页验证
REQUIRED_PAGES=(
"/about/"
"/contact/"
"/authors/"
"/privacy/"
"/terms/"
"/accessibility/"
"/disclosure/"
"/press/"
"/reviews/"
"/sitemap.xml"
"/robots.txt"
"/llms.txt"
)
for page in "${REQUIRED_PAGES[@]}"; do
status=$(curl -o /dev/null -s -w "%{http_code}" "https://{{PRIMARY_DOMAIN}}$page")
if [ "$status" != "200" ]; then
echo "FAIL: $page returned $status"
else
echo "PASS: $page"
fi
done
11.1.5 NAP一致性
察页脚NAP、架构NAP、联络页NAP悉皆吻合,较之字符串。
11.1.6 作者页验证
于系统内每作者:
- 页存在
/authors/{slug}/ - 得HTTP 200
- 含人谱
- 含所需内容章节
- 吾等皆在。
sameAsURLs 返 HTTP 200
十一二 人工核验
十一、二、一、內容品質檢查
- 随机采撷诸文,核验每篇皆有作者署名,更新时间之标识,引文之标注
- 察验所谓"经验之语"是否真切,非泛泛之套语
- 审察故障/边界情形之段落,是否言之有物
- 确认原配之图像,非实为剥离元数据之图库照片
11.2.2 品牌一致性之核查
- 于Google中搜品牌名。前十结果应百分百全资控股/倾向。
- 搜查“{{brand}}评论” — 核实声名是否为善
- 验知识面板是否正确填充(若显现)
十一、二、三、人工智能引擎检视
- 试于ChatGPT、Perplexity、Claude、Gemini中验品牌之询
- 核验商贾之实况
- 察AI引擎于相关问询引据本站
- 载记谬误以俟更正
11.2.4 移动端检核
- 于真机(iPhone + Android)试之
- 验信标可见
- 确点击目标合48px之制
- 察架构验证者能呈移动页
11.3 预发检查单
宣示框架已安装之前,诸项皆须通过:
- [ ] 每页类型之架构图皆可验证
- [ ] 所需页面悉备,并返HTTP 200
- [ ] HSTS预载已提交
- [ ] securityheaders.com获A+评级
- [ ] SSL Labs获A+评级
- 灯塔性能评分90+
- 灯塔无障碍评分95+
- 灯塔SEO评分百分之百
- [ ] PageSpeed Insights "良好" CWV评分
- 诸作者之页,皆所构建,亦所验证。
- [ ] 皆
sameAsURLs返200 - [ ] Wikidata之QID已确认并引用(或已列入创建计划)
- 【页脚NAP符合NAP模式】
- 【前五十引用源NAP符合站点NAP】
- 【同意前脚本受阻】
- 【隐私策经专业律师审阅】
- 【所有政策页皆可自页脚访问】
- 【若属YMYL:编审政策、更正政策、审稿人署名皆备】
- 若于内容中用AI,则须披露之
- 生成实施报告(第十七节)
十二、审计之式
此节旨在评估既有之站于框架
十二.一 审计之序
- 集既有商贾之变量(第二节)
- 巡检此域,列其页、其式、其信之要素
- 依审之标准(第4.1-4.4节),量各柱之得
- 汇其所得,成审之报(式在17.2节)
- 分其弊之轻重,以为治之序
12.2 审之评分标尺
于4.1-4.4节之每条标准:
- 得(2分):已完全符合世界顶级标准
- :部分完成(1分):已实施但存缺陷或质量问题
- :失败(0分):未实施或实施错误
- :不适用:确实不适用(罕见——多数标准普遍适用)
:逐项计算得分:
| 柱 | 物 | 点数之极 | 世界之阈 | 雅韵之阈 |
|---|---|---|---|---|
| 历练 | 十 | 二十 | 十七 | 十九 |
| 精深 | 十二 | 二十四 | 二十 | 二十二 |
| 权威 | 15 | 30 | 25 | 27 |
| 可信 | 28 | 56 | 50 | 54 |
| 总计 | 65 | 130 | 112 | 122 |
十二、三 严重故障
场所不可为"世界一流",纵总分高,若严重故障一项有失,则非也。严重故障必先修正,乃可他事。
十二、四 审计之文
依十七、二节之模本,生成审计之报。
十三、 维护之程
E-E-A-T非"设之即忘"。当循此节律:
13.1 日课
- 察品牌之提,辨新得之媒或情势之变
- 应新评于二十四时内
- 监时序之恒与SSL之状
- 速决GSC之手动举或警安之示
13.2 周课
- 评GSC之绩效报告以察排名之变
- 更一标衰之文于更新之列
- 察新获之媒以增于特显之页
- 评AI引证追踪之仪表
13.3 月度
- 稽NAP于五十引证间之一致
- 若商贾有变则更维基百科与维基数据
- 更新最高流量之文章五篇,以当前数据
- 运行全量Lighthouse及PageSpeed审计
- 检阅并回复所有评论
- 审计断链并修复之
- 更新llms.txt及llms-full.txt,以新旗舰内容
- 生成月度E-E-A-T报告(模板在17.3节)
13.4 季度
- 诸页之式皆验
- 作者之页审——凭信更新,同指之链有效,近著增入
- 新闻之具新之
- 私策之章审于新邦律令之变
- 智机显明之策审
- 逆引之审,必要则弃之
- 行内审E-E-A-T,依第12章之制
- 更25%之常青文
- 复验诸重定向及断链修复
13.5 每岁
- 全审E-E-A-T(尽第12章之评)
- 续信标徽及认证
- 若需,更诸作者之像
- 审订并更新编者之策
- 策论专题支柱——当否有者可废,或增新者?
- 若专题权威有移,则重构网站之构架
- 通审无障碍之验(WCAG)
13.6 论算法之更
凡有谷歌之核心更,七日至十四日之内:
- 载算法更新之变于记事
- 察页间流变与位次之迁
- 施全量E-E-A-T之审于所损诸页
- 辨胜负间之共因
- 若显迹则易策
- 撰更新后之报(式在十七四节)
14. 参照十四阶之框架
E-E-A-T 乃施于广阶之中:
14.1 阶一(根基)之事项助益E-E-A-T
- TSO — 技术SEO以洁净之技术根基助信义
- SDO — 结构化数据优化施以组织/人物之架构(信义+权威)
- SSO — 站点安全辅信义之柱(HTTPS、HSTS、CSP)
- GCO — GDPR/合规辅信义之柱(隐私、同意)
- EEA — E-E-A-T实体优化施以核心人物之架构,同于sameAs
14.2 第二级(搜索可见性)之项助益E-E-A-T
- ETO — E-E-A-T内容信任优化,施以篇篇之信征
- AAO — 作者权威优化,立人schema与作者之页
- CBO — 内容简报优化,保每文预发合E-E-A-T之则
14.3 三级(人工智能统御)之器,助益E-E-A-T
- EEO — 实体引擎优化,借实体图谱以彰权威
- KGO — 知识图谱优化,主知识面板(权威)
- WIK — 维基百科& 优化维基数据乃权威之基石
- VCO — 可验证声明优化乃信任之基石
14.4 第四级(实体&权威)条目支持E-E-A-T
- PBO — 个人品牌优化延伸创始人实体
- FBO — 创始人主导之内容,延展体验与专长于每文
- REO/RMO — 声誉/评论管理,延展信任
- DPR/EAO/EXO — 赢得之媒体,延展权威
- TLO — 思想领袖,延展专长
14.5 实施次序,当E-E-A-T为优先
若 E-E-A-T 之进益为某地之显要优先,则依此序而行之:
- 信本始立(一级单点登录,通用配置对象;本文档第五节——所需页数,安全头信息)
- 作者实体之基础架构(二级AAO;此文之第七节)
- 全网架构图(一级欧洲经济区;本文件第5.1节)
- 篇中 tín hiệu tin cậy (Bậc 2 ETO; Phần 6.2 của tài liệu này)
- Lưu trữ dữ liệu và công việc thực thể bên ngoài (Bậc 3 WIK)
- Truyền thông xứng đáng (Bậc 4 EAO, DPR, EXO)
- Nghiên cứu gốc và lãnh đạo tư tưởng (Bậc 4 TLO)
- Bảng kiến thức (Bậc 3 KGO)
此令可最大化初获信任(谷歌最为看重),而使长远权威之工复利增益.
15. 常见谬误 & 反模式
此乃似遵从实败反效之模式.
15.1 空壳模式
反模式:增补人物模式,列hasCredential学位,实非作者所具;或列knowsAbout主题,实未显作者所涉。
:何以败之:谷歌算法渐增核验模式之辞,以内容为据。辞不副实,乃信之违,可启人工检视。
:其何以革之。:唯于架构中宣示其内容与外部画像之确凿可验者。
15.2 通用作者之页
反范式:作者之页,配以通用之图,撰通泛之传("约翰乃善SEO之文士"),无资历可考,无外部画像,无文章互链。
何以败之此甚于无作者页——它告谷歌之算法,作者乃虚构者。
修之真影,具详传,可核之证,资历在,外页链,近文录。
十五有三分,图库遍处
反模式:此间之图,皆库中之物,作者之像与"幕后"之景亦然。
:何以败之:逆像索之,显库中之源,损体验之信与信赖。
:其解:作者肖像之原创图像,产品工艺之实景拍摄,图式之原创。图库照片惟用于纯然示意(显非伪作原创)。
15.4 更新之诈
反范式:但改文章日期,使其似新,实未更内容。
何以败:谷歌之算法察此模式。更新dateModified而无实质内容之变,乃违信也。
:修正:真切之更新——增新篇、新数据、新例证、去陈旧之文。记所更之事。
15.5 伪评
反常之式:市买评鉴,胁逼属吏以立评鉴,贬损敌手,炫伪证言.
:何以败之:察之率骤增。一察即溃全所之信。兼:FTC违禁.
:补之:真评获取之流程,应答众评,容许正当之负面评亦为康健.
15.6 隐匿之联盟披露
反范式:联盟披露藏于页脚,以微细之字,置于联盟链接之后.
:何以败之:FTC要求"清晰显著"之披露。隐匿披露,即失信之违,兼涉法律之险。
:修正之法:于文首披露,置于任何联盟链接之前,以常体文字显之。
15.7 无验证之通用信任徽章
:反模式:虽未获认证,亦示"BBB认证"徽章,或无验证链接之信任徽章。
:其败之由:易证为欺诈。若觉,则信任之违,甚巨。
:其治之方:唯示实持之徽章。必附验证链接。
15.8 通用免责声明之墙
反模式:泛泛而谈之免责声明与政策,显为模板所制,鲜有更新,亦未映实际行事。
其败之由:隐私政策若与实际数据采集之行事不符,即违 GDPR/CCPA 之规,亦失信赖。
其治之方:定制之策,应乎实然。须有专司之师审察之。
15.9 之偏颇
反常之式:电话之式,于页脚与模式,于谷歌商号档案与雅虎,各异其形。
其败之由:谷歌视此为或有异之商贾,权柄散漫,致地缘排名淆乱。
治:一式标准之NAP格式。凡变,则处处更新之。
15.10 无披露之AI内容
非道:不经审阅,不显披露,而称其为专家所撰。
其败之由:探查日臻精微。发掘则损声名。加之:其术惑人。
:修正:或勿发未审之AI文,或明示AI之用及审之程。
15.11 权威之虚荣指标
反常之态:购从者,机巧之赞,合群之术,以充社会之证。
何故败之:质信号已趋繁复。虚饰之量而无交感之质,则权威受损
疗之:自然得从者与交感。质胜于量
15.12 游戏知之版
非道式:篡改维基百科条目以充塞知识面板之数据;向维基数据泛滥未经验证之主张。
:何以败之?:维基百科编者警觉。维基数据有数据质量之程序。发现则致条目删除、信义受损。
:其修正之方。:久积真名,方成显赫。据可考之据,立Wikidata之条。俟名实相副,则Wikipedia自生自长。
16. 完成代码&之图式库
速查附录。文中所载代码块,分类以利速检。
16.1 全站图式之图
参看第五篇第一节.
十六之二 文章之范式(标准).
参看第六篇第二十一节.
十六之三 文章之范式(与民乐).
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "MedicalWebPage",
"headline": "{{TITLE}}",
"author": {"@id": "https://{{PRIMARY_DOMAIN}}/authors/{{AUTHOR_SLUG}}/#person"},
"reviewedBy": {"@id": "https://{{PRIMARY_DOMAIN}}/authors/{{REVIEWER_SLUG}}/#person"},
"datePublished": "{{PUBLISHED_DATE}}",
"dateModified": "{{UPDATED_DATE}}",
"lastReviewed": "{{LAST_MEDICAL_REVIEW_DATE}}",
"publisher": {"@id": "https://{{PRIMARY_DOMAIN}}/#organization"},
"specialty": {
"@type": "MedicalSpecialty",
"name": "{{MEDICAL_SPECIALTY}}"
},
"audience": {
"@type": "MedicalAudience",
"audienceType": "Patient"
}
}
</script>
十六之四 人之范式(全备).
参看第四篇第二十二节.
十六之五 组织之范式(全备)
参看第五节第一目.
十六、六地之业式
参看第六节第四目第一子目.
十六、七服务式
参看第六节第三节第一子目.
十六、八评骘与集评式
参看第四节第四目第八子目.
十六、九路径式
参看第六节第一目第二子目
十六·一〇 知如何之范式
参六级总成本文件于 tier-six.md 中
十六·一一 常见问题页面之范式
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "{{QUESTION_1}}",
"acceptedAnswer": {
"@type": "Answer",
"text": "{{ANSWER_1}}"
}
},
{
"@type": "Question",
"name": "{{QUESTION_2}}",
"acceptedAnswer": {
"@type": "Answer",
"text": "{{ANSWER_2}}"
}
}
]
}
</script>
十六·一二 作者之框 HTML
参四·二·一
十六·一三 最近更新之横幅 HTML
参四·四·三
脚注信證塊HTML
見第四節四四一
突出節HTML
見第四節四三二
引用節HTML
見第四節四三六
AI揭露標示HTML
見第四節四四六
联盟揭露HTML
参第四之四之七.
十六之十九 YMYL文章首部HTML
参第四之四之十二.
十六之二十定制404页HTML
参第四之四之九.
十六之二十一服务器配置(nginx)
参第四之四之二.
十六之二十二robots.txt
参第五之三之一.
16.23 llms.txt
参见第五三三节。
16.24 Cookie同意模式之贰
参见第四四一一节。
17. 实施与审计报告模板
安装既毕,于项目根目录生成 EEAT-IMPLEMENTATION-REPORT.md:
# E-E-A-T Framework Implementation Report
**Project**: {{BUSINESS_NAME}}
**Domain**: {{PRIMARY_DOMAIN}}
**Tech Stack**: {{TECH_STACK}}
**Implementation Date**: {{TODAY}}
**Implemented By**: {{IMPLEMENTER}}
---
## Summary
- **YMYL Classification**: {{YMYL_STATUS}}
- **Pillars Installed**: Experience, Expertise, Authoritativeness, Trustworthiness
- **Site-Wide Pages Created**: {{COUNT}}
- **Author Pages Created**: {{COUNT}}
- **Schema Types Implemented**: {{LIST}}
- **Validation Status**: {{PASS/PARTIAL/FAIL}}
## Files Modified
{{LIST_OF_FILES_MODIFIED_OR_CREATED}}
## Schema Implementations
| Page Type | Schema Type | Status |
|---|---|---|
{{ROWS}}
## Validation Results
### Automated Checks
{{RESULTS_OF_EACH_AUTOMATED_CHECK}}
### Manual Checks
{{RESULTS_OF_EACH_MANUAL_CHECK}}
## Items Skipped or Flagged for Manual Review
{{LIST_WITH_REASONS}}
## Critical Items Requiring Follow-Up
{{LIST_OF_CRITICAL_PENDING_ITEMS}}
## Next Steps
{{RECOMMENDED_NEXT_STEPS}}
## Maintenance Schedule
The site requires ongoing maintenance per Section 13 of the framework document.
- Weekly tasks: {{LIST}}
- Monthly tasks: {{LIST}}
- Quarterly tasks: {{LIST}}
- Annual tasks: {{LIST}}
## Sign-Off
Implementation complete: {{DATE}}
Implementer: {{NAME}}
Reviewed by: {{REVIEWER}}
17.2 审计报告模板
审计既毕,当生EEAT-AUDIT-REPORT.md:
# E-E-A-T Framework Audit Report
**Site Audited**: {{BUSINESS_NAME}}
**Domain**: {{PRIMARY_DOMAIN}}
**Audit Date**: {{TODAY}}
**Auditor**: {{AUDITOR}}
**YMYL Classification**: {{YMYL_STATUS}}
---
## Executive Summary
{{ONE_PARAGRAPH_OVERALL_ASSESSMENT}}
**Overall Score**: {{TOTAL_SCORE}}/130 ({{PERCENTAGE}}%)
**World-Class Threshold**: {{THRESHOLD}} ({{YMYL_OR_STANDARD}})
**Status**: {{WORLD_CLASS / NEAR_WORLD_CLASS / NEEDS_IMPROVEMENT / CRITICAL_GAPS}}
## Pillar-by-Pillar Scores
| Pillar | Score | Max | Threshold | Status |
|---|---|---|---|---|
| Experience | {{X}}/20 | 20 | 17 | {{STATUS}} |
| Expertise | {{X}}/24 | 24 | 20 | {{STATUS}} |
| Authoritativeness | {{X}}/30 | 30 | 25 | {{STATUS}} |
| Trustworthiness | {{X}}/56 | 56 | 50 | {{STATUS}} |
| **Total** | **{{X}}/130** | **130** | **112** | **{{STATUS}}** |
## Critical Failures (Immediate Remediation Required)
{{LIST_WITH_REMEDIATION_STEPS}}
## High-Severity Issues
{{LIST_WITH_REMEDIATION_STEPS}}
## Medium-Severity Issues
{{LIST_WITH_REMEDIATION_STEPS}}
## Low-Severity Issues
{{LIST_WITH_REMEDIATION_STEPS}}
## Strengths
{{ITEMS_THAT_SCORED_PASS}}
## Detailed Findings
### Experience Pillar ({{X}}/20)
{{DETAILED_FINDINGS_PER_CRITERION}}
### Expertise Pillar ({{X}}/24)
{{DETAILED_FINDINGS_PER_CRITERION}}
### Authoritativeness Pillar ({{X}}/30)
{{DETAILED_FINDINGS_PER_CRITERION}}
### Trustworthiness Pillar ({{X}}/56)
{{DETAILED_FINDINGS_PER_CRITERION}}
## Recommended Remediation Order
1. {{HIGHEST_PRIORITY_ITEM}} — Estimated effort: {{HOURS}}
2. {{NEXT_PRIORITY_ITEM}} — Estimated effort: {{HOURS}}
**Total estimated remediation effort**: {{HOURS}}
## Re-Audit Recommendation
Recommended re-audit date: {{DATE_3_MONTHS_OUT}}
## Sign-Off
Audit complete: {{DATE}}
Auditor: {{NAME}}
Reviewed by: {{REVIEWER}}
17.3 月度维护报告模板
# E-E-A-T Monthly Maintenance Report — {{MONTH}} {{YEAR}}
**Site**: {{BUSINESS_NAME}}
**Period**: {{START_DATE}} to {{END_DATE}}
## Activity Summary
- Articles refreshed: {{COUNT}}
- New earned media added to Featured-In: {{COUNT}}
- Reviews responded to: {{COUNT}} ({{POSITIVE}} positive, {{NEGATIVE}} negative)
- Broken links fixed: {{COUNT}}
- Schema validations run: {{COUNT}}
- Lighthouse audits run: {{COUNT}}
## Trust Pillar Status
- SSL Labs grade: {{GRADE}}
- Security headers grade: {{GRADE}}
- All policy pages current: {{YES/NO}}
- NAP consistency: {{PERCENTAGE}}%
## Authoritativeness Pillar Status
- Domain Rating: {{X}} (vs {{X}} last month)
- Referring domains: {{X}} (vs {{X}} last month)
- Wikipedia/Wikidata stable: {{YES/NO}}
- Knowledge Panel intact: {{YES/NO}}
## Issues Identified
{{LIST}}
## Issues Remediated
{{LIST}}
## Items Still Open
{{LIST}}
## Next Month Priorities
{{LIST}}
十七·四 算法更新后报告范本
# Post-Update Analysis: {{UPDATE_NAME}}
**Update**: {{UPDATE_NAME}}
**Detected**: {{DETECTION_DATE}}
**Confirmed**: {{CONFIRMATION_DATE}}
**Completed**: {{COMPLETION_DATE}}
## Volatility Detected
- Semrush Sensor: {{X}}/10
- Confirmed by: {{SOURCE}}
- Impact assessment date: {{DATE}}
## Site Impact
- Pages with traffic loss > 20%: {{COUNT}}
- Pages with traffic gain > 20%: {{COUNT}}
- Net traffic change: {{PERCENTAGE}}%
- Net ranking change: {{X}} positions average
## Pages Most Affected (Loss)
{{LIST_WITH_PAGE_TYPE_AND_TRAFFIC_DELTA}}
## Pages Most Affected (Gain)
{{LIST_WITH_PAGE_TYPE_AND_TRAFFIC_DELTA}}
## Pattern Analysis
{{COMMON_FACTORS_AMONG_LOSERS}}
{{COMMON_FACTORS_AMONG_WINNERS}}
## Suspected Update Focus
{{HYPOTHESIS}}
## Actions Taken
{{NUMBERED_LIST_OF_REMEDIATION_ACTIONS}}
## Recovery Tracking
{{30_DAY_RECOVERY_DATA}}
## Lessons Learned
{{INSIGHTS_TO_APPLY_FORWARD}}
框架文书终
文书版本:一·零
最后更新:二零二六·四·二九
维护者:ThatDeveloperGuy
伴文 (拟议):
-
framework-ymyl.md— 令尔财或尔命之分类与权衡 -
framework-hcs.md— 有益内容系统 -
framework-sqrg.md— 搜索质量评审指南 -
framework-coreupdates.md— 谷歌核心更新 -
framework-infogain.md— 信息增益 -
framework-entitysalience.md— 实体显著性 -
framework-knowledgegraph.md— 知识图谱 -
framework-aicitations.md— 人工智能引文理论
此文献乃E-E-A-T装置与审计之正典。凡十四级框架文件(tier-one.md至tier-fourteen.md)皆引E-E-A-T之讯号;此文献载其深微之实施规范,诸级项目所恃也.
关于此框架庠序
此文乃ThatDevPro之SEO+AI工程库中框架参考文档,于Dev.to再刊之文也。正本源流https://www.thatdevpro.com/insights/framework-eeat/
ThatDevPro乃SDVOSB认证之退伍军人创办之网络与人工智能工程工作室,设于密苏里州卡西维尔。该工作室运营全十四级引擎优化 开源工具有如堆栈与船舶,助人于AI引文之工.
伴之十四级引擎优化堆栈 (每级皆为一文):
- 一级 — 基础
- 二级 — 搜索显见
- 三级 — AI统御
- 四级 — 实体与权威
- 五级 — 地域统御
- 六级 — 内容与多媒体
- 七级 — 社交与社群
- 八级 — 数据、分析、转化
- 九级 — 监测与智能
- 十级 — 工作流与运营
- 十一级 — 市场与零售
- 十二级 — 国际
- 十四级 — 高级与沉浸
需此框架施于尔之网乎?观引擎优化之务或雇之彼DevPro之联络也。












