分享利用论坛签名提升网站权重

分享一篇利用论坛签名提升网站权重的方法，在推广中论坛签名也是一种不错的外链推荐的方法，但现在权重越来越低了，有需要的朋友可以看看。

话说有一天在站长网上面看到一篇文章说化龙巷网站是地方门户网站做得最好的一个，我想那网站权重一定很高，做的签名肯定也很容易被百度收录。于是我打开化龙巷论坛，看到上面每天的发帖量都过万，论坛的气氛很热烈。于是在上面注册了一个用户名，上传头像并完善了其它的注册资料，并在签名档放上了一个我配音网站的锚文字链接。我试着发了一个帖子，看到签名档能正常显示出来我设置的锚文字链接签名，心中暗喜，心想这下赚大了，我每天只要到这个论坛来顶几十个新发的帖子，就会增加几十个外链，爽歪歪。此后我每天一上班就到这个论坛来顶帖，每天查询百度外链也增加了很多，让我心中高兴不已。让我想不到的是，一天早上我照例打开化龙巷论坛准备来顶帖，刚顶完一个帖子，就看到我的签名已经被屏蔽的提示(如图)，辛辛苦苦顶了几百个帖子白做了，网站外链也一下子减少了上千个，心中懊恼不已。

　　南昌地宝网也是地方门户做得比较成功的一个范例，我当然也不会放过这样一个增加签名链接的好机会，注册并设置好签名档后开始找新发的帖子顶，突然发现首页有一个“新贴速递”的按钮，原来每天最新的帖子都集中在这里呢，真是太方便了，此后我每天上午十一点和下午四点都到这里来顶最新发布的帖子，也就每天给我网站带来了几十个签名链接了。而且我查询后得知，基本上我顶的帖子的签名档都收录了，说明百度都权重比较高的网站的收录速度还是很快的。然而好事多磨，一天顶帖时我吃惊地发现签名档已经消失不见了，当时我以为是我的签名档被版主发现后把我的签名又取消了，就打开控制面板查看，却发现以前一个简单的签名档被分成了三个不同的功能(如图)，第一个是文本签名档，这个签名档不允许网址，仅允许文字。这个对我就没有用了，第二个是图片签名档，这个对我更没有用了，第三个是链接签名档，这个地方是可以加链接的，但是已经改为每天要付50个金币才能正常显示链接。我没有购买链接的金币，链接也就不会显示了。

　　

 

　　一天我在站长网看到一个购买过万发帖量签名档广告，上面留了一个联系QQ，我就加上这个QQ和他聊了起来，得知他也是购买签名档做锚文字链接做网站优化的，他告诉我购买到到签名档后只要把里面的签名换成他的网站的锚文字链接，以前所有发的帖子里面的签名档都会变成他的链接了，也就一下给他网站带来了上万个外链。我灵机一动，我能不能在我注册的那些论坛里面先顶帖子，暂时不加签名，等到顶的帖子有几千个时候再加签名呢?加好签名以后我这个用户名就不再用了，再去注册新的用户名来顶帖子，这样就不容易被论坛管理员和版主发现了。我精心筛选了三十多个能挂签名的人气比较旺的论坛，统一用统一的用户名和密码，每个论坛每天都去顶十个以上的当天发的新帖子，这样坚持顶了一个月我才把签名链接放上去。放好链接后我这个用户名就停止使用了，过了一个月我到这三十多个论坛的控制面板去检查，发现我做的签名链接全部都在，没被版主发现删除，说明我这种方法是可行的

分享一篇关于如何利用流量统计来分析长尾关键词的文章，有需要的朋友参考一下。

一：“放大”长尾词流量

　　用户每一天通过什么关键字访问网站了?这些流量统计工具都有着详细的记录。同时也说明了一个道理：这些关键字在搜索引擎中有着较高的排名，更重要的是有搜索的关键字。作为一名站长，善于分析这些带来流量的关键字的同时，将那些本身搜索指数高但排名却不尽人意的关键字做一个优化，结果会如何呢?相对来说，经过优化的长尾词所带来的流量将会几何倍的增长。而对于这一点，并不是所有站长都去做了，更多的是只做着首页的优化，然而一旦首页被降权，流量则挥之而去。

　　二：“增益”长尾词数量

　　流量统计工具显示到的关键字都是用户习惯搜索的，若这些搜索关键字并非很生疏，那么便可用来“增益”。如站长搜索：“友情链接，若本身会带来一定的流量，那么表示相关的此类词都会有着不错的排名。这个时候可以选择做：友情链接查询、友情链接平台、友情链接检测等。”增益长尾词数量是在本身固有一定流量的长尾词上进行延伸，其实类似“再做一次长尾词”罢了。不过相对来说，这样的长尾词更易被做上去，且一旦做的数量多了，那么所带的流量必然也是可观的。

　　三：“热点”长尾词跟风

　　寻找相关行业的时事热点，将其经过优化发布上去，那么它必然会为你带来一定的流量。对于这一点无可置疑，但要记得的一点：热点词跟风，但也不要做的太热，你的站点可抗不过那些新闻源站点，我们要做的仍然是热点下的长尾词。如果“跟风”成功，流量统计必然会得到相应关键字的检索，届时是否可进一步采用如上两点加强优化呢?而如此做的原因便是以最小的付出，换取最大的热点词流量。

　　四：根据来路页面优化

　　网站的流量组成有着三部分，第一：搜索引擎关键字搜索，第二：用户直接输入，第三：其他来路页面。在这里我们着重说的为第三点：一般来说，通过非搜索引擎来访的页面流量有两种：1、新发布的信息，用户同流引导产生的流量。2、用户在搜索引擎中搜索内容，发现页面，再而产生的引导流量。对于第一点，我们直接pass掉。而对于第二点可一说是一个机会。因此能产生流量的页面证明了一个事实：网站页面权重高，没有限制发布链接。相信谁都愿意找这样一些网站吧?如果通过流量工具被你挖掘到了，那么坚持发布下去吧，相信你的流量和权重迟早会被带动起来。

　　五：访问明细指导优化

　　访问明细是最直观的反应出用户访问页面的明细表，且可清晰的反应出用户是如何访问网站的，什么地区的用户访问的网站。如果你能抓住这一点的话，便可找准优化的重心在哪里。哪些页面是优化的重点，哪些页面更受用户青睐，哪些页面用户回访的次数较多。将这些信息进行归纳总结，然后再去做优化，还怕流量不增长吗?

 

关于网站降权这个词，没有那位站长能听得开心，对于自己做了这么久的网站如果突然降权肯定不好受，下面我们就来分析一下网站降权前的前兆吧，

一：突然放缓的收录

　　网站每天被蜘蛛大量的索引着，几分钟就可以被收录的网站，突然有一天变成几小时收录一次，且对页面收录的要求普遍偏高，这意味着什么呢?很可能便是网站即将被降权的前兆。当然也有可能是搜索引擎在酝酿一次排名洗牌，不过若其他站都没问题，唯独个别站出问题了，就要有所意识了。

　　二：二次审核现象频生

　　你的网站内容是不是经常在收录了以后又消失呢?如果是的话，那么便陷入了二次审核的危机。产生二次审核的原因很简单，“权重不足”。新站没什么权重，搜索引擎自然要小心审核过后再将内容方出来，毕竟小心无大错嘛。但若是一个老站面临这样的问题，若处理不当面临的就将是降权。一般问题产生的原因在于“近期内容重复度过高，或更新频率明显加快”。

　　三：相关域批量被剔除

　　“domain”作为站长都不会陌生，不少站长将之用来判断网站优劣的标准之一，由此可见它的作用不可小视的。Domain命令虽不是百度给予的一个查询外链的命令，但却是查询相关信息的命令，说其中大部分信息代表了网站的外链也不为过。正常的情况下，网站发展过程中，这些相关域信息必然是增加的。但若非正常情况下，若网站即将被降权，这些信息这会成千上万的被剔除掉。若站长以为还是搜索引擎规则调整的小打小闹，那么将面临致命的危机。作为一名站长，时刻关注domain信息量的变动，是必不可少的。

　　四：快照日期严重反复

　　有不少人说，快照回档网站就要被降权了，但也要看着一个度。同样一个网站，不同的关键字快照，首页快照都可能不同，我们并不能定义快照回档的网站就是降权站。那么如何从快照判断网站即将被降权呢?二进制在这里姑且认为：快照回档半个月以上的网站有降权可能性，或者说快照反复的回档更新，都是权重不稳定的表现。

　　五：借用第三方工具

　　最近的几个月来有一种“百度权重查询工具”兴起，如“爱站、伯乐网”都有这样的一个功能。主要通过网站的收录信息以及快照排名来判断网站权重。虽不是百度给予的官方标准，但确确实实可以拿它来判断网站的权重如何。一个即将被降权的网站，其“查询到的条数”一定是与日剧减的，或者说相关词的排名大打折扣。、

　　六：网站流量统计

　　如果你不能通过如上几点来确定网站是不是要被降权了，那么不妨查看一下网站近日的流量如何。若流量依旧保持着一个恒定的发展，那么就当如上几点问题是搜索引擎开的一个玩笑吧。流量查询，排除掉周六日的对比，是最为准确的。

 

在优化中关于长尾关键词用法各说不一，下面我们来看一个朋友的个人看法中，有需要的可以看看。

1、每个地方或是城市，都有会计职称考试，所以我们要把每个城市的会计职称考试报名相关的时间，报名网址，报名地点等主题文章更新在自己的网站上。

　　2、在复制文章时，标题的优化最为重要，我们可以不用去改文章内容，但文章标题是一定要改一下的，这里干货分享一下：

　　A、在复制文章时，发现标题基本都是“北京2012年初级会计职称考试报名时间10月28日-11月7日”这样的格式，但我发现，其实很多考生在搜本地的报名信息时，很多都会搜当地的会计考试网或是财政局，比如“北京会计网”，“北京财政局”这样的关键字，所以我就略改了一下，改成了“北京会计网2012年初级会计职称考试报名时间10月28日-11月7日”或是“北京财政局2012年初级会计职称考试报名时间10月28日-11月7日”，那么这样的文章，百度收录后，如果网站有一定权重的话，当考生搜“北京会计网”，“北京财政局”都是有可能搜到我们的文章的。同时还会有一些组合的长尾关键字“北京会计网2012会计报名”，北京财政局初级会计师报名时间”等等，这样的流量是我们所想像不到的。

　　B、还有一个重要的现像，就是在加文章时，年份的处理也是有细节的，我们可以想像一下自己在搜相关的东西时，为了节约打字，往往在年份后都不会打“年”字。比如2012年，我就喜欢只打2012，那么，我们很多的站长们，不太注意这点，所以在加文章时，都会加上"北京财政局2012年初级会计职称考试报名时间10月28日-11月7日"，但我会把年去掉，就变成了“北京财政局2012初级会计职称考试报名时间10月28日-11月7日”，大家不要以为这个不重要，你们可以自己多发现，这样的改变是很有用的。特别是栏目主关键字，最好是不要加“年”字。

　　C、同样的一篇文章“北京财政局2012年初级会计职称考试报名时间10月28日-11月7日”，我们还可以改变一下。把时间去掉，加另一个长尾关键字。文章长度没什么变化。内容也没有什么变化，但长尾多了。比如，我常会加上“北京财政局2012年初级会计职称考试报名时间，报名网址”，“北京财政局2012年初级会计职称考试报名时间，报名审核地点”等等太多的长尾了

产品经理在产品设计前，最头疼的问题多是需求的满足度，该如何保障在满足当前需求的前提下还能顺应产品的未来扩展性，往往使产品经理抓耳挠腮。本文先简单介绍几种笔者常用的需求分析法，再与大家探讨下需求该如何采纳。

 

一、需求分析方法

 

1  公司级服务型产品

 

公司级服务型产品是指由公司发起，以大众服务为目的，用户对象为互联网大众的产品。这类产品最终的需求的定拍方为公司方，需求调研对象为大众，调研方法也很多，本文不多述，可以使用调研问卷、面对面交谈、根据历史积累订立初级需求等。

 

在对各种用户角色进行需求调研后，通常我们的做法是按用户的优先级排序，将各级用户的需求按用户分组整理，取各级用户的需求交集，整理进需求报告中作为第一批需求，然后按优先级高的用户需求依次放入需求报告中，最终结合设计团队前期预见的需求集形成出版的需求列表，进行讨论会，可以通过头脑风暴或delphi法，定出中版的需求列表，值得注意的是讨论会的讨论方法是非常占用人力成本，所以会议主持人要非常清晰本次会议的讨论内容，避免问题扩展太多偏离太大，导致会议迟迟不能结束。讨论出的中版需求列表后，是需要进行更高层次的会议讨论，至少要有一位产品总监或项目高管参与，用来定拍，否则所有的之前的讨论基本都是不算数的，对未来预期的风险如发生后是没有援军的。

 

2  客户级定制型产品

 

客户级定制型产品是指由客户发起，以方便客户使用解决客户某种现存问题为目的，使用对象为专有客户群体的产品。这种产品最终的需求定拍方为专有客户群体，可以是一个人或多个人，需求调研对象也为客户方，调研方法同样也有很多，如召开项目启动会，要求客户代表和产品团队代表进行需求讨论，或也可以根据历史积累做出初版原型后，使用原型法进行多轮调研得出最终定拍版原型后则为需求列表。注意，以上所说为通常情况，特殊情况则需特殊处理，比如大型产品则需要采用螺旋模型，多次螺旋后得出最终产品，小型项目则可以直接采用较敏捷方法通过原型法直接定拍，中型的可以采用瀑布等，依实际情况而论。

 

笔者比较喜欢召开项目启动会的方式，因为这种比较直接也是最效率的，一轮不够可以开两场，直到没有异议为止，然后做出产品原型。项目启动会的产品团队成员在条件允许的情况下，笔者通常会安排以下几种角色参与：UI、开发经理、一个高级开发工程师。为什么安排这几种角色？通常这样的产品团队，是不具备交互设计师的，UI和产品经理就担当了此角色。叫上开发经理为什么还要再叫上一个高级开发工程师？从经验上来讲，产品团队里的高级开发工程师是长期驻留在产品团队里的，对产品的开发细节很了解，方便在关键需求做出强硬判断，可以及时给用户反馈避免“浮夸风”和“冷场”的情况出现；开发经理有可能是经常流动的，虽然对公司大部分的产品很是了解，但对细节的了解程度没有高工更有深度，但产品经理对整体产品开发的框架有全局观，如一个需求需要哪些硬件资源配合等，可以很快做出大方面的技术把控，所以这两个角色是都需要的，但如果有那么一种全能的开发经理就不需多此一举了。为什么没有见到项目经理？这个问题就很奇妙了，通常来讲，这种类型的产品团队中，产品经理即项目经理，项目经理即产品经理了，呵呵！

 

二、需求如何满足

 

1  公司级服务型产品

 

服务型产品在确定出最终的需求列表后，产品经理可以叫上交互设计师、开发经理三个人，找间小会议室，用思维导图工具以产品为核心将产品的需求列表画出来，并标出各类需求的优先级。确立优先级的原则是以大部分用户的一般需求为主，确保最高优先级的需求为最基础的需求，即用户最需要的需求，比如你要设计一个电风扇，一级需求应该包括扇叶、电源开关，有了这两个功能就可以保障电风扇的最基本运转，二级需要可以考虑设计风速控制、外观装饰等。我们的产品也是如此，将大部分用户最需要的一般需求设立为一级需求，作为1.0版本发布，包含基础需求，一些个性化的需求或一些亮点需求可以逐步扩展，放到2.0、3.0中，这样可以很好的控制产品经理的发散思维，因为通常产品经理在产品进入到执行开发阶段时，总是会突然的冒出一些很奇怪的想法，就迫不及待的在晨会或小组会时提出，希望开发经理给加到产品功能里，在1.0时发布，有了这样的方式，产品经理可以将突发奇想的好想法放到思维导图里，标出优先级，作为2.0需求集里发布。

 

2  客户级定制型产品

 

可能做过此类项目的产品经理或项目经理都会有这样的经历，客户提出的需求较多的时候，需求比较乱，虽然最终定拍了，但结合产品的合同额度、时间、人力成本做出初版project后，才恍然发现超期了很多，这时就要祭出我们的宝剑“砍需求”了，这个“砍”就比较难了，砍大了产品不能验收，砍少了到了期限做不完还是不能验收。这时该怎么办？

 

保持冷静的思考是很重要的，切忌不能急躁，容易做出冲动的决定，比如冲动的去和公司提出加人，疯狂的让开发人员加班，这些都是不理智的，最理智的是多翻几遍需求列表和讨论会的会议纪要，仔细分析里面的细节，这里面的需求其实并不全是客户最需要的，在项目启动会时，客户一口气全提出来，多半都是产品经理引导的，说道一个功能时，客户就跟着顺下去了，顺着顺着就出来了更多的需求。客户也和我们一样，是可以商量的，仔细分析过这些需求后，找出一些你认为可以暂缓甚至留到后期再做的整理出来，可以单独找客户方可以定拍的代表，在一起屡一遍，只要你的理由充足，客户多半都是会同意的，如果实在不同意的可以变通一下，用另一种容易实现的方式来满足用户。

 

以上一些是笔者在实际运作时遇到过的一些情况和应对方法，时间比较晚了可能有些没有写清楚，后面我会整理一些具体的内容写写，像需求调研的细节和需要注意的地方，风险的预测，做计划时的一些技巧等。