网站文章做到几百篇以后,内链会越来越难管理。
刚开始只有30篇内容时,可以人工在文章正文里添加:
但当网站逐渐积累到:
300篇。
500篇。
1000篇。
甚至更多内容以后,如果每篇文章都人工寻找5—10篇相关文章再添加链接,维护成本会明显增加。
所以一些SEO站长会采用一种比较简单的自动内链方式:
根据文章ID,在当前文章前后各调用5篇文章。
例如当前文章ID是:
324
就自动调用:
前5篇:
319
320
321
322
323
当前:
324
后5篇:
325
326
327
328
329
最终在文章详情页形成:
上一篇附近内容
+
当前文章
+
下一篇附近内容
这种做法最大的优势非常明显:
实现简单,而且能够让大量文章自动互相产生内部链接。
但从今天的SEO角度看,也不能把它简单理解成:
每篇文章前5后5,就一定比普通内链效果好。
真正需要判断的是:
这些文章之间到底有没有关系,以及这种自动链接方式在整个网站信息架构里承担什么任务。
Google当前明确建议,每一个重要页面至少应该从站内其他页面获得一个可抓取的内部链接,同时建议内部链接锚文本简洁、具有描述性,并尽量链接真正能够帮助用户继续了解当前主题的相关资源。
所以“ID前5后5”可以成为一种基础内链机制。
但更适合解决:
页面发现和基础互联。
它不应该完全代替:
主题相关内链。
第一:什么叫文章ID前5后5?
很多CMS在创建文章时,都会给文章分配一个唯一ID。
例如WordPress可能出现:
文章A:ID 320
文章B:ID 321
文章C:ID 322
文章D:ID 323
文章E:ID 324
随着文章不断发布,ID通常整体向后增加。
于是站长可以利用这个规律,在文章ID 324的详情页动态查询:
小于324并最接近的5篇文章
以及:
大于324并最接近的5篇文章
最后显示为:
前5篇文章
当前文章
后5篇文章
这里的“前5后5”并不一定要求ID必须严格连续。
例如:
320
321
323
324
327
其中322可能是草稿。
325、326可能已经删除。
真正的程序通常应该查询:
当前ID之前最近的5篇已发布文章。
以及:
当前ID之后最近的5篇已发布文章。
而不是直接机械计算:
ID - 1
ID - 2
ID - 3
否则很容易遇到不存在的页面。
第二:这种内链方法最大的价值,是避免文章成为孤岛
一个网站最怕出现:
文章已经发布。
Sitemap里存在。
但网站里没有任何页面链接到它。
这种页面通常叫:
孤立页面,Orphan Page。
Google当前明确表示,链接是Google发现新页面的重要方式,而且每一个真正重要的页面都应该至少从网站其他页面获得内部链接。
如果每一篇文章都自动链接:
前5篇。
后5篇。
那么正常情况下,一篇文章会从周围多个页面获得入口。
例如:
文章321 → 324
文章322 → 324
文章323 → 324
文章325 → 324
文章326 → 324
这样文章之间就会形成一张基础链接网络。
对于几百篇以上的网站,这种自动机制确实能够减少:
新文章发布以后完全没有内链。
这种问题。
第三:它还能帮助搜索蜘蛛继续发现后面的新内容
假设Googlebot或者Baiduspider进入:
文章320
页面下方存在:
321
322
323
324
325
搜索蜘蛛就可以继续沿着链接访问这些文章。
然后进入325以后,又发现:
320
321
322
323
324
326
327
328
329
330
于是能够不断沿着文章网络向前发现更多URL。
Google目前明确建议网站提供标准、可抓取的<a href>内部链接来帮助发现页面;Google也指出,大多数新页面都是通过链接被发现的。
所以从:
抓取发现。
这个角度来说,前5后5确实有实际意义。
第四:但文章ID接近,不等于内容相关
这就是这种方法最大的问题。
比如网站连续发布:
319 Robots.txt怎么设置
320 公司春节放假通知
321 GEO服务商怎么选
322 Sitemap怎么提交
323 企业培训公司怎么获客
324 Canonical是什么意思
虽然ID很接近。
主题却完全不同。
如果文章:
Canonical是什么意思?
下面推荐:
公司春节放假通知
用户通常不会觉得这是很有价值的延伸阅读。
Google对内部链接的当前建议同样强调:
应该思考网站上哪些资源能够帮助用户进一步理解当前页面,并在相关语境中链接过去。
所以ID前5后5最大的不足就是:
它按照发布时间或数据库顺序建立关系,而不是按照用户问题建立关系。
这两种关系不能完全画等号。
第五:如果网站内容本身高度垂直,ID前后相关性会明显提高
这里也不能反过来直接否定这种方法。
假设一个网站一个月连续发布:
网站不收录怎么办?
抓取诊断怎么用?
Sitemap怎么提交?
Robots.txt怎么设置?
Canonical是什么意思?
SEO关键词排名怎么看?
全部属于:
网站SEO。
那么这些文章ID本来就比较接近。
此时前5后5自动内链,很可能自然产生:
SEO文章 → SEO文章。
相关性明显比综合资讯站高。
所以这种方法到底好不好,很大程度取决于:
网站发布内容是不是围绕稳定主题连续生产。
内容越垂直,ID顺序越可能近似主题顺序。
内容越杂,ID内链越随机。
第六:更合理的方法,是“ID前5后5 + 主题相关文章”
如果网站文章已经比较多,我更建议把内链分成两层。
第一层:前5后5
主要承担:
基础发现。
例如模块名称可以是:
最新与近期文章
或者:
更多文章
第二层:主题相关推荐
主要承担:
语义相关。
例如当前文章:
Robots.txt如何禁止抓取没用页面?
真正相关的文章应该优先推荐:
Sitemap怎么提交?
Canonical是什么意思?
抓取诊断怎么使用?
网站为什么不收录?
这时候文章页可以形成:
正文
↓
正文自然内链
↓
相关主题文章
↓
前后近期文章
这比只依赖ID更加完整。
第七:最重要的内链,还是正文里的上下文链接
假设文章写到:
如果网站大量出现重复URL,还应该继续检查Canonical。
“Canonical”这里本身就可以链接到:
Canonical是什么意思?
这种链接有一个明显优势:
用户知道为什么需要点。
搜索引擎也能够通过锚文本和上下文判断两个页面之间的关系。
Google当前明确表示,内部链接的Anchor Text能够帮助用户和Google理解目标页面是什么,而且相关上下文中的链接通常比没有语境的机械链接更加清楚。
所以网站内链可以建立三个优先级:
最高优先级:
正文上下文相关链接
第二优先级:
主题相关文章
第三优先级:
ID前5后5基础链接
这样比较合理。
第八:文章前后各5篇,有必要全部使用关键词锚文本吗?
没有必要。
例如10个链接全部写:
SEO优化
SEO优化
SEO优化
SEO优化
这种做法既无法帮助用户区分文章,也非常不自然。
最简单的锚文本就是:
直接使用文章标题。
例如:
<a href="/robots-txt/">Robots.txt如何设置?</a>
<a href="/sitemap/">Sitemap怎么提交?</a>
用户一眼就知道:
点击以后是什么内容。
Google目前也建议内部链接Anchor Text保持:
简洁。
相关。
能够描述目标页面。
同时避免把大量链接挤在一起,让用户难以理解。
所以无需额外把文章标题替换成统一的核心关键词。
第九:前5后5最好查询“已发布文章”,不要按数字硬算ID
如果程序直接:
当前ID = 324
调用:
319—323
325—329
很容易出现问题。
因为CMS里的ID未必全部是文章。
WordPress里ID还可能分配给:
页面。
附件。
草稿。
修订版本。
其他自定义内容。
所以更合理的程序逻辑应该类似:
当前文章ID = 324
查询:
ID < 324
状态 = publish
内容类型 = post
按ID倒序
取5条
后5篇则:
ID > 324
状态 = publish
内容类型 = post
按ID正序
取5条
最终得到:
距离当前文章最近的前后已发布内容。
这样比直接用:
324 - 5
324 + 5
稳定很多。
第十:还应该限制文章类型和栏目
如果网站除了文章还有:
案例。
产品。
新闻。
服务页面。
更不能只按照全站ID查询。
否则可能出现:
文章详情页推荐服务后台页面。
案例页。
完全无关自定义Post Type。
更合理的是至少加入:
post_type = post
如果网站栏目明显不同,还可以进一步限制:
当前栏目
例如:
SEO栏目
只调用SEO栏目附近文章
GEO栏目
只调用GEO栏目附近文章
这样前5后5的相关性会明显提高。
第十一:甚至可以把“ID前5后5”升级成“同栏目时间前5后5”
实际上SEO并不关心数据库ID本身。
真正需要的是:
当前文章附近的一组内容。
所以完全可以不用ID。
改成按照发布时间:
发布时间早于当前文章
取最近5篇
发布时间晚于当前文章
取最近5篇
然后再限制:
同Category。
同Topic。
或者相同核心标签。
这样就从:
数据库关系。
进一步变成:
内容关系。
对于长期SEO内容库,我更倾向这种思路。
第十二:如果前5后5全部站内文章都一样,会不会变成Sitewide链接?
严格来说,并不会像:
页脚友情链接。
主导航。
那样每个页面完全链接同一组URL。
因为每篇文章的位置不同。
对应前后文章也不同。
例如:
文章100
链接95—99、101—105
文章101
链接96—100、102—106
最终会形成一种滑动窗口式的链接结构。
它的优点是:
整个文章库会慢慢串联起来。
但仍然存在一个问题:
真正重要的核心文章未必能获得足够突出的位置。
Google在电商网站结构建议中指出,Google会通过页面之间的链接关系理解网站中哪些页面相对更加重要;一般来说,一个页面从站内获得的链接越多,其相对重要性可能越明显。
所以企业不能指望:
每篇文章平均10条内链,网站权重就自动平均分配好了。
核心页面还需要单独强化。
第十三:核心文章应该额外获得更多内链
例如网站最重要的一篇:
SEO入门完整教程
如果它只是按照ID出现:
前后5篇。
等文章库继续增加以后,新文章就不会再自动链接它。
于是这个重要页面逐渐远离最新内容。
所以核心支柱页面还应该从:
首页。
栏目页。
专题页。
相关正文。
获得持续链接。
例如:
首页
↓
SEO教程
SEO栏目
↓
SEO教程
20篇相关SEO文章
↓
SEO教程
这样搜索系统才能更清楚地理解:
这篇属于整个SEO主题中的核心页面。
ID前后链接更适合保证:
基础连接。
重要性分层仍然需要人工规划。
第十四:前5后5是不是数量越多越好?
也不是。
如果从:
前5后5
变成:
前50后50
每篇文章下面突然出现100条链接。
用户未必会认真使用。
页面也会出现一大块没有多少上下文的链接列表。
Google当前并没有公布“一个页面最多只能放多少内部链接”这种固定SEO数字,但官方始终建议链接应该具有用户价值,而且不要为了搜索系统机械制造大量链接。Google的SEO入门指南也强调链接应当连接真正相关和有帮助的资源。
Bing过去的站点架构建议同样明确指出,只有大量没有上下文的链接列表,对用户价值很低;内部链接更应该追求质量和结构,而不是单纯数量。
所以:
5+5。
3+3。
4+4。
都可以。
没有一个神奇SEO数字。
重点还是页面整体结构。
第十五:如果一篇文章本身已经有很多正文内链,还需要前5后5吗?
可以保留。
但它承担的是不同任务。
例如正文已经有:
5条高相关内链。
文章底部又有:
10条前后内容。
这并没有天然问题。
但如果页面还同时拥有:
导航30条。
侧边栏50条。
Footer几十条。
Tag链接几十条。
文章内容本身只有500字。
那么真正有价值的内容和大量导航链接之间就开始失衡。
所以需要从页面整体判断。
不要把:
内链越多,权重传递越多。
当成机械公式。
更合理的原则是:
需要链接的地方有链接。
核心页面获得更多合理入口。
用户不会被几十上百个无意义链接干扰。
第十六:新文章还有一个现实问题——“后5篇”现在还不存在
例如刚发布文章324。
网站目前最高ID就是324。
那么:
325
326
327
328
329
还不存在。
所以刚发布时,它只能显示:
前5篇。
未来发布325以后,如果页面模块是动态查询:
324重新打开时,就会自动出现325。
等329发布以后:
324自然拥有完整的后5篇。
这也是为什么这种模块最好:
动态生成。
而不是文章发布时直接把10个链接写死到正文数据库里。
动态模块维护成本更低。
第十七:动态查询需要注意数据库性能
如果网站只有:
500篇文章。
每次详情页执行一个简单查询,通常问题不大。
如果网站已经:
10万篇。
100万篇。
每个页面还要同时运行:
前5后5。
相关文章。
热门文章。
标签文章。
推荐内容。
数据库查询就可能越来越多。
所以程序层面还需要考虑:
缓存。
索引。
对象缓存。
页面缓存。
不要为了自动内链,让文章详情页加载速度明显下降。
SEO优化最终不能出现:
内链做好了,但服务器响应慢了两秒。
这种得不偿失的情况。
第十八:如果网站已有500篇文章,怎么批量加前5后5?
最大的优势就在于:
不用修改500篇正文。
可以直接修改:
文章详情页模板。
例如WordPress:
single.php
或者主题对应的文章组件。
在正文之后增加:
近期相关文章模块
然后程序根据当前Post ID动态查询。
这样:
历史500篇文章。
未来新增文章。
都会自动拥有这个模块。
相比批量修改数据库正文,这种模板方式更加容易:
调整。
关闭。
优化。
以后如果发现:
前5后5效果一般。
可以直接修改成:
同栏目5篇。
相关文章8篇。
无需重新处理所有正文。
第十九:最好不要把“前5后5”直接插进文章正文HTML数据库
例如文章原正文:
<p>正文...</p>
然后批量程序真的在数据库末尾写入:
<ul>
<li>文章319</li>
<li>文章320</li>
...
</ul>
这种方法的问题是:
文章关系变化以后很难更新。
文章删除以后容易产生死链。
以后换内链策略,需要重新改几百篇数据库内容。
而模板动态调用则可以:
实时检查发布状态。
文章删除后自动消失。
调整数量立即全站生效。
所以从维护角度来说:
模板层动态内链通常比写死正文更合适。
第二十:文章ID前5后5应该配合“上一篇、下一篇”一起做吗?
可以。
实际上上一篇、下一篇就是:
前1
+
后1
前5后5只是在这个逻辑上进一步扩大范围。
一个比较自然的文章详情页可以是:
正文
上一篇:……
下一篇:……
相关阅读
5—8篇真正相关主题
更多近期文章
若干前后内容
但没有必要:
上一篇下一篇一次。
前5后5里又重复一次。
相关文章里又出现一次。
同一URL在文章底部重复三遍没有太大意义。
所以实现时应该做好:
去重。
第二十一:对一个大型SEO内容库,我更推荐哪一种方案?
如果网站未来准备建设几百甚至上千篇文章,我会把内链系统分成四层。
第一层:首页与栏目链接
解决网站主结构。
首页
↓
核心栏目
↓
文章
第二层:正文上下文内链
解决真正强相关的问题连接。
例如:
Canonical文章自然链接Robots、Sitemap等相关教程。
第三层:主题相关文章
根据:
栏目。
主题。
关键词。
标签。
内容相似度。
推荐5—8篇相关内容。
第四层:前后文章
保证文章库基础串联。
这时候ID前5后5可以放在第四层。
它有价值。
但不承担全部SEO任务。
第二十二:怎么判断“ID前5后5”有没有实际效果?
不要只上线以后感觉:
内链变多了,应该有效。
可以观察几组数据。
新文章发现速度
新URL是不是更快被搜索蜘蛛发现?
孤立页面数量
网站Crawler检查Orphan Page是否下降。
抓取深度
历史文章是不是更容易通过正常链接访问?
搜索引擎抓取
服务器日志里旧文章和新文章抓取是否更加均匀?
用户行为
有没有人点击:
上一篇。
下一篇。
相关推荐。
如果几乎没人点前5后5,而主题相关文章点击明显更高,也说明:
用户更需要相关性,而不是发布时间接近。
这时候内链策略就可以继续调整。
文章ID前5后5的内链方式,到底值不值得做?
答案是:
可以做,但不要把它当成完整的内链SEO方案。
它最适合解决:
页面之间基础互联。
减少孤立页面。
帮助蜘蛛沿文章库发现更多URL。
降低几百、上千篇文章的人工内链维护成本。
Google明确建议所有重要页面至少从站内其他页面获得链接,也强调相关、描述清楚的内部链接能够帮助用户和搜索引擎理解网站结构。
但ID本身只是数据库顺序。
它无法判断:
两篇内容到底相关不相关。
所以真正更合理的内链体系应该是:
文章ID前5后5
负责基础互联
+
同栏目 / 同主题推荐
负责内容相关性
+
正文上下文链接
负责强语义连接
+
首页和栏目
负责核心页面层级
如果一定要给这个方法一个定位,我更愿意把它叫做:
内链保底机制。
它可以确保:
每一篇文章不会轻易成为孤岛。
但真正决定一个网站内链质量的,仍然是:
哪些页面应该互相连接,以及这些连接能不能真正帮助用户继续解决问题。
所以对于几百篇以上的SEO内容库来说,“前5后5”值得自动化。
但做完以后不要停。
继续把核心文章、栏目、主题簇和正文内链组织起来,网站才会从:
文章之间有链接
进一步升级成:
文章之间有清楚的内容关系。
这才是内部链接真正应该达到的效果。
评论
欢迎留下你的看法,评论会按站点设置审核展示。
0 条评论
还没有评论,来写下第一条吧。
请先登录后即可评论
登录评论已关闭