282月/12关

网站分析团队问题

发布在邵珠庆

网站分析是一个新兴的也是比较复杂的行业，以下的议题会在网站分析过程中经常碰到。
一、成功

1.如果想要把网站分析提高到一个更高的层次，你必须向所在的组织证明以下提到团队的价值。
1）如果想为公司带来价值，不应该仅停留在关注报告上
2）外包常规的报告或者让报告自动化，从而来让分析师有时间关注在有意义的项目上
3）寻找与内部团队合作的机会

2.和几个商业组织或者部门之间协同合作是很困难的，为了成功，你需要有效地管理这些团队。
1）要积极主动，不能等到其他部门提需求才被动反应
2）常规召开一个会议，确定工作优先级和检查进度
3）分配不同的组员去负责不同部门的配合活动，给每个项目分配不同的PMO（project management officer）.

二、策略

关于策略，一些人可能会说：“人们通常不知道目标是什么”还有“不理解策略是什么，因为关于什么是网站的重点都没有达成一致的意见。”同时，大家也意识到明确组织策略的重要性，因为直接影响到实施所产生的数据有效性和相关性。

三、领导能力

在网站分析的项目中，很多人可能因为没有真正的决策权而很沮丧。这时候你需要有权威和影响力的人物支持你，但是这个过程最好是数据来驱动和支持，并不仅仅是人。

四、组织结构

网站分析部门与IT部门的合作是比较大的一个障碍，例如涉及代码的部署和实施方面，这就需要分析人员有一定的代码基础，但是不是应该把网站分析放在IT部门呢？其实不是的，应该把分析组放在市场营销部门，因为商业策略的理解是最主要的，代码的实施只是执行，一般来讲，不会有太大的难度，所以放到市场营销部门是一个很不错的选择，这样可以减少沟通成本，提高工作效率。

五、培训

很多组织认识到正式培训的重要性，但是内部没有能力可以提供。组织内很多用户进入网站分析工具未能找到所需数据后，感觉很沮丧；解决的办法是可以成立一些会议定期解答工具使用方面的问题，必要时可以提供一帮一的培训。

六、数据

1）组织需要相信数据，否则分析团队会失去支持和信任，分析工具也会被视为没有价值
2）同时分析的实施是一个不断持续的过程，不是一劳永逸的，因为有很多新的网络营销目标被创建
3) 定期地审阅报告，看看报告是否相关，或者需要提高
4）确保所有实施的项目都包含数据校对的步骤
5）在所有新的页面，网站，程序，活动跟踪测试后，再正式地发布活动，确保活动万无一失

七、沟通
沟通是成功很重要的一个因素，尤其是在内部其中一个组更改其衡量指标以后，有很好的沟通机制能够确保其他组的人也知道这个事情。同时虽然制度或者系统文件的更新有时候很困难，但

是没有它的话，组织会变得手忙脚乱，特别是关键人物突然离职的时候。
以下是沟通中需要注意的地方：
1）每个报告都应该有具体的文档，并且每一个指标和变量都必须有解释性文字介绍定义和用途
2）制定网站量度与指标白皮书，并且在内部传播，提高透明度
3）发布一封关于分析组织结构的信息

标签: 网站分析团队, 问题 2 评论

142月/12关

Google Analytic 数据导出API接口GAPI之PHP脚本

发布在邵珠庆

支持自定义报表和条件过滤,请注意账户需要管理员权限

GAPI 即 Google Analytics PHP5 Interface的主要功能有：

自动选择连接方式是curl或fopen
支持GA维度指标数据
账户数据映射-获得参数的方法
报告数据映射-获得维度和指标的方法
容易使用的过滤器
面向对象的代码可以让你在其他系统中使用。

GAPI使用示例：

<?php
define('ga_email','username@gmail.com');
define('ga_password','password');
define('ga_profile_id_cn_0','1234567'); 
require 'gapi.class.php';

$start = mktime(0,0,0,date("m"),date("d")-30,date("Y"));
$end = mktime(0,0,0,date("m"),date("d")-2,date("Y"));
$start_date = date("Y-m-d",$start);
$end_date = date("Y-m-d",$end);
$ga = new gapi(ga_email,ga_password,isset($_SESSION['ga_auth_token'])?$_SESSION['ga_auth_token']:null);
$_SESSION['ga_auth_token'] = $ga->getAuthToken();
?>

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" dir="ltr" lang="zh-CN">
<head profile="http://gmpg.org/xfn/11">
 <title>EDM流量数据</title>
 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
</head>
<body>

<strong>EDM流量数据</strong>
<table><tr><th>日期</th><th>访问者</th><th>浏览量</th><th>跳出率</th><th>订单数</th></tr>
<?php $filter = "medium==edm";?>
<?php $ga->requestReportData(ga_profile_id_cn_0,array('date'),array('visits','pageviews','bounces','entrances','goal1Completions','goal2Completions','goal3Completions','goal4Completions','goal5Completions'),'-date',$filter,$start_date,$end_date); ?>
<?php foreach($ga->getResults() as $result):?>
<tr>
<td><?php echo $result; ?></td>
<td><?php echo $result->getVisits(); ?></td>
<td><?php echo $result->getPageviews(); ?></td>
<td><?php echo round($result->getBounces()/$result->getEntrances()*100,2).'%'; ?></td>
<td><?php echo $result->getGoal1Completions() ?></td>
</tr>
<?php endforeach;?>
</table>
</body>
</html>

官方地址：http://code.google.com/p/gapi-google-analytics-php-interface/

GA维度和指标：http://code.google.com/intl/en/apis/analytics/docs/gdata/gdataReferenceDimensionsMetrics.html

数据导出API请求地址：

https://www.google.com/analytics/feeds/data

?ids=ga:12345
&dimensions=ga:source,ga:medium
&metrics=ga:visits,ga:bounces
&sort=-ga:visits
&filters=ga:medium%3D%3Dreferral
&segment=gaid::10 OR dynamic::ga:medium%3D%3Dreferral
&start-date=2012-01-20
&end-date=2012-01-30
&start-index=10
&max-results=100
&v=2
&prettyprint=true

请求参数说明：

ids （必需）Google Analytics中对应的配置文件ID
dimensions （可选）维度，一次请求最多可有7个维度
metrics （必需）指标，一次请求最多可有10个指标
sort （可选）排序，排序只能使用在维度和指标中的参数，添加(-)号可改变排序的顺序
filters （可选）过滤条件
segment （可选）群体细分可以使群体细分的ID，也可以使和过滤器一样的条件
start-date （必需）开始时间
end-date （必需）结束时间
start-index （可选）索引起始位置，默认为1
max-results （可选）返回数据的最大条目一次请求最多返回1万条数据
v （可选）API版本
prettyprint （可选）为供稿 XML 添加额外空格，以提高其可读性。

标签: API接口, GAPI, Google Analytic, PHP脚本, 数据导出 8 评论

122月/12关

用户数据和商业数据

发布在邵珠庆

真正的现代企业的数据化运营是企业全员的积极参与，全员的数据分析应用意识。

老板需要第一个了解这些数据背后的含义，然后指导员工去怎样通过分析这些数据，调整执行方案。

电子商务的数据可分为两类：前端行为数据和后端商业数据。

前端行为数据指访问量、浏览量、点击流及站内搜索等反应用户行为的数据；

而后端数据更侧重商业数据，比如交易量、投资回报率，以及全生命周期管理等。

标签: 商业数据, 用户数据 1个评论

171月/12关

浏览器差异 window.open

发布在邵珠庆

w3help的测试,和我的测试相互补充,应该比较完整了.悲剧的是我做完测试后,和莫提了一嘴,他告诉我w3help有啊. 我累个去.咋不早说.我可以省不少事呢.

建议先看看w3help的.内容比较详细.尤其是据说 window.open,这种宿主方法.居然,可能在将来被html5所统一.期待啊.

浏览器实现差异:

.一个open的窗口被拦截后, Opera11- ,Chrome11- 仍然会有窗口句柄. 而Safari是undefined ,IE 和 Firefox 则是 null. 而Opera,Chrome拦截掉窗口后.这个窗口的window.closed属性为false.

(所以在不考虑Opera和Chrome的情况下.可以用 !!win 来判断窗口是否被拦截. 而win.closed没有更大的意义)

.sougou高速浏览器2.1+ IE内核下,会无视该弹窗是否为响应用户鼠标操作的回调（a 和 input button 以及button等点击类交互标签是不被拦截的）.而一律强制拦截弹窗. 而且用a标签的click()也会被拦截.(好在,IE内核下,被拦截后,win 都是null.可以检测出来,用跳转代替,遗憾的是chromium内核下同chrome一样.被拦截时，无法检测.要检测chrome,opera的弹出,比较麻烦,弹一个about:blank,Opear检测documentElement是否存在,chrome则需要检测documentElement.clientWidth === 0)

.各个浏览器使用window.open,第三参数效果:(应注意,如果连续写多个参数,应以 ","号分隔.如果其中某个参数名有错误,则可能导致整个第三参数在,Chrome和IE浏览器中失效)

浏览器

无参数

width,height

left,top

toolbar

location

Directories

Status

Menubar

Scrollbar

Resizable

screenX,screenY

FullScreen

期待结果

有标签的标签
无标签的弹窗

尽量按指定
宽高弹窗

语义冲突的参数
相对parent页
left ,top位置

默认无工具栏
yes 有工具栏
no 无工具栏

默认有(r)
yes 有(w)
no 无
(r)只读,(w)可写

这玩意到底
是神马？
只有IE6支持
无期待结果

默认无
yes 有
no 无

垃圾参数
无视.
只对早期
ie有效

默认auto
yes auto
no 无

默认是
yes 是
no 否

真正语义上的参数
相对屏幕坐标

全屏显示

6 弹窗

7-8 弹窗

9 标签

全部 ok

(注1)

全部

默认无

yes 有
no 无

6
  默认无
  yes 有(w)
(toolbar也有了)
  no 无

7,8,9
  默认有(r)
  yes 有(w)
  no 有(r)

6
toolbar去掉
location部分

7,8,9不支持

6,7,8
无视参数
始终有

9
默认无
yes 有
no 无

全部
无视参数
始终无

全部
默认否
yes 是
no 否

不支持

全部
支持

Chrome

全部标签

全部 ok

全部相对

父页面

left,top

不支持此参数
弹窗木有工具栏

不支持此参数
始终有,且只读

不支持

无status bar

1
无视参数
始终无

2+
默认 auto
yes auto
no auto

不支持此
参数,一律
可缩放

完全 ok

不支持

FireFox

1, 1.5 弹窗

2.0+ 标签

全部 ok

全部
left 相对父页面left

top 相对屏幕

默认无

yes 有
no 无

1, 1.5, 2
默认无
yes 有(r)
no 无

3+
无视参数
始终有(r)

不支持

无视参数
始终有

无视参数

始终无

2-
默认否
yes 是
no 否

3+
不支持此
参数,一律
可缩放.

完全 ok

3.6-
不支持

4
支持

Safari

3+ 弹窗
(Safari5 偏好设置
,在标签中打开新
页面, 选项有-总是
,永不,自动.默认是
永不.导致此问题.)

3+ ok

全部
left 相对父页面

(但当父窗体left的

位置导致新窗体不

能全部显示时,则

新窗体left,相对屏

幕为0,与ie7有些

相似)

top 相对屏幕

默认无

yes 有
no 无

默认无
yes 有(w)(但
工具栏也有了)
no 无

不支持

默认无
yes 有
no 无

无视参数

始终无

不支持此
参数,一律
可缩放

完全 ok

不支持

Opera

9.2+ 弹窗

9.2 tab

9.6+

标签(有宽高,可拖

拽.但无法离开父

窗口)

9.6+

相对父页面

的left,top

9.2 标签

9.2 tab

9.6+ 因其本质
是tab所以无视
此参数.一律无
toolbar

9.2 tab

9.6+ 因其本质
是tab所以无视
此参数.共享

location

不支持

9.2 tab

9.6+ 因其本质
是tab所以无视
此参数.共享

statusbar

无视参数

始终无

不支持此
参数,一律
可缩放

不支持

360安全

3.3+ 标签

3.612 弹窗

3.612 弹窗(无视
宽高参数parent
页面多大新弹窗
就多大)

其他版本标签

3.612 left top
和parent页面
有关,但位置算
法很混乱.

其他版本标签

3.612 弹窗无视
一切参数.显示
一个完整窗口

其他版本标签

360高速

两种内核都标签

IE内核标签

chromium都 ok

chromium

同chrome

其他内核标签

搜狗高速

两种内核都标签

标签

QQ5

两种内核都标签

标签

Maxthon2.5

标签

Maxthon3

两种内核都标签

标签

世界之窗

标签

MyIe

标签

ps：表中测试,有冲突的一些项目就不记录详细数据了,地方有限.意义不大.比如 location = no , toolbar=yes 或反之. Safari下是只有有一个是yes就都会有. 而ie6则很有趣.会分的很细.

第二参数target(name)相关:

　　　　用途:

　　　　　　.参考 target =_self , _blank , _top , _parent , target ,还有传说中的_newtab ,神马的.据说可以让ie7+ 不弹窗而是打开新标签.但是我测试失败了.求高人指点.

　　　　　　.为窗口对象设置name属性-window.name.

　　　　　　.所以对于同一个浏览器来说,各个窗口的name是具备唯一性的.(opera9.6+ 开始有些特殊.)

　　　　　　.也就是说, 如果已经存在一个窗口对象的name为abc.则后面再次window.open(url,'acb')的话.那么只会操作这个窗体对象的url,导致跳转或reload(false).无论它是iframe还是一个被open的独立的窗体

　　　　差异:

　　　　　　.IE下target(name)的值不能包含如.、& 等特殊字符.否则会报参数错误.(解决办法.避免使用包含特殊字符的字符串,作为name的值)

　　　　　　.IE下name的值为null 或 undefined时,行为与其他浏览器有差异. 等价于 'null' 或 'undefined' .在期望打开多个窗口,又想设置其他窗口参数时,参数设置此2值.会被视为有效的name值. (解决办法,使用 '' 空字符,或'_blank'代替 null 或 undefined. 建议用优先考虑空字符,因为某些浏览器的早期版本不支持 _blank)

　　　　　　.一个已经open的窗口，再次使用相同name,进行window.open操作时,个别浏览器可能不会保证该窗体的可见性(在最上层显示).比如Firefox在最小化某窗口后.(解决办法:可以借助win.focus() 操作强制该窗口在最上层显示.)

　　　　　　.Opera,Chrome 下，如果一个iframe的id,与window.open的第二参数name同名.也具备同样效果. 其他浏览器则无此现象.

　　　　　　.Opera9.6+ ,如果在另一个iframe内调用其self.open的第二参数name与其他iframe的name或id同名,则仍然会重新打开一个窗口. 而不是去操作该iframe.其他浏览器则无此问题

注1

IE6. left 一个奇怪值,top 相对屏幕

IE7. left 相对的位置,总是相对非最大化时,父页的left+10px左右偏移.(就是非最大化时,显示在哪,最大化时,就显示在哪.但并不总是相对非最大化时的父窗口left,比如在父窗口left很靠右的情况下,则其会新窗口会变成相对屏幕来显示)

top 相对屏幕

IE8. left,top全部相对屏幕

IE9. left 同IE6类似top 相对屏幕总是0

标签: open, window, 浏览器差异 3 评论

171月/12关

p3p 简洁策略及浏览器支持情况

发布在邵珠庆

简述部分摘自某本关于P3P隐私策略的书籍.

而部分详细的表格来自w3.org.

而相关测试数据出自本人测试.如有遗漏或错误,欢迎指正.

简洁策略对应的 HTTP Response Header :

Compact Policies(简洁策略)

简洁策略,本质上就是P3P策略的一个摘要. 他们的作用是,使用户代理,可以快速敏捷的获取到站点的P3P策略信息,所以是对性能有益的.

为了深入的解释简洁策略,按照 P3P1.0[4]规范,我们列出下面这些限制性的语法：

compact-policy-field = `CP="` compact-policy `"`
compact-policy = compact-token *(" " compact-token)
compact-token = compact-access |

compact-disputes |

compact-remedies |

compact-non-identifiable |

compact-access = "NOI" | "ALL" | "CAO" | "IDC" | "OTI" | "NON"

compact-disputes = "DSP"

compact-remedies = "COR" | "MON" | "LAW"

compact-non-identifiable = "NID"

"CON" [creq] | "HIS" [creq] | "TEL" [creq] | "OTP" [creq]

creq = "a" | "i" | "o"

compact-retention = "NOR" | "STP" | "LEG" | "BUS" | "IND"

compact-category = "PHY" | "ONL" | "UNI" | "PUR" | "FIN" | "COM" |

"NAV" | "INT" | "DEM" | "CNT" | "STA" | "POL" |

"HEA" | "PRE" | "LOC" | "GOV" | "OTC"

compact-test = "TST"

我们常用的简洁策略的 P3P头为 - P3P : CP=CAO PSA OUR （其实, CP=. 就可以了.或者其他任何值都是可以的）分别对应了 :

　　compact-access(访问) : CAO - contact-and-other

Identified Contact Information and Other Identified Data: access is given to identified online and physical contact information as well as to certain other identified data.

直译 : 被识别的联系信息,和其他被识别的数据: 网上,或现实中的联系信息,和某些被识别的数据,允许被访问.

我的理解: 应该是, 允许被确认的信息和数据的访问. (允许第三方cookie的读写)

　　compact-purpose(目的) : PSA - pseudo-analysis .这个就不放解释了,字面意思很明显, 目的就是做身份验证、分析

　　compact-recipient(受体) : OUR - ours

Ourselves and/or entities acting as our agents or entities for whom we are acting as an agent: An agent in this instance is defined as a third party that processes data only on behalf of the service provider for the completion of the stated purposes. (e.g., the service provider and its printing bureau which prints address labels and does nothing further with the information

直译 : 我们自己,以及（或）实体作为我们自己的代理,或被我们所代理方的实体:这种情况下的代理,被定义为,相关进程数据,代表服务提供者,用来完成其所设定服务的,第三方.(就好像,一个印刷局作为提供打印服务的,服务提供者,其只负责打印标签神马的,但是却不会进一步,对相关的信息,做任何事情 )

　　ps : 其他项就不列举,基于浏览器中只有IE支持.(chrome 部分支持).这一事实.深入研究没有必要. 如果你有兴趣,可以去相关链接查看文档.

用户代理对简洁策略支持的状况和实现, 拿IE6来说:

IE6 ，可以自动核对设置了 cooki e的站点的 P3P 简洁策略。用户也可以配置 IE6 来过滤那些没有简洁策略的cookie，或那些具有与他们的偏好不相匹配的简洁策略。当 cookie 被阻止时，IE6还会在浏览器的右下角显示一个“眼睛”符号。用户也可以从Vi ew（查看）菜单中选择Privacy Report（隐私报告）命令来让 IE6 获取站点的 P3P 策略，并生成及显示一个人们可读取的版本

对于众多提示性的反馈,是十分符合 P3P隐私策略的.即用户代理应该在恰当的时候,提醒用户.

已测知的问题:

IE6 第三方cookie 在有p3p头(使用p3p简介策略时) ,JS虽然有读写权限,但是在写的时候有个bug. 即,对于某第三方页面,如果是首次读到.其P3P头的话,则 js的写权限是没有的.必须要第二次访问到这个页面,且这个页面存在第三方cookie操作时,才允许JS写入Cookie.当然,读是一直没问题的.

Safair3,则顽固到连Post方式都无法写入第三方Cookie.

Safari4+ 系列则有自己一套隐私策略,而完全无视P3P的存在:

在其不支持P3P的情况下,其策略为. 默认设置浏览器禁止第三方Cookie操作.那么此时,无论JS 还是 HTTP ，都无写入Cookie的权限,而仅具备读的权限.

除非, 进行表单Post时,才允许第三方Cookie的写入.参考下面的代码: (在//www.a.com/test.htm 中的代码)

if(Safari4或Safari5){

    var ifm = document.createElement('iframe');

    ifm.name ="postforcookie";

    ifm.src="about:blank";

    document.body.appendChild(ifm);



    var form = document.createElement('form');

    form.target = 'postforcookie';

    form.action = '//www.php.com/test.php';

    document.body.appendChild(form);



    Cookie.setCookie = function () {

        form.submit();

    }

}

假设,setCookie是一个写入第三方Cookie的函数,则在Sacari4,Sacari5下劫持他们,触发代码中 form的submit即可.

此时,如果//www.php.com/test.php，有写入Cookie的操作.则可以保证第三方Cookie被写入.

默认不禁止第三方cookie的浏览器测试:

测试为在下列浏览器中,禁止第三方Cookie,并配置简洁P3P策略.

Firefox下 :

Firefox下禁止第三方Cookie后，很直接, 无论HTTP 还是 JS都无法读写Cookie.

Chrome:

Chrome10 开始支持用户自定义是否允许在地址栏: about:flags 中配置是否允许第三方cookie.

而之前的版本需要通过, 选项-高级选项-隐私权-内容设置-拦截第三方cookie 来配置.

对于chrome9 和之前的Dev版本来说,通过选项配置禁止第三方cookie后, 在配置P3P简洁策略后, JS 可读cookie,但不能写,而 HTTP方式,则都可以.

而chrome10+ 无论选择什么方式设置, 只允许HTTP、JS读,但是不允许写.

而Chrome的非Dev版, 甚至没有提供第三方Cookie的隐私策略选项. 有的仅仅是,关于Cookie的站点允许列表,或者主动访问过的站点的Cookie.

Opera:

通过工具-首选项-高级-Cookie-仅接受来自我访问站点的Cookie 来设置禁止第三方Cookie.

Opera的有趣之处在于,一但禁止第三方Cookie,则 P3P头毫无意义,而Opera自身的隐私策略则非常有趣,

允许JS 的读写,以及HTTP的读, 但是禁止HTTP 对Cookie的写入.

总结:

浏览器	默认允许第三方Cookie	是否支持P3P	禁止第三方Cookie后,配置P3P简明策略头的效果	补充
IE6	否	是	HTTP可读写Cookie JS可读Cookie 首次读到P3P头,JS无写Cookie权限.第二次才OK (第二次.直接Cache.也不行.除非第一次非Cache并读到p3p头.后面我会提到解决方案.)	避免JS的写操作
IE7-IE9	否	是	HTTP、JS,可随意读写.	-
FireFox	是	否	HTTP、JS都不可读写	-
Chrome	是	部分支持,趋势-否	趋势为HTTP、JS可读不可写.	-
Safari	否	否	HTTP、JS可读不可写	借助Post提交表单,实现写操作.
Opera	是	否	JS可读写 HTTP可读不可写.	-

建议:

1. 其实P3P简洁策略,可以最简写成: P3P:CP=. 就OK啦,也就是说IE对P3P简介策略的支持，属于搞笑级别的.根本不看内容,至少对于第三方操作cookie是如此的.

2. IE6的实现有bug.需要注意.首次访问第三方页面,JS无法写入第三方Cookie的bug.建议尽量避免JS对Cookie的写操作.

3. 要搞定Safari,需要借助后台至少配置一个APP,与前台配合.

4. 对于第三方来说,建议避免使用JS操作Cookie,最多用来读,而不是写. 除非是和登录验证有关,否则建议使用Storage代替Cookie的使用.

最后:

如果你非要用在ie6下，用js写cookie. 那么有一个很悲剧的做法.. 服务器端给资源配置可缓存.(包括反向代理和客户端.) 然后想办法在IE6的时候刷新一次页面.这样就ok了. 刷新时一定要用 location.reload(false) 即先忽略客户端缓存.尝试304服务器端校验客户端缓存可靠性..这样做的好处是.即保证了 cookie的写入性. 又保证,如果页面是静态资源.则反向代理的可用性.. 否则还是直接用动态资源,http方式去写好了. 需要注意的是.除了页面刷新.譬如其他方式加载页面资源.试图通过预读其p3p简介策略头.是无效的. 比如用 script type="text/c" 方式去预读一次. 如果你有这个想法。还是早早放弃的好.

标签: P3P, 支持, 浏览器, 简洁策略 22 评论

101月/12关

Google AdSense常用名词解释

发布在邵珠庆

广告单元

广告单元由一段AdSense 广告代码所显示的一组广告。

链接单元

链接单元是一种广告格式，可显示一系列与某一网页内容相关的链接。用户点击链接后，便进入一个相关广告的网页。在我们的广告格式页，您可以查看所有可用链接单元格式的示例。

替代广告

替代广告可以在Google 不能向您的网页投放相关广告的情况下，保证您依然能够通过广告空间获得收入。通过指定图像或者所选广告服务器，可以确保广告空间始终得到有效的利用- 要么用于投放有针对性的AdSense 广告，要么用于投放您自己选择的内容。如果指定了替代广告，当您的网页没有可用的相关广告时，就会展示替代广告。这时，广告空间不会被标记为 “Google 提供的广告”。

公益广告

公益广告是当服务器找不到有针对性的广告或者Google 无法收集网页内容时投放到网页的非盈利组织广告。发布商不能从公益广告的点击次数中获得收入。

每次点击费用(CPC)

每次点击费用是每次用户点击广告时其所属广告客户要支付的费用。Google AdWords 拥有一个以每次点击费用为依据的定价系统。

点击率(CTR, click through rate)

广告点击次数与广告页的展示次数之比。

每千次展示费用(CPM)

CPM 是广告客户在其广告得到1000 次浏览并获得展示次数记录时为之支付的金额。

网页eCPM (effective cost per mille)

eCPM指的就是每一千次展示可以获得的广告收入，展示的单位可以是网页，广告单元，甚至是单个广告（在AdSense “高级报告”的“数据展示依据”下拉框中可以选择）。默认情况下，eCPM 指的都是千次网页展示（Pageview）收入。请注意，eCPM 只是用来反映网站盈利能力的参数，不代表您的收入。它是一个与网页展示次数无关的指标，这证明一点：一个网站的AdSense 可盈利趋势与网站的大小无关，它最终是由平均广告单价和广告的点击率决定的。

报告模板

报告模板是一种高级报告，其中包含您为了便于今后快速访问而命名并保存的设置。已保存报告模板将显示在“概述”页上，只需点击一下即可访问。所有报告模板都可通过电子邮件发送给您。

热门查询

AdSense 搜索广告发布商可以查看用户使用其AdSense 搜索广告框搜索的最热门的25 个字词。只有执行过一次以上的查询才会显示。

登录信息

AdSense 登录信息指帐户电子邮件。它是您用来登录Google AdSense 帐户的电子邮件地址。

IFRAME

IFRAME 是网站设计中使用的一种HTML 标记，可以将某个网页展示在其他网页内的框架中。

JavaScript

JavaScript 是常用于网页中的脚本语言。用来向您的网站加入Google 广告的广告代码即采用JavaScript 编写，您需要在浏览器中启用JavaScript，才能查看网站上的Google 广告。

内容相关广告

Google 利用搜索技术在我们联网中（包括AdSense 网站）的内容网页和产品上投放相关的广告。借助于我们对搜索索引中数十亿网页的内容的理解以及我们的网页抓取能力，我们的技术可以明确哪些关键字能够将用户引至相关网页。然后，我们根据这些关键字将广告与网页相匹配。

广告单元展示

每当用户浏览您的网页上的广告单元时，就会生成广告单元展示。例如，如果您的某张网页上展示了三个广告单元，该网页被浏览了两次，则您会获得六次广告单元展示和两次网页展示。

网址(URL) 过滤列表

AdSense 发布商在自己的帐户中创建并存储的列表，用于防止在自己的网站上投放来自某些网址的广告。在发布商将某一网址添加到此列表后，此网站列表的广告就不会投放到发布商的网站上。

竞争性广告

竞争性广告指贵网站上模仿Google 文字广告或看来与Google 文字广告相关的以网页内容定位的广告或文字广告。根据AdSense 计划政策中的规定，竞争性广告不得与Google 广告展示在同一网页或网站上。不过，我们允许联属链接及文字数量有限的链接。

帐户类型

通常，如果您的企业有20 名或更多员工，则应申请企业帐户。个人发布商或企业员工少于20 名
的，则应注册个人帐户。个人帐户与企业帐户在产品、服务或付款结构方面没有任何差别，在付款方式和支取流程上有所不同，企业帐户目前不支持西联汇款的方式，在支票托收时，这两种帐户需要提供给银行的证明材料也不相同。
收入份额

各个AdSense 发布商会获得广告客户对其广告的用户点击次数或展示次数所付费用的某一百分比的数额。该百分数称为收入份额。Google 不能透露AdSense 的收入份额。

帐户电子邮件

也叫作帐户相关邮件，是您用来登录AdSense 帐户的电子邮件地址。我们会将所有发送给您的关于AdSense 的邮件发送到该地址。

抓取工具

抓取工具又称为Spider 或Bot，是Google 用于对网页内容进行处理和编制索引的软件。AdSense抓取工具会通过访问您的网站来确定其内容，从而提供相关的广告。

无效点击或者展示

通过我们所禁止的方式所产生，而目的是想人为地增加发布商帐户上的点击或展示次数的点击与网页展示。Google 使用自己的专有技术分析所有广告点击与展示次数，以确定是否发生了任何无效点击行为，防止人为地增加广告客户的点击次数或发布商的收益。被我们判为无效的点击不会算入您的收益里。

链接单元的点击次数

在链接单元报告中，链接点击结果页中的广告所获得的点击次数。它不同于链接点击次数，链接点击次数是用户点击的链接单元中链接的次数，用户点击的结果是浏览广告页面。

链接展示次数

在链接单元报告中，链接单元被浏览的次数，无论链接是否被点击。

广告展示次数

只要有单个广告展示在您的网站上，就报告为一次广告展示。显示的广告数量因广告格式而异；例如，竖幅广告在您的网站上每显示一次，报告就会生成两次广告展示次数。另外请注意，根据广告单元中显示的是标准文字广告、扩展文字广告还是图片广告，广告单元中的广告数量可能不同。

链接点击次数

链接单元中链接的点击次数。

调整项

您的收入可能会由于多种原因而包含借记项或贷记项，所有此类项目都会在"付款历史"页上列出。可能的调整项包括：

AdSense 搜索广告费用：您的AdSense 搜索广告收入可能会与相关费用相抵。这种情况仅适用于少数发布商。有关详情，请浏览AdSense 支持中心。
支票费用：与特殊的支票递送方式或停止付款申请相关的费用
无效点击：发布商不会从被发现为无效的点击次数上获得付款。如果目前已显示在您报告中的点击被认定为无效，我们会调整相关收入，并向广告客户退还费用。

月末余额

“付款历史”页会在每个月末显示您AdSense 帐户中的余额。此金额反映的是在相应月末时的已确认收入。如果您帐户的月末余额大于$100 美元，且帐户中没有保留付款，我们就会安排在下个月向您付款。

目标网址

广告所链接到的网址。当用户通过点击广告访问广告客户的网站时，他们将看到此网页。如果您希望将某一网址添加到自己的网址过滤列表，以阻止此广告客户的广告出现在您的网站上，则需要知道此网址。

框架

网页可以带有框架，从而将一张网页划分成采用独立HTML 代码的多个部分。放置AdSense 广告代码的框架应该包含您希望据以定位广告的文本内容。

可通过电子邮件发送的报告

可通过电子邮件发送的报告是一种已保存报告模板，您可以使用帐户中的报告管理页设置日程，让报告通过电子邮件发送给您。

调色板

AdSense 为发布商提供了对出现在自己网站上的广告颜色进行自定义的功能。调色板有助于您确保广告的文字、背景以及边框颜色能够与网站的外观相配。为了增强多样性和新颖性，您甚至可以选择每次轮流使用最多4 个不同的调色板。

渠道

目标网址

帐户启动

您提交了AdSense 申请并确认了您的电子邮件地址后，AdSense 小组会在一两天之内评估您的申请，并向您发送一封通知电子邮件。如果您获准参与此计划，就可以登录到自己的新帐户，并将AdSense 广告代码复制并粘贴到网页中，从而开始投放广告。此操作会启动您的AdSense 帐户。

网页展示次数

每当用户浏览展示了Google 广告的网页时，就会生成一次网页展示。不考虑网页上展示的广告数量，我们仅计为一次网页展示。例如，如果您的某张网页上展示了三个广告单元，该网页被浏览了两次，则您会获得两次网页展示和六次广告单元展示。

标签: Google AdSense, 名词解释, 常用 6 评论

41月/12关

番薯网报告分享

发布在邵珠庆

专业公司：

尼尔森数据

麦肯锡

Doubleclick

基础了解：

每个版块所占的比例

来源的途径

哪个版块的转化率最高

方法比意识更重要

清楚留住用户的核心价值是什么？

1、吸引鼠标（市场推广）

2、诱导鼠标（站点设计）

3、留住鼠标（服务运营）

4、寄生鼠标（服务定位）

品牌、核心优势、配套优势、共同优势

问题：迷失重点、求全求大、缺乏后劲、运营滞后、技术失衡、忽略感受

定位目标用户的需求：

1、用户基本特征

2、行为特征

3、媒体特征

4、需求潜力

匹配自身核心业务

1、哪些我可以做到最好

2、哪些不可能做好

3、哪些合作可做好

4、哪些与核心业务结合最紧密

5、那些需要我额外投入

6、哪些需要长期的运营

评估现有资源和能力

1、清楚自己现有的资源

2、自己能做好的服务中选择收益最快的

3、投入最合理项目中确定可持久性的服务

4、现有人员条件和管理模式是否能够匹配这些服务

5、多大程度上依赖内部跨部门的支持，能否成为内部瓶颈

6、学会做出必要的取舍，暂时放弃力所能及但看上去很美的项目

全面分析当前市场环境

1、市场占有率（改变习惯、还是利用习惯）

2、主要受众

3、核心服务

沙盘：目标、条件

全乎利弊做出决断

运营管理：

基础流量分析

推广效果评估分析

访问忠诚度分析

消费行为分析

用户分级分析

极差的对应分析

http://baike.baidu.com/view/1679038.htm

标签: 分享, 报告, 番薯 21 评论

2612月/11关

2011年百度大更新时间规律分析

发布在邵珠庆

2011年1月份~12月份

自2008年开始自学网页设计和初涉SEO，吸取SEO论坛，站长之家，A5站长网等业内高手的经验，曾服务过的一些网站10余个网站的实战经验并参考和引用一些权威网站的专业数据，进行长期观察与统计，现就2011年1-11月百度大更新方面数据进行统计分析，如有不妥之处，请各位高手海涵。

如何在百度收录杂乱无章，浩瀚如海的整年数据中删繁执简，探索出一些适而可循的规律及一些小门道，相信每一个SEO们的心中都在琢磨这个问题的，什么做优化，什么建站，什么推广才能既省时又高效的方法。那么如何才能有一条简单易行的思路呢？

笔者长期服务于企业网站的运营，曾经困扰了很久，后试想着可不可用统计学的理论进行数据分析呢？于是就把2011年全年查询近3万多个站点的数据调出来，为求有一个合理的科学分析，数据随机抽取。部分数据结合并参考站长之家所观察的站点动态数据进行统计。

为了探索百度大更新的动态，故只抽取出3万多个站2011年一年之中的每天更新平均百分比数据，并把目标锁定在更新比例在75%以上进行筛选。通过每季度，每月，每周，每日的横向和纵向交叉分析，得出以下一些数据表。

声明：本文内容纯从统计学方面进行科学分析，不是带有传统迷信色彩。这只是统计总结，不是算命口诀。本人既不是章鱼帝，也不是预言家，更不是某专家。万物在运动，世上没有一无不变的法则，但有蛛丝马迹的可循规律。从历史的数据统计进行分析，是可以把握一个概率问题。个人观点仅供参考，千万不要把这张规律分析表当成什么武功秘芨，照搬硬套，也请不要以点概面，断章取义，这是仁者见仁，智者见智的问题，经验可参，灵活运用！笔者制作该规律表的目的不是哗众取宠，只是希望能为大伙节省一些盲目的时间，多一点生活空间。

百度大更新规律分析

1.每周数据分析

周一： 1-10月份，百度从不进行大更新

周二： 2月份和6月份，曾各大更新过一次，概率不高

周三： 2月份，7月份，9月份，曾各大更新过一次，但概率也算是平淡

周四：是百度大更新频繁时期，1年之中，共出现过11次，尤其是下午至晚上这段时间

周五：是百度大更新高峰期，1-11月份共出现过22次，据很多SEO高手的经验说是凌晨三点-四点左右百度进行最后一次调整后就少波动。早上8点-10点之间基本处于平稳态度。

周六：百度大更新频率中幅度变化，共出现过7次

周日：与周三一样，共出现过4次，大更新频率小幅度变化

（点击看大图）

2.每月数据分析

从每个月份的统计来看，每月会更新4-5次，符合盛传已久的每周中规模更新一次的观点。

（点击看大图）

3. 全年数据分析

从全年的数据统计来看：

10号，15号是属于幸运日期，一年之中曾出现过4次。

6号，17号，18号，23号，28号，29号是属于活跃的日期，一年之中曾出现过3次。

2号，12号，14号，20号，21号，24号，26号，27号是属于平常的日期，一年之中曾出现过2次。

而4号，8号，11号，16号，19号，25号，31号则被百度打入冷宫，未曾出现过。

（点击看大图）

说明：报表数据自2011.1-2011.12 随机抽样3万多个站点的进行统计和分析。

结论：

一周一次小改变，一月一次大变动。

每周关注：周四和周五两天，必须好好把握，特别是周五早晨一段时间，那一小段时间往往可以决定一周的排名。周六已属于非常活跃的日子，不要因为现是工作五天制就松懈了绷紧的神经；周三和周日是属于最易爆冷的日子也需要在百度异常或者百度算法调整的一段时间内加以防范一下，当然“月经紊乱”的周期不是很长。周一是每周上班的第一天，每周例会是必不可少的，工作安排和政策也需要一些时间，因此大伙可先松一口气。

上半月：密切关注：10号，15号，其中15号是月中，百度必然进行1月2次大更新，同时也要防6号.6号是每月第一周，上月末如没有更新，那么6号左右肯定会进行一次更新。

下半月：关注日期17号，18号，23号，28号，29号，如果上半月的15号没有进行更新，那么17号就要盯紧了，而23号是一些SEO前辈曾经得出的经验总结，会进行大更新的日子，到了月底百度必然进行1次大洗盘，这是每月一次的月考，成绩是决定下月能否取得好排名的关键，而28号，29号这两天是每一个公司员工向老板汇报业绩的日子。当然百度也不例外，下个月的计划肯定要布局好。

对于被贬入冷宫的日期，4号，8号，11号，16号，19号，25号，31号，概率不高，如果手头太忙了，我们姑且放过，让自己美美地合上眼，在梦中去上演一出《大话西游之SB大战》（SEO PK BaiDu）哈…哈…

各位看官，也许心里有些纳闷，什么看以上数据和观点那么眼熟，没错确有点象体彩31选7或福彩双色球。笔者就是要以通俗和喜闻乐见的方式呈现给大家。

以上分析为一家之见，错误难免，数据和观点仅供参考，不正之处，望各位前辈多加指点。

附： 2011年1-11月百度大更新数据

数据由我整理统计，数据来源于：木包装特价网统计日期： 2011年1月1日~11月23日

【统计结果】：

1. 【每年数据】

共1~11月份百度一年中曾进行48次大更新

※ 分析：

1-10月份总计： 46次

平均：每月4.6次

2.【每季数据】

☆ 第1季度：百度共进行13次大更新

☆ 第2季度：百度共进行14次大更新

☆ 第3季度：百度共进行16次大更新

☆ 第4季度：因11.12月还在进行中，目前暂出现4次

※ 分析：

1-3季度总计： 43次

平均：每季度14.3次平均：每月4.8次

3.【每月数据】

1月份：百度共进行4次大更新

2月份：百度共进行5次大更新

3月份：百度共进行4次大更新

4月份：百度共进行5次大更新

5月份：百度共进行4次大更新

6月份：百度共进行5次大更新

7月份：百度共进行5次大更新

8月份：百度共进行4次大更新

9月份：百度共进行7次大更新

10月份：百度共进行3次大更新

11月份：还在进行中，目前暂出现3次

12月份：还在进行中…

※ 分析：

1-10月份总计：46次

（去掉一个最高值9月7次，去掉一个最低值10月3次，共8月36次）

平均：每月4.5次

4.【每周数据】

* 周一：百度共进行0次大更新（低谷期）

* 周二：百度共进行2次大更新

* 周三：百度共进行3次大更新

* 周四：百度共进行10次大更新（高峰期）

* 周五：百度共进行16次大更新（高峰期）

* 周六：百度共进行8次大更新（活跃期）

* 周日：百度共进行4次大更新

※ 分析：

1-11月份一周总计：43次

1-10月份一周总计：41次

（去掉一个最高值周五16次-其中1次是11月份，去掉一个最低值周一0次，5个数据共计25次）平均：每月5次

5.【每日数据】

1号：百度共进行1次大更新 2号：百度共进行2次大更新 3号：百度共进行1次大更新 4号：百度共进行0次大更新

5号：百度共进行1次大更新 6号：百度共进行3次大更新 7号：百度共进行1次大更新 8号：百度共进行0次大更新

9号：百度共进行1次大更新 10号：百度共进行4次大更新 11号：百度共进行0次大更新 12号：百度共进行2次大更新

13号：百度共进行1次大更新 14号：百度共进行2次大更新 15号：百度共进行4次大更新 16号：百度共进行0次大更新

17号：百度共进行3次大更新 18号：百度共进行3次大更新 19号：百度共进行0次大更新 20号：百度共进行2次大更新

21号：百度共进行2次大更新 22号：百度共进行1次大更新 23号：百度共进行3次大更新 24号：百度共进行2次大更新

25号：百度共进行0次大更新 26号：百度共进行2次大更新 27号：百度共进行2次大更新 28号：百度共进行3次大更新

29号：百度共进行3次大更新 30号：百度共进行1次大更新 31号：百度共进行0次大更新

※ 分析：

1-11月总计：49次

1-10月总计：46次

（点击看大图）

【结论】：

⊙ 每年数据（每月平均值4.6次）

⊙ 每季数据（每月平均值4.5次）

⊙ 每月数据（每月平均值4.5次）

⊙ 每周数据（每月平均值5次）

⊙ 每日数据（每月平均值4.4次）

从以上数据得出：

1. 百度每月大更新次数4-5次

2. 百度每周大更新次数1-2次（以每月30天计算：30天/月÷7天/周 = 4.4周）

3. 每周峰期分析

◎ 高峰期–周四。周五。周四： 11个月之中出现过11次；周五： 1月份共出现过22次

◎ 活跃期–周六：百度共进行7次大更新

◎ 低谷期–周一： 1-10月份，百度从不进行大更新

4. 活动日期分析

* 幸运日期： 10号，15号是属于幸运日期，一年之中曾出现过4次。

* 活跃日期： 6号，17号18号，23号，28号，29号是属于活跃的日期，一年之中曾出现过3次。

* 变异日期： 2号，12号，14号，18号，20号，21号，24号，26号，27号是属于最易爆冷的日期，一年之中曾出现过2次。

* 灰色日期： 4号，8号，11号，16号，19号，25号，31号未曾出现过

标签: 更新时间, 百度, 规律分析 7 评论

2212月/11关

greasemonkey油猴子热门脚本推荐

发布在邵珠庆

greasemonkey油猴子通过上篇上手指南都有了一定了解，今天呢，我在这里为大家推荐一些符合中国人使用习惯的油猴子热门脚本。

PS：油猴子脚本都可以去脚本中心找，具体寻找方法在上手指南中我做了一些说明的。

安装之后，需要刷新一下网页，脚本才会生效哦。

根据楼下的一位朋友建议，把这个Userscripts Updater写在最前面吧：让脚本有新版本后可以自动升级！！！强烈推荐！本身脚本是不能自动升级的，需要用户自己去查找，安装这个脚本后，每次只要用户访问脚本中心，右上角就会多一个升级按钮，点击就能检查脚本更新了。PS：这个脚本还有一个小缺点，就是必须最先安装它，在它以后安装的脚本，它才能检测哦。

1.baidu monkey和baidu++

一般人上网什么用的最多？一般回答都是搜索引擎，这两个扩展就是针对最大的中文引擎百度的，优化搜索结果，去广告的。具体效果嘛，在上手指南中演示的就是baidumonkey了。（基于以前介绍的针对同一事物或同类型事件的扩展脚本不能同时安装的原则，这两个扩展只推荐安装一个。）

alt text

baidumonkey的效果图。

2.GoogleMonekyR和google++

类似的这两个脚本就是针对google搜索结果优化的。去广告，高亮结果等等。（当然这两个也不能同时装）

PS：googleMonkeyR和baidumonkey属于功能简单易于上手型的脚本，而google++和baidu++都出自国内一位达人之手功能异常丰富还支持css自己定义，适合高手向的玩家。

alt text

GoogleMonkeyR的效果图

PS：一般这个脚本的设置都内嵌在生效网站的网页内，你找找看这个图就能发现他的设置按钮了，呵呵。

对了，这个GoogleMonkeyR一开始是不支持https加密google搜索的哦，你需要在设置里面添加一条google https的地址（用通配符*）

alt text

3.人人网改造器和Kaixin001 Assistant

前面已经介绍过人人网改造器了，这个Kaixin001 Assistant和人人网改造器类似，不过功能弱点。在脚本中心搜kaixin001还有很多类似的，大家可以去看下。

PS：这一类脚本主要是方便大家使用sns社区，还有很多，不过有些sns游戏辅助脚本，功能很BT，小心大家认为你作弊哦。

4.显示网站收录数和反向链接数

这个扩展是很方便各位SEO或者想了解这个网站在世界上排名的人，安装之后，点F9就能在网页上显示一个小表格，显示了google，百度，雅虎，搜狗，搜搜，bing，有道对网站网页的收录数，外链数，还有PR值，alex排名等等。

alt text

PS：这个是火狐社区的数据，哎，不给力啊，PR值才0，希望大家共同努力，把火狐社区创建的更加繁荣。

5.豆瓣助手 douban helper

这个可以叫作豆瓣社区的改造器吧，功能很强大。

全部功能在豆瓣网右上角有设置按钮，或者按Alt+Q可以查看。主要分为交流增强，贴图识别，快速搜索和其他功能几大类。

alt text

6.youkuSS

这个脚本优化youku看视频，可以任意缩放视频窗口，直接分析出视频下载链接。

alt text

还有一些其他脚本就不在这里不再敖述了，一般官方都有详细的介绍。在这里罗列一些使用比较多的扩展：

百度密语可以在百度贴吧发送加密帖子的脚本，很强大哦。详细指南点我

verydou可以直接在豆瓣的影视和音乐等旁边显示verycd的下载搜索内容。

Google Book Downloader 直接在google book中生成图书的下载链接！！不过还是图片格式的，残念~~

现在大概就想起了这些，如果大家发现有更过更好的扩展，就在留言中一起分享一下吧。

PS：现在开始整理些，楼下回复推荐的脚本吧。

AutoPagerize：不错的自动翻页脚本，支持google和百度（和googlemonkeyR脚本配合不错，其他几个脚本有点小问题）。不能和Aotopage扩展共用。

Scroll with Mouse Plus：无需用鼠标滚轴即可翻页的脚本，貌似在我这失效了。改了配置也没法启动。估计是我各类扩展脚本装太多的缘故吧~

顺道补充一个小技巧：某些脚本作者很懒，不愿意写个配置界面出来，就干脆把配置写在了代码里面，用户可以在油猴脚本界面，选中一个脚本，点击编辑就可看到脚本的源代码了。比如这个Scroll with Mouse Plus配置就在代码最前面。

Textarea Backup：自动备份输入框的小脚本，但是貌似我没找到使用方法。。和Textarea Cache扩展冲突？希望楼下使用这个脚本的用户介绍下。。

感谢真三狂热者推荐两个脚本：

Super_preloader：自动翻页拼接扩展，方便用户浏览论坛百度google等。与百度monkey兼容性不好。

Superprefetch ：与Superpreloader同一个作者写的，支持键盘上的左右键翻页。两个脚本都带有预读功能，都支持鼠标手势。

标签: greasemonkey, 推荐, 油猴子, 热门脚本 28 评论

2212月/11关

网站分析职业生涯规划

发布在邵珠庆

明天分享读书报告《精通Web Analytics 2.0》相关资料

下面是网站分析大师Avinash的关于网站分析职业生涯规划的表格：

Web Analytics Career	纬度	个人贡献者	团队领导者
业务	角色	CMO – 分析师 – 业务部门	副总裁（CMO）-分析主管-分析师（业务部门）
	技能	业务策略 Web analytics2.0衡量策略有效的沟通者统计方法与数学技能 JS技能	拥有领导能力的优秀分析师激励下属人际交往和沟通能力
	提升	团队管理数据策略	成长空间取决于公司的规模，业务部门领导者，不封顶
技术	角色	业务团队 – 个人技术 – 网站分析提供商	总裁 – 分析经理 – 业务部门
	技能	技术加码和工具运用顺利	启发与激励下属人际交往能力
	提升	转向业务，进入IT行业商业智能	基于ASP的分析有瓶颈，可以延伸到CRM,ERP等职位

个人业务的提升，大家是不是倍感压力和动力呢

标签: 数据分析, 网站分析 8 评论

支持博主

关于邵珠庆博客

文章标签

记事邵珠庆博客

1、Web前端网址导航
2、邵珠庆极客筛站
3、识别移动设备访问代码

竹磬网-了解慈善捐款计划

邵珠庆の日记生命只有一次，你可以用它来做很多伟大的事情–Make the world a little better and easier

网站分析团队问题

发布在邵珠庆

Google Analytic 数据导出API接口GAPI之PHP脚本

发布在邵珠庆

用户数据和商业数据

发布在邵珠庆

浏览器差异 window.open

发布在邵珠庆

浏览器实现差异:

第二参数target(name)相关:

用途:

差异:

p3p 简洁策略及浏览器支持情况

发布在邵珠庆

简洁策略对应的 HTTP Response Header :

已测知的问题:

默认不禁止第三方cookie的浏览器测试:

建议:

最后:

番薯网报告分享

发布在邵珠庆

2011年百度大更新时间规律分析

发布在邵珠庆

greasemonkey油猴子热门脚本推荐

发布在邵珠庆

网站分析职业生涯规划

发布在邵珠庆

支持博主

关于邵珠庆博客

文章标签

记事邵珠庆博客

最近文章

最近评论

博客日历

目录分类

文章归档

博客功能

京东好物

2025年11月
一	二	三	四	五	六	日
« 8月
					1	2
3	4	5	6	7	8	9
10	11	12	13	14	15	16
17	18	19	20	21	22	23
24	25	26	27	28	29	30

邵珠庆の日记 生命只有一次，你可以用它来做很多伟大的事情–Make the world a little better and easier

发布在 邵珠庆

发布在 邵珠庆

发布在 邵珠庆

发布在 邵珠庆

浏览器实现差异:

第二参数target(name)相关:

用途:

差异:

发布在 邵珠庆

简洁策略对应的 HTTP Response Header :

已测知的问题:

默认不禁止第三方cookie的浏览器测试:

建议:

最后:

发布在 邵珠庆

发布在 邵珠庆

发布在 邵珠庆

发布在 邵珠庆

发布在 邵珠庆

支持博主

关于邵珠庆博客

文章标签

记事邵珠庆博客

最近文章

最近评论

博客日历

目录分类

文章归档

博客功能

京东好物

邵珠庆の日记生命只有一次，你可以用它来做很多伟大的事情–Make the world a little better and easier

发布在邵珠庆

发布在邵珠庆

发布在邵珠庆

发布在邵珠庆

　　　　用途:

　　　　差异:

发布在邵珠庆

发布在邵珠庆

发布在邵珠庆

发布在邵珠庆

发布在邵珠庆

发布在邵珠庆