如何保证网站SEO的长期健康

在百度举办的活动中，有不少站长会向百度员工提出一些根本无法回答的问题：收录，怎么办？抓住它。我该怎么办？流量下降了，怎么办？如果我失去了排名该怎么办？如果收不及时该怎么办？

这些问题太笼统了，就算百度所有后台数据完全公开，也答不上来。提问者必须对网站的基本结构没有清楚的了解。好问题是什么？耐心点，你会得到答案的。

这篇文章的第二个意思是，产品修改对SEO是一个毁灭性的打击

SEO最严重的问题不是SEO，而是产品或技术。一些大型网站每次修改都是这样

1，将替换一组urlpattern。

2由于数据不兼容，无法将模式的旧版本更新为版本。

我问一个产品经理这个产品的URL改变了多少模式。答案是3比4。但我从网上看到，至少有八个。平均每年更换一次。对搜索引擎略知一二的人应该意识到，这种网站是典型的无主网站。

第三，在长期的迭代开发过程中，SEO的要求可能会逐步得到修正

在对产品、技术和测试的思考中，经常没有对URL的明确定义。只要页面可以访问，内容就是正确的。以下几个网址被认为是可以的，更不用说其他基本的SEO规范。也就是说，其实除了SEO，没有人关心这些事情。每一个开发环节都有可能漏掉或出错

曾经有一款产品，谷歌收录3000万，百度收录2000万，流量不错，能量转移到其他产品上。一个月后，我发现流量下降了。我以为是季节因素造成的，不在乎。两个月后，流量下降了很多。仔细检查发现了一个惊人的变化。

4在接下来的两个星期里，参赛人数降至300万人左右。

我希望有一个系统来帮助我自动解决这些问题，这样我就不必每天担心SEO的需要，我也不知道是谁解决了这些问题。如果有问题，我可以让开发和测试的同事立即收到警报，这样“屁股”的事情不再占用我太多时间。

内容思维图，元信息，页面单元测试，蜘蛛日志监控

这些方案是五年前构思出来的，规模不大，但由于复杂性和开发成本高，已经走了很多弯路。直到近两年才逐渐投入使用。不适用于小公司，请广大SEO从业者慎重决策。

从产品的角度看，它是由各种功能组成的，具有合理的过程关系（过程不讨论），这符合用户体验，但可能不符合搜索引擎体验

从SEO的角度来看，网站的结构是由各种用户的搜索需求构成的，并且存在着合理的层次关系

不同的网站会有不同的思维导图，因为这可能取决于技术架构。因此，建议SEO从业者在绘制地图之前，对网站的技术架构有深入的了解。细节将不会展开。但至少我们应该保证以下几点：

从SEO的角度来看，网站的URL是这样的，符合“思维导图”的层次：

从产品、开发和测试的角度来看，URL可能会出现如下混乱：

如果下一版改成这个，就可以了

如果没有明确的规则定义，几乎不可能知道目前的网站不是你优化过的方式。根据SEO内容思维导图，我们得到以下元信息表（仅列出几个字段供您参考）

这个“单元测试”借用了一个研发术语，最初用于测试函数或类。我习惯于测试SEO的具体细节定义。该工具还借用了“rspec”进行二次开发。这个模块可以在两种环境下运行，生产环境和测试环境。

其中，生产测试，我们称之为“回归测试”，旨在确保之前已经启动的SEO需求仍然存在，并且如果警报需要及时修复。

在测试环境中，用于对研发人员进行测试驱动开发（TDD）。它收录产品的回归测试和测试中的新需求，可以看作是需求文档。只要研发人员通过测试，就意味着你的要求已经完成。当这些需求在线时，将测试合并到生产中进行回归测试，这是令人满意的。

测试的内容可以涵盖：所有的细节在元信息，锚文本的已知链接，网站网址，非网站网址，面包屑，alt，响应时间，页面大小等。

“元信息”有一个定义。监视spider日志很容易。个人经历的一些现象：

1网站85%的访问量的响应代码是301。

2spider的爬行量的50%是对异步请求（Ajax，iframe）的URL进行爬行。