SEO优化方案：菜谱网站整站优化思路 _优化

个人比较善于分析别人网站的缺点，所以大多数在我口中点评过SEO的网站都是给出差评，当然在做SEO优化的时候是没有最好，只有更好，一个网站的体验、优化是永远不可能达到极限，所以今儿个咱就去伪存真的来扒皮这个菜谱站的SEO状况。

案例网站：http://www.yidaocai.net/

如果抛开SEO咱来谈品牌保护，其实从域名上面这个站明显就输掉了，但是做个菜谱站总不可能掏钱去购买.com的域名，当然前期是把这个站做大，然后把.com的域名给收购回来，所以在做这个站之前就应该做好准备收购.com域名的准备！废话多了，咱进入主题。
站内优化
站内优化是SEO优化的核心部分，也是SEO重点需要做的，但大多数把站内优化考虑在网站打开速度上面，而恰恰不需要做的就是网站打开速度优化，为什么呢，购买的程序大多数是把这方面做到极致的，另外是现在服务器技术越来越靠谱了，在打开速度方面基本没什么问题。
代码：html代码是搜索引擎能够看懂的，并且能够解析清楚的代码，所以优化代码主要考虑在html上面，而CSS和JS则不需要考虑了，无非就是压缩一下，让网站打开更快，前期压缩CSS是没有必要的，但后期访问人数增加，压缩CSS和JS就非常有必要了。
另外一个是html代码中的绝对路径，其实使用绝对路径的好处非常多，主要作用，我认为是在首选域上。
其次一个是JS放置的位置，通常在JS不影响网页浏览情况下，咱门JS都是放到网页的底部，除非特别的JS外。
在网页加载图片的时候我们通常会限制图片的高度和宽度，这样减少浏览器识别时间提高网站加载速度，但是对搜索引擎来说，最好不要使用CSS代码来限制宽度和高度，因为CSS内容搜索引擎识别不了，在图片上面一道菜网站几乎没有title和ait属性。如果可以，有必要把所有图片加上这两个属性，另外在文字链接上面也加上title属性，一来可以增加关键词密度，二来有一个提示对于用户来说也算是增加了用户体验。
把代码拉到底部，可以看到有部分空白页面的代码，例如：联系客服、友情链接、招贤纳士、广告服务等空白页面，为什么说这些页面是空白页面呢，因为别人不可能搜索上面的关键词来到你的网站吧，既然不可能搜索这些关键词，那留下这些页面给搜索引擎就必要了，如果可以使用robots屏蔽这些页面，然后在其他页面使用nofollow屏蔽这些链接。Robots屏蔽的目的是不让搜索引擎收录这些空白页面，nofollow屏蔽链接是不让页面传递权重。这里看到一道菜网站底部还有网站地图的链接，其实不建议这么做，网站地图的URL放到robots即可，没必要显示在首页，网站地图本是让用户找资料更容易而用，相反点击到这个网站地图全是代码，容易误导用户。
另外是网站的robots文件，一道菜站点没有做robots文件，其实robots文件至少屏蔽几个最基本的页面，第一后台页面、第二动态页面、第三空白页面。其次是写个网站地图即可。
最后就是网站地图的优化了，理论上网站地图是根据文章更新的频率来更新的，但是部分网站更新频率少，所以大多数都不会每天更新一次网站地图，但是要想收录好，更新网站地图这是必备的，更新频率为每天更新一次。但是由于一些网站的更新量非常大，所以网站地图文件过多，导致网站地图文件非常卡，咋办呢，我的久闻网创建了12个网站地图文件，提交了多个地图文件，解决了这个问题。另外网站地图还需要提交到站长平台，不过很多人没有这个权限提交，不过不要担心，过几天sitemap地图公测了，谁都可以提交地图文件了。
排版：一道菜的页面排版可以说是我最不喜欢的地方了，为啥了，比如我是一个用户，进入到这个站点，想找酸菜鱼，基本在首页除了搜索，没有其他途径可以找到这个菜谱了，包含你想吃到的任意菜谱，基本都是找不到的。
从页面首屏上来看，基本是没有关于菜谱的导航，而顶部的一级导航是与菜谱相关的内容，相对而言，如果把左侧的幻灯图片更换成二级菜单，让用户通过二级菜单找菜谱，我认为这是一个非常好的优化策略。网站二级菜单的分类可以根据地域菜谱分类，也可以根据材料分类。如下图，这是两个大型网站的二级菜单分类，非常清楚的能够让用户找到他们想要的东西，比如要吃鱼，去食材栏目里面翻。

文章插图
另外在首页中间部位密密麻麻的文字相对高清图片而言吸引力差很远，所以在左侧满足菜单的同时（左侧放二级菜单是用户浏览网站的习惯），中间加入有吸引力的图片会增加用户点击欲望，至于哪一类的菜单更容易吸引用户点击，那得根据用户的喜好了，建议湘菜、川菜、粤菜一种一张图文，而右侧放置的内容为健康饮食这是我认为首屏做的唯一到位的一点，毕竟食以安为先嘛。
至于第二屏以下的排版，主要根据百度热力图来排版，站内点击率越高的文章毫无疑问是价值相对越大的文章，推荐到首页是没有错的。另外如果能够在第二屏以上的地方增加一个返回顶部，这对用户来说是方便了许多，适当的增加跟随二维码也并不影响网站的体验。
列表页：点击任意一个食材进入列表页，我可以发现，展现的并不是关于这个食材的做法，而是相关功效、挑选的介绍，而大多数来菜谱网找食材都是想知道怎么做的。而怎么挑选、功效等介绍为附加价值，所以最好的建议是把关于做法菜谱展现在列表首页，把介绍、功效、保存等附加价值展现在右侧。一道菜网站如果能够把列表的页面修改成搜索页的样式，另外右侧增加介绍、功效类的文章，这无疑是一个非常好的用户体验改善。
内容页：内容页是菜谱网排名的核心点了，大多数的网站都是利用内容页来做排名的，所以我们需要做的就是内容页的站内优化，在代码与首页的同时，我们还需要在用户体验上做调整。
一道菜的内容页标题是根据小词堆大词的形式来操控排名的，这是SEO内容页中的排名核心技术了，我曾经写过一篇文章《seo标题优化：我见过最牛逼的SEO标题是这样做的！》就是利用这种模式去做内容页排名的，但遗憾的是一道菜的每一个标题除了关键词不一样，其他都一样，虽然说菜式的需求都差不多，但比起来，还是有一定差异性的，咱拿孜然羊肉的文章来说，需求重点是做法、羊肉片、哪个地方的菜，这三个需求，而一道菜网站的标题和内容只仅仅说道了孜然羊肉的做大，却没有介绍其他方面的需求，自然网站受众缩小，排名不会上涨。

文章插图
另外一个，网站几乎每一个标题都相同，唯一不同的是网站标题上的关键词，当这样的情况多了以后，容易让搜索引擎认为页面重复度过多，在堆砌某一个词。也容易导致K站降权。
如果能够在展现菜谱做法的时候，让用户快速的找到第一步第二步，对于用户来说操作就简单了很多，大多数煮菜的第一步第二步基本是放油烟，所以很多人学习菜谱的时候是直接看第三步第四步了，所以网站能够增加一个像百度百科一样的锚点让用户快速选择便解决了这一问题。
另外一个是关于同类菜谱的做法，展现应该是在首屏，相对而言展现在首屏的几率会比网页第二屏展现更高，而同类菜谱点击相对热门菜谱点击更好，所以内容页的热门推荐和相关菜谱的内容可以调换。
文章页面的内容页，相对而言比菜谱的内容页需要更改的地方少，因为文章和菜谱性质不一样，一篇文章没有读开头，直接在中间读起来，是非常辛苦的，所以大多数用户选择从头开始读，所以不需要锚点导航，但是到了文章的底部，增加了翻页的功能，对于大型网站这一步可以增加网站的停留时间和PV是一件好事，但一道菜使用的是动态翻页了，如果不能改成静态翻页，还是宁愿选择一页把文章展现完吧。
最后一个是文章的内链了，从一道菜网站上看，几乎每一个页面都有一个关键词在优化，所以内链还是有必要的，但是由于菜谱内页和菜谱内页几乎相关性比较少，所以内链基本做不起来，但是可以利用文章内页链接到菜谱内页，增加菜谱页面的排名，毕竟我们是做菜谱的，所以菜谱页面的推荐为重点，一般情况下一个页面同样的关键词和链接只需要一个即可。
站外优化
在站外优化上无非就是两个点，第一个引流，第二个品牌推广，当然所谓的传递权重几乎是不存在来，第一搜索引擎并不承认权重所在，第二百度取消外链工具，这意味着站外推广传递所谓的权重失效。
我试着翻了一些关于菜式的关键词，缺少不了的排名网站有百度经验和百度知道，这也是我们在做百度推广的时候重点需要做推广方案，百度经验审核菜谱相对比较简单，因为百度经验偏向与教程方法类的文章，而百度知道嘛。

【SEO优化方案：菜谱网站整站优化思路】参考阅读：百度知道推广方法（附：问题被删除的解决办法）

另外是推广出一个大品牌排名自然也就上来了，为什么，因为百度也不希望用户在搜索的时候找不到大品牌的网站，但是推广大品牌好像是一个非常辛苦的难题，而我们却没有这样的优势，目前做品牌推广最好的方法就是利用新闻源了，比如在新闻源网站注册帐号投稿（免费还行，付费就算了），比如搜狐自媒体、搜狐论坛等，均是免费发帖的，通过发布菜谱来推广一道菜，当然如果标题上出现品牌词那是最好不过了，到时候申请百度百科需要参考材料就是标题出现品牌词的材料了。
在一个就是站外外链优化了，其实做外链优化就是鸡肋，专业去做浪费时间，完全不去做又丢失这个资源，当然如果有时间去做，还是有必要前期交换友情链接的，等到后期外链是必须要做的，因为后期网站权重提升了，可以用栏目去交换别人首页友情链接。
最后一个就是找同行的网站做引流，通过注册同行网站，发布菜谱的形式进行推广自身网站，毕竟同行网站的流量就是你需要的流量，如果能够在多个同行网站上注册帐号分享内容，然后引流到自己网站，这些可都是精准流量。
网站互动
可以说一道菜网站除了评论框，基本是没有互动了，而现在各行各业都往自媒体方向发展，包含同类菜谱网基本是往这一块发展，所以互动性强是非常有必要的。
比如文章点赞、打赏、关注、发送短消息等形式均为互动营销，一来可以增加作者在你网站上持续分享，二来可以增加读者有不明白的地方通过短信的消息联系上作者增加互动。最值得一说的是，在一道菜有问答互动的导航，但是并没有做出来，这个既喜又悲的做法最终还是会让用户觉得不可靠。