Money Blog » SEO&SEM

招聘：某领先外贸B2C招聘英文SEOer

admin — Wed, 17 Aug 2011 12:41:06 +0000

帮萧遥同学发个招聘，有需要的朋友看看，同时也将这个招聘放到博客的招聘页面，需要找工作的朋友可以移步前往。萧遥他们公司是国内领先的外贸B2C，在3C产品领域做得最好的，地点是深圳。

国内的一家比较领先的外贸B2C招聘英文SEO，公司正在扩张壮大期间，SEO部门尤其需要人员，由于公司现正处于快速扩张阶段，新人提升空间较大，另外工作氛围轻松愉快，公司美女也多。

岗位职责：
1、分析、评估、建议、挖掘网站关键词；
2、分析、评审、建议并不断完善内部链接分布，执行外部优化方案，开展网站外部链接建设；
3、评估、分析公司各项产品是否符合搜索引擎优化要求，提升搜索引擎友好度；
4、执行网站内部优化方案，与各部门配合执行网站结构的整体解决方案；
5、完善内部SEO平台，分析研究和监控竞争对手。

岗位要求：

1、大专及以上学历；
2. 有自己的英文网站，一年或以上的SEO经验；
3、熟悉HTML、CSS等页面语言；
4、具备良好的沟通能力、强烈的责任心、创新意识和学习能力，具有团队合作精神；
5、英语CET-4或以上。

工作地点位于深圳，待遇面谈，公司提供有竞争力的工资。

欢迎各位朋友推荐或者自荐，可以把简历发到我的邮箱jasonhe*asia-peak.com(change * to @ )

HTTP服务器头部信息详解

admin — Wed, 15 Jun 2011 17:34:06 +0000

听说服务器头部信息优化是一个投入产出比较高的SEO手段，等待效果。先Mark下这方面的文章，恶补下服务器知识。下面转载一篇详解文章，出处不详：

1. Accept：告诉WEB服务器自己接受什么介质类型，*/* 表示任何类型，type/* 表示该类型下的所有子类型，type/sub-type。

2. Accept-Charset：浏览器申明自己接收的字符集

Accept-Encoding：浏览器申明自己接收的编码方法，通常指定压缩方法，是否支持压缩，支持什么压缩方法（gzip，deflate）

Accept-Language：：浏览器申明自己接收的语言

语言跟字符集的区别：中文是语言，中文有多种字符集，比如big5，gb2312，gbk等等。

3. Accept-Ranges：WEB服务器表明自己是否接受获取其某个实体的一部分（比如文件的一部分）的请求。

bytes：表示接受，none：表示不接受。

4. Age：当代理服务器用自己缓存的实体去响应请求时，用该头部表明该实体从产生到现在经过多长时间了。

5. Authorization：当客户端接收到来自WEB服务器的 WWW-Authenticate 响应时，用该头部来回应自己的身份验证信息给WEB服务器。

6. Cache-Control：请求：no-cache（不要缓存的实体，要求现在从WEB服务器去取）

max-age：（只接受 Age 值小于 max-age 值，并且没有过期的对象）

max-stale：（可以接受过去的对象，但是过期时间必须小于 max-stale 值）

min-fresh：（接受其新鲜生命期大于其当前 Age 跟 min-fresh 值之和的缓存对象）

响应：public(可以用 Cached 内容回应任何用户)

private（只能用缓存内容回应先前请求该内容的那个用户）

no-cache（可以缓存，但是只有在跟WEB服务器验证了其有效后，才能返回给客户端）

max-age：（本响应包含的对象的过期时间）

ALL: no-store（不允许缓存）

7. Connection：请求：close（告诉WEB服务器或者代理服务器，在完成本次请求的响应后，断开连接，不要等待本次连接的后续请求了）。

keepalive（告诉WEB服务器或者代理服务器，在完成本次请求的响应后，保持连接，等待本次连接的后续请求）。

响应：close（连接已经关闭）。

keepalive（连接保持着，在等待本次连接的后续请求）。

Keep-Alive：如果浏览器请求保持连接，则该头部表明希望 WEB 服务器保持连接多长时间（秒）。

例如：Keep-Alive：300

8. Content-Encoding：WEB服务器表明自己使用了什么压缩方法（gzip，deflate）压缩响应中的对象。

例如：Content-Encoding：gzip

Content-Language：WEB 服务器告诉浏览器自己响应的对象的语言。

Content-Length： WEB 服务器告诉浏览器自己响应的对象的长度。

例如：Content-Length: 26012

Content-Range： WEB 服务器表明该响应包含的部分对象为整个对象的哪个部分。

例如：Content-Range: bytes 21010-47021/47022

Content-Type： WEB 服务器告诉浏览器自己响应的对象的类型。

例如：Content-Type：application/xml

9. ETag：就是一个对象（比如URL）的标志值，就一个对象而言，比如一个 html 文件，如果被修改了，其 Etag 也会别修改，

所以，ETag 的作用跟 Last-Modified 的作用差不多，主要供 WEB 服务器判断一个对象是否改变了。

比如前一次请求某个 html 文件时，获得了其 ETag，当这次又请求这个文件时，浏览器就会把先前获得的 ETag 值发送给

WEB 服务器，然后 WEB 服务器会把这个 ETag 跟该文件的当前 ETag 进行对比，然后就知道这个文件有没有改变了。

10. Expired：WEB服务器表明该实体将在什么时候过期，对于过期了的对象，只有在跟WEB服务器验证了其有效性后，才能用来响应客户请求。

是 HTTP/1.0 的头部。

例如：Expires：Sat, 23 May 2009 10:02:12 GMT

11. Host：客户端指定自己想访问的WEB服务器的域名/IP 地址和端口号。

例如：Host：rss.sina.com.cn

12. If-Match：如果对象的 ETag 没有改变，其实也就意味著对象没有改变，才执行请求的动作。

If-None-Match：如果对象的 ETag 改变了，其实也就意味著对象也改变了，才执行请求的动作。

13. If-Modified-Since：如果请求的对象在该头部指定的时间之后修改了，才执行请求的动作（比如返回对象），否则返回代码304，告诉浏览器该对象没有修改。

例如：If-Modified-Since：Thu, 10 Apr 2008 09:14:42 GMT

If-Unmodified-Since：如果请求的对象在该头部指定的时间之后没修改过，才执行请求的动作（比如返回对象）。

14. If-Range：浏览器告诉 WEB 服务器，如果我请求的对象没有改变，就把我缺少的部分给我，如果对象改变了，就把整个对象给我。

浏览器通过发送请求对象的 ETag 或者自己所知道的最后修改时间给 WEB 服务器，让其判断对象是否改变了。

总是跟 Range 头部一起使用。

15. Last-Modified：WEB 服务器认为对象的最后修改时间，比如文件的最后修改时间，动态页面的最后产生时间等等。

例如：Last-Modified：Tue, 06 May 2008 02:42:43 GMT

16. Location：WEB 服务器告诉浏览器，试图访问的对象已经被移到别的位置了，到该头部指定的位置去取。

例如：Location：http://i0.sinaimg.cn/dy/deco/2008/0528 /sinahome_0803_ws_005_text_0.gif

17. Pramga：主要使用 Pramga: no-cache，相当于 Cache-Control： no-cache。

例如：Pragma：no-cache

18. Proxy-Authenticate：代理服务器响应浏览器，要求其提供代理身份验证信息。

Proxy-Authorization：浏览器响应代理服务器的身份验证请求，提供自己的身份信息。

19. Range：浏览器（比如 Flashget 多线程下载时）告诉 WEB 服务器自己想取对象的哪部分。

例如：Range: bytes=1173546-

20. Referer：浏览器向 WEB 服务器表明自己是从哪个网页/URL 获得/点击当前请求中的网址/URL。

例如：Referer：http://www.sina.com/

21. Server: WEB 服务器表明自己是什么软件及版本等信息。

例如：Server：Apache/2.0.61 (Unix)

22. User-Agent: 浏览器表明自己的身份（是哪种浏览器）。

例如：User-Agent：Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14

23. Transfer-Encoding: WEB 服务器表明自己对本响应消息体（不是消息体里面的对象）作了怎样的编码，比如是否分块（chunked）。

例如：Transfer-Encoding: chunked

24. Vary: WEB服务器用该头部的内容告诉 Cache 服务器，在什么条件下才能用本响应所返回的对象响应后续的请求。

假如源WEB服务器在接到第一个请求消息时，其响应消息的头部为：Content-Encoding: gzip; Vary: Content-Encoding

那么 Cache 服务器会分析后续请求消息的头部，检查其 Accept-Encoding，是否跟先前响应的 Vary 头部值一致，即是否使用

相同的内容编码方法，这样就可以防止 Cache 服务器用自己 Cache 里面压缩后的实体响应给不具备解压能力的浏览器。

例如：Vary：Accept-Encoding

25. Via：列出从客户端到 OCS 或者相反方向的响应经过了哪些代理服务器，他们用什么协议（和版本）发送的请求。

当客户端请求到达第一个代理服务器时，该服务器会在自己发出的请求里面添加 Via 头部，并填上自己的相关信息，当下一个代理服务器

收到第一个代理服务器的请求时，会在自己发出的请求里面复制前一个代理服务器的请求的Via 头部，并把自己的相关信息加到后面，

以此类推，当 OCS 收到最后一个代理服务器的请求时，检查 Via 头部，就知道该请求所经过的路由。

例如：Via：1.0 236-81.D07071953.sina.com.cn:80 (squid/2.6.STABLE13)

HTTP 请求消息头部实例：

Host：rss.sina.com.cn

User-Agent：Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14

Accept：text/xml,application/xml,application/xhtml+xml,text /html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5

Accept-Language：zh-cn,zh;q=0.5

Accept-Encoding：gzip,deflate

Accept-Charset：gb2312,utf-8;q=0.7,*;q=0.7

Keep-Alive：300

Connection：keep-alive

Cookie：userId=C5bYpXrimdmsiQmsBPnE1Vn8ZQmdWSm3WRlEB3vRwTnRtW <– Cookie

If-Modified-Since：Sun, 01 Jun 2008 12:05:30 GMT

Cache-Control：max-age=0

HTTP 响应消息头部实例：

Status：OK – 200 <– 响应状态码，表示 web 服务器处理的结果。

Date：Sun, 01 Jun 2008 12:35:47 GMT

Server：Apache/2.0.61 (Unix)

Last-Modified：Sun, 01 Jun 2008 12:35:30 GMT

Accept-Ranges：bytes

Content-Length：18616

Cache-Control：max-age=120

Expires：Sun, 01 Jun 2008 12:37:47 GMT

Content-Type：application/xml

Age：2

X-Cache：HIT from 236-41.D07071951.sina.com.cn <– 反向代理服务器使用的 HTTP 头部

Via：1.0 236-41.D07071951.sina.com.cn:80 (squid/2.6.STABLE13)

Connection：close

计划收购一些老站或域名

admin — Sat, 02 Apr 2011 03:35:09 +0000

Do you know what is Digital Technology (Цифровая техника)， In fact, Digital Technology is a kind of Science technology of Electronic Computer. It transfers the image,text,voice etc into 0 or 1 which is Binary data in Computer. Then it was computed, processed, stored, transfer, restore.As in the computing, storage and other sectors to use the computer to encode information, compression, decoding, also known as digital technology, computer digital technology. Digital technology also known as digital control technology.

That is the definition of Digital Technology (Цифровая техника), Maybe you are still not able to understand what does it mean. But it doesn’t matter, i think you could and you would know more about it if you study deeper.

最近想直接收一些小老站，1~3年域龄，PR2或以上的，中英文皆可，最好是用Wordpress博客，当然，其他CMS系统搭建的也可以考虑。

看看大家是否有闲置的站或者快要到期不打算续费的站，都可以谈谈，价格合理即可成交。

联系方式：

邮件/Gtalk：

微博：t.sina.com.cn/moneyding Or t.qq.com/moneyding

HTTP状态码表示什么

admin — Thu, 24 Mar 2011 08:48:37 +0000

转载一篇实用的知识库文章：

100系列码

从100到199范围的HTTP状态码是信息报告码。基于各种原因考虑，大多数情况下我们是很少看见这些代码的。首先，如果一个浏览器尝试访问一个网站，而网站返回这些代码时，它们往往都不会显示在屏幕上。它们只是浏览器使引用的内部码。另外，这些代码不常见的另外一个原因是起初HTTP标准不允许使用这一范围的状态码。就其本身而言，它们也一直没有被广泛地使用。

200系列码

从200到299范围的状态码是操作成功代码。同样的，在正常的Web上网中，你也很可能不曾在屏幕上看到这些代码。相反的，这些代码是在浏览器内部使用的，用以确认操作成功确认和当前请求状态。虽然这些代码通常不显示，但是有一些故障排除工具能够读到它们，就像和其它大多数的HTTP状态码一样，它们在错误诊断过程中是非常有用的。

300系列码

从300到399范围的状态码是重定向代码。本质上，它们告诉Web浏览器必须执行其它一些操作以完成请求。基于这个命令的特点，它可以自动地执行，或者要求额外的用户输入。比如，状态码301表示一个特定资源已经被永久地先移除，因此将来所有访问该资源请求都应该定向到一个特定的URL上。

400系列码

在400范围的状态码是客户端错误码。这种类型的错误码往往跟安全相关。比如，如果一个客户端尝试访问一个未授权访问的资源，服务器就会返回一个状态码401。类似地，如果客户端尝试访问一个禁止的资源，在这种情况下客户端的认证状态是一样的，那么服务器可能会返回一个状态码403，表示禁止对该资源进行访问。

如果请求不正确或客户端超时，400级错误码也可能被返回。然而，有一个400级的代码总是具有误导性：404。虽然这个代码在技术上被归类为客户端错误，但是事实上它可以同时表示客户端或服务器上的错误。但这个错误码只是简单地显示为没有找到请求的资源。当这个错误发生在客户端时，它往往表示的是网络连接问题。在其他时候，这个错误的发生还可能是由于资源已从服务器上转移或重命名而造成的。

500系列码

500级状态码表示的是服务器错误。比如，如果Web服务器超时，它就会产生一个504错误。虽然，一个500级的错误往往表示的不是服务器的问题，而是在服务器上运行的Web应用的问题。比如，我自己的个人网站是用ASP编写的，它负责动态生成HTML网页。在调试的过程中，有Bug的代码总会导致我的Web服务器返回HTTP状态码500，该代码是一般表示内部服务器错误。这个代码只是出现问题了，并且HTTP无法解决该问题。

—————————————–

1xx – 信息提示

“100″:Continue

“101″:witchingProtocols

2xx – 成功

“200″:OK

“201″:Created

“202″:Accepted

“203″:Non-AuthoritativeInformation

“204″:NoContent

“205″:ResetContent

“206″:PartialContent

3xx – 重定向

“300″:MultipleChoices

“301″:MovedPermanently

“302″:Found

“303″:SeeOther

“304″:NotModified

“305″:UseProxy

“307″:TemporaryRedirect

4xx – 客户端错误

“400″:BadRequest

“401″:Unauthorized

“402″:PaymentRequired

“403″:Forbidden

“404″:NotFound

“405″:MethodNotAllowed

“406″:NotAcceptable

“407″:ProxyAuthenticationRequired

“408″:RequestTime-out

“409″:Conflict

“410″:Gone

“411″:LengthRequired

“412″:PreconditionFailed

“413″:RequestEntityTooLarge

“414″:Request-URITooLarge

“415″:UnsupportedMediaType

“416″:Requestedrangenotsatisfiable

“417″:ExpectationFailed

5xx – 服务器错误

“500″:InternalServerError

“501″:NotImplemented

“502″:BadGateway

“503″:ServiceUnavailable

“504″:GatewayTime-out

“505″:HTTPVersionnotsupported

状态代码	状态信息	含义
100	Continue	初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新）
101	Switching Protocols	服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新）
200	OK	一切正常，对GET和POST请求的应答文档跟在后面。
201	Created	服务器已经创建了文档，Location头给出了它的URL。
202	Accepted	已经接受请求，但处理尚未完成。
203	Non-Authoritative Information	文档已经正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝（HTTP 1.1新）。
204	No Content	没有新文档，浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的。
205	Reset Content	没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容（HTTP 1.1新）。
206	Partial Content	客户发送了一个带有Range头的GET请求，服务器完成了它（HTTP 1.1新）。
300	Multiple Choices	客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。如果服务器要提出优先选择，则应该在Location应答头指明。
301	Moved Permanently	客户请求的文档在其他地方，新的URL在Location头中给出，浏览器应该自动地访问新的URL。
302	Found	类似于301，但新的URL应该被视为临时性的替代，而不是永久性的。注意，在HTTP1.0中对应的状态信息是“Moved Temporatily”。出现该状态代码时，浏览器能够自动访问新的URL，因此它是一个很有用的状态代码。注意这个状态代码有时候可以和301替换使用。例如，如果浏览器错误地请求http://host/~user（缺少了后面的斜杠），有的服务器返回301，有的则返回302。严格地说，我们只能假定只有当原来的请求是GET时浏览器才会自动重定向。请参见307。
303	See Other	类似于301/302，不同之处在于，如果原来的请求是POST，Location头指定的重定向目标文档应该通过GET提取（HTTP 1.1新）。
304	Not Modified	客户端有缓冲的文档并发出了一个条件性的请求（一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档）。服务器告诉客户，原来缓冲的文档还可以继续使用。
305	Use Proxy	客户请求的文档应该通过Location头所指明的代理服务器提取（HTTP 1.1新）。
307	Temporary Redirect	和302 （Found）相同。许多浏览器会错误地响应302应答进行重定向，即使原来的请求是POST，即使它实际上只能在POST请求的应答是303时才能重定向。由于这个原因，HTTP 1.1新增了307，以便更加清除地区分几个状态代码：当出现303应答时，浏览器可以跟随重定向的GET和POST请求；如果是307应答，则浏览器只能跟随对GET请求的重定向。（HTTP 1.1新）
400	Bad Request	请求出现语法错误。
401	Unauthorized	客户试图未经授权访问受密码保护的页面。应答中会包含一个WWW-Authenticate头，浏览器据此显示用户名字/密码对话框，然后在填写合适的Authorization头后再次发出请求。
403	Forbidden	资源不可用。服务器理解客户的请求，但拒绝处理它。通常由于服务器上文件或目录的权限设置导致。
404	Not Found	无法找到指定位置的资源。这也是一个常用的应答。
405	Method Not Allowed	请求方法（GET、POST、HEAD、DELETE、PUT、TRACE等）对指定的资源不适用。（HTTP 1.1新）
406	Not Acceptable	指定的资源已经找到，但它的MIME类型和客户在Accpet头中所指定的不兼容（HTTP 1.1新）。
407	Proxy Authentication Required	类似于401，表示客户必须先经过代理服务器的授权。（HTTP 1.1新）
408	Request Timeout	在服务器许可的等待时间内，客户一直没有发出任何请求。客户可以在以后重复同一请求。（HTTP 1.1新）
409	Conflict	通常和PUT请求有关。由于请求和资源的当前状态相冲突，因此请求不能成功。（HTTP 1.1新）
410	Gone	所请求的文档已经不再可用，而且服务器不知道应该重定向到哪一个地址。它和404的不同在于，返回407表示文档永久地离开了指定的位置，而 404表示由于未知的原因文档不可用。（HTTP 1.1新）
411	Length Required	服务器不能处理请求，除非客户发送一个Content-Length头。（HTTP 1.1新）
412	Precondition Failed	请求头中指定的一些前提条件失败（HTTP 1.1新）。
413	Request Entity Too Large	目标文档的大小超过服务器当前愿意处理的大小。如果服务器认为自己能够稍后再处理该请求，则应该提供一个Retry-After头（HTTP 1.1新）。
414	Request URI Too Long	URI太长（HTTP 1.1新）。
416	Requested Range Not Satisfiable	服务器不能满足客户在请求中指定的Range头。（HTTP 1.1新）
500	Internal Server Error	服务器遇到了意料不到的情况，不能完成客户的请求。
501	Not Implemented	服务器不支持实现请求所需要的功能。例如，客户发出了一个服务器不支持的PUT请求。
502	Bad Gateway	服务器作为网关或者代理时，为了完成请求访问下一个服务器，但该服务器返回了非法的应答。
503	Service Unavailable	服务器由于维护或者负载过重未能应答。例如，Servlet可能在数据库连接池已满的情况下返回503。服务器返回503时可以提供一个 Retry-After头。
504	Gateway Timeout	由作为代理或网关的服务器使用，表示不能及时地从远程服务器获得应答。（HTTP 1.1新）
505	HTTP Version Not Supported	服务器不支持请求中所指明的HTTP版本。（HTTP 1.1新）

来源：http://kb.cnblogs.com/a/1457846/

解决频繁更改目标地址或者镜像网页问题导致质量得分下降的方法

admin — Sat, 03 Apr 2010 05:26:12 +0000

最近在做Adwords试验的时候，发觉一个很奇怪的现象，那就是某一个广告组里面的关键词出现在首页的单价一日内发生几次变化，从早上的几毛钱到晚上的几块钱，越到后来变化越少，但是基本上出现在首页的单价都是几块钱的情况。一个click就几块钱，这成本对于我来说也太高了。

出现在首页的单价升高如此多无非就两种情况：

1.竞争对手集体出价过高，在质量得分不变的情况下，被挤到后面了。

2.质量得分大幅度降低，导致单价升高。

现实的情况是竞争对手并不多，竞争也不是激烈,有时候甚至没有竞争对手，但单价依然是几块钱，那么唯一的问题就是出在质量得分上面。我发现质量得分从10->-6->5->4->3，甚至有一次是2，那次我出十几块的单价都无法出现在首页。既然问题已经找到了，那么就是需要解决问题的措施，根据Google adwords帮助文档，影响质量得分的因素有：

* 关键字及相应广告在 Google 上的历史点击率；请注意，Google 联盟网络中的点击率只会影响 Google 联盟网络中的质量得分，而不会影响 Google 上的质量得分。
* 您帐户的历史记录，根据您帐户内的所有广告和关键字的点击率计算得出。
* 相应广告组中的显示网址的历史点击率。
* 您的目标网页的质量。
* 关键字与所在广告组中的广告的相关性。
* 关键字和相应广告与搜索查询的相关性。
* 帐户在将展示广告的地理区域中的效果。
* 其他相关因素。

以上的一些影响因素或多或少有点提示，但是依然无法解决我面临的问题，因为我面临的应该是被google惩罚的情景，如何恢复质量得分才是最关键的，本来是找了谷歌的客服MM的，但是因为工作挺忙，也没闲着等她电话，后来也大概她也忘记这事了。

征求过Gaoge和Kent的意见，但是貌似线上说得也不太明白，而且不清楚我的具体情况，事情也无法解决，但是从Gaoge同学那里得到一个被惩罚的可能性猜测是：频繁更改目标地址。因为我之前一直犹豫究竟要推广哪个产品，所以来回换了几次，标题和描述都改了,但是如何去解决这个问题一直都没有得到解决的办法。直到一天一朋友去完Adwords培训回来，刚好培训师说到了这个问题并提出了解决方案。

1.把单价调高到系统要求出现在首页的最低价。

2.在排名期望里面，使用“启用：自动调整每次点击费用的最高出价以争取所期望的排名范围”

3.在排名方式里面，选择“加速：尽快展示广告”

4.找人去帮你点击你的广告，连续两三天就行。

那时候朋友说一两天就行，但是后来我发现要时间长一点。其实这样做的原理可能是通过用钱买CTR，换回质量得分的恢复，毕竟CTR对于质量得分的影响是挺大的。当然，这是我的一种猜测，究竟是不是这个原理，得要等高手来讲解一下。

当然，最后的结果当然是质量得分恢复到一般正常的水平7分，这至少让我不需要继续为了小小的回报而去投入如此高的广告费了。

以上是一个Adwords菜鸟遇到的问题与解决方法，不知道各位高手有没有遇到类似的情况或者有更好的解决办法呢？欢迎留言赐教

补充：

PS:还有一个可能导致我这次被惩罚的原因可能会是镜像网页的原因，因为当时我是用了两个不同域名的着陆页（后来删掉一个），但是内容和代码都是一样的。

经过和Gaoge讨论，我们下面来看看Gaoge同学对这次问题解决办法原理的理解（整理了一下）：

问：但是如果我不按照那个步骤去做，那个质量得分还是依然超低

答：GGL的全部关注在于ECPM，他惩罚你是因为你可能带来不好的客户体验，降低中长期CPM。你消除了这个桥页因素以后，不断刺激它，给它一个高CPM，则他会主动接受这个刺激，也就是加速的意义。如果是这样（提高CTR换QS恢复），则用大幅提高MAX CPC的方法也可以达到同样效果，速度可能更快，短期损失会更大。

问：那如果不去主动刺激他，那么恢复的过程会很漫长？

答：对，他不会主动给你来修正

Gaoge形象的比如：

如果确实是桥页因素，而你没有消除，那么算法中始终卡了一个要害，光靠买CTR是买不回来那么多质量得分的。

逻辑是：你骗我，我惩罚你

然后我不正眼看你

多花钱是劝它看看我，我已经是好孩子了

好孩子是基础，花钱是手段

我的理解：

GGL是暗地里让你花钱买质量得分恢复，但是从来不明确告诉你是这样，只是在引导你回归正道，但是前提是要交保护费。

301重定向从无www域名至www域名

admin — Fri, 15 Jan 2010 01:23:31 +0000

之前介绍过了301重定向的工作原理，对于301重定向还是有点了解。最近决定将moneyding.cn重定向到www.moneyding.cn了，众所周知，严格来说，moneyding.cn和www.moneyding.cn是两个不同的域名，所以新网那里绑定域名A记录的时侯要将moneyding.cn和www.moneyding.cn同时绑定，两个域名都可以访问。站在SEO的角度上来看，这是分散了网站的权重，不提倡，所以建议重定向其中一个域名将权重传递到主要使用的域名中。

#Linux主机301重定向

我使用的是Godaddy的Liunx主机，Godaddy本身已经支持Apache，所以直接创建一个.htaccess文件就可以了，一般来说，在本地无法创建.htaccess的时候可以先创建一个txt格式文件，上传到根目录的时候再重命名为“.htaccess”就可以了。网上很多如何进行301重定向的教程，无论是整站重定向还是单页重定向。

## 1 none www301重定向到www

下面是我.htaccess文件中的代码

RewriteEngine on
rewritecond %{http_host} ^moneyding.cn [nc]
rewriterule ^(.*)$ http://www.moneyding.cn/$1 [r=301,nc]

##2 整站301重定向

Options +FollowSymlinks
RewriteEngine on
RewriteCond %{HTTP_HOST} ^abc.com [NC]
RewriteRule ^(.*)$ http://www.abc.com/$1 [L,R=301]
RewriteCond %{HTTP_HOST} ^www.abc.com [NC]
RewriteRule ^(.*)$ http://abc.org/$1 [L,R=301]

另外一种是在根目录下的index.php里这样弄

header(“HTTP/1.1 301 Moved Permanently”);
header(“Location:http://abc.org/”);
exit();

#2 Asp主机301重定向

在 index.asp 或 default.asp 的最顶部加入以下几行：
代码如下:

<%
Response.Status=”301 Moved Permanently”
Response.AddHeader “Location”,”www.abc.org”
Response.End
%>

然而，今天我发现乐思蜀的博客(lesishu.cn)被关闭了，首页换上了一个告示页面，

“该域名没备案已被关闭”

可见是空间商的行为，域名并没有停止解析。然而我思量着是否是是时候要换域名，昨天蓝天博客建议我还是最好换域名，但是我依然觉得一个国家互联网环境不至于杯具到这种地步，而且我也不愿意往最糟糕的情况思考，因为我觉得这是不可能的，这对互联网经济打击太大了。虽然目前博客空间依然是放在太平彼岸，但是我相信终究有回归的一天。

所以暂时来说，我还是不换域名。。

By the way,我也调整了正文的字体间距为0.2mm，看文章看起来应该舒服点吧，以后会继续微调，请网页设计的朋友给点建议，我不太清楚什么宽距和什么字体看起来比较舒服

Updated：CNNIC发布新规则：允许个人持有老CN域名，希望中国互联网会变得更好，更开放，更自由。

Google Adwords做淘客推广失败经验总结与前瞻

admin — Wed, 13 Jan 2010 05:21:09 +0000

看标题已经知道我上次进行的利用Google Adwords做淘客推广是失败的，跟我和大多数人预测一样，入不敷出。但是我依然不认为这种思维是不可行的，国外很多成功的例子，即使在国内也有成功的案例。所以这次的失败不在于思路不可行，在于操作者的水平，由于属于Adwords新手，所以刚开始是存在着很多不足和缺陷，下面是我自己对于这次试验的经验总结以及未来的一些前瞻想法和操作。

#1 数据

相信数据是各位最关心的问题，尤其是money啊。好吧，下面赤裸裸地给大家展示相关数据：

试验天数：8天，2009年12月25日~2010年1月1日

##1 Adwords数据

试验资金：￥257.48

总展示数：39,868

点击次数：3.16%

平均每次点击费用：￥0.20

平均每千次展示费用：￥6.46

平均排名：2.5

质量得分：7分

##2 淘宝客推广数据

总共收入：19.65元

卖出2件商品：价格分别是248和145.

佣金比例：5%

#2 失败经验总结与教训

上面已经说了，这次的失利不代表思路不可行，而是我作为一个新手到处碰壁而已。当然，这次失败的经验是Google给我付钱的，所以还得多谢Google

##1 产品定位错误

做淘宝类产品这个方向是没错的，可是我没有考虑到其他因素，那就是佣金回报的比率，这个决定了我应该做什么产品的推广。我这次做的产品（其中一产品是250元）的佣金回报比率仅5%，那么如果我做的推广是20%回报的产品，那我帮忙卖出一个产品的佣金就是50元了，一天卖一个都不用亏了。

##2 着陆页设计问题

着陆页很大程度上决定了转化率，所以即使你的CTR很高，但是着陆页设计得不好，最终的结果就是花出去的钱远远比收回来的钱多。我在着陆页上就直接使用了淘宝客的女性主题，同时在footer加上些纯粹为质量得分而加的描述文字，整个页面就是iframe代码和文本。

试想一下，如果你作为一个用户进入这样的一个页面，转化率会高吗？我觉得着陆页最重要的在于三个方面：访问速度，引导，用户反馈。如果将着陆页设计成该产品的“销售排行榜+用户使用后的反馈”，会不会刺激访问者的消费欲望呢？这是我目前的一个想法，也是往后实施的一个方向。

##3 Adwords操作水平问题

无论你看过多少书或者教程，终比不上上手操作学习效果来得更好。刚开始对于Adwords不太熟悉，所以对于广告的优化上也没有做到最好，比如QS，每次点击的最高出价等等。由于刚操作失误也导致了前三天花费的费用比后面的要多得多。

此外，Adwords是一个远比我想象中复杂的广告系统，网民的搜索行为更是不是一朝一夕可以研究完的。搜索引擎营销依然存在着很大的商机，一大片的蓝海等待开拓。所以在未来的日子里，继续学习PPC相关知识，边学习边付诸实践，即使操作的金额不大。

# 前瞻

思考了很久，Adwords做淘客究竟有没可能呢？答案还是有的，但是有朋友建议我去试一下Amazon Associates，其实应该是一个更好的选择，不过事实上无论是做国内的淘客还是国外的Amazon Associates,都必须有一定的Adwords操作经验基础和对网民搜索行为的研究理念。

updated:美国时间2010年1月12日，由于某些不可抗拒的原因，Google考虑退出中国，google.cn将会关闭。

所以用Adwords做淘客的话，可能已经看不到未来了。现在国外很多CPS联盟，Amazon Associates只是其中一个，比如CB，CJ等综合类联盟平台。但是由于对于外国网民的搜索行为和习惯还缺乏比较深刻的了解和对Adwords的学习还处于初级阶段，短期内会先观察和学习。同时在google退出中国之前再尝试一下淘宝客，争取扭亏为盈。

对于使用Adwords进行淘客推广，我有以下的一些规划，当然不知道是否合理，只供参考：

##1 剔除adsense和网盟搜索，只做谷歌搜索

##2 关键词选择上尽量精准而且偏僻，哪怕每天只有一两个人搜，但是可以以多个广告页面分别推广多种产品。

##3 尽量将每次点击控制在0.2元左右，个别词可能会高点。

##4 优化广告页面以及广告标题和描述，尽可能提高CTR，提高QS到10分。

##5 自己制作广告页面，而不是单纯的使用淘客的主题代码，融入用户体验要素。

##6 使用积极引导或者call in action，融入更多的营销策略与方式实施。

虽然就只是那么几百块的广告费，但是至少那是一个不错的实践机会，作为一个学生，不敢奢求有几十上百万的项目让自己练手，在跨出校园之前多自己给自己创造点经验和实践的机会，出到社会与其他同龄人相比自然会有更佳的核心竞争力。无论是互联网行业还是其他行业，我们总不该只抱怨学校没有给我们多少实践机会，毕竟自己的未来是自己的事，学校可没有义务为你负责哦。

突发奇想：用Google adwords去做淘宝客行不行？

admin — Sat, 26 Dec 2009 08:14:55 +0000

本文章属于adwords初级水平，中高手可以绕过。

最近Google adwords的500块免费申请广告到处都是，当然我也跟着火了一把。接触Adwords已经有相当一段时间，但是只是限于功能上的操作和文字上的理解，最近终于有机会得偿所愿。在谷歌客服MM的指导下完成了第一个adwords广告制作与投放。

#1 广告页面测试阶段

一开始只是抱着尝试和测试的心态，在博客弄了个美国主机的广告测试页面，第一天没什么经验，就花去了140块广告费，而且有80多块都是来自不靠谱的adsense。不过的确来了一个有意向购买主机的朋友。于是第二天就砍去了adense和网盟搜索的费用，只做google官网搜索的广告投放，当然其中一个原因是我得要控制成本，因为我还真不知道怎么去花剩下的300块才合理（有花掉的50块属于启动费）。于是，从第二天的费用一直在减少，平均每天花费10块广告费左右。不过值得高兴的是制作了第一个QS有10分的广告页面，广告词“虚拟空间”。美国主机广告测试页面在12月17日~12月23日的perfomance。

#2 Adwords可不可以去做淘客推广啊？

总觉得这样把500块慢慢耗掉不是办法，钱虽然不多，但是意义却不同。如果可以将剩下的250块滚雪球那样越滚越多，那有没可能呢？但是我又没有卖产品，没产品可卖，钱是滚不出来的。于是突发奇想，能不能用百度推广或者adwords去做淘客推广呢？能否之前之前的差额，而且这个差额是正的，那就证明这个想法是可行的。

但是明显可见，百度推广的启动费和风险用不是我这个穷学生可以承担得起的，虽然潜在用户多数都聚集在百度。那么只可以选择用adwords了，而且如果效果好而且差额为正的话，我还可以冲几百块进去继续测试研究。于是将我的淘宝客账号与adwords挂钩，选好偏僻关键词，用另外的而一个域名新做了个网页，挂上代码。

第一天表现

第一天广告从早上9点钟开始到深夜12点，总共花费了43.87元，impressions达到1W多次，点击164次，平均每次平均费用0.27元（我设置的最高每次点击费用是0.5元），平均排名2.1。流量来源（由于开始没有与analytics关联，下面只呈现cnzz的统计）：

Soso和smarter都属于网盟搜索的流量。很多部分的流量来源都是来自soso，心想使用soso的过来的流量转化率应该比使用Google的要高啊，会不会这样呢？而且网站停留平均时间达到40秒。除去个人停留较长的因素以外，想必真实数据至少也有20~30秒。20~30秒浏览一个产品页面而且点击进入淘宝应该比较正常的用户行为范畴里面。

#3 真实的转化效果怎样？

事实上，淘客的佣金必须等到买家确认付款后，我们这边的账户才能看到佣金入账。根据之前一位朋友的经验，他曾经做一个淘宝网相关词排到百度第一，一天1000多个IP，转化成的金额大概100块佣金。也就是说平均每个IP的贡献额度为1毛钱。如果这样计算的话，昨天144个IP，那我才不是只有14.4块的收入？而投入的成本却是43块，那么亏了30块一天？当然，这只是一个参考数据，而且他做的是淘宝网相关词，跟产品无关。我这次投放的词是淘宝产品相关词，精准度更高，转化率是否会高点呢？再加上用户群体（来自不同搜索引擎）不一样，不可控和检测的因素过多，所以真正的效果怎样据说要等一个星期，囧！！

我的期待是平均每个用户贡献3毛钱就行了，盈亏平衡是这次的测试的主要目标。当然，我依然是倾向于“投入<支出”，可能性更高。由于以前很多人用adwords做adsense的的前车之鉴，现在基本不可能以最低的0.08元去完成一个没人跟你竞争的click了。那么这种PPC做CPS的广告究竟行不行得通？过一个星期会公布结果，敬请关注哦

Meta搜索，基于SEM/SEO分析的搜索引擎整合平台

admin — Sat, 19 Dec 2009 05:55:32 +0000

Meta搜索 (Meta.cn)是一款基于搜索引擎聚合功能的SEM/SEO分析工具，由一群热爱搜索技术和数据挖掘的年轻人开发搜索引擎整合平台。Meta 搜索整合了多个搜索引擎中分散的搜索排名、网站排名、关键词数据、SEO 数据、网站链接数据、收录数及趋势等多类搜索数据，并通过一站式的应用工具组合来生成数据报告。

从首页UI布局与设计来看，Meta搜索继承了搜索引擎应有的简洁，易用的风格。此外，在SERP中，实现了用户个性化定制，用户可以按照自己的浏览爱好和习惯进行布局修改和添加应用，网站的易用性和实用性均得到充分的体现。

搜索引擎营销无疑是目前国内外最主流的网络营销手段，当社会化媒体营销还处于雏形期的时候，搜索引擎营销在未来相当长的一段时期内必将承载着更多的互联网营销责任与期望。在我看来，目前社会化媒体营销的价值更多的是体现在品牌营销层面上，而搜索引擎营销却是实实在在的产品销售与利润的攫取。所以搜索引擎营销某种程度上更适合传统企业的网络营销方式。Meta搜索的出现，更好更便捷地解决了SEO/SEM中网站在各类搜索引擎数据表现的查询与分析。

当然，一款成功的产品的背后必须有良好的盈利能力或者盈利前景作为持续发展的支持保证。Meta搜索作为一款整合搜索引擎平台产品，其盈利的切入点在哪呢？或许有人认为搜索引擎的盈利模式就在于付费搜索，可是Meta搜索只是一个聚合搜索引擎平台，他存在的价值在于SEM数据的挖掘与数据分析，而不是庞大的搜索用户。当Meta搜索能够更好地挖掘利用企业网站SEM/SEO数据并且为之盈利的时候，或许就是Meta搜索盈利之时。

转载请注明来自money博客的Meta搜索，基于SEM/SEO分析的搜索引擎整合平台