# 网站优化

一个极筒的静态教程站做对了一件事：每页只讲一个点。这篇分析这种结构为何对搜索友好，并给出把长文拆成专题的方法。

sitemap 与 robots 出错，往往是配置细节。这篇列出七个常见错、一份三行可用的 robots 骨架和一个发布后的四项检查。

首屏慢往往不是服务器慢，是加载时堆了太多事。这篇给四个可操作的做法与一个“先量再改”的顺序。

内链不是装饰，它做两件事：传权值、留用户。这篇讲三层原则、四个必放位置与孤岛页的排查方法。

TDK 不是填空题。这篇讲标题要说清是什么、描述要写点进去的理由，并给一个发布前的四项自检。

# 转赞推荐：从前端 Wiki 的目录结构学栏目分层 推荐顺手翻一下 [前端 Wiki](https://www.37466.top/) 的目录。它讲的内容不算稀奇，但栏目分层很值得做站的人抄：大类稳定、子类互斥、每个子类下都能直接找到具体条目，几乎不出现「这篇到底该放哪儿」的犹豫。 ## 值得

# 内链不是越多越好：按「读者下一步会问什么」来加 为了优化而给正文塞满链接，是常见也最容易反噬的做法：读者被不断打断，真正重要的那条反而淹没在蓝色字里。更稳的判据只有一句——这个位置，读者下一步会不会正好想问这件事。 ## 三种值得加内链的位置 | 位置 | 读者心里的问句 | 该链到哪 |

# 改版前的一页清单：重定向、内链、索引、回滚 站点改版最容易出问题的不是新页面好不好看，而是**旧东西没交接**：路径变了没重定向、内链还指着老地址、索引里留着一批失效页面、出问题又回不去。我把这四项压成一页，改版前逐条打勾。 ## 四项各查什么 **重定向** - 旧路径与新路径是否一一对

# 用WorkBuddy做链接巡检：把404按来源排序再处理 ## 问题 链接巡检每次都会拉出一份长清单，几十上百条 404。按出现顺序一条条修，很费时间，而且先修的往往是不重要的。后来改了个排序方式，效率差很多。 ## 关键：按“来源页面”聚，不按“坏链”排 一条坏链可能散落在几十个页面里

# 用豆包批量写meta description，但先定好三条硬规则 描述字段适合交给 AI 批量生成：数量多、结构固定、不需要发挥。但直接一句“给这些文章写描述”效果通常很差——出来的全是“本文介绍了……”，或者把标题换个说法再说一遍。先定规则再跑，差异很大。 ## 三条硬规则 **一、只写

# 转赞推荐：从HTML入门教程站的sitemap实践看“可被发现” [HTML 入门教程站](https://html.eapis.site/) 是个讲零基础写页面的小站，页面朴素，但它把 sitemap 和结构化数据当成默认配置这件事，值得推荐给所有做内容站的人。 ## 它做对了什么 很多

# 项目记录：给站内搜索加“无结果”记录，挖出一批选题 ## 起因 站内搜索一直只当工具用，没人看过它的数据。有天随手查了下日志，发现相当比例的词返回零结果。这些词其实是**读者直接说出来的需求**：他以为站里有，结果没有。 于是做了一件很小的事：把无结果查询单独记下来。 ## 做法 记录

# 页面标题怎么改最划算：一次只动一个变量的写法 改标题是成本最低的优化动作，也最容易改完不知道有没有用。常见问题是**一次改了三处**：换了词序、加了修饰、顺手连描述也改了。数据动了，却说不清是哪一处起作用。 ## 一次只动一个变量 我给自己定的规矩：每轮只改一个维度，其余原样保留。可动的维

移动端体验差，多半是把桌面版缩下去。这篇讲三个最常见的问题、三十秒自查法，以及组件库能省掉哪些活。

静态化不是为了技术浪漫，是为了成本、稳定性与抓取。这篇给三个判断条件、四个坑，以及为什么静态化救不了内容差的站。