验证码有什么备选方案吗？

[elegance2013]

短信验证码最近常有滞后问题了， 大家有啥高招？

[zqkzqkzqkzqk]

可以不使用短信，现在有基于移动APP进行验证的，你可以搜下易优安

[yangalan]

这个问题让我看到，呵呵，不得不说两句。 1、手机验证码的根本在于，网站提供的与ID对应的验证信息必须“过”一遍特定的手机号、及时准确地返回网站。完成了这个流程，网站就可以确认这个手机号和ID的对应关系。所以，实现“过手机”是关键。 2、这个关键的“过”，怎么实现？大家首先想到的是通过短信、向下过。其实远远不仅于此。目前比较成熟的方案已经有三类：短信下行；语音下行；短信上行。 3、短信下行是什么，不用多解释了。楼主用的就是这个方案。它的优点很多：最为普及、用户习惯、操作简便、信息可以保存、转发。它的不足也很致命：政策不稳定（楼主正在煎熬的就是当前整顿垃圾短信政策导致）、延时、丢包、号码无法自定义。 4、语音下行，即网站发出的验证码信息通过TTS服务器转换为语音、自动呼叫用户手机、播报验证码，用户听到后填写完成验证。这种方案还比较新，目前典型用户：快的打车APP、建行网银等。它的优点：不延时，快！可以提升用户的新鲜感。全面覆盖手机三网、固话（需设置）。不会被屏蔽。人性化特征：对于嘈杂环境，专门设置播放两遍。来电号码可以定义成网站的服务热线，用户有问题还可直接回拨。 5、短信上行，即网站页面显示验证码，要求用户手机主动以短信方式把它编写发送到网站特服号。这样，验证码也自下而上“过”了这个手机号，网站完成验证。这种方式，典型用户是腾讯企业邮箱、企业QQ的管理员手机绑定。它的好处是：优势：不延时、快！稳定！100%保证用户授权的验证行为，有效防止注册用户疏忽或恶意输入他人手机号。有操作门槛，屏蔽掉劣质用户。 6、楼主所说的备用方案，可以用以上4、5的方式，最为合理。我们有整个手机验证码云服务的平台，覆盖这三套方案，而且用一套接口完成。就是说开发上只要做一次简单的接入，就能使用到全部三个特征。楼主如果感兴趣，可以联系我QQ跟我要方案文档，最近上论坛少。我的Q是 2355716088 。欢迎探讨、给我们提意见建议，呵呵。 最后说一句，楼主想到“备用方案”，我极为赞赏。这才是真正对自己平台和对客户负责的思路。短信平台，事实已经证明是不存在100%稳定的。当它出问题的时候怎么办，难道眼睁睁看着网站注册流程中断而不管？居安思危、早日上备用方案，这是个靠谱、负责的决定。

[zhhyj2002]

短信验证码的确存在到达率和延迟不可控的问题。服务提供商的服务质量难以快速评价，所以选择服务是一个令人头疼的问题。所以问题的答案应该从技术角度看，是否存在合适的备用或者替代方案。语音验证码，由于使用传统语音线路，技术更成熟，服务质量更可靠，所以可以作为一个备选的方案，在国内还处于用户教育和认可的初期，但是体验良好；如果是企业级用户，可以考虑采用移动端APP的推送方式。也可以考虑采用软令牌的方式。如果可以融合短信、语音、推送、软令牌，让用户根据自己的喜好和环境进行灵活的选择，那么将是很好的方案。可以研究一下EUSAFY的方案，想象有帮助。

[海兰]

嗯，不错，不错~~

[javaiswhat]

引用 2 楼 yangalan 的回复:

这个问题让我看到，呵呵，不得不说两句。 1、手机验证码的根本在于，网站提供的与ID对应的验证信息必须“过”一遍特定的手机号、及时准确地返回网站。完成了这个流程，网站就可以确认这个手机号和ID的对应关系。所以，实现“过手机”是关键。 2、这个关键的“过”，怎么实现？大家首先想到的是通过短信、向下过。其实远远不仅于此。目前比较成熟的方案已经有三类：短信下行；语音下行；短信上行。 3、短信下行是什么，不用多解释了。楼主用的就是这个方案。它的优点很多：最为普及、用户习惯、操作简便、信息可以保存、转发。它的不足也很致命：政策不稳定（楼主正在煎熬的就是当前整顿垃圾短信政策导致）、延时、丢包、号码无法自定义。 4、语音下行，即网站发出的验证码信息通过TTS服务器转换为语音、自动呼叫用户手机、播报验证码，用户听到后填写完成验证。这种方案还比较新，目前典型用户：快的打车APP、建行网银等。它的优点：不延时，快！可以提升用户的新鲜感。全面覆盖手机三网、固话（需设置）。不会被屏蔽。人性化特征：对于嘈杂环境，专门设置播放两遍。来电号码可以定义成网站的服务热线，用户有问题还可直接回拨。 5、短信上行，即网站页面显示验证码，要求用户手机主动以短信方式把它编写发送到网站特服号。这样，验证码也自下而上“过”了这个手机号，网站完成验证。这种方式，典型用户是腾讯企业邮箱、企业QQ的管理员手机绑定。它的好处是：优势：不延时、快！稳定！100%保证用户授权的验证行为，有效防止注册用户疏忽或恶意输入他人手机号。有操作门槛，屏蔽掉劣质用户。 6、楼主所说的备用方案，可以用以上4、5的方式，最为合理。我们有整个手机验证码云服务的平台，覆盖这三套方案，而且用一套接口完成。就是说开发上只要做一次简单的接入，就能使用到全部三个特征。楼主如果感兴趣，可以联系我QQ跟我要方案文档，最近上论坛少。我的Q是 2355716088 。欢迎探讨、给我们提意见建议，呵呵。 最后说一句，楼主想到“备用方案”，我极为赞赏。这才是真正对自己平台和对客户负责的思路。短信平台，事实已经证明是不存在100%稳定的。当它出问题的时候怎么办，难道眼睁睁看着网站注册流程中断而不管？居安思危、早日上备用方案，这是个靠谱、负责的决定。

很好，很好

[sea215239200]

不知道。。不过觉得很好

[小小蚂蚁gogogo]

短信验证码的确存在到达率和延迟不可控的问题。服务提供商的服务质量难以快速评价，所以选择服务是一个令人头疼的问题。所以问题的答案应该从技术角度看，是否存在合适的备用或者替代方案。语音验证码，由于使用传统语音线路，技术更成熟，服务质量更可靠，所以可以作为一个备选的方案，在国内还处于用户教育和认可的初期，但是体验良好；如果是企业级用户，可以考虑采用移动端APP的推送方式。也可以考虑采用软令牌的方式。如果可以融合短信、语音、推送、软令牌，让用户根据自己的喜好和环境进行灵活的选择，那么将是很好的方案。可以研究一下EUSAFY的方案，想象有帮助。 有道理！！

[神一样的小王]

每天登陆一次，小分拿来，

[FeelTouch Labs]

原来广告也可以这么有技术含量，持续心动中~

引用 2 楼 yangalan 的回复:

这个问题让我看到，呵呵，不得不说两句。 1、手机验证码的根本在于，网站提供的与ID对应的验证信息必须“过”一遍特定的手机号、及时准确地返回网站。完成了这个流程，网站就可以确认这个手机号和ID的对应关系。所以，实现“过手机”是关键。 2、这个关键的“过”，怎么实现？大家首先想到的是通过短信、向下过。其实远远不仅于此。目前比较成熟的方案已经有三类：短信下行；语音下行；短信上行。 3、短信下行是什么，不用多解释了。楼主用的就是这个方案。它的优点很多：最为普及、用户习惯、操作简便、信息可以保存、转发。它的不足也很致命：政策不稳定（楼主正在煎熬的就是当前整顿垃圾短信政策导致）、延时、丢包、号码无法自定义。 4、语音下行，即网站发出的验证码信息通过TTS服务器转换为语音、自动呼叫用户手机、播报验证码，用户听到后填写完成验证。这种方案还比较新，目前典型用户：快的打车APP、建行网银等。它的优点：不延时，快！可以提升用户的新鲜感。全面覆盖手机三网、固话（需设置）。不会被屏蔽。人性化特征：对于嘈杂环境，专门设置播放两遍。来电号码可以定义成网站的服务热线，用户有问题还可直接回拨。 5、短信上行，即网站页面显示验证码，要求用户手机主动以短信方式把它编写发送到网站特服号。这样，验证码也自下而上“过”了这个手机号，网站完成验证。这种方式，典型用户是腾讯企业邮箱、企业QQ的管理员手机绑定。它的好处是：优势：不延时、快！稳定！100%保证用户授权的验证行为，有效防止注册用户疏忽或恶意输入他人手机号。有操作门槛，屏蔽掉劣质用户。 6、楼主所说的备用方案，可以用以上4、5的方式，最为合理。我们有整个手机验证码云服务的平台，覆盖这三套方案，而且用一套接口完成。就是说开发上只要做一次简单的接入，就能使用到全部三个特征。楼主如果感兴趣，可以联系我QQ跟我要方案文档，最近上论坛少。我的Q是 2355716088 。欢迎探讨、给我们提意见建议，呵呵。 最后说一句，楼主想到“备用方案”，我极为赞赏。这才是真正对自己平台和对客户负责的思路。短信平台，事实已经证明是不存在100%稳定的。当它出问题的时候怎么办，难道眼睁睁看着网站注册流程中断而不管？居安思危、早日上备用方案，这是个靠谱、负责的决定。

[鸥翔鱼游1]

现在有基于移动APP进行验证的

[laoer_2002]

学习了

[以专业开发人员为伍]

没有什么技术门槛，你把那些人的解决方案“套出来”，自己模仿其中一种方式找人做就得了，不用买别人的什么产品。

[arfayr]

二楼回答的很全面 学习了