GREEN（绿魔）的网络日志

为了保证流畅的对话，可以将问题分成多个有意义的组（例如多个页面或者单个页面中的不同部分）

分为单个页面的不同部分，例如雅虎邮箱注册和163邮箱注册：

如果主题够鲜明简短，适合组成若干个部分，一个网页就足够了；如果每部分都变长，可能就需要多个网页把对华变成若干个有意义的、可理解的主题。

在某些情况下，为了回答每个问题，人们要看到所有的问题，这个时候，一个较长的网页可能是最佳的方案。

在另外一些情况下，某些问题出现的表单填完之后，效果最好，例如“你是如何知道我们的？”的可选性营销问题。

考虑如何以对话的形式而不是盘问的形式组织表单，当一个陌生人一上来就盘问一些个人情况，你内心是否会感到不安？如果你要讨好你的客户，你会用哪种表格？

哪个版本更平易近人，你更愿意填写哪个表单？

这并不是说，我们非要把标签变成句子，很多人都说简短的标签远远胜过那些较长的句子，但如果问题含糊不清，清楚明确的较长句子往往更有助于把问题解释清楚。

测试每个问题，然后是层层筛选：
这个问题一定要问吗？能自动获取资料吗？有没有更合适的时间和场所来得到答案，还是必须要在表单里问？

设计人员在涉及表单的时候往往过于关注像素而忽略了人的问题：“标签末尾需不需要加一个冒号”，其实，用户真的不关心冒号。

用户真正关心的是问题的内容和为何要问这些问题
也就是说，所问的问题是否符合情境，是否符合用户填完后能获得的东西，例如用户还没弄清楚你的网站是干嘛的，你就问他要他的住址，他肯定会应付你甚至产生反感，如果用户决定了要买个东西，这时候出现填写住址，用户就会认真小心的填写了。

首先要思考几个问题：
1、为什么用户会填写表单？
2、用户和我们的业务是什么关系？
3、用户觉得这种关系是好还是坏？
4、表单是否可以进一步激发用户对产品服务或者其他东西的持续热情？
5、表单是否是阻碍用户实现目的的可怕障碍？

最后，如果你发觉自己不够了解用户，那么就先去了解，然后重新思考这些问题。重新审视过后，再问自己一个问题：这个问题是不是一定要在这个节骨眼问，有没有更合适的时间和场所来得到答案？

然后要做什么？深入分析：

如果你的问题与用户给出的答案渴望一直，就保留这个问题，例如上面说的收货地址。
如果你的问题并不需要真的马上得到答案，就删减：拿掉这个问题。
如果不需要马上得到答案，那就延迟发问，延迟到什么程度？直到问题不会让用户感觉多余或者有侵略性。
如果包含用户的隐私数据，那么编写简短清晰的理由，解释为什么要问这些问题，要确保为用户带来的好处，例如“询问这个问题能帮助我们更快的处理订单”，如果实在想不出会为用户带来什么好处，最好从头开始思考是否需要这个问题，否则，你会因为这个问题而失去用户。

最后，再一次站在平衡用户需求和商业需求的角度上慎重考虑，做出你的决定。

什么是“由内而外”的设计？
系统或者计算机的数据库内部采用一套特定数据来定义人、地点、过程、事物等有效数据，但需要创建或者更新数据，计算机要求“给我需要的信息”，而这个信息以表单的形式出现在人们面前。

什么是“由外而内”的设计？
站在用户或者局外人的角度来看待，他们会获得什么或者能做什么，这和数据库的要求有着巨大的差异。

表单设计的首要目标是什么？
让人们快速轻松的完成填写，最理想的方式是：让表单以隐形的方式存在，但又能保证系统和用户能同时获得想要的东西。

如何设计一个优秀的表单？
答案是是情况而定，最重要的是掌握可操作的解决方案和思想。

设计表单前，先让我们掌握一些基本的原则：
1、尽量减少痛苦，人们要的是填完之后的东西，整个填写过程应该尽量容易、简洁。
2、说明填写规则，清晰的告诉人们如何填完。
3、考虑情境，受众群体、应用、业务。

修改首页的meta description是否会受到惩罚？

meta description只是摘要的一个选择目标，修改meta description 只会影响摘要。我们鼓励大家通过meta description来撰写网站的简介。只是过于频繁的修改，未必会及时的反馈在摘要中。

Site语法查到的结果数是百度收录的网页数量吗？

site 语法得到的搜索结果数，只是一个估算的数值，仅供参考。
site 语法设定的初衷，其实是期望用户可以设定约束搜索范围，实现更加精准的搜索。这同intitle，inurl，本质上是相同的。而在这些高级语法下的结果数，和常规搜索一样，都是“估值”，而非精确值。因此，很有可能 site下的“结果数”减少了，实际被索引数却可能增加了。

百度支持不支持 https协议？

百度目前只能收录少部分https 网页，大部分https网页无法收录。网站首页和对所有用户都公开的内容页面，建议不要使用https协议，如果非用不可，尽量将首页和重要页面做个http可访问版，方面百度收录。

百度是否支持nofollow？

百度支持< a rel="nofollow" href="url">123</a>、<meta name="robots" content="nofollow">两种写法的nofollow，带有 nofollow属性的url，不会传递权值。

百度如何对待一个主题完全更换、改版的网站？

如果是内容发生根本性变化，则理论上会被视为一个全新网站，旧有超链失效。

以上内容为部分摘录，出自《百度互联网创业俱乐部搜索引擎优化指南》

点击下载：百度互联网创业俱乐部搜索引擎优化指南