技术博客SEO优化：让个人作品集被更多人看到

CH-24-05-013·约 19 分钟·AI实践项目·更新 2026-08-13

想象你在寸土寸金的大学城开了一家“个人作品集”小书店：书架上摆着你的项目故事、技术笔记和作品展示。可开业一个月，店里冷冷清清，没人知道你的存在。问题出在哪？不是你写得不够好，而是负责管理这条街书店的“图书管理员”（搜索引擎）路过时，根本看不出你这店卖什么书、书里有什么好东西，自然不会把你推荐给正在找书的人。 SEO 优化，就是帮这家小书店“被看见”的一整套装修和上架技巧：把每本书的标题目录写清楚（关键词策略），把书架摆得整整齐齐（页面结构优化），把书写得扎实有价值（内容质量），让同行和管理员都愿意推荐你（链接建设），再让翻书的手感足够流畅（加载速度与移动端适配），最后用读者台账不断修正经营方向（数据监测）。当管理员看懂你的店，就会把你的书推荐给成千上万正在找书的人——也就是你的潜在读者、同行和雇主。这篇文章会带你把这间小书店一步步装修好，让搜索引擎这位“图书管理员”成为你最忠实的金牌销售。

岗位关联

对 AI 从业者而言，把项目实践写成技术博客并用 SEO 放大传播，等于给实力装上了 24 小时运转的“发现引擎”——无论求职、接单还是建立影响力，自然流量都能让作品集持续被看见。这既是内容工程能力，也是个人品牌的杠杆。

可视化演示
关键词策略
页面结构优化
内容质量提升
链接建设
加载速度优化
移动端适配
数据监测迭代
AI 应用场景
Python 演示
常见误区
面试题

可视化演示

本节配有交互动效（进入视口后自动加载，约 3KB）。

关键词布局策略 ——长尾关键词+合理密度 H1标题：核心关键词1次正文：长尾词自然分布 meta: description含关键词密度2-5%为佳，过度堆砌被惩罚

关键词策略

开书店的第一步，是决定招牌上写什么。你的博客标题就是招牌，正文就是书架上的书。如果你写“今天的一些思考”，路人和图书管理员都猜不到你卖什么；换成“Python 项目实战：从零搭一个个人作品集”，读者和搜索引擎一眼就懂。关键词策略，就是给你的书起对名字。

搜索引擎像图书管理员，先扫描每本书的名字和目录，判断这本书适合出现在哪种搜索结果里。关键词选得准，管理员才愿意把你放上书架。实操第一步是挖掘长尾词：主词“技术博客”竞争激烈，如同开在商业街的黄金铺位；长尾词“程序员个人作品集搭建教程”竞争小、意图明确，如同小街巷里精准对口的小店。

布局时遵循几条规律：标题放主关键词，开头 100 字内自然出现一次，小标题和结尾各出现一次，全文密度控制在 2%-8%。密度过高会被判为堆砌作弊，如同书名栏里重复写三遍“好书好书好书”，管理员只会觉得是印刷事故。

把书名起对、目录里自然多提几次主题，管理员就能在浩如烟海的书店里，把你的书准确送到正在找它的人手中。关键词策略是一切 SEO 的地基，地基歪了，后面装修得再漂亮也难被推荐。

\displaystyle \text{关键词密度} = \frac{N_{\text{关键词出现次数}}}{N_{\text{文章总字数}}} \times 100\%

关键词密度衡量“整本书里提到主题词的频率”，太低管理员抓不住重点，太高会被当成故意刷存在感。

分子（关键词出现次数）统计“SEO 优化”这类词在正文里出现了几次，假设统计到 5 次。
$N_{\text{关键词出现次数}} = 5$
分母（文章总字数）统计整篇文章去掉代码和标点后的有效字数，假设 1000 字。
$N_{\text{文章总字数}} = 1000$
乘以 100% 换算为百分比5 除以 1000 再乘 100%，得到密度 0.4%，应调整到 2%-8% 的合理区间。
$\displaystyle \frac{5}{1000} \times 100\% = 0.4\%$

页面结构优化

管理员推荐一本书之前，会先看它的装帧和索引：书名（title）、封底简介（meta description）、目录（H1-H6 标题）和编号（URL）。这些就是页面的“结构标签”。很多技术博客内容很好，却因为这些“门面”没做好，被管理员忽略了。

页面结构优化的核心，是把标签写清楚。标题标签是搜索结果里那行蓝色大标题，描述标签是下面两行灰色小字，它们是用户决定是否点击的关键。H1 每页只放一个，H2/H3 按逻辑嵌套，URL 用简短英文或拼音，别带一串乱码参数——就像书架编号要简洁好记，读者和管理员才能快速定位。

技术博客还应该善用语义化标签：header、nav、main、article、footer 就像书店的分区指示牌，让爬虫像读者翻目录一样快速理解页面结构。代码要放在 article 里并高亮，图片加上描述性的 alt 文本，管理员才能知道这张图是什么内容。

书架标签整齐、门牌编号清晰的书店，管理员扫描起来省力，自然愿意多推荐。页面结构优化投入小、见效快，是技术博客最该先做的一步。

\displaystyle L_{\text{标题}} \le 30 \text{ 字符}, \quad L_{\text{描述}} \le 120 \text{ 字符}

标题和描述都有长度上限，超过会在搜索结果里被"…"截断，就像书名太长被遮住下半截，读者就猜不出内容了。

L_标题（标题标签长度）标题标签里的字符总数，超过 30 个字符会在搜索结果中被省略号截断，核心关键词可能显示不出来。
$L_{\text{标题}} \le 30$
L_描述（描述标签长度）meta description 的字符总数，建议控制在 120 个字符以内，保证完整展示、信息不残缺。
$L_{\text{描述}} \le 120$
组合约束标题与描述同时满足上限，就像“书名”和“封底简介”都清晰完整，管理员抽取信息时才不会出错。
$\displaystyle L_{\text{标题}} \le 30 \wedge L_{\text{描述}} \le 120$

内容质量提升

管理员会“抽读”书的正文。如果你的书是东拼西凑的复印稿，即使书名再吸引人，也上不了推荐位。内容质量，才是书店真正的底气。搜索引擎越来越看重内容本身的价值：原创性、完整度、时效性，三者共同决定一篇文章值不值得长期推荐。

对技术博客来说，原创深度是最重要的。复制粘贴官方文档的翻译稿，在搜索引擎眼里毫无价值；而一篇记录你真实踩坑过程、给出可运行代码、配上架构图的实战文章，才是“有营养的书”。搜索引擎会通过用户停留时间、跳出率等信号，判断读者是否真的读完了你的书。

持续更新同样关键。书店定期上新，管理员才来得勤；旧文章里的代码版本过时了，及时更新适配新版本，能重新获得推荐。围绕系列主题写文章，让每篇之间互相呼应，整间书店就不是零散杂货，而是一套有体系的丛书。

一本经得起管理员抽读、读者反复借阅的书，才配得上推荐位。内容质量是 SEO 的长期护城河，没有它，其他技巧都只是空壳。

\displaystyle \text{内容价值} = \alpha \times \text{原创度} + \beta \times \text{完整度} + \gamma \times \text{时效性}, \quad \alpha + \beta + \gamma = 1

内容价值是三项指标的加权评分，就像书店挑书时综合评估“是不是抄的、够不够厚实、是不是新版本”。

α、β、γ（权重系数）三项指标各占多少重要性。搜索引擎更看重原创，通常原创占 0.5、完整占 0.3、时效占 0.2。
$\alpha = 0.5, \quad \beta = 0.3, \quad \gamma = 0.2$
原创度内容与网上已有文章的相似程度，相似越低得分越高，取值范围在 0 到 1 之间。
$\text{原创度} \in [0, 1]$
加权求和每项得分乘以对应权重再相加，得到最终的内容价值分，用于和其他文章竞争推荐位。
$\displaystyle \text{内容价值} = 0.5 \times \text{原创度} + 0.3 \times \text{完整度} + 0.2 \times \text{时效性}$

链接建设

管理员也听口碑。业内大咖的书店推荐你的书一句，比你自己在门口喊一百句有用。在 SEO 世界里，外链是别人的背书，内链是你自己店里的导览员。链接建设，就是经营书店的口碑网络。

内链让你的权重在站内流动：每篇文章底部放“相关阅读”，把读者和管理员引向你的重点文章。一篇新文章刚发布时权重低，用首页和旧文章的链接“扶一把”，它能更快被收录和排名。内链等于在自己店里安排导览路线，把客人带到最值得看的书前。

外链是排名的重要信号。技术人获取外链的现实路径包括：在开源项目 README 里放博客链接、把高质量文章同步到掘金或知乎、投稿技术周刊、在技术社区认真回答并附上文章链接。锚文本用自然描述，比如“查看我的分布式系统踩坑记录”，而不是清一色的“点击这里”。

口碑是慢慢攒出来的。一条来自靠谱同行的推荐，胜过十条垃圾广告链接。链接建设没有捷径，真诚分享、持续贡献，外链会自然生长。

\displaystyle \text{PR}(A) = 0.15 + 0.85 \times \sum_{i=1}^{n} \frac{\text{PR}(T_i)}{C(T_i)}

这是著名的 PageRank 简化公式：你的书能分到多少“推荐力”，取决于推荐你的人本身有多少影响力，以及他推荐了多少本书。

PR(A)（目标页权重）你的博客文章能分到的“推荐力”，数值越高，越容易被排到前面。
$\text{PR}(A) \text{ 代表目标页的权重}$
PR(T_i)（来源页权重）推荐你的人本身权重越高，分给你的力就越大，这就是“大 V 推荐比普通人推荐更值钱”。
$\text{PR}(T_i) \text{ 越大，贡献越多}$
C(T_i)（来源页出链数）推荐页往外链的链接越多，每条链接分到的权重越少，所以少而精的外链更有价值。
$\displaystyle \frac{\text{PR}(T_i)}{C(T_i)} \text{ 是单条链接分到的权重}$
0.15 与 0.85（基础权重与传输比例）每个页面自带 0.15 的基础权重，最多可以把自身权重的 85% 传递出去。
$\displaystyle \text{PR}(A) = 0.15 + 0.85 \times \sum_{i=1}^{n} \frac{\text{PR}(T_i)}{C(T_i)}$

加载速度优化

读者翻开一本纸质发黄、页面黏在一起的书，翻两页就放下了。页面加载慢，用户和管理员的爬虫都会失去耐心。加载速度是排名因素，更是用户体验的底线——Google 和百度都明确表示，首屏时间越短，页面越容易被加分。

优化的主要抓手有四个：图片压缩成 WebP 格式并做懒加载，让首屏只加载必要的资源；博客静态化部署到 Vercel、Netlify 或 GitHub Pages，省掉数据库查询的时间；开启 CDN 加速，让全球读者都能就近取书；设置浏览器缓存，让回头客第二次访问几乎秒开。

动手之前先用 Lighthouse 测一测，看看瓶颈在图片、脚本还是服务器响应。技术博客通常体积小，往往优化一两处就立竿见影。记住一个原则：翻书的手感，决定了读者愿不愿意把书读完。

薄薄一本、翻起来顺畅的书，读者和管理员都愿意多看几眼。加载速度优化是投入产出比最高的工程改造，改完就能感受到“翻书变快了”。

\displaystyle T_{\text{首屏}} = T_{\text{DNS}} + T_{\text{连接}} + T_{\text{传输}} + T_{\text{渲染}}

首屏时间是四个环节耗时的总和，任何一个环节卡壳，整个“翻书”动作都会变慢。

T_DNS（域名解析）把博客域名翻译成服务器 IP 地址的耗时，通常几十毫秒，使用靠谱 DNS 服务商可以缩短。
$T_{\text{DNS}} \approx 30 \text{ ms}$
T_连接（建立连接）浏览器与服务器建立 TCP 连接的耗时，CDN 可以把服务器“搬”到读者附近，大幅缩短这段路程。
$T_{\text{连接}} \text{ 受物理距离影响}$
T_传输（下载资源）下载 HTML、图片、脚本的总耗时，图片压缩、开启缓存都能显著减小这个值。
$T_{\text{传输}} \propto \text{资源体积}$
T_渲染（浏览器绘制）浏览器解析 HTML 并绘制页面的耗时，精简 CSS 与 JS、避免阻塞渲染就能加速。
$T_{\text{渲染}} \text{ 越小页面越快显示}$

移动端适配

管理员不只把书放进图书馆大书架，还会放进手机大小的“口袋书架”。大画册硬塞进口袋会散架，博客在大屏显示器上好看，在手机上也得读得舒服。如今超过一半的搜索流量来自手机，移动端体验不好，用户会立刻关掉，跳出率高也会拖累排名。

技术博客的首选方案是响应式布局：一套代码，根据屏幕宽度自动调整排版，像一本能自动缩放的“魔法书”。关键细节有三个：设置 viewport meta 标签，让页面宽度等于屏幕宽度，避免手机上出现横向滚动条；正文字号不小于 16px，用户不用双指放大就能读；按钮和链接的可点击区域不小于 44px，手指能轻松点中。

移动端排版还要注意：代码块允许横向滑动而不是挤压变形，表格拆成卡片式展示，段落之间留足间距。想象读者单手举着手机在地铁上翻你的博客，任何需要“放大、平移、精准点击”的操作，都会让他放弃阅读。

无论是大书架还是口袋书架都能整整齐齐展示的书店，管理员才敢放心推荐。移动端适配不是“缩小版网页”，而是为另一类读者重新设计的阅读体验。

\displaystyle W_{\text{页面}} = W_{\text{视口}}, \quad \text{字号} \ge 16 \text{ px}, \quad \text{点击目标} \ge 44 \text{ px}

这三个不等式是移动端适配的最低标准：宽度不错位、字号不用放大、按钮点得中。

W_页面 = W_视口（宽度对齐）页面内容宽度和手机屏幕宽度一致，不会出现横向滚动条，相当于书页刚好铺满整个口袋书架。
$W_{\text{页面}} = W_{\text{视口}}$
字号 ≥ 16 px正文不小于 16 像素，这是多数移动浏览器防止“表单聚焦自动放大”的阈值，也保证阅读不费力。
$\text{字号} \ge 16 \text{ px}$
点击目标 ≥ 44 px按钮和链接的可点区域不小于 44 像素，这是苹果和 Android 设计规范推荐的最小触控尺寸。
$\text{点击目标} \ge 44 \text{ px}$

数据监测迭代

开店不能蒙头经营，要看台账：哪些书被翻得多、哪些摆了大半年没人碰。搜索引擎后台就是书店的“读者台账”。SEO 从来不是一次性装修，而是长期迭代的过程。

用 Google Search Console 或百度搜索资源平台，你能看到：文章被展示了多少次、点进来多少次、排名在第几位、哪个关键词带来的流量最多。这些数据像书店的进销存报表，告诉你那本书受欢迎、哪块区域摆放有问题。

最值得盯的两个数是展示量和点击率。展示少，说明关键词选错了方向或收录有问题，读者根本没见过你的书；展示多但点击率低，说明标题和描述不够吸引人，读者路过却没拿起来。根据数据调整标题、补充内容、优化内链，形成“发布-观察-优化”的循环，每轮迭代都让书店更贴合读者的口味。

台账记得勤，书店才能越开越贴合读者的口味，管理员也越来越愿意把你放在推荐位的第一个。数据监测是 SEO 的“眼睛”，迭代调整是“手脚”，两者配合才能长期上榜。

\displaystyle \text{CTR（点击率）} = \frac{\text{点击次数}}{\text{展示次数}} \times 100\%

点击率好比“看过橱窗的人里有多少走进店里”，是衡量书名和封面是否吸引人的关键指标。

展示次数（impressions）搜索结果页把你的文章展示给用户的次数，假设 1000 次，相当于 1000 人路过你的橱窗。
$N_{\text{展示}} = 1000$
点击次数（clicks）用户真正点进文章的次数，假设 50 次，相当于 50 人走进书店。
$N_{\text{点击}} = 50$
计算比值50 除以 1000 再乘以 100%，得到点击率 5%，可以通过优化标题和描述持续提升。
$\displaystyle \text{CTR} = \frac{50}{1000} \times 100\% = 5\%$

AI 应用场景

AI 辅助关键词选题与内容大纲

阶段：内容生产 / 选题规划

解决的问题：传统方式靠拍脑袋选关键词，容易选到无人搜索的冷门词，或扎进竞争激烈的红海词。AI 可以基于竞品和社区话题批量生成长尾关键词，并筛掉与主题无关的词，再生成带关键词布局的文章大纲，把选词和排篇一次性完成。

具体案例：一位前端开发者让 AI 分析 20 篇高赞“前端作品集”文章，得到“前端作品集技术选型”“3D 交互作品集怎么做”等 12 个长尾词，据此规划了一个 12 篇的系列博客。3 个月后，他的博客自然流量翻了一倍，其中一半流量来自这几个长尾词。

AI 自动生成标题与 meta 描述

阶段：页面结构优化

解决的问题：手写 title 和 description 费时，且容易超长被截断。AI 可以根据正文提炼出含关键词、长度 30 字以内的标题和 120 字以内的描述，再人工润色，批量套用到每篇文章，保证结构标签统一达标。

具体案例：博主把每篇文章正文丢给大模型，要求“输出一个中文标题（不超过 30 字）和一行描述（不超过 120 字），标题前置核心词”，结果直接粘贴进 Hugo 的 frontmatter。一个月后，搜索点击率从 2.1% 提升到 4.3%。

AI 解读搜索数据并给出迭代建议

阶段：数据分析与迭代

解决的问题：Search Console 导出的数据多而杂，人工分析费时且容易遗漏。把 CSV 数据交给 AI，让它总结“哪些词展示多点击少”“哪篇文章排名波动大”，并给出标题或内容修改的具体建议，把数据分析从几小时压缩到几分钟。

具体案例：开发者把近 90 天的搜索查询导出给 AI，AI 发现“Golang 内存调优”展示 8000 次却只被点击 60 次，建议把标题改成“Golang 内存调优实战：一次 OOM 排查全过程”。改后一个月，该文章点击率提升了 2 倍。

Python 演示

python9 行

# -*- coding: utf-8 -*-"""SEO 体检小工具 检查一篇技术博客的基础 SEO 指标""" import re  def clean_text(text):    """去掉代码块和标点 只保留中文与英文单词"""    text = re.sub(r'

目的：一个 60 行的 SEO 体检工具，用正则清洗正文后统计关键词密度，并检查标题长度、描述长度、标题是否含关键词四项基础指标，直接输出带 OK/!! 标记的报告。

text = re.sub(r'```.*?```', ' ', text, flags=re.S)先把代码块替换成空格，避免代码里的英文干扰关键词统计
text = re.sub(r'[^\w\u4e00-\u9fa5]+', ' ', text)把所有标点替换成空格，只保留中文和英文单词，方便后续计数
chinese = len(re.findall(r'[\u4e00-\u9fa5]', text))用正则逐字匹配中文字符，统计中文字数
count = clean.count(keyword.lower())数出关键词在清洗后的正文里出现了几次，转小写避免大小写干扰
return round(count / total * 100, 2)按“出现次数 / 总字数 × 100%”计算密度并保留两位小数
report.append(('标题长度', t_len, 10 <= t_len <= 30))把检查结果存进报告，第三项布尔值标记是否达标
mark = 'OK' if ok else '!!'达标的指标打 OK，不达标的打叹号提醒你优先处理

常见误区

误区我以为在文章里反复塞关键词，比如让"SEO"出现 30 多次，搜索引擎就会觉得这篇文章很相关，排名自然上去了。

正解堆砌关键词在搜索引擎眼里等于“印刷错误”：一本满页重复"SEO"的书，管理员只会觉得质量有问题，甚至直接降权处理。正确做法是把关键词当书名和目录里的自然用语，密度控制在 2%-8%，围绕真实问题写作，而不是凑字数。

为何常见：早期搜索引擎确实吃“关键词频率”这一套，许多老教程还在传播这种过时技巧，小白很容易照搬。

误区我把标题和描述改完之后，就等着明天上首页。结果一周过去，收录都没动静，是不是哪里做错了？

正解SEO 是“口碑养成”而不是“投币即出”。爬虫抓取要时间、收录要时间、排名计算要时间，通常 3-6 个月才见明显效果。正确的姿势是改完就专注写高质量内容，保持更新节奏，让数据自然积累。

为何常见：不少培训机构拿“7 天上首页”当噱头，让人误以为 SEO 是个开关操作，按下去就有结果。

误区我特意在页面里加了 `<meta name="keywords">`，把几十个关键词都填进去，这样搜索引擎就能识别我的主题了吧？

正解早在 2009 年 Google 就公开宣布忽略 meta keywords，百度也基本不看，原因是这标签被垃圾站滥用。真正重要的是 title 标签、meta description 和正文内容，它们才是管理员读取的“门头与简介”。

为何常见：老教程和某些建站工具仍把“关键词”字段做得很显眼，形成信息滞后，新手容易把力气花在没用的地方。

误区听说外链是排名的大头，我打算去网上买 1000 条外链，让权重瞬间起飞，省得自己慢慢攒。

正解外链讲“质”不讲“量”。一百条来自垃圾站的链接，在搜索引擎眼里像一百个陌生人乱夸，可信度为零甚至触发惩罚；一条来自知名技术社区或开源项目的推荐，才抵得上百条。外链要宁缺毋滥。

为何常见：外链交易灰产长期存在，新手容易被“低价高权重”的话术吸引，却看不到背后的惩罚风险。

误区我的博客在手机浏览器里能完整显示，只是字变小了，这不就是移动端适配完成了吗？

正解等比缩小是“把大画册硬塞进口袋”，字小到要放大、按钮小到点不准，跳出率会飙升。正确做法是响应式布局 + viewport 设置 + 不小于 16px 的字号 + 不小于 44px 的点击目标，让内容和按钮按手机尺寸重新排版，而不是整体缩小。

为何常见：在桌面浏览器按 F12 切到手机模式，看到“能显示”就以为适配完成了，完全忽略了真实触屏上的操作体验。

面试题

Q1. 技术博客正文的“关键词密度”控制在什么范围比较合理？

单选题 · easy

A.1% 以下几乎不出现
B.2%-8% 自然适中最佳← 正确答案
C.20%-40% 越高越好
D.100% 全文重复关键词

答案：B。关键词密度如同书名在目录里出现的频率，太低管理员抓不住重点，太高像反复念同一个词会被当成作弊。2%-8% 是搜索引擎普遍认可的合理区间。A 太低，C、D 都属于堆砌，容易被降权处理。

Q2. 页面标题（title）标签建议控制在多少字符以内？

单选题 · easy

A.30 字以内方便完整展示← 正确答案
B.100 字以上内容越详实越好
C.与长度无关只跟颜色相关
D.必须正好 50 个字不能多

答案：A。标题就像书名，超过 30 个字会在搜索结果里被省略号截断，核心关键词可能显示不出来。B 和 D 都违背了“短而精”的原则，C 说与长度无关更是错误，长度直接影响展示效果。

Q3. 下面哪一项标签搜索引擎已经基本忽略？

单选题 · mid

A.meta description 描述标签的内容
B.meta keywords 关键词标签的内容← 正确答案
C.H1 主标题标签里的核心关键词
D.alt 图片替代文本里的描述说明

答案：B。meta keywords 早在 2009 年就被 Google 公开宣布忽略，因为被垃圾站滥用。它的“同门兄弟”meta description 仍然重要，因为它决定搜索结果的展示文案；H1 和 alt 也都是有效的结构信号。

Q4. 移动端推荐的最小可点击目标尺寸是多少？

单选题 · mid

A.44 像素以上方便手指点击← 正确答案
B.10 像素以下越精细越好
C.与像素无关只跟颜色相关
D.100 像素可以占满整个屏幕

答案：A。44px 是 iOS 和 Android 设计规范推荐的触控最小尺寸，低于这个值手指容易点错。B 太小不实用，C 忽略物理尺寸，D 虽然够大但不现实，会挤占其他内容。

Q5. 下面哪些做法能有效提升页面加载速度？

多选题 · mid

A.图片压缩成 WebP 格式← 正确答案
B.部署静态托管并开启 CDN← 正确答案
C.在页面里堆砌大量关键词
D.给资源设置浏览器缓存← 正确答案

答案：ABD。图片压缩减小体积、静态托管加 CDN 拉近服务器距离、浏览器缓存省去重复下载，都是“让翻书更快”的直接手段。C 是关键词堆砌，属于作弊行为，不但不加速还会被降权。

Q6. 内部链接的主要作用是什么？

单选题 · mid

A.把页面权重传递给站内其他文章← 正确答案
B.干扰搜索引擎抓取页面内容
C.只对网站首页发挥一点点作用
D.必须全部加上 nofollow 属性

答案：A。内链像书店里的导览员，把权重和读者引向站内重点文章，让整站形成有机整体。B 是错误理解，内链有益无害；C 低估了内链的作用；nofollow 只用于不想传递权重的链接，不是必选项。

Q7. 简化 PageRank 公式中，影响目标页权重 PR(A) 的因素包括？

多选题 · hard

A.来源页自身的权重 PR(T_i)← 正确答案
B.来源页对外链接的数量 C(T_i)← 正确答案
C.来源页背景颜色的色号数值
D.目标页文章正文的字节数大小

答案：AB。来源页权重越高、出链越少，分给目标页的“推荐力”越大，对应公式 PR(A) = 0.15 + 0.85 × Σ PR(T_i)/C(T_i)。C 和 D 都是视觉或体积属性，与链接的推荐语义完全无关，属于明显干扰项。

Q8. 为什么“被收录”不等于“排名靠前”？

单选题 · hard

A.收录只是候选排名还看相关性与权重← 正确答案
B.收录后立即跃升到第一名的位置
C.收录与排名之间完全没有关联
D.收录次数越多排名反而会更低

答案：A。收录只代表搜索引擎确认了你的书存在，相当于进了候选名单；排名则要综合关键词相关性、内容质量、外部权重等计算。B 把收录当排名的充分条件，C、D 则完全割裂了二者的递进关系。

Q9. 站长工具（Search Console）最主要的用途是？

单选题 · easy

A.查询收录与搜索点击数据← 正确答案
B.修改博客页面的主题颜色
C.直接购买高质量的外链
D.替换网站的服务器机房

答案：A。Search Console 和百度搜索资源平台就是书店的“读者台账”，让你看到收录情况、展示量、点击率和排名位置。B、D 是服务器和前端范畴，C 更是违规操作，站长工具不提供外链购买。

Q10. 数据显示“展示很多、点击很少”，可能的原因包括？

多选题 · extreme

A.标题与描述不够吸引用户点击← 正确答案
B.关键词与用户搜索意图不匹配← 正确答案
C.页面根本无法被搜索引擎收录
D.用户点进来发现与需求无关← 正确答案

答案：ABD。点击率低等于“路过橱窗的人多、进店的人少”。标题描述不吸引人、关键词和用户想找的东西错位、点进来内容不相关，都会导致这种情况。C 说“无法收录”则不成立——如果页面没被收录，根本不会产生展示量，与“展示很多”矛盾。