原创内容权重取决于结构正确性：h1必须为body直接子元素、语义一致、DOM嵌套不超过6层，否则即使手写内容也会被判定为模板复用而降权。
<main></main>缺失或错位，原创内容几乎不被计入权重——搜索引擎根本没机会看到它；<h1></h1>与<title></title>语义不一致，系统会把页面标记为“模板复用”，直接削弱原创性信号。
为什么错位会让原创内容“隐身”
Googlebot 不解析视觉位置，只信任 DOM 中 <main></main> 的嵌套路径。一旦它被包在 <div class="layout-wrapper"></div> 里，或塞进 <header></header>、<footer></footer>，爬虫就判定“主体不可信”，转而用启发式规则扫描全文——结果常把页脚备案号、侧栏推荐词当核心文本提取，正文段落反而被跳过。
-
<main></main>必须是的直接子元素，不能有任何父级包裹（包括 CMS 模板默认的 layout 容器） - SPA 项目中，SSR 输出 HTML 时若漏掉
<main></main>，后续 JS hydration 补上无效——爬虫只读首屏静态 HTML - 实测：同一段技术分析文字，放在正确
<main></main>内可被索引为“原创参数说明”；放错位置后，相同文本在 Search Console 的“索引覆盖率报告”中显示为“未被识别为主内容”
<h1></h1>和<title></title>不一致触发“模板复用”判定
当 <title></title> 写“Vue 3 响应式原理详解”，而 <h1></h1> 是“欢迎来到前端笔记”，Google 不会合并判断，而是将该页归类为通用模板填充内容——即使正文全是手写，也会降低“原创性”在 E-E-A-T 评估中的可信度得分。
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 检查方式：控制台运行
document.title和document.querySelector('h1')?.textContent，比对是否聚焦同一主题实体（如都含“Vue 3 响应式”） - CMS 或 SSG 中常见错误：模板硬编码
<h1>{{ siteName }}</h1>，正文区域又动态输出一个<h1>{{ post.title }}</h1>，导致两个<h1></h1>共存且语义割裂 - 禁止用 CSS 隐藏冗余
<h1></h1>（如display: none），这属于明确的隐藏文本风险，可能触发人工审核
DOM 深度过深直接切断原创性特征提取链
当 <main></main> 内部出现连续 6 层以上纯 <div> 嵌套（如 <code><div><div><div><div><div><div>...</div></div></div></div></div></div>），且中间未插入任何语义标签（<section></section>、<article></article>、<header></header> 等），Googlebot 会在第 6 层终止解析——后续所有段落、代码块、参数表格，均不参与原创性文本特征建模。
立即学习“前端免费学习笔记（深入）”；
- 技术文档最易踩坑：示例代码常被套进多层 class 容器，如
<div class="card"><div class="content"><div class="code-block">...</div></div></div> - 修复不是删 div，而是用
<section></section>替代无意义包裹——每个<section></section>都重置深度计数，且向爬虫声明“这是一个独立语义单元” - 验证方法：DevTools Elements 面板中右键目标节点 → “Reveal in Elements panel”，手动数从
<main></main>到关键段落的嵌套层级
真正卡住原创权重的，从来不是文字是否手写，而是 <main></main> 是否干净、<h1></h1> 是否紧贴开头、DOM 是否在第 6 层就断掉语义流——这些结构信号一旦出错，内容再独特也进不了原创性评估模型的第一层过滤。
