分类： SEO

linux服务器用Nginx做网站内页之间301的跳转方法

2019 年 12 月 26 日 / wildhorde / 0条评论

目的：
访问https://www.a.com/1.html
301跳转到http://www.a.com/test/2.html

方法：
if ($request_uri = /1.html ) { return 301 http://www.a.com/test/2.html; }
经测试可以达到预期目的。

社会化分享之og属性优化教程

2019 年 2 月 21 日 / wildhorde / 0条评论

前两天使用一套国外模板，分析网页代码的时候发现了meta信息中出现了property=”og:title” 这种新东西。本着存在即合理，既然作者这样设计必定有所意图的，第一反应就是这种写法对于seo优化的影响。所以网上淘了一些资料，结合自己的经验理解将整理一个og属性优化教程，把这些内容页归档到meta信息优化范围中。

Ps:现在搜索引擎越来越看重社会化分享在用户体验中的作用，也就是说社会化分享因素在seo排名中权重越来越高，而且国内seo市场，对于社会化分享的手段应用并不充分，大家可以过早关注，赢在起跑上。

社会化分享优化

现在，我们开始一步一步给大家说明

如果你发现模板代码中有类似于这样的书写：

发现property=”og:这种字样的，说明模板作者已经尝试做seo社会化分享优化了，那么这些代码代表是什么含义呢？

og是一种新的HTTP头部标记，（即Open Graph Protocol：开放内容协议）

我们先引用百科的内容了解一下：

2010年F8会议上Facebook公布了Open Graph，把这种种不同的Graph连结起来，将形成Open Graph。

通讯协定

Open Graph通讯协定(Protocol)本身是一种制定一套Metatags的规格，用来标注你的页面，告诉我们你的网页代表哪一类型的现实世界物件。另一伙伴网站，即Amazon旗下的Internet Movie Database(IMDb)，将用这个Open Graph Protocol为每一部电影标注页面。按下IMDb上的“赞”按钮，就会自动把那部电影加入Facebook使用者profile中的“最爱的电影”。

Facebook已和Yahoo、Twitter合作采用OAuth 2.0认证标准。Graph API翻新了Facebook的平台程序代码，让Facebook里的每个物件都拥有独特的ID。通过Open Graph把其他社交网站建构的网络给连接起来，将创造一个更聪明、更与社交连接、更个人化也更具语意意识的网络。

使用背景：

Open Graph最让人津津乐道的是“喜欢”(Like)按钮，此按钮安装在伙伴网站，可立即用来表示认同。“活动”(Activity streams)外挂，让Facebook使用者友人所从事的各种活动都列在那个第三方网站上。“推荐”(Recommendations)外挂则向使用者提供备受建议的内容，“不只是十大最多人用电子邮件转寄的文章，这是真正超强的推荐”。“社交”(Social bar)可提供整合为一的社交体验，把“喜欢”按钮、Facebook聊天、和友人名单资讯都整合起来，功能与Google Friend Connect或Meebo chat工具条相似。

Facebook新版本Graph API意味着Facebook上任何一个页面都会有独立的ID，用户可以成为某一页面的粉丝。该项功能将会使Facebook的每一页面连接成为一个整体。

og属性说明：

og:title 标题

og:type 类型

常用值:article book movie

og:image 略缩图地址

og:url 页面地址

og:description 页面的简单描述

og:site_name 页面所在网站名

og:videosrc 视频或者Flash地址

og:audiosrc 音频地址

现在我们来梳理一下开放协议实现流程：

就是当用户使用jiathis或者百度分享等分享类插件工具，将网页分享到facebook、twitter或者微博的时候，sns网站中的内容是按照我们og属性规定内容呈现的，以此保证信息分享更准确更符合作者所想。

更通俗的理解：如果你分享我的网页到其他网站（sns），那我就告诉你分享的内容标题是什么、缩略图是什么、内容简介是什么，你可别给我胡整，得按我说的来。

那么og属性对于seo意义呢：

都知道搜索引擎机器人爬取的是我们的页面，即html代码，meta信息尤为关注，所以我们增加的og meta标签是可以别搜索引擎发现并评估权重的，也就是说你将原有meta信息优化手段同时使用到og:title这种属性值当中，加强meta信息优化内容；对于权重提升和排名还是很有利的。

实现手段：

如果你对og属性没有特殊要求，即基本包含页面的标题、简介等，那么只需要将title和description的信息与og属性信息一致就可以了，如dedecms模板中使用：

如果想完全自定义og属性，如增加视频链接、尺寸长宽等，那么需要单独增加字段进行调用了（涉及到程序二次开发，这里不说了）

注意事项：

1、如果你发现使用seo检测工具检测到Meta Property=og报错，别管它，没事儿。这种操作是有利于seo的，是工具没见过世面。

2、调整模板代码的时候，写了<meta property=”og:description”同样要写<META name=”Description”，两种属性不同，要单独使用。

301重定向主域名集中权重

2014 年 9 月 19 日 / wildhorde / 0条评论

301重定向很多人不太理解,也不知道如何使用,导致域名使用很混乱,很不利于搜索引擎优化.下面我们讲解一下301重定向的相关知识.

301重定向是什么意思？
在地址栏里输入：
如本人的域名为 sendong.com 可以看到自动跳转到 www.sendong.com 这样的效果就是301重定向。
但并非所有的虚拟主机都支持这样的操作，支持这样操作的条件是：
1、linux的虚拟主机Apache的服务器，需要支持.htaccess 这个文件。（咨询主机商是否支持）如果支持，则先2个域名都解析到同一个IP，然后在.htaccess文件开始处加入一下规则：
代码:
RewriteCond %{http_host} ^sendong.com [NC]
RewriteRule ^(.*)$ http://www.sendong.com/$1 [R=301,L]
须注意的就是：.htaccess这个文件基本在传到本地是不能直接被修改的，我们可以采用修改成.htaccess.txt的形式来进行访问编辑，把要写的代码写好之后，直接把.htaccess.txt传上空间，再把.htaccess.txt直接用FTP修改成.htaccess文件名，这样就可以升效啦！
2、window的虚拟主机IIS的服务器，需要有安装 ISAPI_Rewrite这个组件。（咨询主机商是否支持）如果支持，则先2个域名都解析到同一个IP，然后在httpd.ini文件开始处加入以下规则：
代码:
RewriteCond Host: ^sendong.com$
RewriteRule (.*) http://www.sendong.com$1 [R,I]

如果采用以上代码不可行，请你尝试下这个代码：
代码:
[ISAPI_Rewrite]
# 3600 = 1 hour
CacheClockRate 3600
RepeatLimit 32
RewriteCond Host: ^sendong.com$
RewriteRule (.*) http://www.sendong.com$1 [I,RP]

对于大部分虚拟主机是不支持这样的操作，那么这时候怎么办？
以上301重定向的操作方式并非是必须的，如果主机不支持，采用以下的方式也是同样可以达到效果。
1、如果是全新的域名和网站，也就是没带www的域名暂时没有被收录，那么可以采用没带www的域名转发到带www的域名上。在域名管理后台设置转发，国内的一些域名商也不允许转发了。

2、如果网站已经存在一段时间，没带www的域名也被收录了很多页面，则采用带www和不带www的域名同时解析到网站的IP。然后，网站的主导航，分类，或次导航等一些比较重要的位置，尽可能采用带www的绝对地址。

相关疑问？
1、为什么要把没带www的域名，都通过301或其他的方式转移到带www的上面呢？
这样做主要是为了URL标准化，让网站的权重都集中到某一个域名上，而不是分散开了。

2、我是否可以把带www的域名，301到不带www的域名上？
如果你发现没带www的域名排名比较好，或收录好很多，则可以把带www的域名，301到不带www的域名上。
我们之所以建议没带www的301到带www的上面，主要是因为中国人的用域名习惯，一般是习惯带www的。

3、没带www的域名不解析，也不转发，可以吗？
因为很多人访问你的网站时，可能输入没带www的域名，所以，建议是要绑定的。

4、是不是需要把index.html 或index.php等也301到主域名？
这个是不需要的。因为做301的目的是集中权重，只要做到站内和站外链接形式都采用了主域名为地址，也就是采用不带index的URL为锚文本，就可以实现集中权重的功能。而当所有链接都不带index了，用户和搜索引擎也是不会访问到带index的URL。

百度百科也添加了nofollow代码

2013 年 5 月 10 日 / wildhorde / 0条评论

笔者在检测百度百科的源代码的时候发现，在参考资料处，百度也添加了nofollow代码。

很明显的在参考资料处添加了nofollow代码，nofollow代码的意思是告诉搜索引擎”不要追踪此网页上的链接”或”不要追踪此特定链接。曾经有很多站长靠百度百科为生，确实百度百科如果能做上去的话，效果很好，第一，能带来权重和排名，也许某一个关键词的排名做不上去，但是如果能在百度百科上面能带上链接的话，效果也不错；第二，就是流量，优化也是为了流量，而百度百科对于网站的流量效果还是很显著的，如果词做的好，一个词一天几百个ip也很正常。

现在百度彻底让seo在百度百科上消亡，去掉拓展阅读，参考资料也加了nofollow标签，链接的用户实在不大，可以说把seo在百度百科上面彻底封杀了，没用了，现在估计没多少seo去做百度百科了吧？那么多的广告链接，都是seo水军带来的，现在彻底没机会了。

虽然百度此举看似不利，但是也要从多个角度去分析，下面笔者就从好坏两个方面去分析：

坏处是：

①没有了seo参与的百度百科，它的内容方面会有爱好者去编辑吗？这一点很成疑，毕竟seo界为百度百科创造了很多丰富的内容，虽然是水军，但是天上的牛能飞，也是地下的水军在吹，这么多内容，绝对少不了水军的功劳，而现在让水军绝路了，内容建设方面，肯定会有所减弱。

②对于用户来说，拓展阅读处的链接点击率要比拓展阅读的点击率要高很多，而且很多是优质的阅读资源，现在百度一刀切，只能看到参考资料的内容，而参考资料的内容比较单一，很多不具可读性，效果没有拓展阅读好，从这一点上看，是不好的。

好处是：

①广告信息没有了。百度百科一度被水军做广告所占领，这一次彻底清除，肯定会让广告无处藏身，那样就是一个“干净”的百度百科了，广告的清除在一定程度上提升了用户体验度，也摘掉了百度百科全是广告的帽子，从这一点分析，还是有好处的。

②百度对于百度百科的把控更得心应手了，之前水军天天来淹，现在没有水军了，看seo还嚣张什么，把seo枪毙了自己把控多好，又一个百度自身产品回归百度怀抱。

百度百科是继百度经验之后，又一款百度对其添加nofollow代码的产品，百度能被seo利用的地方无非是百度百科、百度文库、百度知道、百度经验、百度贴吧，基本上就是这几类，除了这几类，其它的基本上做不了。而百度经验和百度百科已经加了nofollow代码了，现在几乎没有使用率了，笔者怀疑之后的百度文库和百度知道是否也会添加nofollow代码呢？