2007年我第一次去北京Google出差，去了之后和其他参观者一样，最感慨的是那“豪华级”的员工自助食堂，以及去了之后发现我们同为IT人办公的Office和人家相比简直是拥挤的80年代老公房。2008年在杭州又与内容联盟的Google员工开过会，一直对Google这个公司仰视状态（即使今天）。

今天中午和SAM一起拜访了Google Shanghai，位于人民广场的来福士广场，这么黄金的地段的两层办公区竟然员工位置坐的相当的宽松，想想都觉得奢侈的不行，而且还有半层“豪华”自助餐的食堂以及咖啡吧以及按摩室以及桌上足球区。Google China再次开放招聘，有兴趣有心劲（据说面试周期一般要3个月）的同学，可以试试。

随手拍了几张照片：

Bourne in Google Shanghai

宽敞到夸张的Office

某个特色的休息区（鼎、唐三彩、家具、躺椅、留声机）

培训室

应该是工程师区域（有亮点）

据称这项新功能测试后才会有上线的时间公布出来。我们可以看一下有已经体验过的人做的视频：

以下是这个新闻的内容（原始出处）：

Rahul Mahtani 和 Yofred Moik带来了一个关于Google Gmail的概念设计，当你使用Gmail
写信的时候，除了用电子邮件的形式发送出去，还可以选择以信件的方式寄出。信封上自动附上
了Google地图，并标明了收件人和寄件人的地址。而你用Gmail写的内容，就已经夹好在信封
当中了。

]]> http://www.sunbo.name/20100402/gmail%e7%9a%84%e5%8f%a6%e4%b8%80%e7%a7%8d%e5%8f%91%e4%bf%a1%e6%96%b9%e5%bc%8f/feed 3 http://www.sunbo.name/20091016/pagerank-remve-from-google-toolbar http://www.sunbo.name/20091016/pagerank-remve-from-google-toolbar#comments Fri, 16 Oct 2009 07:32:19 +0000 孙波 http://www.sunbo.name/?p=2143 PageRank Distribution Removed From WMT.不晓得接下来是否会从toolbar中消失，敬请期待。(感谢三亚婚纱摄影对本沙盒子的投递)

We’ve been telling people for a long time that they shouldn’t focus on PageRank so much; many site owners seem to think it’s the most important metric for them to track, which is simply not true. We removed it because we felt it was silly to tell people not to think about it, but then to show them the data, implying that they should look at it.

More details on why not to obsess over PageRank here: 链接

来自Google Employee的回复，原文大意为：

我们老早就告诉你们了，不要花这么多精力去关注PageRank，但还是有很多人乐此不疲，把研究这个当成是头等大事，这是一件不正确的事情，我们在工具条去掉了PageRank的数据，就是不想让大家每天都傻傻的盯着PR的展示，仅仅关注数字的高低而已。

1、PES2010 DEMO放出，同事第一时间传给我了，我却一直没双击过exe文件。KONAMI是怕FIFA10的出现抢太多的用户吧，正式版不晓得会在什么时候出现，继续等待；
2、NBA 2K10正式版放出，PC版新西兰发售首日，就有很多hooper在HC上等海外hooper分卷在上传的压缩包，我现在没那么多的激情。于是我等第二天游侠网出了下载以及免DVD补丁，才down下来搞，本作与PES2009一个思路，推出了my player的养成模式，相信本身爱好篮球的孩子们，更加喜欢这种角色扮演吧，本人打了几场D级别比赛后，表现A了几次，进入了一支还比较喜欢的NBA球队波特兰开拓者，奥登和阿尔德里奇非常无敌。我的场均表现俨然年度最佳新人的样子；
3、极品飞车13放出，这次终于可以在WIN 7下玩了，效果嗷嗷的帅气啊，也是采用了一贯的养成模式，甩尾赛我一直玩不太转，竞速和淘汰，倒是没有任何问题；
4、Google Wave邀请到手，本来期待很多，希望拿到手会让我惊艳，然而其实大部分功能已经在伟大的QQ群中得到了体现，唯一比较让人看好的，是在wave中可以自主加载Gadget，Map和投票功能只是个范例，相信这个URL API以后可以延伸的很多，协同办公等概念也可以由此得到体现。

最近深夜加班后回去还体验这些游戏，对没太多时间陪Isabel同学感到内疚…

首先我早上醒了懒得起床，打开Bold看了下Gmail：呃，两个陌生人在博客留言了，招商银行通知我昨天刷的那笔钱，Godaddy提醒我某个.me域名快到期了……blabla，嗯，OK，关掉。洗洗刷刷出门，去火车站接Isabel去。地铁里是没事做的，于是我想到要给某某买礼物，于是上Google网页搜索一下哪里买这类东东比较好，嗯，某某路某某商城…于是Google Maps搜一下这地儿在哪哪站下。OK，下了地铁站，还有几百米路，于是开着Google Maps的GPS功能，看看我走那条路七拐八拐的…走了几分钟发现我的坐标点和要去的地方终于要重合了，这时候短信来了，某猥琐男说，你怎么在徐家汇？我说你咋知道，他说你看看我在哪呢…我恍然大悟丫是怎么知道我在哪的了，于是打开Google latitude（谷歌纵横）看一下，呀，这哥们就跟我隔了两条街！看下图 某只猫头像的就是该猥琐男了。闲侃了几句，他匆匆走了，不知道忙活什么猥琐事情去了…

逛完这个地儿，我去火车站接人，又Google网页搜索一下火车站几号口比较方便碰头，嗯，先到了几分钟，闲来无事玩自己的单反，发现很少使用过的“即时取景”功能自动对焦不好用了，玩了半天没玩明白，于是又Google网页搜索一下怎么设置，搞啊搞的搞定了，嗯，试了下蛮不错的，平时很少用，如果有三脚架的时候这功能倒是蛮有用的。

接了Isabel同学后回到酒店，说想看《麦兜响当当》，于是Google之，首屏提示上海各大影院的播放时间（票价没显示，Mtime貌似有哦，Google可以抓过来嘛）…觉得贵不看了，于是决定去宜家家居，于是Google Maps搜一下，继续开着GPS功能 奔向宜家，并且在宜家拍下了某张照片如下…

当然有些功能当天没用到的也值得一提，比如Google Sync来实现日历提醒等同步，Gmail里的自主插件等…

离开Google，我不再敢在一个陌生城市不带地图不带攻略就出门，也不会在一天内做的了这么多的事儿。离开Google，我们怎么生活？
btw：用Google latitude的筒子加我吧：sunbo.name@gmail.com

开着Google Map出门

地图上忽然出现了一只猫

开着GPS找宜家

宜家里某人给我设计的POSE

Hitwise公司最新的数据也显示,Google的搜索市场份额也在稳步增长,与去年同期相比增长了9%.

hitwise1

与去年同期相比,使用1个或者2个单词作为搜索关键字现在已经不那么流行,而使用”3个单词”作为搜索关键字的频率则没有什么变化.使用多个单词作为搜索关键字则是现在的流行趋势.

hitwise2

我一开始以为是我家DNS的问题，换了好几个都不可以。这次影响范围不只是百度，包括163等其他站点。

怀疑有光缆线路故障…等待新闻证据ing（补充更新：20：40左右已恢复正常，具体原因未知）。

      虽然有一些帖子还是没有统计出来，但是已经做得非常不错了！CSDN上的论坛，第一贴不算第一贴，而是楼主，第九贴其实就是第十贴了。但是Discuz的论坛第一贴就是第一贴，看来Google还是针对这些比较出名的论坛做了专门的索引。

     我用的是google的英文版，当使用G.cn的时候，统计是用中文显示的。

     对一些比较大的论坛，Google对每帖都进行了统计，比如www.webmasterworld.com等站；不仅是Discuz论坛模板，对vBulletin等国外使用比较多的也进行了统计。

     这样一来，是不是Google的整合搜索又跨上了一个新的台阶呢？不管这么说，很人性化！当我们找到一个帖子的时候，可以通过统计看出这个帖子的人气，从中可以粗略判断这个帖子的可信度等。

原文地址：http://www.hinn.cn/2008/10/google_special_search_result_for_forums.html

之所以这么说，原因如下：在Google工具条开始风靡用户IE窗口上时，我曾经写过一文说如果Google推出全球网站排名，肯定迅速可以取代Alexa，因为Alexa通过自己的工具条得出的那些数据实在太小众了，根本无法代表网民，充其量代表着网站站长对自己站点的排名操作水准。而Google工具条却是世界上最普及受众最广的一款，而且Google有着最大的对网站的输出，也就是说Google工具条用户访问了A网站多少次，Google清楚着呢；用户在Google搜索访问了多少次A网站，Google更清楚着呢。如果说谁还能搞个网站流量分析比它更加权威，那就是Microsoft基于IE推出一个东东了。

Google Trends提供的功能包括网站自身流量的趋势曲线，也包括了任意网站的对比流量曲线。这个图形非常清晰的表明了某两个竞争对手之间的确切相对流量。我很担心，这个是否泄露了太多的天机，是否过多的会影响到各上市公司的股价，以及为风投提供参考…

阿里巴巴VS各B2B的流量对比如下图：

新浪和搜狐的流量对比如下图：

淘宝和拍拍的流量对比如下图：

我不是在危言耸听，今天我决定测试一下Google的更新问题，结果让我非常吃惊。

近期我一些零星的观察让我想专门测试一下Google更新速率的问题。我以前的习惯是每天最多1-2篇新的Blog文章，每次发完，隔十几分钟或二十几分钟去看一下搜索引擎的反应，总发现Google的索引中已经更新了我首页的描述为新发的文章的文字部分(我的首页没有设置固定的Meta Description)，而且大部分时候，该篇文章的单页也被收录了。我赞叹Google的更新速率，也在想，可能Google是恰巧在更新我的站点吧。

今天晚上我做了下简单的测试，我连续发了三篇文章，每发完一篇，我就等一段时间看Google的索引是否有变化，实际上，每次都是文章发出后10分钟内就被收录了，而且首页的描述部分已经更新！

 作为一个小Blog的站长，我在同一个晚上，3个小时内，发的三篇文章，均在几分钟内，被Google的爬虫爬过并将该页出现在搜索索引记录中。站在我们这样一个地球上亿万分个站点中的一个Blog小站的角度，仰起头来看一下Google对于站点的爬取技术和更新速率，我感到可怖。当然，这次测试并不能说明Google的整体更新节奏，也许也是恰逢较活跃的更新周期。

 另外，在收录新页面后，短时间内同一个Keywords搜索结果中该页面的排名会不断更新，我测试的两个页面在对应的Keywords的搜索结果中，一个词收录后半小时内从第二到第一，一个词在半小时内从第八到了第七。这说明Google在收录后也是在评估和计算该页面的权重和内容质量，来调整页面排序。

其中有两次我截了图，如下：

这是我在文章发出10几分钟后查的首页更新情况

同时测试了单页的收录，”百度Hi使用测评”页面已经出现在首页的排名中。

这次更新也出现在发布了10几分钟的时候

新页的收录要比首页的更新晚一些

Google内容网络（联盟）交流会与Jessica的合影

Google内容网络（联盟）交流会与Kevin的合影

对于这个举动，个人认为很有趣。与之前Google Adsese提供的站内检索功能类似，然而这个搜索的入口现在是放在了Google自身的结果页面中，这对于直接导向用户使用该站点的链接，以及使用该入口进行站内检索，更有作用。具体效果等有数据的涨跌比较后，再做说明。

最近我听到一些聪明人士要求搜索引擎提供一种方法来验证一个抓取机器人是正宗的。毕竟，任何垃圾制造者都可以用Googlebot来命名他们的抓取机器人，并声称自己是谷歌的。那么，你应该信任哪些抓取机器人，又应该阻截哪些？

我们听到最普遍的要求是把Googlebot的IP地址列表公布给大家。这个做法的问题是，如果/当我们的抓取工具的IP地址范围改变时，并非每个人都知道去检查。事实上，爬行组几年前搬迁过Googlebot的IP地址，他们遇到的一个真正的麻烦是提醒一些把Googlebot的IP范围写在他们的程序里的网管们。所以爬行组的成员们提供了另一种方法来验证Googlebot。这里是爬行组成员们提供的一个答案（经他们同意在此引述） ：

    请告诉网站管理员们，最好的方法看来是使用域名解析服务器(DNS)来核实每个案例。我推荐的验证技术是做反向DNS查找，核实该名字是在googlebot.com域名内，然后使用该googlebot.com名做一个相应的正向DNS->IP的查找; 例如：
    （译者注：以下是Linux命令及执行结果）

    > host 66.249.66.1
    1.66.249.66.in-addr.arpa domain name pointer crawl-66-249-66-1.googlebot.com.
    （1.66.249.66.in-addr.arpa域名指针crawl-66-249-66-1.googlebot.com）

    > host crawl-66-249-66-1.googlebot.com
    crawl-66-249-66-1.googlebot.com has address 66.249.66.1
    （crawl-66-249-66-1.googlebot.com的IP地址是66.249.66.1）

    我认为只做反向DNS查找是不够的，因为一个垃圾制造者可以建立反向的DNS来指向crawl-a-b-c-d.googlebot.com。

这个答案也是我们内部的技术帮助中心提供给我的，所以我认为这是一个验证Googlebot的官方方法。为了从“官方的”Googlebot IP范围内抓取，抓取机器人要尊重robots.txt和我们内部的主机负荷惯例，从而使谷歌不过分爬行您的网站。

（感谢N.和J.为此文提供的帮助，他们介绍了爬行方面涉及的东西）。

在谷歌“春运交通图”上，我们以图标的形式在原有的电子地图上增添了与天气信息相关的信息。点击春运沿线重要城市上方的天气图标，地图上就会弹出这个城市详细的天气情况。

在重要的交通枢纽上方，大家还可以看到一些火车、汽车或飞机状的小图标，打开它们则能了解该地交通的最新情况，如停止售票、关闭机场和汽车停运的时间和原因，停运的车次，车站或机场滞留的旅客人数以及在何处退票等。

    

“春运交通图”上还标出了主要的铁路、高速公路和国道，如果铁路或公路被”加红加粗”、那就说明它可能处于封路或受阻状态。点击后即可了解滞留人数、目前情况、持续时间。

除了这些图标信息外，谷歌“春运交通图”左侧列出了和春运相关的、涉及天气及交通的标题，例如”上海停售长途火车票”或”南京机场关闭”，不必费力放大、缩小和拉动电子地图来寻找关注的城市和地区，只需点击这些标题，电子地图就会自动平移到相应的城市或地区，弹出详细的信息。

如果您了解最新的天气、交通情报，欢迎发送到chunyun.china@gmail.com，经过核实无误后，我们会把它更新到“春运交通图”上。希望通过我们的技术能为大家提供一点帮助，祝愿所有的朋友都能安全顺利地回家，预祝大家春节快乐。

• 您需要连接到您的 Web 服务器，并在其上运行脚本。
• 您的 Web 服务器需安装 Python 2.2 或更高版本。
• 您需要知道启动 Python 的命令。（该命令通常为 python，但可能会因安装不同而异。例如，如果 Web 服务器安装了两种版本的 Python，命令 python 可调用较早的版本，而命令 python2 则可调用较晚的版本。）
• 您需要知道指向贵网站的目录路径。如果您的 Web 服务器托管一个网站，路径可能是 var/www/html 等。如果您拥有一个托管多个网站的虚拟服务器，路径可能是 home/virtual/site1/fst/var/www/html 等。
• 您需要能够将文件上传到自己的 Web 服务器（例如，使用 FTP）。
• 如果您要根据访问日志生成一个网址列表，则需要了解用于这些日志的编码，以及指向它们的完整路径。

若有任何疑问，请与您的 Web 托管公司核洽。

现在，您可以开始了。以下是所需操作的概述。

如果您无法使用 Sitemap 生成器，可以用其他格式（如简单的纯文本文件），将 Sitemap 添加到您的 Google 网站管理员工具帐户。您还可以在此处找到支持 Google Sitemaps 的第三方程序链接。

以下位置的 Sitemaps 生成器文件，适用 ZIP 和 GZ 存档格式：

http://sourceforge.net/project/showfiles.php?group_id=137793&package_id=153422

下载此存档后，将其解压缩到一个本地目录。找到以下文件：

此部分提供了创建配置文件的分步说明。还提供了可用选项的完整参考。如果您正在创建移动 Sitemaps，请参阅其他移动指南。

要为自己的网站创建一个配置文件，您需要了解以下信息：

1.  
   • URL —在配置文件的这一部分列出单个网址，并提供关于所有网址的信息。通常，您要使用此方法与另一方法结合，手动提供其他方法无法提供的附加网址。
   • 网址列表 —将配置文件指向包含网址列表的文本文件。如果文本文件已经存在或您使用脚本生成网址列表，则可以使用此方法。
   • 目录路径 —为网站指定目录路径及这些路径的相应网址。Sitemaps 生成器将以这些目录的内容为基础创建网址的列表。如果网站由静态 HTML 文件构成，您可能需要使用此方法。
   • 访问日志 —指向日志文件的路径。Sitemaps 生成器将以包含在日志中的网址为基础创建网址的列表。如果网站由动态页面构成，则可能需要使用此方法。
   • Sitemap — 指向您使用 Sitemaps 生成器创建的现有 Sitemaps。Sitemaps 生成器将创建一个 Sitemaps 文件，其中包含每个 Sitemaps 中都包含的网址。如果您已经创建了几个较小的 Sitemaps 并想将它们组合为一个较大的 Sitemaps 文件，则可以使用此方法。

根据下列操作创建配置文件

1. 在文本编辑器中打开 example_config.xml 文件。将其另存为新文件（如 config.xml 或 mysite_config.xml）。
2. 找到网站定义部分：

   <site  base_url="http://www.example.com/"  store_into="/var/www/docroot/sitemap.xml.gz" verbose="1">

3. 更改贵网站上网址的 base_url 值。
4. 将 store_into 值更改为您 Web 服务器上用于保存 Sitemaps 的路径，以及您希望为该 Sitemaps 文件使用的文件名。通常，这是指向基本网址的路径；因为 Google 只能接受与包含 Sitemaps 目录同级或其子目录中的网址。您可以指定该目录中的相关路径，并通过它上传脚本或您 Web 服务器根目录的完整路径。如果您将脚本上传到自己的基本网址目录，则可以仅指定文件名。
5. 找到以 ** MODIFY or DELETE ** 开头的生成方法部分。每一部分对应一种生成 Sitemaps 的方法。
6. 删除您不想使用的方法对应的部分。
7. 对于您要使用的方法，请按照以下说明操作。URL

   找到以下部分：

   <!-- ** MODIFY or DELETE **  "url" nodes specify individual URLs to include in the map. <br>  Required attributes:  href - the URL  Optional attributes:  lastmod - timestamp of last modification (ISO8601 format)  changefreq - how often content at this URL is usually updated priority - value 0.0 to 1.0 of relative importance in your site  -->   <url href="http://www.example.com/stats?q=name" />  <url  href="http://www.example.com/stats?q=age"  lastmod="2004-11-14T01:00:00-07:00"  changefreq="yearly"  priority="0.3" />

   此部分举出两个示例：第一个示例仅包括必要属性，而第二个示例则包括必要属性和可选属性。

   请对每个要包含的网址都使用此格式。changefreq 属性将使 Google 大致了解网址的更新频率。这有助于 Google 了解为获取新内容而访问网页的频率。priority 属性使 Google 了解有关此页面相较网站上其他页面的相对重要性的信息。此属性不会对 Google 怎样比较您的页面与其他网站的页面产生影响，仅有助于 Google 了解网站的哪个页面您认为最重要。

   网址列表

   找到以下部分：

   <!-- ** MODIFY or DELETE ** "urllist" nodes name text files with lists of URLs.  An example file "example_urllist.txt" is provided.   Required attributes:  path - path to the file   Optional attributes:  encoding - encoding of the file if not US-ASCII  -->  <urllist path="example_urllist.txt" encoding="UTF-8" />

   使用此格式指向包含您网址列表的文本文件的路径和名称。您可以使用提供的 example_urllist.txt 文件作为该文本文件的模板。您可以指定您 Web 服务器的相关路径或完整路径。例如，如果 Sitemaps 生成器和 urlist.txt 文件位于相同的路径下，您可以仅指定 .txt 文件的文件名；如果您创建使用非 UTF-8 编码的文本文件，则可以使用 encoding 属性指定这一编码。如果您有多个 .txt 文件，则可以使用通配符。例如：

   <urllist path="example_urllist*.txt" encoding="UTF-8" />

   对于每个包含在文本文件中的网址，可以指定最后修改日期、更改频率和优先级。请参阅 “URLlist 文本文件参考”部分以获取有关此文件结构的完整信息。

   目录路径

   找到以下部分：

   <!-- ** MODIFY or DELETE **  "directory" nodes tell the script to walk the file system and  include all files and directories in the Sitemap.  Required attributes: path - path to begin walking from  url - URL equivalent of that path   Optional attributes: default_file - name of the index or default file for directory URLs  -->   <directory  path="/var/www/icons"    url="http://www.example.com/images/" />
   <directory
   path="/var/www/docroot"
   url="http://www.example.com/"
   default_file="index.html"
   />

   这一部分列举了两个示例。如果您的所有网页都包含在某个路径的子目录中，您只需提供一个条目。不过，如果有多个路径指向贵网站的网页，请针对每个提供一个条目。

   请记住，所有网址都要以您在第三步中指定的基本网址开头。例如， example_config.xml 文件中的两个示例都包含以 http://www.example.com/ 开头的网址。所以，两个网址都有效。

   将示例项替换为您的网站的项。许多网站仅有一个指向基准网址的项。请确保 path 值为 Web 服务器上目录的完整路径。请确保 url 值是完整网址，如果需要还请包括协议（例如 http）并以斜线跟随。

   可以使用 default_file 参数指定服务器将其用作目录默认页面的文件名。上例中，/var/www/docroot 将解析为 http://www.example.com/index.html。而无须指定。但如果指定，则 Sitemaps 生成器将包括对每个子目录只映射一次（而不是同时列出目录网址和文件名网址）的页面，并将使用文件（而不是目录）的最后修改日期提取该页的 lastmod 属性。

   访问日志

   找到以下部分：

   <!-- ** MODIFY or DELETE ** "accesslog" nodes tell the script to scan webserver log files to extract URLs on your site.  Both Common Logfile Format (Apache's default  logfile) and Extended Logfile Format (IIS's default logfile) can be read. 				 Required attributes:  path - path to the file Optional attributes:  encoding - encoding of the file if not US-ASCII   --> <accesslog path="/etc/httpd/logs/access.log" encoding="UTF-8" /> <accesslog path="/etc/httpd/logs/access.log.0" encoding="UTF-8" /> <accesslog path="/etc/httpd/logs/access.log.1.gz" encoding="UTF-8" />

   此部分列举了三个示例。您应该替换这些条目，并为每个日志文件提供一个条目。请确保 path 值是 Web 服务器上的完整路径和文件名。如果日志文件不是采用 US-ASCII 或 UTF-8 编码，使用可选的 encoding 属性指定此编码。无需列出所有日志文件，您可以使用通配符。例如，在上例中，您可以提供以下条目（包括全部三种日志文件）：

   <accesslog path="/etc/httpd/logs/access.log*" encoding="UTF-8" />

   Sitemaps 生成器根据每个网址的访问频率，为从日志中找到的网址分配优先级。例如，被访问过 100 次的网址将得到一个比被访问过两次的网址更高的优先级。实际的优先级分配是相对的，取决于每个网址与网站中其他网址比较的结果。

   sitemap

   找到以下部分：

   <!-- ** MODIFY or DELETE **
   "sitemap" nodes tell the script to scan other Sitemap files. This can be useful to aggregate the results of multiple runs of this script into a single Sitemap.  Required attributes: path - path to the file --> <sitemap path="/var/www/docroot/subpath/sitemap.xml" />

   此部分列举了一个示例：您应该替换该条目，并为您希望包括的每个 Sitemaps 提供一个条目。请确保路径值是 Web 服务器上的完整路径和文件名。您可以列出 gzip 压缩的 Sitemaps，只要其扩展名为 .gz。无需列出所有 Sitemaps，您可以使用通配符。例如，以下条目将会包括以 “sitemap” 一词开头且扩展名为 .xml 的所有 Sitemaps。

   <sitemap path="/var/www/docroot/subpath/sitemap*.xml" />

   Sitemaps 生成器会提取所有网址以及针对您所列全部 Sitemaps 的每个网址列出的可选数据，并使用这些信息创建一个 Sitemaps 文件。目前，我们不能保证此方法会适用于除 Sitemaps 生成器以外的工具所创建的 Sitemaps。

8. 找到过滤器定义部分：

   <!-- ********************************************************          FILTERS 				 Filters specify wild-card patterns that the script compares against all URLs it finds. Filters can be used to exclude certain URLs from your Sitemap, for instance if you have hidden content that you hope the search engines don't find.  Filters can be either type="wildcard", which means standard path wildcards (* and ?) are used to compare against URLs,  or type="regexp", which means regular expressions are used to compare.  Filters are applied in the order specified in this file. An action="drop" filter causes exclusion of matching URLs. An action="pass" filter causes inclusion of matching URLs, shortcutting any other later filters that might also match. If no filter at all matches a URL, the URL will be included. Together you can build up fairly complex rules.  The default action is "drop". The default type is "wildcard".  You can MODIFY or DELETE these entries as appropriate for your site. However, unlike above, the example entries in this section are not contrived and may be useful to you as they are. ********************************************************* -->  <!-- Exclude URLs that end with a '~' (IE: emacs backup files) --> <filter action="drop" type="wildcard" pattern="*~" />  <!-- Exclude URLs within UNIX-style hidden files or directories --> <filter action="drop" type="regexp" pattern="/\.[^/]*" />

   您可以使用过滤将特定网址排除在生成的 Sitemaps 之外。您可以通过以下操作创建一个更简洁的列表，以减少重复列表的数量，或防止特定网址进入索引。请注意，如果使用 robots.txt 文件防止网址进入索引，则即使将网址包含在 Sitemaps 中，Google 也不会搜索它们并为它们编制索引。

   可以使用任意或所有的过滤方法。如果需要，可以删除不需要的项并创建其他项。下面是用法示例。

   <filter action="drop" type="wildcard" pattern="*.jpg" />

   此过滤器将排除以 .jpg 结尾的网址。如果所有的网站图片都嵌入在 HTML 页面中，且不应作为独立网址访问，则您可能需要使用类似的过滤器。

   <filter action="pass" type="wildcard" pattern="*.htm*" /> <filter action="drop" type="wildcard" pattern="*" />

   此过滤器会接受所有 .htm* 文件，但排除任何其他文件。

9. 对网站进行完更改后，保存此文件。

配置文件语法参考

以下是配置文件语法的完整说明。所有标记都以一个代码示例开头，后面跟着一个属性说明。

site
配置文件开头处所需的标记。

<site base_url="http://www.example.com/" store_into="/var/www/html/sitemap.xml.gz" verbose="1" supress_search_engine_notify="1" default_encoding="UTF-8">

base_url

store_into

verbose

suppress_search_engine_notify

default_encoding

url
可选标记，您可以使用此标记列出贵网站的所有网址。

<url href="http://www.example.com/stats?q=age"  lastmod="2004-11-14T01:00:00-07:00"  changefreq="yearly"  priority="0.3" />

href

lastmod

changefreq

priority

urllist
可选标记，可以使用此标记指向包含贵网站内一个网址列表的文本文件。

<urllist path="/var/www/html/urllist.txt" encoding="UTF-8" />

path

encoding

urllist.txt 是文本文件，它包含要映射的网址的列表。还可以包括每个网址的可选属性。属性在网址的同一行输入，并以单个空格分隔。例如：

http://www.example.com/abc/something http://www.example.com/abc/xyy.pdf lastmod=2001-12-31T14:05:06+00:00 http://www.example.com/abc/def?x=12&y=23 changefreq=weekly priority=0.3

lastmod

changefreq

priority

directory
可选标记，您可以使用此标记在贵网站中指定目录，这样 Sitemaps 生成器就可以为这些目录中的文件的网址创建一个网址列表。

-->   <directory  path="/var/www/icons"    url="http://www.example.com/images/" />
<directory
path="/var/www/docroot"
url="http://www.example.com/"
default_file="index.html"
/>

path

url

default_file

accesslog
可选标记，您可以使用此标记指定 IIS 和 Apache 样式访问日志的路径和文件名，这样 Sitemaps 生成器就可以自动从中挑选网址。

<accesslog path="/etc/httpd/logs/access-0.log" encoding="UTF-8"/>

path

encoding

sitemap
可选标记，您可以使用此标记指定您使用 Sitemaps 生成器创建的现有 Sitemaps 的路径和文件名。Sitemaps 生成器将创建一个 Sitemaps 文件，其中包含每个 Sitemaps 中都包含的网址。

<sitemap path="/var/www/docroot/subpath/sitemap.xml" />

path

filter
可用于生成包含或排除特定文件的规则的可选标签。过滤器将按照其在 config.xml 文件中出现的顺序起作用。不管过滤器项和输入项（如 url、urllist、directory 或者 accesslog）怎样混杂在一起也不会有其他影响 – 因为 Sitemaps 生成器添加到 Sitemaps 的全部网址都会先与每个过滤器（规则）进行比较。如果所有过滤器与某个网址都不匹配，则默认情况下会将该网址包含在 Sitemaps 中。

<filter action="drop" type="wildcard" pattern="*/internal/*" />

action

type

pattern

编码

为移动 Sitemaps 创建配置文件的方式与为非移动 Sitemaps 创建的方式相同。然而，您需要为每种标记语言创建单独的配置文件，并为每个配置文件分别运行 Sitemaps 生成器，从而为每个配置文件创建单独的 Sitemaps 文件。

每一个配置文件都需要：

• 为 store_into 值指定不同的文件名。
• 使用过滤器指定要为标记语言排除或添加的网址。请记住，每一个 Sitemaps 文件都应包括只使用一种标记语言的网址。也就是说，如果这些网址支持多个标记语言，那么多个 Sitemaps 可能包括相同的网址。

过滤示例

以下是您如何使用基于扩展名的过滤器来生成使用不同标记语言的移动 Sitemaps 的一些示例。所使用的特定过滤（方式）应该以网站中使用的标记语言类型以及如何指定每种类型为基础。如果以其他方式实施网站的细节部分，（例如，可能将不同标记语言的网址组织在不同的文件夹中）则应该根据网站实施的具体情况进行过滤。请记住，过滤器是按照您在配置文件中所列的顺序应用的。因此，您应列出的第一个过滤器是一种“pass”操作，用于指定要包括在 Sitemaps 中的网址。

为 WML (WAP 1.2) 内容创建一个 Sitemaps 文件：

<filter action="pass" type="wildcard" pattern="*.wml" /> <filter action="drop" type="wildcard" pattern="*.*" />

为 XHTML mobile profile (WAP 2.0) 内容创建 Sitemaps：

<filter action="pass" type="wildcard" pattern="*.xhtml" /> <filter action="drop" type="wildcard" pattern="*.*" />

您应该将以下文件上传到 Web 服务器上可以从命令行访问的位置：

用来上传这些文件的方法取决于您的环境。常用方法包括 FTP 和 SCP。有关详细信息，请与 Web 服务提供商联系。

要运行 Sitemap 生成器，需要连接到 Web 服务器。连接方法取决于您的环境。例如，您通常可以使用 SSH 访问基于 UNIX 的服务器。有关连接 Web 服务器和运行脚本的详细信息，请咨询您的 Web 服务提供商。

将文件复制到 Web 服务器后，就需要运行 Sitemaps 生成器脚本。连接到 Web 服务器并运行以下命令（用配置文件的路径和文件名替换 <path/config.xml>；如果已将此文件上传到与 Python 脚本相同的位置，则不需要路径）：

python sitemap_gen.py --config=<path/config.xml>

例如，基于 UNIX 的命令行可能与此类似：

基于 MS-DOS 的命令 Shell 可能与此类似：

提示：如果您正在测试自己的配置，并且还不准备提交 Sitemaps，以下语法可以避免 Sitemaps 与 Google 接触：

$ python sitemap_gen.py --config=config.xml – 测试中

命令提示符中包含申请状态：

Reading configuration file: /path/config.xml 	Opened URLLIST "/path/urllist.txt" 	Walking DIRECTORY "/var/www/html/dir" 	Walking DIRECTORY "/var/www/html/dir2" 	Opened ACCESSLOG "/etc/httpd/logs/access-0.log" 	Sorting and normalizing collected URLs. 	Writing Sitemap file "/path/sitemap.xml.gz" with 1092 URLs 	Notifying search engines. 	Notifying www.google.com 	Count of file extensions on URLs: 		208  .html 		574  .jpg 		... 		Number of errors: 0 		Number of warnings: 0

如果输出的内容没有这么多，请记得配置文件中的 verbose 设置将影响屏幕上显示的信息量。此示例表示 verbose 设置为“1”的情况。

[ERROR] Directory entries must have both "path" and "url" attributes 	Number of errors: 1

改正 config.xml 文件中的所有错误并重新运行脚本。如果未出现任何错误，Sitemaps 生成器将在配置文件指定的位置创建一个新 sitemap.xml.gz 文件。

Sitemaps 生成器会在配置文件中指定的位置创建一个 sitemap.xml.gz 文件。此文件创建成功后，请确保可以通过网络浏览器访问。然后，将其添加到您的 Google Sitemaps 帐户。这样就能够使 Google 向您提供有用的状态信息和统计信息。如果 Google 报告您的 Sitemap 存在问题，您可以改正问题并重新提交。您只需手动添加一次 Sitemap。此后，便可以使用 HTTP 请求通知 Google 有关 Sitemap 的更改（也可以通过 Google 网站管理员工具帐户重新提交）。

我们建议设置 Sitemaps 生成器，使其运行频率与您的内容更改频率相同，最高频率为每小时一次。

使用 UNIX Web 服务器的网站管理员可以考虑将其设置为计划作业。

使用其他平台的网站管理员应该与其系统管理员联系以获取配置递归脚本的帮助。还可以受益于 Google 网上论坛的 Google Sitemaps 论坛中同行的建议。

您可以使用 HTTP 申请来通知 Google 关于您 Sitemap 的更改。不过，在 Google 网站管理员工具帐户中手动添加 Sitemap之后，请确保使用您的 Google 帐户登录 Google 网站管理员工具。

此部分我们讨论使用 Sitemaps 生成器时发现的常见问题，以及遇到其中之一时可以采取的措施。

[ERROR] When attempting to access your generated Sitemap at the following URL: 	http://www.example.com/sitemap.xml.gz 	we failed to read it.  Please verify the store_into path you specified in 	your configuration file is web-accessible.  Consult the FAQ for more 	information. 	[WARNING] Proceeding to notify with an unverifiable URL.

这是为什么？Sitemaps 生成器创建了您指定的文件，然后尝试使用 HTTP 检索它（与搜索引擎要做的一样），却失败了。它会继续检索并通知搜索引擎，但会输出错误和警告，通知您搜索引擎搜索不到您的 Sitemaps。

<site base_url="http://www.example.com/" 	      store_into="/var/www/html/sitemap.xml.gz">

Sitemaps 生成器会通知搜索引擎在以下位置查找您的 Sitemaps：

http://www.example.com/sitemap.xml.gz

文件要能通过此网址访问。如果文件无法使用此网址检索，则搜索引擎将无法查找 Sitemaps。

可以采取的措施：您需要验证自己的 config.xml 为 Sitemaps 指定了正确的 base_url 和 store_into 路径。您还需要确认，Web 浏览器可以从 base_url 中检索出 Sitemaps 文件。如果在路径或网址中发现错误，则您可能需要重新运行 Sitemaps 生成器，或只将 Sitemaps 文件移到正确的位置并通过其网站手动通知搜索引擎。

XML 支持

Some installs of Python 2.2 do not include complete support for XML.  	Please try upgrading your version of Python and re-running the script.

这是为什么？消息提到，某些平台有 Python 版（用于编写 Sitemaps 生成器的语言），这一版本不支持处理 XML 文件所需的库。此脚本需要完整的 XML 支持才能运行。

AUTHORS 	ChangeLog 	COPYING 	example_config.xml 	example_urllist.txt 	PKG-INFO 	README 	setup.py 	sitemap_gen.py 	test_sitemap_gen.py

附加文件通常是有关包装和许可条款的信息。欢迎您通览这些文件。

如果您对为此项目提供帮助感兴趣，请访问 http://sourceforge.net/projects/goog-sitemapgen。您还可以在此处找到一些指向支持 Google Sitemaps 的第三方程序的链接。 非 ASCII 字符

问题：您网站的域名或其中所含网址中包含非 ASCII 字符。

通常，非 ASCII 网址在进行百分号换码之前应使用 UTF-8 编码。然而，一些 Web 服务器只有当网址使用非 UTF-8 编码的情况下才能正确回应。您 Sitemaps 本身的网址及其中包含的所有网址都应编码，以便它们所在的 Web 服务器识别。在 site 定义部分内，使用可选的 default_encoding 属性指定您的 Web 服务器所用的编码。如果您不使用此标记，并且您的 Web 服务器使用非 UTF-8 编码，那么我们就无法知道应该使用哪种编码。

如果您的网址包含非 ASCII 字符，建议您使用 Python 2.3 或更高版本运行 Sitemaps 生成器。这一版本的 Python 增加了对非 ASCII 的支持。如果您的域名中包含非 ASCII 字符，则应使用 Python 2.3 或更新版本，因为在此以前的版本中尚未增加 Internationalizing Domain Names in Applications (IDNA) 支持。没有 IDNA 支持，Sitemap 生成器无法正确编码非 ASCII 域名。

一、Google的几个服务目前已经无法从中国电信线路访问，经过测试，可以确认某些中国电信线路的确无法访问Google谷歌工具条 toolbar.google.com  和Google谷歌拼音输入法 tools.google.com/pinyin，不过网通用户访问都是正常的，这种情况已经持续了三四天的时间了。
根据测试，tracert tools.google.com和tracert toolbar.google.com，中途都会到了202.97.33.30这个IP后就不通了，经过查询得知，这个IP是上海市电信骨干网的路由器。

二、近日，财政部、民政部、国家体育总局三部委联合下发《财政部民政部国家体育总局关于彩票机构利用互联网销售彩票有关问题的通知》（财综 [2007]84号文），要求停止利用互联网销售彩票。淘宝彩票频道积极响应这一要求，并与合作商一起迅速跟进，特作出如下决定——从2008年1月3日至2008年1月5日，淘宝彩票频道将陆续关闭现有彩种的网上代购业务。

感想：Google在中国一直遭受着中国式政策的强力阻击，在考虑到中国的竞争环境更加不规范更加恶劣、竞争对手百度不择手段不管行业道德的前提下，我认为Google自身也有一定的原因，为什么被高端用户群推崇的Google总会遭遇这样的状况，前段时间被恶意域名劫持到百度，现在又被中国电信封闭部分服务，Google中国要理解在中国只做好技术，只靠自己的学术派是行不通的，国内站长对百度骂声一片，对Google对Yahoo等相对公正的搜索引擎一直期待，然而没有优势的市场份额根本不能为大中小型网站带来足够利益，Google，考虑一下搞“一国两制”吧，在中国，拼的不只是实力。

淘宝彩票停售之后，身为淘宝网的资深彩民，本狼也有意到各个论坛看了一下网民的反应，只听得见叫骂声。我的理解是政府搞不规范网上销售，就干脆停掉你们来保护那些花了几万块买了售票机的摊主的利益，不管彩民的死活。有些愤慨的留言比较让人共鸣，“让我们上班族每天7点前和爷爷奶奶们排长队等售票机？”“很无奈，对网友提供真实价值的业务却这么轻易的被封杀了”。

竞业道德、公平制度有的时候不能涵盖我们的所有工作，作为产品规划方面的人员，在我们的工作中，要积极的去预估、去应对这些不道德不规范的政策（比如百度的不公正竞争性策略），我们不做恶，但不能因为别人作恶而让我们的利益受损。

在互联网的江湖里闯荡的朋友、尤其是做搜索引擎相关工作的朋友，大都有着Google情节，在我进Google的办公楼之前，看到Google坐落在草地上的石碑就已经很兴奋了。由于拍照不太礼貌，所以我们只是在一些不影响别人工作的地方照了几张，其中，记忆最深的几个场景：员工的健身房比外面的健身房都要高档先进；办公楼有独立的Yoga Room；有台球、乒乓球、桌面足球等休闲设施；办公区有精美的组合沙发、卡通玩具等；墙上很多Google不同的Logo也很有感觉；休闲区域有饮料、甜点、水果、咖啡机，都是员工免费享用的；每个工程师有一台笔记本电脑，两台20多寸的液晶显示器；员工食堂是最最让人惊讶的，西餐中餐都有，做得非常可口，而且都是自助免费享用的（想想我们其他公司都是在食堂刷卡消费就觉得汗颜啊…）

　　对此传闻，阿布拉莫维奇公司“Millhouse Capital”和杰里帕斯卡的“俄罗斯铝业”公司都没有给予肯定或否定答复。两家公司拟定在欧洲设立一大型传媒股份公司“透明传媒”，据推测就是为了对Google进行收购，分析家指出类似大型交易，数额要上百亿美元。

　　Google的主要投资方——美国投资公司KPCB和Seqoia Capital拒绝就此发表评论。这样，至少可以保守的认为，阿布拉莫维奇和杰里帕斯卡两家公司并没有否认要购买Google.

　　Goolge成立于1998年，于2004年8月上市。目前，google公司的股票达每股710多美元，总市值已经达到了2000多亿美元。而据估计，Google市值在未来五年内有望达到5000亿美元，一举超越微软。

　　相关资料：

　　罗曼？阿布拉莫维奇（Roman Arkadievich Abramovich，俄文：Рома？н Арка？дьевич Абрамо？вич，1966年10月24日-），俄罗斯寡头，楚科奇自治区区长、英格兰球会老板。2005年3月根据福布斯杂志统计他的资产约有133亿美金，是俄罗斯首富及全世界排名第21位的富豪。他花费1.3亿英镑购买了处于经济困境的英国切尔西足球队后，又投入2亿多英镑为球队还清债务和购买球星。他定制的私人飞机（波音767-300）“阿布拉莫维奇天空”号据称价值10亿美元。他还拥有两艘豪华游艇，其中一艘是从保罗？艾伦那里买来的，据称在世界豪华游艇中排名第四。他在莫斯科、英国、德国、法国等地花费大量美元购入城堡、庄园。其中在英国苏塞克斯郡的庄园占地424英亩，包含了一座7间卧室的别墅，一大批附属建筑，两座马球场，一个游泳池，一座网球场，一座飞碟射击场，一座步枪射击场，一个小湖泊，一个骑术中心，和一个可以容纳100匹马的马厩。

　　阿布和他的空姐妻子共有5个孩子，为了子女的教育，他们目前居住在英国。 （摘引自新华网）

　　杰里帕斯卡（Oleg Vladimirovich Deripaska，俄文Олег Владимирович Дерипаска）

　　有俄罗斯铝业大王之称的奥列格？杰里帕斯卡今年虽然年仅38岁，却已拥有至少140亿美元的资产，成为俄罗斯第二大富翁，他的资产有望在5年内翻番，从而赶超石油巨头阿布拉莫维奇，成为下一代俄罗斯首富。控制着全俄80%的铝业生产。不久前，杰氏收购了俄最大的手纸生产厂，人们戏称“俄罗斯人的屁股现在都由杰里帕斯卡负责了”。他还是叶利钦的外孙女婿。（摘引自新华网）

　　据报道，Knol在功能上和维基百科十分相似，网民可以为各种主题创建词条文章，Google将提供一个编辑工具，同时将建立后台服务器系统。

　　不过和维基百科不同的是，Google公司计划在每一个词条旁显示出作者的真实资料。

　　Google公司负责技术的副总裁乌迪。曼波尔在博客中表示，Google Knol的特色是突出作者。他说，每一本书籍在封面上印有作者，新闻在标题地下显示了记者的名字，科学论文同样也有作者，不过在网络百科上，作者的信息却没有得到充分的现实。Google认为，文章作者信息对于网民如何使用网络百科全书具有很重要的作用。

　　Google公司表示，希望Knol能够成为网上百科知识的首要来源。Google的百科全书将覆盖各种主题，包括科学、医学信息、地理、历史、娱乐、产品以及日常生活常识等等。

　　Google也表示，尽管目标很远大，但是Knol也将和维基百科一样面临词条文章的准确性问题。

　　Google表示，一旦测试阶段完成，百科全书将会完全开放，不过Google认为，开始阶段词条文章的质量并不会非常完美。

　　Google还表示，将会确保Knol的网页在Google搜索结果中获得显眼的排名。媒体评论认为，这将对维基百科全书形成威胁，目前，Google等搜索引擎为维基百科全书贡献了相当数量的流量，在Google和雅虎的搜索结果中，维基百科的词条都能够获得非常高的排名。

曼波尔表示，Knol目前正在内部测试当中，只有一些受邀的人士才能够使用这一产品。

看到这篇新闻，最直接的一个联想是联想到淘宝网某些角度来说也在和维基百科同样的处境。在Google搜索专业词汇时，很大的一部分有WIKI的结果页面排在前三名，可以想象Google为维基百科贡献了多大的PV和用户转化。

Google也要推Wiki，Wiki作为一个没有太多盈利型产品的公众建设的大流量站点，面临的问题有两个：一个是用户流失，因为世界上用英文的人，有相当大的数量是Google的粉丝，所以主动转移到Google那边的固定用户群不在少数，想必大家都有Google的帐号，无论是Gmail还是Gtalk还是Orkut还是什么的，Google近期也推出了这些平台帐号的同步，所以到这个Knol安家可能连注册都不需要，另一个是前期Google为Wiki带来的流量肯定会大打折扣，即使Google不人为的操作Wiki的排序和收录，多了这样的一个Knol排在自己的前面，同样的内容，Wiki的点击概率也会降低好多。

百度也宣布要做C2C，最直接的利害关系者就是C2C老大淘宝，如何去处理好和百度的关系，如何相持但却能从百度夺得更大的流量，很需要思考和动作。

不同的是，Google是一个不做恶的老大，而百度，是一个不公正的搜索引擎。

　　在搜索结果页面，用户可以通过点击搜索结果后面一个向上的箭头将搜索结果移动到最上方。当用户下次搜索同一关键字时，相应的搜索结果就会被标记上橙色的星号。与之类似，如果用户不喜欢某一个搜索结果，可以点击搜索结果后面的符号X。当用户下次搜索同一关键字时，相应的搜索结果就会隐藏。除此之外，谷歌还允许用户对特定搜索结果提出建议。

　　谷歌相关人士表示，这一功能还处在测试当中，目前向一部分搜索用户提供。她说，谷歌一直在尝试新的用户界面和搜索功能，以增强用户总体的搜索体验。

感想：谷歌推出新技术的速率是非常快，这次Digg模式的让用户自己来记录行为习惯的做法也非常有意义，Google是一个注重理念的公司，除了永不做恶的原则之外，他们专注于为用户提供更亲切更完善的解决方案，搜索引擎业界都应该尊崇的理念-为用户最便捷的找到他最想要的东西。

这次Digg模式所带来的影响，应该不只是Google会记录操作者PC上所做的行为，这只是一个表象而已。Google肯定会将这些用户的行为收集起来，应用到索引页面中，应用到自然排序中，以及对各个站点整体权重的评测中。与Facebook可收集大量用户信息不同，Google收集了大量用户的行为，来一定比例的用于判定站点的优劣。

对于黑帽和白帽SEO来说，又多了一个重大的课题。

Google收购了Youtube后，Youtube的发展势头非常迅猛，近期Google也推出了Youtube视频广告的模式，广受大众期待。然而，本狼认为Google除了一直没有做好我国政府方面的公关工作之外，对于我国的一些风头也不是很研究透彻，Youtube再次遗憾的告别了中国大陆同胞们的互联网生活。

虽然是同一个时空，但是身在中国的我，对仿佛另一个元空间里的Youtube，Flickr等说一句，希望你们在地球其他地方，一路走好！

　　Google Earth目前的卫星图片分辨率，最高大概是1-2米左右，通常情况下，如果天气和光线都比较合适，分辨率1米的卫星图片就可以清晰看到马路上的行人，而美国最先进的军用间谍卫星最高0.05米分辨率的影像，足可以看清地面上的士兵手中的枪。

From: http://www.williamlong.info/archives/1061.html

访问数据方面：对于访问量的分析，基于代码传送统计数据的Google Analytics也许没有服务器日志般精确，然而准确率很高，且统计非常灵活，某天，几天，一周，一月，任意一个时间段可以自行选择，得出该段时间的准确访问人次、PV、该段时间内的访问来源、关键词效果等。

SEO/SEM方面：由于Google自身就是搜索引擎厂商，所以在做SEO工作时需要的数据也是提供的很到位了，从访问比例，到关键词的排行，甚至提供了每一个页面每一个时间段从搜索引擎来的关键词的分析列表。这个对于各种日志系统来说，是几乎不可实现的。如果是检测合作网站的效果，在推介的选项里，也有着详尽的数据可查看。如果使用了Adwords来做推广，有单独的Adwords的效果分析。

设计、用户体验：Google Analytics也包含了这一方面的信息，虽然在个人站长里使用率并不大，包括对“每次访问页数”“每个页面的跳出率”“停留时间”等的统计。另外，也有针对每个网站的不同业务类型，设置的业务转换的分析。

以下是我截取的我一个检测网站的全球访问量覆盖图和美国地区的覆盖图，绿色部分是有该国家的用户访问过，深色的是该段时间内访问量较大的国家。详细点击每一个国家或者城市，可以查看该国家这些访问量的具体来源，点击页面，以及关键词等。

Google Analytics全球访问量覆盖图示

Google Analytics美国地区访问量覆盖图示