数据不是灵丹妙药?

SEMWATCH右边的Comments很容易被忽视(顺便说一下,我觉得页面上的内容组织繁杂了些),所以你酷我在同学转贴的这个链接昨天才看见。

古人云:三天不学习,赶不上刘少奇。最近工作比较忙,确实三天以上没学习了,这一学习,不但没有赶上刘少奇,我简直就拍案惊奇了。

20005001 1 b 数据不是灵丹妙药?李光斗老师在《品牌战》的第三章数据营销的缺陷中,开宗明义地指出:“中国企业曾缺乏数字化管理,如今,我们又陷入了过分崇拜“数据”的怪圈中。对数据营销的迷恋之风,在企业界、广告界和传媒界盛行。数据不是灵丹妙药。事实上,在数据营销大潮中,数据营销的种种缺陷也日益凸现,引起业内外的广泛关注与深刻反思。”

古人又云:过犹不及。李老师的话很得其中精髓,“过分崇拜”数据一定是不对了,因为已经“过分”了,要是对那就是自打嘴巴子。李老师自洽得太有道理了!太有我的风格了!!看完这句话,我忍不住虎躯一震,就想三分走人。不过随即自我批判道:赶不上刘少奇好几轮了,还是要虚心学习才是,所以咬着牙继续看了下去。

李老师随后对数据营销的缺陷进行了鞭辟入里的分析。

比如“马桶冲走了看起来很高的收视率。”我不明白他想说明什么。收视率高,观众基数大,上厕所的人也多,这很合理吧,留下看广告的人不是也多么?为什么“广告主花费几倍于平时的广告就这样被抽水马桶冲走了。”而且,这个问题不正是通过自来水公司的数据发掘出来的么?为什么“真实的数据欺骗了广告主”?

比如“三元牛奶是伴随北京人一起长大的牛奶,在过去,三元牛奶凭借天时、地利、人和在北京的市场占有率遥遥领先于其他品牌。但是现在京城的三元已受到了蒙牛和伊利的“双重挤压”。”所以现在三元牛奶是在市场占有率仍然遥遥领先于蒙牛和伊利的情况下被挤压,还是在市场占有率严重下降的情况下被挤压?如果市场占有率发生了变化,我们是不是应该看过去的数据来进行营销?

比如“在纸质媒体中,《中国企业家》发行量只有《今古传奇》的八分之一,但《中国企业家》的广告收入相当于《今古传奇》的十倍还不止。发行量并不决定它的影响力。”营销不关注受众,直接搞横向对比,我不说啥了……

李老师的结论是非常伟光正的:对数据要具备判断力,才能有效使用。但是他的论据不但千奇百怪而且无厘头风格贯彻始终。这里有两种可能:一,这是一种反讽手法,拍脑袋捏造数据扎稻草人,以其容易识别的谬误来加强广大有判断力的读者对于数据有效性的认识;二,这是当头棒喝,拍脑袋捏造数据扎稻草人,以其似是而非的推理来挽救对广大没有智力的读者—对他们,不能不高声呐喊来阻止他们掉沟里。不管是那种可能,李老师这种大胆泼辣的写作方法都对我产生了极大的震撼,严重拓宽了我的眼界。I服了U!

——————————————————恶毒闲话分割线——————————————————————————

话说区区在下也曾经出版过两本书,我的中学同学曾经对此很震惊。那意思就是“你这小样,也能出书?”我安慰他们说,如今的中国市场,作家满地走,大师多于狗,只要你有决心藐视读者,哪有不能出的书啊!

——————————————————严肃讨论分割线——————————————————————————

品牌营销是整个营销体系中极为重要的一个部分,也是难度很大的一个部分。在关于《品牌词》《营销指标设置的练习》的博文中,我都曾稍做讨论。品牌营销的主要难度在于效果衡量,李光斗老师提出了很多事实来说明数据的局限性,这都是正确的, 但解决的办法不是把脏水和孩子一起泼掉,而是想办法提高数据的有效性。品牌也讲ROI,而且是当然要讲ROI,只是设置的指标不一定是当前的经济回报。为什么我对李老师的文章反弹那么大,因为在我的认知中,品牌营销不讲ROI是一种风气,甚至谷歌和百度的销售在推广转化率相对不佳的联盟产品或者专区产品时,也使用这个口径。量化不好是手段和渠道的限制,不是理所当然的事情。

没有数据的营销不是科学,是艺术。什么是艺术呢?艺术就是忽悠。数据是营销的命根子,李老师,别怪我刻薄,你动了我的奶酪了。

简单五步,搞定真正收录数

原文作者:randfish 编译:一击屠夫

我们的站点究竟有多少页面被 Google 收录(装得技术性一点就叫:“索引”)呢?

这个提问所引发的问题时常出现在SEO世界中,并且,其曝光率大有蔓延飞涨之势。问题通常都是由于某个像下列这样的搜索行为所引起的:

1 简单五步,搞定真正收录数

Google的搜索结果生成根域名下有93800个页面被搜索引擎索引。这听起来美妙不堪,但是当我们在一周后使用同样的搜索请求时,索引的数字却变成了大约75000个,这时我在大概一分钟后对Google.co.uk使用同样的搜索请求,返回的极富戏剧性的数字结果更让人感到困惑:

2 简单五步,搞定真正收录数

我们在 Google.com 的搜索结果页中点击一下“刷新”怎么样:

3 简单五步,搞定真正收录数

哦看吧!谷歌刚刚删除掉了我搜索的站点在他们索引中的8500个页面。太不靠谱了对吧?但其带来的不便却远未及得上主管,营销总监和CEO…等等一切使用这些数字作为KPI的家伙们对于你工作产生的负面印象!我说明白了吧?一个小小的数字就让你一无所有了…不同的数据中心间约计300%的浮动可以改变人们的瞬时注意力,或给人一个可行的洞察行为契机作为一种商业度量指标?

额,不幸的是,的确如此。

但不幸中的万幸是,我们可以通过一种简单的方法来获得较之利用搜索引擎提供的通过“site:xxx.com”语法能搜到的更多,更翔实的数据。那么接下来,我们将向您一步步展示如何按部就班的获得真正的数据指标。

步骤一:到你的Web Analytics工具中查看流量来源吧

4 简单五步,搞定真正收录数

点击位于Google Analytics 或 Omniture中的 “Traffic Sources”(中文版中名曰“流量来源”)链接。(它在其他的分析工具中或许被称作“Referring Source”即-“引荐来源”)

步骤二:选择搜索引擎分组啊!

5 简单五步,搞定真正收录数

我们想要知道究竟有多少网页被搜索引擎收录(或说“索引”)了的话,很显然,下一步就是点击搜索引擎分组了。

步骤三:选择一个目的搜索引擎吧

6 简单五步,搞定真正收录数

选择你需要的要将真实的指标提取出的搜索引擎点击它。如果你对于这个搜索引擎同时具备付费放置与自然流量的话,在这一步中要显示的则只有自然流量一项。

步骤四:选择登录页过滤

7 简单五步,搞定真正收录数

在Keyword下拉菜单中的“Landing Page”(“目标网页”又或者叫“登陆页”)过滤器能够将每个你选择的单独页面从搜索引擎获得流量展示给你。这同时也产生了神奇的获得的“Total”(全部)流量数据,将在下一步骤中做进一步解释。

步骤五:记录位于底部的数据

8 简单五步,搞定真正收录数

这个数字告诉了你哪些网页是通过使用 Google 搜索行为引导最少来过一次的具有独立编号的网页(很拗口- -|| 就是至少有人用 Google 搜索到并查看过一次的网页…)。就是它!数据中的圣杯(意指:特别想做的事)— 一个你始终能够精确跟踪到得数字,而且它表现出了搜索引擎真的在渐渐收录(索引)你的站点!就其本身而言,它并非十分有用。但随着时间的推移(原文作者通常建议是每月记录一次,但对于部分站点来说,每2-3个月记录一次显得更有意义。)它无论在你将页面做的更好或是更糟的情况下,都将给出一个直观的流量增减曲线。

现在,从技术层面来讲,我厚颜无耻的准备在这放点臭气。这个数字并没有告诉你故事的全部 — 你网站被搜索引擎抓取或说收录(索引)的真实总数并非你所见到的那样,但他确实告诉了你至少被搜索到并浏览过一次的网页数量。以我的观点来看,这个数据距离精确与更加可靠差的还远。第一个形容词 – 精确 -  是很难争论出结果的(特指此文中可以看到的数据),但第二个形容词,则需要更进一步来解释。

为什么被访问过一次的页面总数就可靠呢?

首先,孤立的看待收录数量(索引数量)是毫无价值可言的。商业与网站使用这玩意来作为KPI是因为那些头头们想要弄清楚(或许他们也并没在意- -|||),随着时间的推移,是否能让自己的网页更多的跻身搜索引擎“指数”中。我必须要提出的是:你并不关心你的网页是否在搜索引擎中占有一席之地,而是你在意的是你的网页是否有足够多的机会去吸引更多的流量。

如果你的页面出现下面给出的一条或几条特征,那就说明还有需要改进的地方:

  • 搜索结果中的页面出现过低的PageRank/Link Juice
  • 搜索引擎无法对正在显示的内容正确的解析
  • 缺乏能够创造流量的关键词与内容
  • 死链,错链等
  • 复制其他网页的话搜索引擎会对权重进行重新排名

然而,你长久以来想要计算的度量标准并非被收录(索引)的网页数量(于大多数情况下适用),而是能够吸引流量的网页数量究竟是多少。也就是说这才是你真正想要提升的数据指标,这个数字才是你希望营销专员集中注意的,同样也是对 KPI 真正有意义的。它能够告诉你在一个人在进行一次搜索请求时,搜索引擎是否在不断地爬行,收录与在搜索结果中显示了你的网页,并且那个人也真正的点击了该页。

如果这个数字下降了,你可以通过将以往输出到表格记录的数据(上一个月,或上一个周期的数字)进行横向比较来推断出究竟有哪些页面已经不再能让你从其获得流量了。如果这个数字呈上升趋势,你也可以通过对比看到有哪些页面让你获得了新的流量。这些独立的 URLs 将告诉你一个完整的故事 – 有问题的页面,出错的链接,远低于分页结果显示的或是去了内容来源唯一性。这种指数化的操作流程远优于一个或可叫做黑箱 SEO 操作的过程,这就可以避免根据 “site:xxx.com” 语法获得的收录(索引)数字常常偏低这个现象。

一些重要的注意事项:

这种方法论也绝不是完美的,其中有一些十分重要的点是你需要知道的:

  • Google Analytics(或其他的分析工具)使用了数据模型模拟真实的结果。如果你想要确保得到数字式绝对真实的,那么就别嫌麻烦了把数字录入到表格中,然后静下心来在数据表格中做横向对比吧。你甚至可以将两个时间段中相似的结果中那些吸引来/未吸引来流量的页面删掉。大多数情况下,你可能只关注那些获得/或丢失5/10/20+浏览者的页面。
  • 高精确度的数据只能从相对较短的时间段中获得,但在分析一个依靠长尾吸引流量的的网页时,或许在表格中看起来是相对较少的。所以应当适当调整,为不完整数据做计划。这个理论也并非万全之策,但在我看来,总比那些单纯的依靠“site:”的轮盘赌来的靠谱。
  • 这个技巧并不能帮助你发掘到其他的SEO问题就比如重复的内容(在某些情况下适用,但不及其他工具的报告来的方便准确)还有301重定向,302重定向的问题等等。那些都是需要爬行来给出解决方案的。

当然我很愿意得到您的反馈。我知道有很多从业人员也好,发烧友也罢都对使用“site:”指令得到的数字来衡量网站的进展情况怀有十分的推崇或说近乎膜拜的情绪,所以我很有可能对于在其他方面产生的意义与价值没做到足够多的考虑。我也晓得您十分信任谷歌网站管理员工具(Google Webmaster Tools)基于Sitemaps爬行提供的数据(同样我也对其产生的报告中的数据表示不那么信任)鄙人也十分乐意听到您关于如何从这些数据中挖掘价值的思考与总结!

原文链接

本文首发 SEM Watch,请尊重译者劳动,转载注明出处。


招聘广告一枚

Phdnetwork 2010招聘信息(2个职位)

image001 招聘广告一枚了解更详细的PHD公司信息,请访问此网址:http://www.PHDnetwork.com    ,放出的2个职位主要服务客户:联合利华。

1、Data Analytics Supervisor (数据分析主管) 北京

职责:

• 指导客户以及网络团队制定策略和计划
• 和全球或本地团队一起拓展并管理商业业务智能架构,来支撑市场营销活动并提高客户和网络团队的决策。
• 开发,生成和管理详细数据报告、衡量指标及框架,为客户的网络媒体计划提供优秀建议
• 以周为单位监测在线广告的表现状况,确保网络广告按照计划按时投放。 继续阅读 »

Google AdWords 买赠优惠再进行

相信今天很多Google Analytics 用户的邮箱里都收到了一封来自谷歌分析小组的邮件,推荐和鼓励 GA 用户使用AdWords 进行推广。这是继去年开户存100 送 500 的优惠活动之后,又一次买赠大放血,不过“开户送 350,预存3000 送1000的活动优惠力度略小于上次,但门槛相对有所降低(开户 50 元 )。该只适用于谷歌关键字广告的新客户(即自主管理账户的广告主,代理公司除外),现有客户不享受此优惠。

GA promotion Google AdWords 买赠优惠再进行

有兴趣的朋友可以点击 谷歌关键字广告优惠申请表 提交申请,稍待几日自会有浑厚或甜美的声音电话联系你。

不过前几日在谷奥看见一个国内数据统计工具抽样调查,显示国内使用 Google Analytic统计的用户比率仅为 3.4% (远低于国际市场的 28%),Google AdWords 这样的推广一定程度上也应该也有助于提升 GA的使用率吧。

话说,GA 其实真的挺强大的。

提高网站性能的 SEO 后端优化全列表

从我开始知道 SEO 这几年起,基本上所有的 SEO 活动都是基于前端的,从header 到 body,从小标签到 CSS,从链接到关键词密度;初期牛人们诊断一个网站 SEO 的标准也是从前端页面着手,不过的确也是,从排名算法前端的代码的确占了大部分的比例,但后端的服务器速度优化,也开始成为一个越来越重要的因素,特别是流言四起的 Google 将会把网站速度作为算法的一部分

当然,服务器那种事不该是一个 SEOer 或者 SEMer应该去精通的东西,其实只要了解并掌握其规律就可以了(推荐另外一片文章:大型网站架构演变和知识体系);但依然要熟悉网站系统或者 CMS 的加速手段,正如国平在《怎样形成一套非常科学系统的SEO方法》中分析的

什么措施能影响网页加载速度呢? 网络环境、服务器硬件、CMS本身都能影响网页加载速度。优化其中的任何一项,都能提升网页加载速度。那马上又可以得出:网络环境影响SEO流量、服务器硬件影响SEO流量、CMS本身的速度影响SEO流量。

影响速度的因素有很多,这里做一个汇总(不包括硬件)

本文内容参考Yahoo:Best Practices for Speeding Up Your Web Site高性能网页开发的14条军规

一、尽可能的减少 HTTP 的请求数

这个第一条是我们大多数SEO所知道的,我再做一个简单的描述:大多数的HTTP请求都是前端的,用户的大多数时间都被用来下载图片、CSS样式表、各种Scripts、Flash等等。当然或许将css,js文件拆分多个是因为css结构,共用等方面的考虑。阿里巴巴中文站当时的做法是开发时依然分开开发,然后在后台 对js,css进行合并,这样对于浏览器来说依然是一个请求,但是开发时仍然能还原成多个,方便管理和重复引用。yahoo甚至建议将首页的css和 js 直接写在页面文件里面,而不是外部引用。因为首页的访问量太大了,这么做也可以减少两个请求数。而事实上国内的很多门户都是这么做的。

而css sprites是指只用将页面上的背景图合并成一张,然后通过css的background-position属性定义不过的值来取他的背景。淘宝和阿里巴巴中文站目前都是这样做的。有兴趣的可以看下淘宝和阿里巴巴的背景图

http://www.csssprites.com/ 这是个工具网站,它可以自动将你上传的图片合并并给出对应的background-position坐标。并将结果以png和gif的格式输出。

二、使用CDN(内容分发网络)Content Delivery Network

之前曾经问过张智勇公子关于 CDN 是否对 SEO 有影响,在征询了技术老总的意见之后,这个影响其实几乎可以忽略的,反而是用户端的速度体验提升了,对网站的正向作用更大。

CDN 加速现在很流行,几乎稍微大一点的网站都有用这个服务,就是将网站的镜像服务备份到多个服务器节点,从而加速该服务器周围的用户访问。

更详细地内容大家可以参考百度百科上对于CDN的解释

三、添加Expire/Cache-Control 头

这个规则有两个东西:

  • 对静态的组件:设置为永不过期;
  • 对动态的组件:设置为一个合理的缓存控制头来帮助有条件的相应.

通过设置Expires header 来缓存这些文件。Expire其实就是通过header报文来指定特定类型的文件在览器中的缓存时间。大多数的图片,flash在发布后都是不需要经常修 改的,做了缓存以后这样浏览器以后就不需要再从服务器下载这些文件而是而直接从缓存中读取,这样再次访问页面的速度会大大加快。

一个典型的HTTP 1.1协议返回的头信息:
HTTP/1.1 200 OK
Date: Fri, 30 Oct 1998 13:19:41 GMT
Server: Apache/1.3.3 (Unix)
Cache-Control: max-age=3600, must-revalidate
Expires: Fri, 30 Oct 1998 14:19:41 GMT
Last-Modified: Mon, 29 Jun 1998 02:28:12 GMT
ETag: “3e86-410-3596fbbc”
Content-Length: 1040
Content-Type: text/html

其中通过服务器端脚本设置Cache-Control和Expires可以完成。

如,在php中设置30天后过期:

<!–pHeader(“Cache-Control: must-revalidate”);$offset60602430;$ExpStr“Expires: ”gmdate(“D, d M Y H:i:s”time() + $offset) . “ GMT”;Header($ExpStr);–>

<!–pHeader(“Cache-Control: must-revalidate”);$offset = 60 * 60 * 24 * 30;$ExpStr = “Expires: ” . gmdate(“D, d M Y H:i:s”, time() + $offset) . ” GMT”;Header($ExpStr);–>

在asp中设置绝对时间过期:

<% Response.ExpiresAbsolute=#May 31,2010 13:30:15 GMT# %>

也可以通过配置服务器本身完成,这些偶就不是很清楚了,呵呵。想了解跟多的朋友可以参考http://www.web-caching.com/

四、Gzip压缩

这个是目前应用最多的加速方式之一,代码也很简单gzip的压缩比例非常大,一般压缩率为85%,就是 说服务器端100K的页面可以压缩到25K左右再发送到客户端。雅虎开发者特别强调, 所有的文本内容都应该被gzip压缩: html (php), js, css, xml, txt。

五、将css放在页面最上面

六、将script放在页面最下面

七、避免在CSS中使用Expressions

css表达是的执行次数是远远多于我们想象的,往往会严重地影响性能。而且,它只能在IE中执行。所以因尽量地避免它。这一条以前倒没想过,个人用 这个就是在对ie使用max-width和min-width属性的时候。大家知道IE是不支持max-width和min-width属性的。有时候的 页面(特别是自适应大小的页面)为了能在分辨率小到一定程度后还能显示要用到这个功能,怎么办。当时我的做法就是利用expressions:

八、外置javascript和css文件

这个地球人都知道

九、减少DNS查询

在 Internet上域名与IP地址之间是一一对应的,域名(SEMWatch.org)很好记,但计算机不认识,计算机之间的“相认”还要转成ip地址。在网络 上每台计算机都对应有一个独立的ip地址。在域名和ip地址之间的转换工作称为域名解析,也称DNS查询。一次DNS的解析过程会消耗20-120毫秒的 时间,在dns查询结束之前,浏览器不会下载该域名下的任何东西。所以减少dns查询的时间可以加快页面的加载速度。yahoo的建议一个页面所包含的域 名数尽量控制在2-4个。这就需要对页面整体有一个很好的规划。

十、压缩 JavaScript 和 CSS

压缩js和css的左右很显然,减少页面字节数。容量小页面加载速度自然也就快。而且压缩除了减少体积以外还可以起到一定的保护左右。

当然,压缩带来的一个弊端就是代码的可读性没了。相信很多做前端的朋友都遇到过这个问题:看Google的效果很酷,可是去看他的源代码却是一大堆 挤在一起的字符,连函数名都是替换过的,汗死!自己的代码也这样岂不是对维护非常不方便。

十一、雅虎开发者告诉我们要避免重定向

301,302重定向是普通 SEO 里最常见的,特别是301,对权重的转移和保留非常有帮助,除非迫不得以,尽量少用重定向。

十二、移除重复的脚本

这点我想不说也知道,不仅是从性能上考虑,代码规范上看也是这样。但是不得不承认,很多时候我们会因为图一时之快而加上一些或许是重复的代码

十三、配置实体标签(Configure ETags

这点我也不懂,呵呵。在inforQ上找到一篇解释得比较详细的说明《使用ETags减少Web应用带宽和负载》,有兴趣的同学可以去看看。

十四、使 AJAX 缓存 (Make Ajax Cacheable )

记住,即使AJAX是动态产生的而且只对一个用户起作用,他们依然可以被缓存

Even though your Ajax responses are created dynamically, and might only be applicable to a single user, they can still be cached. Doing so will make your Web 2.0 apps faster.

十五、Flush the Buffer Early

十六、Use GET for AJAX Requests

十七、Post-load Components

十八、Preload Components

十九、Reduce the Number of DOM Elements

二十、Split Components Across Domains

二十一、Minimize the Number of iframes

框架最好都不要用。

二十二、No 404s

这个和SEO的相关条款不一致,可以忽视哈。

二十三、Reduce Cookie Size

尽可能的吧,cookies跟踪好了,有可能比速度更重要

二十四、Use Cookie-free Domains for Components

二十五、Minimize DOM Access

二十六、Develop Smart Event Handlers

二十七、Choose <link> over @import

二十八、Avoid Filters

二十九、Optimize Images

三十、Optimize CSS Sprites

三十一、Don’t Scale Images in HTML

三十二、Make favicon.ico Small and Cacheable

三十三、Keep Components under 25K

三十四、Pack Components into a Multipart Document

三十五、Avoid Empty Image src

避免空的图片地址链接

  1. straight HTML

    <img src=”">

  2. JavaScript

    var img = new Image();
    img.src = “”;

这两种形式都会导致同样的效果:浏览器会向服务器进行额外请求

三十六、没了

哎哟,太多了

本文首发 SEM Watch,转载请注明出处。

不要过度优化你的站

对  SEO 一知半解的状态是很危险的。事实上,只是了解一些信息的边边角角就开始在网站上付诸实践的人很容易酿成大祸,出现的问题极有可能造成”过度优化“。

搜索引擎为了确定排名以及检测垃圾内容会关注大量的信号,也会对站点进行检查以确定是否有过度优化,并且会将结果表现在排名上,比如降低过度优化站点的排名。

任何不自然的行为都可能会让网站被打上过度优化的标签。以下是几个例子:

  1. 网站页面存在重复的页面标题和H1内容。如果页面上的subheading也使用了重复的关键词,或者所有指向该页面的内部链接使用了和页面标题完全相同的锚文本就很容易被视为过度优化。虽然规模不同,但这和早期优化中关键词堆砌的做法非常相似。一般来说,人们没办法通过这样的方式把内容写很自然,这对于用户、搜索引擎的审核人员以及搜索引擎算法来说都极为不合适的。
  2. 网站上有过多内容不相关的内链。例如,很多发布者知道从网站的其他页面链接到最重要页面的价值。你也能从几乎所有页面链接到网站的10个最重要页面。但如果交叉链接过多(即便已经有了25个),你还要继续的话就确实太冒险了。
  3. 只是为SEO,而不是基于用户体验制作页面。 刚刚了解关键词价值也知道长尾关键词的人极容易这样做。他们会发布大量用户基本甚至不会想要看到的文本内容,如果这么做了,他们会很快忽略。因为这些文本内容并不是想要给用户看,所以常常会写得很烂,并充斥着关键词和大量内链。有时这些内容看起来会像是发布者刻意让文本不易阅读。例如,在某个段落里有25行的文本块不是给用户看的。

优化页面时一定要小心。为了某一个或者一组特定的关键词做太多事情没准会得不偿失。让那些页面的内容更多的着眼在用户以及转化的优化上。你也许会发现这才是最佳SEO实践。

同样,当你给写手/编辑做 SEO 培训时也要注意。很多写手会怀着良好的愿望在文章里插入过多的关键词,但这对一般读者来说是不好的。要写好的内容,而不要给写手/编辑们太多 SEO 方面的任务。你不知道他们会怎样配合。

给他们你所期望的文章标题,告诉他们你想要使用的 topics 和 sub-topics,然后让他们写。这样你会做得更容易些。

原文作者:Eric Enge 原文链接

Bing 和 Yahoo 将支持 canonical tag

三大搜索引擎(Google、微软Bing、Yahoo) 一年多前联合推出 canonical tag,不过 Bing 和 Yahoo 都没正式支持该标签属性。不过这一天很快会到来了。

上周四在 SMX West 的 “Ask the Search Engines” 环节的演讲中,来自这两家搜索引擎的代表均表示其正在进行支持 rel=canonical 属性的工作。

Bing 的 Sasi Parthasarathy 对与会者宣布 Bing 对 canonical tag 的支持会在三月底四月初实现。Yahoo 的 Arnab Bhattacharjee 说他们现在对该标签的支持工作也在进行中,但要注意的是Yahoo 不会将其仅仅只用做页面权威/规范内容URL的指引。

去年年底 Google 就发布了进一步的声明,表示支持跨域名的canonical 标签属性。(页面的不同版本——不管是在你自己的页面还是合作伙伴的页面或者发布授权内容的位置—— 都能指回原版内容以便告诉搜索引擎哪里可以找到最初版本,我们在rel=canonical 的使用释疑中有特别提到)但从上周四会上获取的信息看来,Yahoo 或许会尽快实现跨域名的 canonical tag的支持,而 Bing 暂时没有这方面计划。

原文链接

一周一回头(10/03/01-10/03/07)

look back

Google 总是能保持一贯作风,对产品进行不断改进并和产业链上的各个环节做好互动。除了上周升级消息中心的通知功能,发布网站管理员的多用户功能以外,对于国内的 SEOer 们来说,本周最值得去研究的内容莫过于 Google 放出的内部 SEO评估报告了。

行业新闻

高人支招

小八一卦:

  • 来自 SMX West 的 Google 内幕 (搜索引擎优化每天一贴,Zac)

特别讨论:

图片来源

Google 网站管理员多用户功能发布

前几天还刚和同事讨论说 Google Webmaster Tool 用起来不方便,限于一些帐号的隐私,换个帐号就要单独上传验证文件,麻烦死;刚说了,今天就看到官方发布了这个多用户管理功能,真是暗爽的我,看来这个月运势不错,大胆的做一些操作。

废话不多说,详细内容看官方博客

操作也很简单那,直接在认证过的网站后点击 Verified 的按钮,然后就出来可以 add a user 的界面了。

webmastertool Google 网站管理员多用户功能发布

Google 内部 SEO 评估报告

在国内外各大 SEO 论坛大家经常争论 meta 中的 keyword 是否依然有效,description 为什么不起效果等等,而常常也因为没有绝对的官方消息导致争取两极化,或者某 SEO 论坛的大佬说内部消息而一边倒。刚刚好前天Google官方放出来一个内部 SEO 评估报告,也许大家能管中窥豹,看看 Google 对内是怎么进行优化的。

据官方消息称:这个内部 SEO 评估报告是改善产品页面的一些小技巧,旨在帮助搜索引擎更好的理解网页内容,而且还有一些提高用户体验的东西。比如简单的如何解决404错误和一些损坏的链接,如何简单化 URL 的选择,如何提供更通俗易懂的标题和简介,从而让用户和搜索引擎都能更容易的理解。

来自搜索质量组的三位作者还说,从一开始他们就想公开这个报告了,从而方便其他公司和各个网站管理员们能更好的理解SEO。

这个报告囊括了超过100个不同的 Google 产品,测试过多余12种的普通优化分类,同时将来还会进一步做迭代,一遍更深入的了解 Google 的产品页面。

编译自 Google 官方博客,原文

第 1 页,共 27页12345»1020...最后页 »
 
Powered by Wordpress. Design by Bingo - The Web Design Experts.