验证码 - UCD大社区

用户如何看待验证码广告

不是司南 — 2013-01-24 10:25:33

内容导读

从本篇文章中，你将获知什么？

国内外验证码广告介绍
验证码广告用户体验的重要性
验证码广告用户体验数据
上线5个月，验证码广告的表现如何？
验证码广告的多样形式

正文

12年7月，验证码广告作为百度联盟新的广告产品华丽上线。什么是验证码广告？顾名思义，就是在输入验证码的环节插入广告。怎么插入？像这样，扩展验证码区域，嵌入一张广告，提取广告内容，让它变成需要用户输入的验证信息。

这是传统验证码：

这是验证码广告：

其实在百度之前，验证码广告就作为新型展示广告在国外受到好评，诸如最出名的2家，Double Recall和Solve Media。Double Recall最早，2010年就在欧洲推出了这个模式，并辅之以数据证明验证码广告的盈利能力以及广告效果，曰：该广告的CPM(每千次展现成本)可达120美元，是传统展示广告的10倍左右，另在广告主知名度提升角度，优于传统banner广告11倍。Solve Media在其白皮书中也肯定了验证码广告在品牌效果方面的卓越建树。国内也有诸如宇初，创始人赵俊利前不久刚刚拿到了天使投资，称验证码广告为“互联网闲置资源中的金矿”，预估市场规模390亿（赵俊利的预估依据：每年中国网站因注册、登录、发帖、下载等应用进行的验证码输入次数约1300亿次，他给广告主的开价是300元/千次）。

验证码广告的优势显而易见：对于站长，增加了变现流量；对于广告主，获得了优质注意力。优质注意力如何解释，因为互联网信息过剩，其实大部分广告的展现是没能展现在受众面前的，即无效展现；又因为一定程度的广告回避效应，这个广告即使有效展现了，现如今聪明有经验的受众也知道哪些区域是广告，从而在浏览页面的时候能够快速聚焦重点区域，对广告视而不见。那么验证码广告有点类似传统广告中的“强制广告”，出现在必须的下载流程中，闪不开，躲不掉，强制关注，强制输入，从而获得高效高质的注意力。

看到这里，其实我们的问题也就产生了：作为广告过程中的重要一方，受众，是否接受这样的广告形式？

纵使国外成功了，我们的受众与国外的受众还不太一样，国外有pay-wall一说，就是用户在获取一些版权相关的东西时，需要付费才可以获得。因此验证码广告对用户的利好是非常明显的，用户可以用时间和精力换来免费的资源，而这笔费用实际就变成了广告主来承担。用户花几秒钟的时间省了版权费，广告主花钱买到了有效注意，可谓两全其美。

但国内，对于习惯“免费午餐”的网民来说，验证码广告是否有损我们的用户体验，有损的话有多大影响，是否致命？另外广告效果是否真如我们预期，受众对广告内容能记住多少？

请带着以上问题来看以下数据：

本调研实施于验证码上线一个月左右的时间，截止目前持续周期5个月。分别在验证码广告以及下载站站点上做了问卷入口，用户点击即可进入我们的问卷平台。8月样本量924，9月1768，10月1403，11月3562，12月2607，总计10264。

1. 用户是否接受验证码广告（Figure 1）

58%的用户表示“验证码广告形式新颖，我喜欢”。

5.8%的用户表示“不可接受，宁愿付费下载”

传统验证码是枯燥无趣的，为了识别确是人类还经常加一些斑点、波纹等噪音，不知会不会有人在反复输入提示错误时大骂一句%$#&。

这也就不难理解验证码广告在打断任务流的情况下还会有6成用户喜欢。

2. 用户在验证码广告的辨识方面有困难么？(Figure 2)

仅1成用户表示“辨识困难”

其中，“更容易”在原题里表示为比传统验证码更容易，“相差不多”表示和传统验证码相差不多，“需要适应”表示刚开始有点不适应，稍微熟悉一下就没问题了。

新产品的诞生总要面对市场的培育及用户习惯的培养，验证码广告上线于用户不知情与无准备的情况下，因此用户开始的不适应是非常正常的，并且在UI的合理引导下能使开始不适应的用户快速适应，这一部分人群也在一定程度上昭示产品的成功。

3. 验证码广告对用户的下载行为是否构成威胁？(Figure 3)

74.6%的用户表示会“照常下载”

12%的用户会放弃下载

这个问题是产品上线之前我们最担心的问题。结论的得出给产品团队吃了颗定心丸。免费午餐不会是中国互联网的长久之态，越来越多的用户会适应在“得到”之前付出一些小小的代价。

4. 验证码广告的记忆效果(Figure 4)

43%的用户能记住输入的内容

14%的用户能记住广告主品牌

广告效果指标按程度分为认知、情感和行动，认知又分为广告再认和广告回忆。并且，研究表明，用户参与可以有效提升广告回忆效果。

因为我们的线上环境难以控制广告对单一用户的再现，所以这里仅作了广告回忆，并将回忆按照由低到高分成3个层次，记住输入内容、记住广告、记住广告主。

数据显示，3/4的人在有广告意识的情况下，半数以上的人记住了输入内容，1/5的人记住了品牌。对比普通展示广告至少三成不被注意，注意到的也容易被用户选择性忽略的情况下，验证码广告的优势显而易见。

以上是验证码广告上线之初的数据情况。5个月后，我们对以上情况再次进行了考察。

数据显示，历经5个月的时间：

1. 用户对验证码广告新颖性的感知并未衰减，且排斥情绪在下降。

2. 难度对于用户来说越来越低，验证码广告相比传统验证码的辨识优势渐显。

3. 对下载行为的负向影响不断降低。照常下载的人群比例在不断攀升，从74.6%上升至82.6%。

4. 记忆效果未见明显增势，品牌意识略有增加。体现在能记住广告主品牌的人群比例在上升。但其实不是所有广告主都将重点放在品牌上，有的主打产品概念等，所以这一项仅供参考。

验证码广告在整个业内状态还处于发展之初，参与站点和广告主还都比较少，形式相对来说也比较单一。

百度、宇初用的基本就是颜色识别，提示用户输入某种颜色的文字，像这样：

可以看看国外的例子。将内容放在引号里，提示输入引用内容：

更有趣、更个性一点的还有这种：

提供稍稍有难度的判断要求，同时提升验证码的趣味性。不过实际操作起来对广告主的要求较高。

笔者简单概括下，目前市场常用的验证码识别方式有：颜色识别（最为常见）、引用识别以及判断识别。

作为产品，我们可以继续在验证码的形式上下功夫，使得它变得更为喜闻乐见，优化体验，在记忆的基础上提升品牌好感度等。广告主方面，可以更为巧妙地提取产品特征，尤其对于新产品上市导入新潮理念，成熟品牌开拓新的产品线，增加新的营销理念，提升验证信息与广告内容的契合度。

验证码广告将如何发展，笔者不好说，但面对互联网革新，广告产品也在不断寻求传统Banner广告之外的创意形式，验证码广告作为创新样式的第一波试水，效果还是比较喜人的。我们期待伴随市场的更多渗入，验证码广告能发挥更大的优势。

-END-

特别鸣谢蛋东的精美配图

相关话题：验证码源地址：http://ueo.baidu.com/?p=1813

化腐朽为神奇：验证码蕴藏商机

pestwave — 2009-04-07 02:08:40

原文作者：- ReadWriteWeb
原文链接：Could Photos Replace Squiggles in CAPTCHA?
译者：pestwave

互联网上的垃圾信息、自动代理程序和小广告日益猖獗，简直让人抓狂。最明显的一个例子要算访问某些网站时要输入的验证码（CAPTCHA ）了。这些字符扑朔迷离，几乎让人无法识别。现在俄勒冈州波特兰的一家公司打算对传统的验证码系统发出挑战。

Vidoop是一家提供用户验证服务的公司，主要服务于金融市场和OpenID。该公司的核心产品是让用户识别并输入图片上的数字和字母，从而登陆网站。这些数字和图片只有肉眼可以识别。Vidoop认为他们的技术也能应用于验证码系统。但存在一些争议。如下图示：

比如，该系统会提醒访客输入显示有房子、船、电脑的照片上包含的字母（O,W,F）。Vidoop称，一般验证码系统失败的几率为20%，而他们的系统更简单易用。照片能够以弹出窗口、或者灯箱广告（lightbox）的形式出现在网页上。这些图片大部分为通过创作共享协议分享的图片。

猫狗+广告？

这里还有一个业务模式。Vidoop称如果该系统受到欢迎的话，网站站长可以在验证图片上卖广告。用户需要全神贯注才可以识别图片，而这正是广告主所需要的。该公司称，在一份具有全国代表性的调查中，大部分受访者表示不介意这种做法。

另外这家公司也错过了一些社会公益元素。比如再验证（ReCaptcha ）工程，利用验证码识别那些通过光学扫描仪无法识别的文字，从而实现图书的数字化。但是该系统和其它验证码系统一样烦人。估计只有那些打算增加网站可用性和收入的站长才会选择Vidoop的产品吧。

在线视觉媒体创新非常复杂。但Vidoop的做法会让一部分人感到进退两难：心理上总有一种被强加广告的感受。

你觉得Vidoop的验证码系统怎么样？产品试用请点击这里。

相关话题：验证码源地址：http://www.yeeyan.com/articles/view/pestwave/36304

验得有体验

OutC — 2009-03-29 05:51:56

验de有体验，验děi有体验……这个标题随你怎么读。

自从5G要求我每次登录时都要输一遍验证码后，我对验证码就产生了一些研究的兴趣。

验证码，是为了防止机器注册或者其他在网站的恶意机器行为而建立的一种会员验证形式，网站在用户登录或注册时要求用户输入一串随机产生的字符串，字符串的表现形式或者是一张不太好辨认的图片，或者是嗞啦嗞啦的背景声下给你读几个字母（这个用到的比较少）。我说的问题比较多的集中在“不太好辨认的图片”上。请看图：

图1（截图来自5G登录验证）：验证码“EX”后面的是数字9还是小写的字母q？

图2（截图来自Hotmail注册页面）：那么多字母“糊”在一起，有的甚至超出了图片边界显示不完整，你能全看懂吗？

但是为了网站安全起见，他们不得不使用一些可视难度大的字符来难倒机器们，但是这可苦了我们人类……但是我认为网站可以做这样一个小改进：可以忽略用户的一个小错误。比如图2，字母GJK后面的字母到底是a还是o很难分清楚，但是用户填a可以通过，填o也能验证，这样就免得用户因为填错而再来一次烦人的字符辨认了。

我也考虑过是否能有更好更方便的验证方式，但最后想的往往又不够合理，经不起推敲。想通过页面后台动作验证来替代用户界面验证，但是又不能不忽略一个浏览器密码保存功能的特例；想叫用户做一些特殊的操作，那肯定得让用户去读一大段文字，似乎又是在浪费用户的时间。

其实有一种已存的验证方式挺好的，就是问你一加一等于几。

相关话题：验证码源地址：http://www.uesign.com/2009/03/49278/

验证码请适可而止!

nick — 2008-11-17 23:04:21

现在，不少网站为了防止用户利用机器人自动注册、登录、灌水，都采用了验证码技术。登陆论坛、在别人的博客留言，无不需要输入验证码。今天在一个老外的博客看了篇文章,准备评论一下,结果我的噩梦就来了..
如下图

评论要求让我填入验证码,我在连续试了5次都不对之后,我关闭窗口,放弃了发表评论的想法,耗时接近1分钟.为什么我要走? 原因很简单,我不想再在这里花时间了,因为盯着屏幕,辨别这些字母,让我觉得很辛苦.

别指望用户会在这个难缠的验证码上花费许多时间来辨别它!
当用户失去耐心的时候,用户随时会走!不要认为,验证码是为了用户帐户安全,减少受垃圾信息骚扰而设定的,用户就会买账.

不知道这种难缠的验证码是怎么给设计出来的?
验证码设计的初衷,是为了辨别访问的是一个人or程序,为了防止一些暴力破解,批量注册,批量灌水而产生的.但是现在,许多网站的验证码,却成为了用户的噩梦.不止把程序拒绝在门口,也用户档在了大门外.更有甚者,验证码出错的同时还刷新了页面,用户需要再次填写一遍刚才的信息!

为什么不能通过一套完善的判断机制,来让验证码在必要的时候才出现呢?
还是说,研发一套完善的判断机制,成本太高,索性就损失一点用户体验就算了?
假如一套完善的判断机制研发不出来,那么我们是否可以通过局部的改变,去改善体验呢?

例如:
1. 登录出错,再次登录时,提示需要输入验证码
2. 同一IP连续注册,发帖时,提示需要输入验证码
3. 减少验证码的长度,比如3位或者4位组合
4. ...

PS:程序方面我是不懂,就当是发发牢骚了.贴多个搞笑的验证码,消遣一下

strBatchCount+="spn304=304,"

相关话题：验证码源地址：http://www.offidea.com/post/word-verification.html

交互设计和交互设计

白鸦 — 2008-11-13 00:50:16

实际上，“交互设计”可以分成两个部分：用户使用流程的交互设计、界面呈现的交互设计（我往往叫他单页面交互）。印象中，最早Cooper在解释“交互设计”时，说到的也是这两个部分。

所谓“用户使用流程”，源于“业务逻辑”，又不同于业务逻辑。因为业务逻辑一般都更偏向于技术模型，对于实际的用户使用来说会过于繁复，易用性很差。
这份工作，一般由产品设计师(负责功能设计、信息架构、‘交互设计’)来完成。比如，
（下面的例子，有兴趣的同学可以给画成流程图，理解起来会更形象）

这里有一个Push Mail添加帐户的“业务逻辑”（不包括错误判断）：
1》进入“系统设置” ，
2》进入“帐户管理(帐户列表)” ，
2.1 选择“添加帐户” ；
3》输入邮箱名称，
4》输入邮箱地址和密码，
5》填写手机号和签名，<可选择“跳过”>
6》设置邮件服务器，
7》最后提交、完成。

评估：如果把这个流程直接作为用户的使用流程，所有用户要完成这个添加帐户的过程需要7个步骤，至少8次提交。

经过“用户使用流程的交互设计”之后，这个“业务逻辑”应该变成更合适的“用户使用流程”。可以是：
1》进入“系统设置” ，
2》进入“帐户管理(帐户列表)” ，<如果现在一个帐户没有，直接跳过帐户管理开始添加帐户>
2.1 选择“添加帐户” ；
3》输入邮箱地址和密码，
3.1填写邮箱名称、手机号和签名，<可选，默认邮箱名就是邮件地址，签名就是邮箱前缀，手机号可以不填>
4》设置邮件服务器，<在第3步就判断“该邮件后缀，服务器上是否已有配置记录”，如果有，直接到完成界面，同时提供更改配置的入口。>
5》最后提交、完成。

评估：7个业务逻辑上的步骤在这里变成了6个。用户的8次提交变成了最少3次。且80%以上的时候可以少于4次（数据显示，使用量最高的10个邮件服务商拥有了80%以上的用户）。

后，经过讨论，我们考虑到“安全问题”和“商业价值”等多个因素，认为：“有必要相对牺牲一点体验，已达到‘让大部分用户主动填写手机号’的目的”。
于是最终的方案改成了：
1》进入“系统设置” ，
2》进入“帐户管理(帐户列表)” ，<如果现在一个帐户没有，直接跳过帐户管理开始添加帐户>
2.1 选择“添加帐户” ；
3》输入邮箱地址和密码，
4》填写邮箱名称、手机号和签名，<默认邮箱名就是邮件地址，签名就是邮箱前缀，手机号为空。可以选择“跳过”>
5》设置邮件服务器，<在第3步就判断“该邮件后缀，服务器上是否已有配置记录”，如果有，直接到完成界面，同时提供更改配置的入口。>
6》最后提交、完成。

评估：7个业务逻辑上的步骤变成了6个。用户的8次提交变成了最少3次，常规4次。

当然，这个“用户使用流程的交互设计”提交物不只是业务流程图，而应该是“带界面的使用流程图”。如图。

.
所谓“界面呈现的交互设计（单页面交互）”，实际上是“UI设计”（也就是，我在建议“取消用户体验部门”中说到的“视觉设计”）所做的工作。对于“界面呈现的交互设计”来说，“使用流程图”的每个具体页面的“页面内交互”都只是“建议”，有权更改每个页面的“交互方式”。

还是上面的例子，
“使用流程的交互设计”已经规定好了，“填写邮箱名称、手机号和签名”必须“由一个单独的页面完成，而且默认不跳过”，但进入这个页面后“光标默认到什么地方？”，“界面呈现的交互设计”应该思考。
在“使用流程的交互设计”时，或没有考虑到光标默认停放的问题，或放到了“邮箱名称”上，都是不合理的。“界面呈现的交互设计”应该在这个时候给优化成成“光标默认停留在‘手机号’的输入框里”。

这个例子里，“界面呈现的交互设计”表现出来的作用可能并不够强，再比如，

(图1,Google短信提醒的手机验证)

在这个页面中，用户往往输入手机号以后不知道“验证码是什么？哪里有？”
事实上，也许我们把“获取验证码”作为一个更突出的内容会更合适一些。

简单优化如下：

(图2,Google手机验证的简单改进)

这样一来，输入手机号码虽然还是在一个页面中，但用户在输入手机号码的时候只能有一个“获取验证码”的操作，不会再疑惑。

总结：
简单来说，“用户使用流程的交互设计”是站在产品和体验两个角度，更合理的进行产品设计。即保证完整的业务逻辑和产品利益，又用最小的交互成本让用户完成任务；“界面呈现的交互设计”更多是站在易用性的角度优化“人机交互过程”，让交互成本再小，易用性更强。
在成熟的团队，或者交互更复杂的产品中，有人专门做偏向于产品的“流程交互”，有人做偏向于UI的“页面交互更合适些”，因为你经常会发现你的产品人员不懂界面设计，你的界面设计人员不能产品流程…
还是那句话：团队中如何分工无所谓，有什么样的职位无所谓。不一定非得分开“流程交互”和“页面交互”，但这些事情都是要有人做的，分不分开要看你的实际情况。

本文，只是为了解释：“交互设计”不只是“单页面交互”，更不只是“流程改进”。
好的视觉设计师/UI设计师应该担负起“界面呈现的交互设计”的任务，不能只做视觉；偏产品的“用户使用流程的交互设计师”，并非“必须具备视觉设计能力”。

相关话题：交互设计做什么？验证码源地址：http://uicom.net/blog/?p=794

手机发送验证码的用户体验探索

flychina — 2008-11-13 19:49:57

概念没弄清之前，不敢冒用“XX设计”、“XX结/架构”字眼。

手机发送验证码，是个最简单的例子。从用户角度讲，流程如下：

输入手机号（输入）->获取验证码（点击）->输入验证码（输入）->确认（点击）

这四个步骤中所有操作都是非选择性的，也就是说输入手机号和验证码，获取验证码和确认，都是有且仅有此一项操作需要用户完成的，不会引起用户歧义的，所以光标默认都可以在完成步骤后下一输入框/按钮上聚焦。

这单单是从用户使用计算机的角度讲的，如果涵盖用户的所有操作流程，应该为：

用户点击申请/设置进入“获取验证码”页面->输入手机号(1)->获取验证码(2)->接收手机短信(3)->手机按键查看短信内容(4)->记住验证码内容(5)->在计算机上输入验证码(6)->点击确认，完成验证过程(7)

其中的所有环节注意细则：

(1) 中国大陆的手机号为固定11位，所以文本框限长11位。

考虑到用户容易出错的状态和行为，可以设计仅提供阿拉伯数字输入，同时如果用户输入全角数字则自动将其转换为半角数字，出错提示可以在用户焦点离开文本框时激发判断条件。

如果再考虑细节，可以将文本框的默认值设置为1，或者+86 1，这是手机号码的规律数字。不过考虑到用户的使用习惯，所有人记手机号都是11位11位的，这个1要不要加还有待商榷。

(2) 在用户输入了第11个数字后，光标应该默认移动到“获取认证码”按钮上（按白鸦图），对于经常输入用户名/密码的用户，快捷的方式都是输完用户名之后按键输密码然后按这样登录的。

(3) 由于地域等原因，短信有时候需要等待好一会儿才能收到，这期间有的用户会因为不耐心，或者觉得短信没到，重新申请验证码。

Google这点做的不是很好，我就因为一直没收到其短信而不停重发验证码，等验证码到了的时候一下来了一大堆，都分不清哪个才是最后的那个。我觉得一个可行的方案是用户点击“获取验证码”后，给一个提示：“您的验证码已经在路上了，重新获取需要耐心等待XX秒”，这个XX以

秒倒数（比如30秒），等计时到0才变成再次获取验证码。既降低了服务器资源浪费，又能给用户明确的提示。

(4) 在接受短信上Nokia的比较人性化，当有短信或者电话进来时，中间的功能键就是查看新短信或者接听电话，而不用再一层一层打开菜单查看。其他的反正我看到同事一款索爱的就非常麻烦，需要打开菜单的。不过在收到信短信时，同事的效率也很高，习惯成自然，就不觉得被虐待了。

(5) 现在的验证码一般都是数字的（瞎猜腾讯要出汉字的验证码）。最好的用户体验应该是用户一眼就能记住的内容，不必重复翻看或者校对的。但是出于安全性考虑又不能设计的太短，一般市面上最短见过极个别3位的，一般都是4位，Google的如果没记错好像是6位。不知道有没有什么科学依据。

不过，我个人觉得5位的验证码更适合中国人，并且有两位数字一样或者发音的平仄相同。为什么呢？因为从记忆和朗读的规律看，这样的数字更容易被瞬间记住，比如10086这种的。另外一个角度，从古诗看，什么“平平仄平仄”这种的容易被瞬间记忆（没有科学根据，老祖宗传下来结合自己瞎猜的）。不服？举个例子：74188好记还是32906好记？（说实话，对我来说都差不多-_-）

(6) 一般验证码都是固定位数的，无论是4位还是6位，完成输入后，光标应该自动移到“确定”按

钮上，这样按空格就能提交了。

最后通用的一点：鼠标定位慢，键盘定位快；鼠标需要看屏幕确认，键盘闭眼睛就能输入完成。为啥用空格不用回车？因为我的小姆指没大姆指那么发达。