Questions tagged «usability»

用户使用界面的难易程度。ux.stackexchange.com是一个有关可用性的Stack Exchange网站,因此请考虑在此处询问您的问题。



7
我们需要RSS按钮吗?
等待! 在发表评论或回答之前,您实际上阅读了整个问题吗? 您是否注意到问题以“ button ” 一词结束? 如果这是您出现的问题: 然后在发布之前,请重新阅读并尝试处理最后一个单词。 谢谢。 现在,您已经阅读了所有问题标题(“ button”!),这是问题文本本身: 题 自从17年前引入RSS以来,尽管我所有的站点都有提要,但就我个人而言,我从未使用过它们。因此,我对用户实际上如何与我的站点上的提要链接进行交互并不熟悉。 据我了解,那些使用RSS或Atom提要的用户实际上并未单击提要的页面内链接,而是使用了一个提要聚合器插件,该插件rel=alternate从网站源代码的开头部分读取链接,然后找到该链接。在那里提要,并通知用户它的存在。 那么,我们需要一个页内Feed按钮吗? 说明 为了澄清,这是一个随机博客的屏幕截图,除了提要的链接之外,还显示了RSS图标: 在大多数博客主题中,这样的页面内链接或按钮似乎很常见,而《纽约时报》等专业出版物并未在其网站上的任何位置提供指向其供稿的页面内链接(尽管他们具有供稿并在网站上链接到它们)。其源代码的开头部分)。 当专业新闻站点的确提供了指向其提要的页内链接时,由于它们提供了许多令人困惑的不同提要,并且该链接通常会导致一个页面,说明您可以订阅的提要的性质和内容。这是《赫芬顿邮报》的一个例子。但即使存在,指向提要页本身的页内链接也没有描述,并且位于页脚中: 提醒 我是否提到我的问题询问页面内提要按钮?
21 rss  usability 



5
我应该担心人们禁用Javascript吗?
通常,在选择新工具和框架时,会看到警告“如果用户禁用了Javascript,将无法正常工作”。然后,我看一下我的Javascript幻灯片,Javascript菜单和Javascript画廊。有趣的是,由于担心会看到它们的人数,所以我选择了这些替代基于Flash的原始版本。 但是担心人们禁用Java脚本是否合理呢?我应该在设计网站时考虑禁用JS吗?



5
“感谢您的发表。请在您重定向期间待命。” 需要吗
感谢您的发表。重定向时请等待。 如果您没有自动重定向,请单击此处。 您可能熟悉此类消息,尤其是在90年代或2000年代初使用网络时。例如,在我自己的项目中,我从未找到过让用户等待2-3秒的原因,而这些原因是在注册或发布内容后重定向用户。但是,即使在流行的Web软件(如PHPBB)中,这种模式始终存在。 我的问题是,重定向在现代(ajaxy)网络开发中是否仍然存在/需要?是否有任何情况绝对需要这样的重定向,最终使用户烦恼,其背后的技术原因是什么?为什么不立即重定向(如果需要重定向)?


2
什么时候使用luckyorange.com这样的服务符合道德/法律规定?
http://www.luckyorange.com/index.php 虽然我知道像这样的工具对于作为网站所有者的我来说可能非常有用,但作为用户,如果一个网站记录了我所有的鼠标移动,点击和按键操作,我会发现它确实令人毛骨悚然。 使用这种服务是否合法? 您是否认为至少在某些情况下是合乎道德的(在站点仍处于开发状态时进行可用性测试,并且会向所有主体提供有关录制,beta测试等的信息)?

4
“返回页首”链接/按钮是否会使我的网站更可用,或者仅仅是页面上的喧闹声?
我看到很多网站的链接都将您带到页面顶部,但实际上我需要使用其中一个。我看过一些网站,可以在屏幕上一次看到〜7个这些链接,而许多网站却没有。我可以理解它的意图,但是它们看起来并不那么有价值,因为它是如此容易地自己到达页面顶部。当某种浏览器或操作系统的每个用户已经熟悉并熟练的方式时,采用特定于站点的方式来做某事似乎是一种浪费。 问题:这些链接是否足以使用户值得在网页上露面?如果是这样,有关其放置,外观和数量的一些通用准则是什么?
9 usability 

1
自定义404页面的重要性?
我在一些设计博客中读到,设计自定义404页面很重要,但是为什么会这样呢? 大多数用户不知道这些是什么,因为您往往不时看到它们。另外,如果您在一个小型站点上不会更改页面名称并且不会删除页面,那么用户获得404的可能性有多大?诚然,我对任何分析都不太仔细,但是我想我站点的用户经常会看到它们。
8 usability  404 

3
关于SEO和可用性的HTTPS最佳实践
考虑一个页面,http://example.com该页面可以公开查看,也可以在用户验证时查看。现在,假设您在用户登录到您的网站时为每个页面启用HTTPS,但仅当他们登录时才启用。http://example.com现在,您的页面将变为https://example.com所有登录用户的页面。如果该登录用户喜欢您的页面并决定通过博客文章或社交媒体网站链接到该页面,则他们很有可能会使用URL的HTTPS版本。 从SEO角度来看,您如何避免两个URL之间出现重复内容问题? 如果用户到达HTTPS URL但未登录或没有帐户,该怎么办?是否应该重定向到HTTP版本?如果是这样,您将如何处理? 我的直觉是,对于所有可以同时在公共和登录状态下查看的页面,该页面应首先检测用户是否已登录。如果登录,则该页面仍为HTTPS或使用从HTTP版本到HTTPS的302重定向。如果用户未登录并且到达URL的HTTPS版本,则它将使用301重定向到HTTP版本。但是,我欢迎更优雅或更有效的解决方案。 编辑:我假设如果用户登录,则每个URL都应该是HTTPS(或者至少应该是一个选项),但是当我做更多研究时,也许这个假设是错误的。我看到人们实现它的方式是,他们只对发送和接收敏感数据的页面启用HTTPS:登录,购物车结帐,用户配置文件管理等。我试图找出哪种模型是最好的。 显然,Google Mail通过用户个人资料中的设置为用户提供了是否在每个页面上使用HTTPS的选项。当然,这是一个选择,但是我仍然需要解决所有身份验证状态的公开页面的行为。 因为我正在构建一个可供其他人使用的内容管理系统,所以我需要确保正确无误。网站所有者应该可以使用哪些设置?在这一点上,我正在考虑对每个页面(无论是否通过SSL保护)进行精细控制,然后对整个网站进行精细控制。但是,如果人们不了解所有问题,那么给予这种级别的控制可能是一个错误,并且最终可能导致安全问题。也许这是第一个问题。什么是适当的控制级别?什么是智能默认值?第二个是页面对用户的行为。从SEO的角度来看,我认为上述过程或使用rel="canonical" (如建议的jmb)可以工作,但是确定页面的行为以使其安全和无缝也是必不可少的。
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.