我们不知道访问我们网站的用户使用的是哪个浏览器、哪个版本的浏览器，以及他们使用的是什么类型的电脑。
这就是我们拥有 网络标准 遵循 的原因，这使我们能够编写一个可以在任何地方运行的网站。 我们使用规范化的模板（例如 HTML5 Boilerplate）为我们的项目提供一致且健康的起点。 我们使用 JavaScript 库（例如 jQuery）使我们的工作更轻松，并减轻跨浏览器问题。
我们不知道用户使用什么功能的浏览器访问我们的网站。
因此，我们 功能测试 并 polyfill 我们能做到的。 这样我们就可以构建我们想要的梦幻般的体验，并为所有浏览器提供完美可接受的体验。
我们不知道用户查看我们网站时的浏览器窗口大小。
因此，我们应该设计我们的网站，使其具有流动性，并使用媒体查询来优化适合任何屏幕尺寸的网站 (响应式网页设计).
我们不知道用户查看我们网站时的互联网连接速度。
因此，我们尝试加载尽可能少的资源。 我们尽力使这些资源尽可能小巧和压缩。 我们通过专门为此优化的服务器提供这些资源，并地理位置上更靠近我们的用户（例如 NetDNA）。 这样，我们的网站加载速度就能尽可能快。
我们不知道用户访问我们网站时的想法。
因此，我们进行用户研究（例如 Silverback），并尝试找出答案。 我们尝试适应不同的想法。 我们使用我们的经验（以及有时作为用户我们自己的直觉）来做出正确的决定。 我们 为人类设计.
我们不知道用户查看我们网站时的物理位置。
因此，如果我们的网站需要它，或者通过知道它会更好，我们可以要求它。 可以是直接询问，也可以是 通过 HTML5。
我们不知道访问我们网站的用户懂哪些语言。
因此，如果我们有资源，我们会使用翻译服务（例如 Smartling）以用户的母语提供我们的网站。 如果我们试图尽可能专业，我们也可能尝试对全世界文化的差异保持敏感。
我们不知道访问我们网站的用户“电脑熟练程度”如何。
因此，我们尝试使其使用方式非常明显，并且不要做太多假设。 我们使用常见的模式来适应“可供性”。 我们在设计、文案和整体“用户体验”中关注细节。
我们不知道访问我们网站的用户可能有哪些残疾。
因此，我们尝试以无障碍的方式制作我们的网站。
我们对访问我们网站的用户的了解很少。 事实上，我们每天了解的越来越少，因为互联网用户的构成越来越广泛（更年轻和更年长，不再是“极客”的事，更多地理区域，等等）。 因此，当我们朝着 下一个 60 亿人 使用网络前进时，让我们通过适应未知来拥抱它。
谷歌分析？
但是谷歌分析并不能回答所有这些问题。
谷歌分析（和其他分析软件）对于提供我们关于访问者的 *聚合* 数据非常有用。 我想我在写这篇文章时，脑海里想到的是单个访问者访问我们的网站时的行为。
谷歌分析只能在网站上线并且所有决策都已做出后提供数据。
Woopra 提供更实时的统计数据，这很好，但显然它不会给我们上面列出的所有问题的答案，没有东西可以做到这一点。 明显的必然性是，我们需要真正去问人们一些事情。 功能反馈、服务调查、评论请求等等…
我们非常喜欢使用 Woopra。
实时分析是了解用户实时路径的绝佳方式。 它提供 IP 地址，允许您查看用户使用的路径、位置、网络浏览器、操作系统版本以及许多其他功能，包括用户在您网站上时的即时聊天功能。
我们也喜欢视频捕获服务。 如果人们愿意填写，反馈表单是一个很好的功能。
非常有趣的文章，我们知道CSSTricks：D..这是我最喜欢的网站之一。
我能得到一张海报吗？:)
说真的……这可以做成一个非常酷的信息图。
绝对同意！做吧！这会很棒的。
所以……
–
抱歉，忍不住注意到除了第一个答案以外，其他答案都以“So,”开头。当我回顾一些旧博客文章时，我发现自己也经常这样做。
我对这一点也很敏感，似乎很多时候都是个多余的词。在这种情况下，我喜欢它的韵律。
这。所以这。
这。所以这。
能够准确地将网站翻译成多种语言会非常不错。当然，说起来容易做起来难。
这是一个关于我们知道但不知道的事情的简洁总结。
抱歉，Chris，但我认为smartling.com不会是合适的翻译服务。我已经阅读了他们在其网站上所说的内容（顺便说一下，网站很不错！），但他们完全搞错了（机器翻译、志愿者团队等等）。
正如他们所说，如果好的内容比广告更有价值，那么翻译必须由专门从事需要翻译服务的公司产品/服务的专业人士来进行。就像网页设计一样，翻译是一份成熟的工作，你需要教育、培训和经验。它并不一定便宜。
Chris Coyier，感谢你的赞扬。
“评论者 Chris”，恐怕你可能对我们在 Smartling 所做的事情存在误解。我们通过超级简单、可直接使用的软件服务，使多语言网站和移动应用程序能够轻松访问，该服务与 SEO 兼容，并具有人工翻译的质量。我们对于内容如何翻译（由专业人士、你自己的社区或机器翻译（在有限的情况下）进行翻译）是持中立态度的 - 这取决于你，客户。现实情况是，我们一半的客户使用经过认证的专业翻译（专业翻译加上专业编辑/审阅工作流程）。另一半使用某种形式的“众包翻译” - 使用他们内部的双语人员和/或他们的双语高级用户。在 *所有* 情况下，翻译人员都可以访问世界一流的上下文翻译界面、全面的翻译术语表（确保准确性和一致性）以及翻译风格指南。
我认为，你社区中热心参与、精通双语的超级用户成员 - 他们喜欢你的服务、熟悉你的服务、并希望参与其中，并且能够使用适当的翻译工具 - 可能比“世界上最专业的翻译员”做得更好，而“世界上最专业的翻译员”从未使用过你的服务！
现实情况是，我们几乎所有“专业翻译”客户实际上都使用混合方法，他们邀请他们的双语人员参与翻译过程，与专业翻译人员合作 - 这会产生很好的结果。
Smartling 的信息是，本地化过程不应该是痛苦的，也不应该是神秘的黑盒子。不同的客户有不同的翻译需求（以及预算等），一刀切的方法（即：“你必须使用专业人士”）并不适合所有人。我们不是在选出赢家 - 客户可以使用专业人士、他们自己的团队或机器进行翻译 - 这取决于他们的需求。
事实是，互联网上 98% 的内容都没有翻译，专业翻译人员不可能完成所有翻译工作。Smartling 正在尝试消除困扰翻译行业的 FUD，并最终使整个互联网真正成为多语言的。
（感谢评论者 Chris 对网站设计的赞赏！）
Woopra 我认为是比较新的，我已经发现它对即时结果非常有效！
这些东西大多可以用 Javascript 单独实现。
有些用户会从浏览器中禁用 Javascript。我也经常这样做。
但是，正如你所说，Javascript 可以做到这一点。是的，我知道，大多数用户都不会禁用 Javascript，所以这是一个需要考虑的事情。
> 我们不知道访问我们网站的用户浏览器窗口的大小。
不，但我们可以轻松地找出屏幕的宽度并确定最大宽度。
alert(screen.width);
我默认禁用 Javascript。你现在打算怎么办？
把我的车的座椅、悬架、挡风玻璃、收音机、暖气都拆下来，放在车库里，直到我觉得需要它们为止。
如果移除汽车部件的机会成本像在浏览器中切换 Flash 或 Javascript 一样低，那么这将是一个很受欢迎的功能。用例更接近于因为令人讨厌的广告而关闭收音机，或者不邀请陌生人进入你的车在不熟悉的地方进行行为观察。
我不同意。我们从统计数据中可以得到这些东西的大部分，而剩下的我们可以根据公司概况进行猜测。
是的，我们无法从尚未发布的网站中获取这些信息。但是，浏览器、分辨率之类的信息是大多数页面共有的。其他信息，比如目标用户档案，实际上取决于我们销售的内容。
如果有人试图为所有人构建网站，那么他可能没有一个合适的商业计划。
我们也不知道用户可以使用什么类型的设备访问，鼠标或键盘或两者兼而有之或触控式，所以我们让可点击区域更大。并使用 Meta 视口标签来提供可读的缩放尺寸。
—————————
我们也不知道用户的浏览器是否支持 CSS 和 JS，所以我们使用语义标记和非侵入式 Javascript。
嗨，chrys，我已经将这篇文章翻译成了意大利语，并提到了你的原始文章：http://mademietoile.com/cio-che-non-sappiamo
Chris，这应该是一篇“置顶”文章，这样我们就知道网页设计师在发布之前需要解决哪些问题。谢谢！
Chris,
出于某种奇怪的原因，CSS Tricks 上的任何页面都会“噢，糟糕”，并使 Mac 上 Google Chrome Canary 的其他标签也“噢，糟糕”。这真的很奇怪，我不知道为什么。我只是想提醒你一下。
在 Mac 和 Windows 上的 Chrome 开发版也是如此。
Chris，这是一大堆美味的链接。很棒的文章。谢谢。
这篇文章太棒了！！感谢你与我们分享所有信息。
写得很好！
现在我们有 70 亿人。
Chris……这做成海报会很棒！我可以在办公室里挂起来。
感谢你提供如此出色的网站！！
我脑海里想问的一个问题是，为什么你的链接方式不是那么“语义化”？例如，文章开头的“web standards”和“we follow”链接对。
现在，我已经了解到，合适的做法是使用锚标签内容，它实际上会显示目标页面的内容或标题（针对搜索引擎和用户）。现在，恐怕“we follow”不会做到这一点，是吗？:)
BR,
J.
非常有用的文章。
从你提到的列表中，我们可以实际了解很多事情。
我认为更大的关注点应该是我们的用户是谁（例如他正在寻找什么信息，他在什么环境下 - 他是在家还是在路上，他是在赶时间还是有时间，他更倾向于视觉类型还是认知型等等），而不是我们的用户使用什么技术访问我们的网站。
很棒的文章。非常简洁，与我一直在思考的很多东西产生了共鸣。
我们都开发过看起来很棒的网站，但后来当客户反馈他们个别客户提出的问题时，这些网站却造成了痛苦。我最近停止接新客户，我和同事们花了一些时间重新思考我们的工作流程，以防止您提到的某些情况将来让我们陷入困境。这包括最初的客户讨论，其中会进行更多的讨论，尤其是在设备覆盖方面。我们现在经常使用的术语是“优雅地失败”，特别是在我们无法加载 jQuery 或仍然有大量 IE6 用户的情况下。
始终值得考虑这些事情——感谢您的提醒。
感谢所有精彩的链接。
我认为无论你做什么，你都不可能知道任何这些，所以最好一开始就对它们不感兴趣。
查看我们网站的用户物理位置的准确性如何？当您最有可能看到的只是 ISP 的位置时。
或者，当您试图预测访问我们网站的用户可能有哪些残疾时，您能提供多少帮助，又能阻碍多少？因为大多数网站都规定了用户习惯使用的导航规则。
很棒的文章——现在我知道了；-)
精彩的文章，我也同意“我想在海报上看到它”的呼吁。
我认为整篇文章中最重要的一点是，您**必须**严格测试并为旧版浏览器提供 polyfill 和回退，H5BP 绝对是一个很好的起点，因为开发社区已经投入了无数时间来测试跨浏览器兼容性，并且非常努力地跟上时代。
我非常希望看到一个完整的已知浏览器错误和 CSS 默认值列表。有人愿意吗？
感谢您发表这篇精彩的文章，Chris。很高兴在伦敦 FOWA 遇见您；-)
我之前不知道 Smartling，它是一个很棒的网站翻译解决方案。Jack，您是否还翻译专门的内容，例如医疗内容。
不错的总结；)
当然，您知道其中的一些事情……当向服务器发送 HTTP 请求时，它会发送的不仅仅是它想要的页面。可以考虑所有有关浏览器类型和状态的重要信息。如果用户使用的是 Firefox、IE 或手机，则相应地显示页面。事情可以是动态的，所以浏览器的尺寸无关紧要。您也可以很容易地获取用户的 IP 地址。所以，是的，您也知道他们的位置。这篇文章完全错误。将标题更改为“我们确实知道什么”。
嗨，Chris，
我喜欢这个总结，非常有用。
我知道一些评论者（上面）挑了细节，但就我而言，我特别喜欢所用语言的清晰度。我认为这很好地揭示了我们设计师所做工作的许多 WHAT 和 WHY，并且它以清晰的“问题：解决方案”格式呈现。
我的意思是，我很乐意与非设计师同事分享这篇文章，帮助他们了解我的想法，我认为这种共享理解和沟通，尤其是在拥有不同专业领域的人之间，非常有价值。
不错。
我在我的网站上安装了一个小部件来监控访问者。但它无法提供准确的信息。我只是想知道是否有更好的方法。
这是一个值得牢记的好清单。谢谢您。