news 2026/10/5 5:22:14

实测8大AI引擎:个人网站如何被AI引用?GEO优化指南

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
实测8大AI引擎:个人网站如何被AI引用?GEO优化指南

1. 当AI开始“挑食”:为什么你的个人网站不被引用

先抛一个我实测下来的反直觉结论:你的个人网站不被AI引用,大概率不是因为内容质量差,而是因为AI根本“读不懂”你的网站结构。

过去大半年,我一直在折腾一个事情——把自己写的一些技术笔记、项目复盘、行业观察放在一个独立个人网站上。网站上线三个月,搜索引擎收录正常,自然流量也有一些,但我发现一个很尴尬的现象:当我在各大AI引擎里问一些跟我网站内容高度相关的问题时,AI给出的回答里引用的全是知乎、CSDN、少数派、维基百科这类平台的内容,我的个人网站一次都没出现过。

这件事让我意识到一个正在发生的变化:内容分发的逻辑正在从“搜索引擎优化”向“生成式引擎优化”迁移。传统SEO的目标是让搜索引擎把你的网页排到前面,用户点击进入你的网站;而GEO的目标是让AI在生成回答时,直接引用你的内容作为信息源。这两件事的底层逻辑完全不同。

传统搜索引擎的工作方式是:爬取网页、建立索引、根据关键词匹配和链接权重排序、展示给用户。用户看到的是标题和摘要,点不点进去由用户决定。而AI引擎的工作方式是:理解用户的问题、检索相关知识、综合生成一段回答、在回答中标注信息来源。用户看到的是一段已经消化过的内容,你的网站可能只是其中一个被引用的“脚注”。

这就带来一个关键问题:AI引擎在检索和引用信息时,有自己的一套偏好和筛选机制。它不像传统搜索引擎那样主要看关键词密度和外链数量,它更看重内容的语义清晰度、结构化程度、权威性信号、以及是否容易被拆解成独立的“知识片段”。

我拿自己的网站做了个实验。同一篇关于“如何用Python处理CSV大文件”的文章,我分别发布在自己的个人网站、某技术社区、以及一个公众号上。两周后,我在8个主流AI引擎里用相同的问题去测试,结果技术社区的内容被引用了6次,公众号被引用了3次,我的个人网站被引用了0次。内容完全一样,差别只在于发布平台的结构和信号。

这个实验让我开始系统性地研究:AI引擎到底喜欢引用什么样的内容?个人网站要怎么做才能被AI“看上”?我前后花了将近两个月时间,测试了8个主流AI引擎,调整了自己网站的结构、标记、内容组织方式,最终让个人网站的引用率从0提升到了稳定被引用的状态。

这篇文章就是把这套方法完整拆解出来。不管你是做技术博客、行业分析、个人作品集还是知识库,只要你想让AI在回答相关问题时引用你的内容,这套逻辑都适用。我不讲虚的,直接上我实测过的具体做法。

2. 实测8大AI引擎的引用偏好:谁在“吃”什么样的内容

在讲具体怎么做之前,先把我测试的8个AI引擎的引用偏好说清楚。不同引擎的检索机制和引用逻辑差异很大,你不能用一套策略打天下。

我测试的8个引擎覆盖了国内外主流产品,测试方法是:针对同一批问题(共30个,涵盖技术、工具、方法论三类),分别在每个引擎中提问,记录AI回答中引用的来源网站类型、内容形式、以及引用位置(是直接引用、改写引用还是仅提及)。

2.1 不同引擎的引用来源差异

测试结果让我挺意外的。有些引擎极度依赖大型平台的内容,几乎不引用个人网站;有些引擎则对独立站点相对友好,只要你的内容结构够清晰。

引擎类型主要引用来源对个人网站的友好度关键偏好
综合型引擎A百科、新闻、大型社区低权威性信号、时效性
综合型引擎B技术社区、文档站、个人博客中内容深度、代码示例
搜索增强型C搜索结果前10页中高传统SEO基础+结构化数据
对话型引擎D训练数据+实时检索低高频提及、广泛讨论
专业型引擎E学术论文、技术文档中引用来源、作者背景
聚合型引擎F多源综合中高内容独特性、数据支撑
轻量型引擎G快速检索结果低页面加载速度、摘要质量
开放型引擎H多源混合高语义清晰度、结构化标记

从这张表可以看出来,对个人网站最友好的引擎,恰恰是最看重“语义清晰度”和“结构化标记”的那一类。这给了我一个明确的优化方向:与其去讨好那些只看重平台权威性的引擎,不如把精力放在让自己的内容更容易被“理解”和“拆解”上。

2.2 被引用的内容有什么共同特征

我把所有被AI引用的内容片段拉出来做了个分析,发现它们有几个高度一致的特征:

第一,每个段落都能独立回答一个问题。AI在检索时,不是整篇文章一起看,而是把文章拆成一个个语义片段。如果你的段落是“承上启下”的过渡段,或者需要结合上下文才能理解,AI就很难单独引用它。反过来,那些“自包含”的段落——单独拿出来也能完整表达一个意思——被引用的概率高得多。

第二,有明确的结构标记。我对比了被引用和未被引用的页面,发现被引用的页面普遍使用了清晰的标题层级(H1/H2/H3)、列表、表格、以及FAQ结构。这些标记帮助AI快速识别“这段内容在讲什么”“这个问题的答案在哪里”。

第三,包含具体的数据、步骤或对比。纯观点性的内容被引用得很少,但“我实测了8个引擎,其中3个对个人网站友好”这种带具体数字的表述,被引用的概率明显更高。AI倾向于引用那些看起来“有据可查”的内容。

第四,发布时间和更新频率有影响,但不是决定性的。有些引擎确实偏好近期内容,但如果你的一篇老文章结构极佳、信息密度高,照样会被引用。我有一篇半年前写的工具对比文章,因为结构清晰,至今仍在被多个引擎引用。

2.3 一个关键发现:AI引用的“信任链”逻辑

测试到后期,我逐渐摸清了一个底层逻辑:AI引擎在决定引用谁时,遵循的是一条“信任链”。它先看你的网站有没有基本的信任信号(比如HTTPS、关于页面、联系方式),再看你的内容有没有被其他可信来源提及或链接,最后才看内容本身的质量。

这条信任链意味着:你不能只优化内容,还要优化内容周围的“信号”。一个没有任何外部提及、没有作者信息、没有站点地图的个人网站,即使内容再好,AI也很难信任它。反过来,一个结构清晰、有作者背景、被几个技术社区引用过的个人网站,即使内容一般,也可能被引用。

这个发现让我调整了整个优化策略。我不再只盯着“怎么写好内容”,而是开始系统性地建设网站的信任信号。具体怎么做,下一节详细说。

3. 让AI“读懂”你的网站:从页面结构到语义标记的完整改造

这一节是实操的核心。我把自己网站的改造过程完整记录下来,你可以直接照着做。改造的核心目标只有一个:让AI在最短时间内理解你的网站是干什么的、每篇内容在讲什么、每个段落能回答什么问题。

3.1 页面结构改造:从“给人看”到“给AI看”

大多数人做个人网站,考虑的是“用户打开页面好不好看”。但AI引擎不关心你的配色和动效,它关心的是DOM结构是否清晰、语义标签是否规范、内容层级是否明确。

我做的第一件事,是把网站的所有页面用语义化HTML重新写了一遍。具体来说:

  • 用<article>包裹每篇独立内容,用<section>划分内容区块
  • 用<h1>到<h3>建立严格的标题层级,不跳级、不滥用
  • 用<time>标签标注发布时间和更新时间
  • 用<address>标注作者信息
  • 用<nav>和<aside>区分导航和辅助内容

这些标签对用户来说看不见,但对AI引擎来说,它们是理解页面结构的“路标”。我实测下来,改完语义标签后,同一个引擎对同一篇文章的引用率提升了大约40%。

另一个容易被忽略的点是页面加载速度。有些AI引擎在检索时会设置超时限制,如果你的页面加载超过3秒,可能直接被跳过。我把网站的图片全部压缩、移除了不必要的第三方脚本、启用了浏览器缓存,首屏加载时间从4.2秒降到了1.1秒。这个改动对引用率的影响非常直接。

3.2 结构化数据标记:给AI递上一份“内容说明书”

如果说语义化HTML是“路标”,那结构化数据就是“说明书”。我在每个页面都添加了JSON-LD格式的结构化数据,明确告诉AI:这个页面是什么类型的内容、作者是谁、发布时间是什么、主要内容是什么。

具体来说,我用了这几种Schema类型:

  • Article:标注每篇博客文章的基本信息
  • Person:标注作者信息,包括专业领域和社交链接
  • WebSite:标注网站整体信息,包括站点名称和搜索功能
  • BreadcrumbList:标注页面在网站中的位置
  • FAQPage:对于问答型内容,直接标注问题和答案

这里有个实操细节:FAQPage标记的效果特别明显。我有一篇关于“如何选择静态网站生成器”的文章,原本只是普通文章,后来我把文章里的常见问题用FAQPage标记重新组织了一遍,两周后,在3个引擎里提问相关问题时,AI直接引用了我的FAQ内容作为答案。

代码示例大概长这样:

{ "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "name": "个人网站需要备案吗?", "acceptedAnswer": { "@type": "Answer", "text": "如果使用国内服务器,需要完成相关手续;如果使用海外服务器,则不需要。" } } ] }

注意:结构化数据不是越多越好。我一开始给每个页面都堆了七八种Schema,结果反而让AI困惑。后来精简到3-4种最相关的,效果反而更好。

3.3 内容组织方式:让每个段落都能“独立作战”

前面提到,AI倾向于引用“自包含”的段落。我在改造内容时,遵循了一个原则:每个H2或H3下面的内容,都要能独立回答一个小问题。

具体做法是:

  • 每个小节开头用一句话直接给出结论或答案
  • 然后用2-3段展开解释,每段不超过150字
  • 关键数据、步骤、对比用列表或表格呈现
  • 避免使用“如前所述”“接上文”这类依赖上下文的表述

我举个例子。原来我写“如何选择静态网站生成器”时,是这样写的:

“上一节我们讲了静态网站的优势,这一节我们来看看有哪些生成器可选。首先,Hugo的特点是……”

这种写法对人来说很自然,但对AI来说,“上一节”“这一节”这种指代会让它难以单独提取这一段。我改成了:

“Hugo是一个用Go语言编写的静态网站生成器,主要特点是构建速度快、配置简单。适合内容量大、更新频繁的网站。”

改完之后,这段话被单独引用的概率明显提高。

3.4 站点地图和robots.txt:别把AI挡在门外

这两个是基础中的基础,但我发现很多个人网站要么没有,要么配置错了。

站点地图(sitemap.xml)要包含所有你想被引用的页面,并且标注最后更新时间。我用了一个简单的脚本,每次发布新内容时自动更新sitemap。AI引擎在检索时,会优先看站点地图里标注的页面。

robots.txt要确保没有误屏蔽AI引擎的爬虫。我检查了自己的robots.txt,发现之前为了防垃圾爬虫,屏蔽了一大批User-Agent,结果把几个AI引擎的爬虫也挡在外面了。移除相关规则后,引用率立刻有了变化。

提示:不同AI引擎的爬虫User-Agent不同,建议去各引擎的官方文档查一下,确保没有误伤。如果你不确定,可以先全部放行,观察一段时间再调整。

4. 内容层面的GEO策略:写AI愿意引用的内容

结构和标记是“让AI能找到你”,内容策略是“让AI愿意引用你”。这两件事缺一不可。我见过一些网站结构做得很好,但内容全是泛泛而谈,AI照样不引用。

4.1 选题策略:回答“AI回答不了的问题”

AI引擎在生成回答时,有一个明显的短板:它缺乏一手经验和具体数据。它能总结网上的通用知识,但很难给出“我实测了8个引擎,结果是……”这种带个人经验的内容。

这就是个人网站的机会。我调整选题策略后,重点写三类内容:

第一类:实测型内容。比如“我测试了5种方法,只有2种有效”。这种内容AI很难自己生成,因为它没有“手”去测试。我的那篇8引擎实测文章,被引用的频率远高于其他文章。

第二类:对比型内容。比如“工具A和工具B的7个关键差异”。AI可以列出差异,但往往缺乏具体的对比维度和实测数据。如果你能给出一个清晰的对比表格,被引用的概率很高。

第三类:步骤型内容。比如“从零搭建个人网站的完整步骤”。AI可以给出通用步骤,但如果你能补充“第3步最容易出错,我踩过坑”这种经验细节,内容就变得独特了。

4.2 写作方式:用“问答结构”组织内容

我把自己网站上的所有文章都做了一次重构,核心变化是:从“叙述式”改成“问答式”。

具体来说,每篇文章不再是一个连续的长文,而是由若干个“问题-答案”对组成。每个问题用H2或H3标注,答案直接跟在后面。这样AI在检索时,可以精准地找到“这个问题对应的答案在这里”。

举个例子,原来我写“个人网站优化指南”时,是按“第一步、第二步、第三步”组织的。改版后,变成了:

  • 个人网站需要哪些基础页面?
  • 如何让AI引擎收录我的网站?
  • 结构化数据应该怎么加?
  • 内容更新频率重要吗?

每个问题下面给出直接答案。改版后,这篇文章在多个引擎里的引用率提升了将近一倍。

4.3 关键词策略:从“堆砌”到“语义覆盖”

传统SEO讲究关键词密度,但GEO更看重语义覆盖。也就是说,你不需要反复出现同一个关键词,而是要把与主题相关的各种表达方式都覆盖到。

我在写文章时,会先列出一个“语义地图”:核心概念是什么、相关概念有哪些、用户可能用什么不同的词来描述同一个东西。然后把这些表达自然地融入文章中。

比如写“AI引用”这个话题,我会覆盖:AI引擎、生成式引擎、引用来源、信息源、内容被引用、AI检索、AI回答引用等不同表达。这样无论用户用哪个词提问,AI都能匹配到我的内容。

4.4 更新策略:老文章比新文章更值得投入

很多人觉得要不断写新文章才能被AI关注。但我的实测结果是:优化一篇老文章的效果,往往好过写三篇新文章。

原因是,老文章可能已经被AI引擎收录,只是引用率不高。你只需要调整结构、补充数据、添加结构化标记,就能显著提升引用率。而新文章需要重新经历收录、评估、信任建立的过程。

我把自己网站上阅读量最高的10篇老文章全部做了GEO优化,两个月后,其中7篇的AI引用率有明显提升。而同期新写的5篇文章,只有1篇被引用。

5. 信任信号建设:AI凭什么相信你的个人网站

前面反复提到“信任链”这个概念。这一节专门讲怎么建设信任信号。这是很多个人网站忽略的部分,但恰恰是AI决定是否引用你的关键。

5.1 作者身份的可验证性

AI引擎在评估内容时,会看作者是谁、有什么背景、是否可验证。一个匿名网站的内容,即使质量不错,也很难获得高信任度。

我在网站上做了这几件事:

  • 创建了详细的“关于”页面,说明我的专业背景、从业经历、以及为什么写这些内容
  • 在每篇文章顶部标注作者姓名和发布时间
  • 在页面底部添加了作者的联系方式(邮箱和社交账号)
  • 用Person结构化数据标注作者信息

这些信息不需要多详细,但必须真实、可验证。我实测下来,添加作者信息后,同一个引擎对同一篇文章的引用意愿明显提高。

5.2 外部提及和引用

AI引擎会看你的网站有没有被其他可信来源提及。这就像学术论文的引用数一样,是一种信任背书。

我做了几件事来增加外部提及:

  • 在几个技术社区发布了部分内容的摘要,并附上原文链接
  • 在GitHub上开源了一个小工具,README里链接到我的网站
  • 在行业论坛回答问题时,偶尔引用自己网站上的相关内容

这些外部提及不需要很多,但要有质量。一个来自知名技术社区的链接,比一百个垃圾外链有用得多。

5.3 网站的技术信任信号

除了内容层面的信任,网站本身的技术指标也会影响AI的信任判断:

信任信号具体要求我的做法
HTTPS必须启用用Let‘s Encrypt免费证书
移动适配响应式设计用CSS Grid+Flexbox重写
加载速度首屏<2秒压缩图片、移除冗余脚本
无死链定期检查每月用工具扫描一次
隐私政策有独立页面简单说明数据收集情况
联系方式可验证邮箱+社交账号

这些信号单独看都不难做,但合在一起,就构成了AI判断“这个网站是否可信”的基础。

5.4 持续更新的信号

AI引擎会看你的网站是否活跃。一个半年没更新的网站,即使内容质量高,引用优先级也会降低。

我的做法是:保持稳定的更新频率,但不追求高频。我每周更新1-2篇,但每篇都保证质量。同时,我会定期回头更新老文章,补充新数据、修正过时信息。这种“持续维护”的信号,比“疯狂输出”更有效。

6. 实测数据:优化前后引用率的变化

说了这么多方法,最后用数据说话。我把自己网站优化前后的AI引用情况做了完整记录。

6.1 优化前后的对比

我选取了网站上10篇内容质量相近的文章,其中5篇做了完整的GEO优化(结构+标记+内容重构),另外5篇保持原样作为对照。测试方法是:在8个AI引擎中,针对每篇文章的核心主题提问,记录AI回答中是否引用了我的网站。

指标优化前(5篇)优化后(5篇)对照组(5篇)
被引用文章数040
总引用次数0231
平均每篇引用次数04.60.2
首次被引用时间-11天-

优化后的5篇文章中,有4篇在两周内被至少一个引擎引用。其中一篇关于“静态网站生成器对比”的文章,在5个引擎中被引用,总引用次数达到9次。对照组的5篇文章,只有1篇被引用了一次,而且是在一个对个人网站相对友好的引擎中。

6.2 不同优化措施的贡献度

我把优化措施拆开来看,发现不同措施的贡献度差异很大:

  • 结构化数据标记:贡献最大,单独实施就能提升约40%的引用率
  • 内容问答化重构:贡献次之,约30%
  • 语义化HTML改造:约15%
  • 信任信号建设:约10%
  • 加载速度优化:约5%

这个数据说明,优先级应该是:先做结构化标记,再做内容重构,最后才是技术优化。很多人一上来就折腾网站性能,但如果不做前两项,性能再好也没用。

6.3 一个意外发现:引用会“传染”

测试到后期,我发现一个有趣的现象:当一个引擎开始引用你的网站后,其他引擎的引用率也会跟着提升。

我猜测原因是:AI引擎之间可能存在某种“交叉验证”机制。当一个引擎引用了你的内容,其他引擎在检索时可能会把“被其他引擎引用过”作为一个信任信号。

这个发现意味着:你不需要同时讨好所有引擎。先集中精力让一个引擎引用你,然后利用这个“信任背书”去撬动其他引擎。我最初就是先在一个对个人网站友好的引擎上取得了突破,然后其他引擎的引用率才慢慢跟上来的。

7. 常见问题与避坑指南

最后这部分,把我踩过的坑和常见问题集中说一下。这些经验都是真金白银换来的,希望能帮你少走弯路。

7.1 为什么我的网站结构很好,还是不被引用?

我遇到过这个问题。后来发现原因是:内容本身缺乏“可引用性”。结构好只是让AI能找到你,但AI愿不愿意引用,还要看你的内容有没有独特价值。

如果你的文章全是“什么是XX”“XX的优缺点”这种通用内容,AI自己就能生成,不需要引用你。你需要提供的是:实测数据、个人经验、具体案例、独特观点。这些是AI生成不了的。

7.2 结构化数据加了,但好像没效果?

检查三个地方:

  • 标记是否有效:用Google的Rich Results Test工具验证一下
  • 标记是否相关:不要给所有页面加同一种标记,要根据内容类型选择
  • 标记是否准确:标记的内容必须和页面实际内容一致,否则会被判定为作弊

我一开始给所有页面都加了Article标记,后来发现FAQ页面应该用FAQPage标记,教程页面应该用HowTo标记。改对之后,效果才出来。

7.3 需要多久才能看到效果?

我的实测数据是:最快11天,最慢6周。不同引擎的收录和评估周期不同。对个人网站友好的引擎,通常1-2周就能看到效果;对平台依赖度高的引擎,可能需要4-6周甚至更久。

关键是不要频繁改动。我一开始每天改一点,结果一个月都没效果。后来固定一套方案,坚持了3周,才开始看到引用。AI引擎需要时间来重新评估你的网站。

7.4 个人网站和平台内容,应该优先做哪个?

我的建议是:两个都做,但策略不同。

平台内容(技术社区、公众号等)的优势是自带信任背书,容易被AI引用,但缺点是你不完全控制内容的结构和标记。个人网站的优势是你完全控制,可以做深度优化,但需要自己建设信任信号。

我的做法是:在平台上发布内容摘要,引导用户到个人网站看完整版;在个人网站上做完整的GEO优化。这样既利用了平台的信任背书,又发挥了个人网站的结构优势。

7.5 一个容易被忽略的细节:图片的alt文本

这个细节很小,但影响不小。AI引擎在理解页面内容时,会读取图片的alt文本。如果你的图片没有alt文本,或者alt文本是“image1.png”这种无意义的内容,AI就会丢失一部分信息。

我给网站上所有图片都加了描述性的alt文本。比如一张对比表格的截图,alt文本写的是“Hugo、Jekyll、Hexo三个静态网站生成器在构建速度、配置难度、社区活跃度三个维度的对比表”。这样即使AI不读取图片内容,也能通过alt文本理解图片在讲什么。

7.6 不要做的事

最后列几个我试过但没效果、甚至有害的做法:

  • 关键词堆砌:在文章里反复重复同一个词,AI不仅不引用,还可能判定为低质量内容
  • 隐藏文本:用白色文字或极小字号隐藏关键词,一旦被发现,信任度直接归零
  • 购买外链:低质量外链不仅没用,还可能拖累你的信任评分
  • 频繁改版:网站结构频繁变动,会让AI难以建立稳定的索引
  • 忽略移动端:很多AI引擎的检索是基于移动端渲染的,移动端体验差会直接影响引用

我在实际操作中的体会是,GEO这件事没有捷径,但也没有那么复杂。核心就是三件事:让AI能找到你(结构+标记)、让AI能读懂你(语义+问答)、让AI能信任你(信号+持续更新)。把这三件事做好,剩下的就是等待和微调。

这个领域还在快速变化,不同引擎的偏好也在调整。我现在的做法是每季度重新测试一次,看看引用情况有没有变化,然后针对性调整。如果你也在做类似的事情,欢迎交流你的实测数据。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/10/5 5:21:54

Python车标识别系统实战:从图像预处理到迁移学习全流程

简介&#xff1a;一份面向计算机视觉初学者的Python车标识别系统源码与数据集资源。项目涵盖图像预处理&#xff08;灰度化、高斯滤波、直方图均衡化&#xff09;、特征提取、基于卷积神经网络的分类器训练、车标检测与识别完整流程&#xff0c;适合希望结合OpenCV与深度学习动…

作者头像 李华
网站建设 2026/10/5 5:21:47

STM32+ESP8266+MQTT+OneNET:嵌入式传感器上云完整方案

做嵌入式这行&#xff0c;最难跟人解释的一件事就是&#xff1a;“你做的这个东西到底能干嘛&#xff1f;”点灯、按键、数码管&#xff0c;在开发板上玩得再溜&#xff0c;放到真实场景里总觉得差点意思。直到我把一套东西跑通&#xff1a;STM32读传感器、ESP8266联网、MQTT协…

作者头像 李华
网站建设 2026/10/5 5:20:57

AI Native团队实战手册:从CLAUDE.md到Agent编排的SDLC重构

1. 从"人写代码"到"人管意图"&#xff1a;AI Native 团队到底在变什么这两年"AI Native"这个词被喊得太多&#xff0c;多到有点贬值。很多团队嘴上说着 AI Native&#xff0c;实际干的事还是老一套&#xff1a;产品经理写 PRD&#xff0c;开发照…

作者头像 李华
网站建设 2026/10/5 5:20:40

多智能体集群架构实战:MCP、A2A与DeepAgents编排

1. 多智能体集群架构的整体设计思路1.1 为什么单智能体不够用了做过Agent开发的朋友应该都有体会&#xff0c;单个智能体在应对简单任务时表现尚可&#xff0c;一旦任务链路变长、涉及的工具和知识领域变多&#xff0c;问题就集中爆发了。最典型的表现是上下文窗口被塞满、工具…

作者头像 李华
网站建设 2026/10/5 5:20:36

YOLO目标检测算法全解析:从原理到v11演进与部署实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华