站长必知的可能唯一的 SEO 指标

网站推广中,SEO 是比较重要的一个环节,很多站长并不知道如何才能把网站的 SEO 做好,不知道怎么做,不知道有哪些抓手,本人经历了很多网站,踩过了很多坑,接下来给大家做个分享。

为什么要指标

没有指标,就没有衡量;没有衡量,就没有改进, 没有改进,就达不成目标。因此,一定得有指标。我踩过的坑就是, 之前招了很多的 SEO 专员,很多人不知道自己的工作会取得什么成果,没有指标概念,一切都是瞎蒙;没有检查的点,也没有改进的方向,网上别人说什么,就跟着做什么,糊弄一通。

等问到流量为什么少了, 要怎么办时,又各种话语说不清楚,最后时间过了,效果没有。

所以,做任何一个工作,一定要明确:目标是什么,有什么指标;如果现在搞不清楚,那就去研究,去找到指标,以终为始。

有哪些指标?

那都有哪些指标呢?我们可以分类两个:前置指标和结果指标。

前置指标是,在取得结果之前,我们就可以获得的指标。比如说,SEO 最重要的是内容,我们要判断内容的质量,就要有前置指标,包括但不限制,内容要与标题相关度高,要有关键词,要表达通顺,要有一定的数量,要有图文结合等,这些都是前置的指标。

后置指标,就是有结果后的,可以判断结果是否合格的具体指标,比如说,PV, UV 等,这些指标是我们发布内容后,经过一定时间的检验和市场互动后,在我们网站的数据。

唯一指标

所以,这么一些指标,哪些是重要的?哪些是关键的?

其实,可能唯一最重要的,用于衡量网站是否有用的,是否高质量的指标,就是用户停留时间。

如果用户一打开一个页面,立马就走,说明用户对这个页面不感兴趣,这个页面对用户价值为 0。反过来,如果用户长时间停留在这个页面,认真的阅读页面内容,说明页面对 TA 是有用的,有价值的。

任何一个搜索引擎,其本质目标是帮助用户找到他要的东西,这是搜索引擎唯一的价值。所以,所有的搜索引擎,一定会以用户停留时间,这个指标为其推荐算法的根基。

所以,我们在编写内容时,一定要特别重视这一点。

接下来

用户停留时间,这个指标是如此之重要,所以,我们应该甚至就以这个指标为唯一考核 SEO 的指标,做为 一个页面 14 天的结果指标。预期这个指标的值为 30s。

我们就可以检查网站的其他页面,确认低于这个停留时间的页面有哪些,找出来,优化它。

35岁危机应对方法

一、35岁危机

35岁了,差不多过了人生的一半,正值上有老,下有小,又是智力、体力巅峰,按理应该是人生中最好的年华,但因众所周知的原因,往往在这个年龄是压力最大,焦虑最重的时候。究其原因,大概分为内和外两个,这个危机在这内外两重因素的综合作用下引起。

  1. 内因,工作十来年,结婚生子,花销过大,没有存款,入不敷出,一旦失去工作收入,危机重重。
  2. 外因,没有建立自己的独特价值,很容易被代替

在外因的作用下,企业在生存压力的迫使下,想办法降本增效,那些工资高,可代替性强的人,就很容易面临失业,最后因没有存款,生活无保障,一朝回到解放前

二、解决办法

了解了问题产生的原因,解决办法就一目了然,分2个部分,对内与对外:

  1. 对内,要保留生活所必须的储蓄,持续存钱。至少要1-2年的能够满足家庭日常生活所需要的钱。要么减少支出,要么加大储蓄。这样,就算是遇到失业,也不用太过担心,有足够的存款,利用1-2年的时间,认真做好第2点,找到心怡的工作。
  2. 对外,要持续学习,在一领域保持核心竞争力。要积累资产,想办法让资产产生更多的现金流。

具体作法:

  1. 多看书,持续学习,提升认知。
  2. 多做那些可以scalable的事情,使得在这个事情上,能力越强,了解的越多,就能形成更多的正反馈。
  3. 打造更多的资产,比如著作权、产品、商标、知识产权、股权等

to be continue.

《凡人歌》看后有感

  1. 那伟相信他大哥,但也得做好自我保护
  2. 在处理许意美这件事情上,不应该直接给钱,而是应该报警,而不是直接给钱
  3. 要建立自己的品牌、优势、资产
  4. 做生意一定不能垫子,要么不做,要么一定要付款
  5. 做生意一定要做可 scalable 的生意
  6. 不要怕任何事情,一切都会过去,可以从头再来
  7. 要不断学习,提高认知

总体看着很沉重,但永远有希望,加油

MySQL 5.7 缩小空间占用实践

某几个数据表越来越大,占用空间快达4T, 其中很多数据都是历史数据,可以被清空的数据。现在想要缩小空间,则需要:

  1. 删除表中的数据
  2. 重构表,因为删除数据并不会回收占用的空间,需要重构才行
  3. 删除和重构不能影响正式服务
  4. 重构的目的是为了缩小空间占用,但重构需要2倍的空间,但运服务器的空间扩大后,就无法缩小
  5. 不能直接在正式数据库进行操作

方案

  1. 搭建主从,使用Docker搭建
  2. 在从服务器上进行删除(需要写专门的删除逻辑)
  3. 在从服务器上,扩大硬盘大小至2倍,然后复制一份新表,把旧表删除,把新表重命名为旧表
  4. 从服务器上暂停同步,且停止数据库。添加一块容量为原硬盘大小一半的新的云盘,把数据从原硬盘使用rsync复制到新盘。这一步要特别注意,因为数据库特别大,使用rsync复制可能需要的时间非常长,我这边花了一天多的时间才复制完成。所以,主服务器上的binlog需要保存至少5天的时间,如果正式服务业务量比较大,存放binlog的硬盘需要有足够的容量。
  5. 把新盘做为mysql的盘,启动从服务,开始与主服务器进行数据同步,直到同步完成。
  6. 当同步完成后,在业务量很低的时间里,停止主服务器,对主数据盘做好快照,然后把从服务器上硬盘挂载的主服务器,让主服务器从这块新挂载的硬盘上启动
  7. 检查测试,确保数据和功能逻辑一切正常
  8. 释放主服务器老硬盘,完成缩容,释放空间的目的。