当我 在 Twitter 上发布这条消息 并随后 发布这条消息 时,我收到了 这样的评论。该评论的观点非常合理。
我们经常讨论屏幕分辨率,但当考虑我们网站访问者可用的空间时,它并不是相关的数据。相关数据是 **浏览器窗口大小**。那么为什么我们经常讨论屏幕分辨率呢?可能是因为在全球最流行的分析软件 Google Analytics 中,这是唯一可以获得的数据。
(Google Analytics 团队 已经意识到这个问题)
那么,我们该怎么办呢?首先,开始测量浏览器大小。
但是,首先要说明一点。
如果我们能够了解访问者浏览器大小的所有数据。那么我们该如何利用这些数据?如果 @beep 教导了我们任何知识,那就是我们可以并且应该适应任何形状和大小的浏览器。
但是,拥有信息永远不是坏事。比我更聪明的人可能会看到我没有看到的东西,并根据这些数据想出合理的行动方案。
获取数据
由于 Google Analytics 目前无法帮助我们,我们需要在页面上运行一些 JavaScript 代码来获取数据。jQuery 可以轻松地测量大小,并进行 Ajax 调用以将数据 POST 到可以保存数据的脚本中。
$.ajax({
type: "POST",
url: "/savedata.php",
data: {
width : $(window).width(),
height : $(window).height(),
screen_width : screen.width,
screen_height: screen.height
}
});
现在,我们只需要那个脚本 savedata.php
准备好接收和保存数据。首先,我们需要一个数据库,所以这里是一个简单的数据库结构。
我不是 MYSQL 专家,但这是从 phpMyAdmin 导出结构后得到的。
CREATE TABLE `data` (
`id` int(11) NOT NULL auto_increment,
`width` int(11) NOT NULL,
`height` int(11) NOT NULL,
`screen_width` int(11) NOT NULL,
`screen_height` int(11) NOT NULL,
KEY `id` (`id`)
) ENGINE=MyISAM AUTO_INCREMENT=72141 DEFAULT CHARSET=utf8 AUTO_INCREMENT=72141 ;
现在是我的超原始脚本,用于保存 POST 数据。
<?php
$dbhost = 'localhost';
$dbuser = 'db_user_name';
$dbpass = 'db_password';
$conn = mysql_connect($dbhost, $dbuser, $dbpass) or die ('Error connecting to mysql');
$dbname = 'db_name';
mysql_select_db($dbname);
$width = mysql_real_escape_string($_POST['width']);
$height = mysql_real_escape_string($_POST['height']);
$screen_width = mysql_real_escape_string($_POST['screen_width']);
$screen_height = mysql_real_escape_string($_POST['screen_height']);
$sql = "INSERT INTO data ( width, height, screen_width, screen_height)
VALUES ($width, $height, $screen_width, $screen_height)";
if (!mysql_query($sql, $conn)) {
die("Error:" . mysql_error());
}
echo "1 Record Added";
mysql_close($conn);
?>
这是我在 CSS-Tricks 上一天所做的事情。如果你想了解,这里有 我收集的完整数据(以 SQL 格式呈现)。
查看结果
请记住: 所有这些数据都是从 css-tricks.com 收集的。所以,这只是一堆设计师极客,可能。它只与这个网站和具有非常相似受众的网站相关。
首先,是无聊的屏幕分辨率数据。我通过查询 500 个随机数据样本,并将大小相同的 div 层叠在一起,并使用尽可能浅的灰色来获得这些数据。巧合的是,它使用的是 rgba(0,0,0,0.004)
,因为 rgba(0,0,0,0.003)
是纯白色(很奇怪)。
注意这些相当明显的线条。显示器只有这么多种尺寸。这很有道理。但当我们对浏览器窗口大小做同样的事情时,就会发生以下情况。
变得更加模糊。这也有道理。即使在我写这篇文章的时候,我的浏览器也处于某种非常随意的尺寸,可能约为我屏幕分辨率的 80%。点击上面的图片可以查看更大的图片。你会注意到,在浏览器大小版本中,任何可见的硬边都比屏幕大小版本窄 20 像素。很有趣。
如果我将屏幕大小着色为红色,将浏览器大小着色为绿色,并将它们叠加在一起,就会得到以下结果。
注意,在外部边缘,着色保持红色。很少有人使用非常宽的显示器,并且将其浏览器窗口打开到那么宽。我知道我自己没有这样做。让我们看看“全屏”浏览器的统计数据。有多少人以全屏模式或以某种方式将其浏览器窗口“最大化”来浏览?好吧,如果你只查询窗口和屏幕分辨率完全相同的条目,就会发现很少人,不到 1%,但这很有趣。
完全全屏 | 0.85% |
在全屏 50 像素范围内 | 1.06% |
在全屏 100 像素范围内 | 9.67% |
在全屏 200 像素范围内 | 61.18% |
所以很少有人使用全屏模式浏览,但大多数人使用接近全屏模式的尺寸浏览。推测一下,Windows 用户可能是使用全屏模式浏览的人,因为这在该操作系统上是更自然的习惯。但现在 “全屏”在 OS X Lion 中是一个大事件,也许这将开始影响这些东西。
如果我们将这些内容分成几部分并使用整个数据集,这里有一种分解方法。
宽度范围 | 浏览器窗口 | 屏幕分辨率 |
---|---|---|
0px – 500px | 1.13% | 1.02% |
501px – 800px | 2.01% | 1.06% |
801px – 1000px | 2.84% | 0.07% |
1001px – 1200px | 14.91% | 6.86% |
1201px – 1400px | 40.65% | 35.57% |
1401px – 1600px | 17.38% | 17.17% |
1601px – 2000px | 20.41% | 34.34% |
2000px+ | 0.66% | 3.91% |
那么移动设备在其中扮演什么角色呢?尽管移动浏览量大幅增长的报告很多,但我毫不怀疑,CSS Tricks 的移动流量非常少。
让我们总结一下一些要点。
- 最流行的屏幕分辨率是 1680 x 1050,几乎 13% 的访问者使用这种尺寸的显示器。
- 可以预见,没有一种浏览器窗口尺寸远远超过其他尺寸,但排在首位的是 1349 x 667,占 0.75% 的访问量。
- 最流行的屏幕分辨率比例是 16:10,占 46% 的访问量。可能是因为很多视频都是 16:9,而显示器制造商希望人们能够观看这些视频,但仍然有空间用于一些操作系统 chrome?16:9 排在第二位,占 29%,5:4 占 12%,4:3 占 8%。
- 所有这些比例都比高更宽。事实证明,只有 2% 的访问者使用屏幕高度比宽度高(或者至少报告为这样)。
- 实际的浏览器窗口也往往比高更宽,只有 3% 的访问量具有高度比宽度高的尺寸。
- 每个屏幕的平均像素数 = 1,539,515
- 平均屏幕分辨率 = 1526 x 967
- 平均浏览器窗口大小 = 1366 x 784
衷心感谢
感谢 Rentedsmile Web Design 的 Jamie Bicknell 帮助我整理了使用这些数据所需的 MYSQL 查询和 PHP 代码。
感谢你的提示;我正在寻找类似的东西。有一个问题:这测量的是实际的浏览器大小还是用户在浏览器中呈现的内容可用空间?例如,高度属性是否还包含用户可能已启用的任何菜单栏,文件菜单等?如果答案是肯定的,那么它是否包含这些菜单?是否有办法确定浏览器呈现空间内的实际可用空间与整个窗口之间的差异?
这是一个有趣的问题!我认为 javascript 宽度/高度不包括任何浏览器部分,只包括内容区域。这意味着只有在全屏模式下,浏览器才是真正的显示器大小!
JavaScript/jQuery 例程测量的是 *视窗* 尺寸。也就是说,不包括任何工具栏、滚动条、窗口 chrome 等的实际可用空间。
这也是为什么视窗宽度的“硬边”比屏幕宽度的“硬边”窄 20 像素;这是 Windows 上滚动条的宽度。(最大化窗口只有一个滚动条,不再显示其边缘。)
如果测量的是没有滚动条的页面(因为所有内容都在“视窗范围内”),那么最大化的视窗宽度将与屏幕宽度完全相同。
我不明白为什么要费心制作表格/脚本来记录这些信息,因为你可以很容易地将它们写入自定义分析变量中?o_O
那么你有没有可以与社区共享的?我很乐意在我的 GA 中安装它。我认为如果很简单,你已经完成了(或者可以很快完成)。:)
因为我不知道怎么做。但这确实听起来更简单/更好。如果你想改编它并在博客上发布,那真是太棒了。
收集分析数据并不是世界上最容易的事情,而且由于 Chris 要求特定的一组数据,考虑到这一点,这并不算太糟糕。我个人知道作为开发人员的挣扎,使用分析数据,相信我,如果你不像我这样在自己的 CMS 上大规模使用它,那么忽略它就容易得多。
您可以使用 GA 事件跟踪来收集数据,例如
或者,您可以使用 Liquid Fold 来获取这些确切的统计数据,而不必担心 JavaScript/服务器端的事情。
这是我使用的代码。它只测量视窗宽度,并将其四舍五入到 100 像素的倍数
// 窗口宽度(用户定义的参数)
var WindowWidth = 0;
if( typeof( window.innerWidth ) == ‘number’ ) {
// 非 IE
WindowWidth = window.innerWidth;
} else if( document.documentElement && ( document.documentElement.clientWidth) ) {
// IE 6+ 在“标准兼容模式”下
WindowWidth = document.documentElement.clientWidth;
} else if( document.body && ( document.body.clientWidth) ) {
// IE 4 兼容
WindowWidth = document.body.clientWidth;
}
pageTracker._setVar(Math.round(WindowWidth/100)*100);
(注意:我仍在使用旧的 GA 语法。我知道。)
这可能是 Google Analytics 自定义变量的一个好用途,可以将它们整合在一起?
难道你没有在你的结果中忘记浏览器边框吗?工具栏等可能会占用 100 像素或更多的高度。我查看了你的数据,超过 68% 的人浏览器的宽度在屏幕宽度 50 像素内。
即使那样也让我感到惊讶,因为我认为 90% 的人以最大化窗口的方式浏览。
我已经跟踪这些数据几年了,68% 的数据与我所看到的一致:http://mentalized.net/journal/2009/02/19/size_still_matters/。
当然,90% 的人可能最大化了他们的浏览器,但他们中的很大一部分启用了侧边栏或其他浏览器边框,从而导致视窗宽度显著减少。
你可能可以使用 Google Analytics 中的“用户定义变量”来跟踪它。它至少可以让你将数据记录到 Google Analytics 中。
这很有趣。但是,它引出了一个问题,即为什么用户将浏览器窗口设置为小于屏幕大小。
也许原因是网站很窄,所以人们不需要让他们的浏览器窗口更宽?当然,大多数网站的设计都是相对于大屏幕来说很窄的,所以拥有大屏幕的用户可能已经学会了以非最大化的方式浏览。
有趣的是,看看在一个旨在利用任何可用窗口大小的网站上会有哪些不同。会有更多的用户最大化他们的浏览器吗?
同样有趣的是,测试进入和离开网站时的屏幕尺寸。用户会调整浏览器大小以适应网站吗?
(哪个先出现,设计还是行为?)
非常正确。我在我的 1080P 电视上浏览许多网站时遇到了这种情况,内容非常窄。缩放在大多数情况下都有帮助,但在这么大的屏幕上,我注意到鼠标滚轮滚动变得很奇怪。
如果你注意到 CSS-Tricks.com,如果你调整浏览器窗口的大小,网站会适当地降级以适应多种不同的窗口大小,例如……
max-width: 1200px
max-width: 920px
max-width: 480px
这些是除了页面的标准大小之外的。
这很棒,因为 CSS-Tricks 不需要运行 WPTouch 或其他移动版本,因为主站点可以简单地“裁剪掉多余的部分”以适应更纤细的屏幕/窗口。
这非常有趣。非常鸡和蛋。很容易认为网页设计师设计网站时会使用我们认为可以使用的最大宽度(一般来说),而这个范围在过去很长一段时间内一直保持在 800-1200 之间,所以这已经成为大多数网站的默认设置。由于这很常见,即使我们获得了更大的显示器,我们也不需要让浏览器窗口更大,因为网站在保持更小的状态下工作良好。然而,如果所有网站都设计为适应巨型屏幕,我们的行为会持续吗?或者我们会适应并开始最大化浏览器窗口?
这也很有趣。也许可以运行一些定时报告。立即,8 秒后,以及如果他们点击外部链接时。
还要考虑 OS X 如何处理浏览器窗口,以及 Windows 如何处理它们。
在 OS X 中,点击“最大化”按钮只会将窗口调整为必要的宽度,整个操作系统都不鼓励最大化。而 Windows 明显偏爱并鼓励最大化窗口。
我可以告诉你,作为一名白天使用 OS X 的用户,晚上使用 Windows 的用户,我根据使用的操作系统以不同的方式处理我的窗口。
我还知道,我几乎从不将我的窗口保持在 OS X 中完全相同的尺寸。我不断地调整宽度,而且我不认为只有我一个人这样。
由于所有这些变量,我必须说屏幕分辨率实际上仍然是一个相当有用的指标。
这些确实很有趣。正如 Chris 所提到的,大多数网站的设计都是为了在 900-1200 像素的宽度范围内兼容,因此很容易以更小的浏览器窗口来实现。
在工作中,我使用 Windows 计算机,屏幕宽度约为 1280 像素,但我总是将浏览器宽度保持在约 1080 像素(当然,会有几像素的偏差),高度可能为 80%。这使得在浏览器、Outlook 和 Excel(例如)之间快速切换变得容易,因为它们的边缘始终可见。
@Kristy:我真的不想显得聪明,但由于很多人不知道这些东西,在较新的 Win(Vista、7)上,Alt-Tab 或 Win+Tab(加上鼠标选择)可以比鼠标更快地完成工作
(好的,Alt-Tab 在 XP 中也有,但我更喜欢新的,因为它们提供了鼠标选择)——既然你说你在工作,我假设你有一台键盘(我谈论过的许多家庭用户只用鼠标上网:o)
我个人有一台 27 英寸的显示器,以最大尺寸浏览网站通常要么是浪费,要么太烦人!如果网站布局是固定的和居中的,你最终会在左右两侧获得大量的空白。如果网站不是固定的,但有大量的文本,那么从屏幕的一侧读到另一侧就很烦人。因此,我倾向于将每个浏览器限制为屏幕宽度的三分之一,这样我就可以查看更多应用程序,而不必切换。
我和 Kev 在同一条船上——在 27 英寸屏幕(分辨率为 2560 x 1440)上,将浏览器窗口最大化看起来很荒谬,而且浪费了大量的屏幕空间。我通常将浏览器大小调整为屏幕宽度的三分之一左右,但垂直拉伸以利用全部高度。
我认为设计出在如此广泛的宽度范围内都能正常工作的产品非常困难,尤其是在你获得真正宽的尺寸时。CSS3 列在这方面可能有所帮助,因为你不能一直让你的文本行更长,否则它们就会变得很难阅读。
@Chris Lee;我似乎与你完全相反。我白天是 Windows 用户,晚上是 Mac 用户。在 Windows 上,我很少最大化我的窗口。我同时打开了多个不同的应用程序,并且希望能够跟踪所有应用程序。我认为在 Windows 下调整大小更容易,因为它可以拖动任何角或边,而 Mac 只能使用右下角。因此,在 Mac 上,我的窗口通常是最大化的,而在 Windows 下,它们被调整大小。
@Klavdij;说得对,但有一些限制。例如,我的网页浏览器只部分覆盖了 Outlook,我仍然可以关注任何到达的新邮件,而不必将它带到前台。此外,点击部分覆盖的窗口比按 Alt-Tab/Win 快得多,因为我知道点击的位置,而使用 Alt-Tab 我必须扫描应用程序列表以知道要激活哪个应用程序。
@Andy
我不知道你如何用你的浏览器浏览网页。但我打开了太多 FX 选项卡,我真的需要最大化浏览器才能一次性看到它们全部。
而且正如 @Kev 所说,在 1920 x 1080 像素的屏幕上查看左右两侧的空白或阅读长文本行很烦人。:(
我有一台27英寸的屏幕,大部分时间我不会最大化窗口,因为几乎所有响应式设计(除了好的)都只是将视窗放大,而这只会导致文本行变长。对我来说,一行文本不应该超过90-100个字符。即使段落更长,短文本行也更容易集中注意力。
大型视窗应该用于显示其他区块,例如侧边栏菜单(固定定位)、相关文章等,而不是为了显示无止境的文本行。
正如Chris所说,全屏浏览对于像我这样的 Windows 用户来说是一种更自然的习惯,尤其是在使用我的工作站时。但是,在 Mac 或 Linux 上使用窗口化浏览器会让人感觉像是在阅读书籍或报纸。至少,我的潜意识是这么觉得的;)
这太棒了。对你的网站进行了很好的分析。
太聪明了。我相信这样的东西将会日复一日地改善网络体验。
希望在我完成网站建设后能试一试。感谢分享你的作品 =)
这是一篇好文章,不过,我错误地以为大多数开发者已经知道这些。屏幕分辨率在今天比以前不那么重要了,因为现在即使是更小的屏幕也具有高分辨率。不久前,屏幕尺寸(以英寸为单位)和屏幕分辨率之间的关系更加紧密,因此是一个值得关注的指标。一方面,相同像素尺寸在不同分辨率下看起来会有所不同:如果你的屏幕宽度为600px,那么80px占的比例更大,每个像素实际上也更大,而如果你的屏幕宽度为1200像素(屏幕尺寸由分辨率决定,而不是英寸),则情况并非如此。测量两者是一个好主意。
DED
酷!这些数据太棒了。
这是一篇非常有帮助的文章。谢谢。
看看这些数字与其他网站的数字相比会很有趣。这里的访问者主要是程序员和设计师,他们更有可能拥有非常大的显示器,并且不会使用最大化模式,因为如果你的窗口宽度超过1600px,许多网站看起来都很糟糕。
我在笔记本电脑(1366x738px)上使用最大化窗口,但在台式机(1920x1080px 分辨率)上,我必须将浏览器调整到屏幕宽度的60-70%。实际上,无论我在哪个屏幕上浏览,我使用的浏览器宽度几乎相同。
与生物能/灵气/替代…网站的比较 – 考虑到大多数用户会有所不同…其他重要变量 – 几乎全部是 PC/Win 访问者,主要浏览器是 IE 和 FF,即使 Chrome 也远远落后
分辨率
1. 1280×1024 18.85%
2. 1024×768 17.18%
3. 1280×800 15.87%
4. 1366×768 11.10%
5. 1680×1050 8.11%
6. 1920×1080 5.73%
7. 1440×900 5.01%
8. 1152×864 4.65%
9. 1600×900 3.10%
10. 1024×600 1.31%
这些数据由 GA 收集,尚未收集浏览器大小。
其他用户:请加入并提供一些数据…
http://liquidfold.net/stats 提供了许多“全局”统计数据,并可以轻松地设置和跟踪你自己的统计数据。
你是对的。屏幕分辨率越大,浏览器没有最大化的可能性就越大。这也可能意味着,随着屏幕分辨率的不断提升,屏幕分辨率会越来越不相关。
这些是我们关于视窗宽度的数字,四舍五入到最接近的 100。我们的网站是为政府部门提供服务的,该部门专门为挪威的少数民族提供社会住房。我们有很多计算机知识有限的访问者。
1300: 32%
1000: 20%
1400: 14%
1700: 5.8%
1200: 5.6%
1100: 5.1%
1900: 4.8%
800: 3.8%
1600: 3.4%
900: 1.5%
我们的网站尚未针对移动设备进行优化,因此大多数移动浏览器报告的视窗宽度约为 800px。
屏幕分辨率的数字
(未设置): 50% (为什么这么高?)
1280×800: 7.8%
1280×1024: 6.6%
1366×768: 6.3%
1024×768: 5.6%
1680×1050: 4.1%
1440×900: 2.8%
1920×1200: 1.7%
1600×900: 1.2%
评论
>你会注意到,浏览器大小版本中存在的任何可见硬边,都比屏幕大小版本窄 20px。有趣。
如果我理解正确,这 20px 的差异可能是由于浏览器窗口边框 + 滚动条占用了 20 像素吗?
只有滚动条。窗口最大化时,窗口边框消失了。
确实表明了这种“响应式”设计有多么荒谬,尤其是在移除伪影的概念,或者在某些情况下,甚至根据窗口大小来移除内容。
那么,如果我使用 Safari,它默认情况下令人讨厌地没有全屏,我就会受到惩罚吗?
这有缺陷,我有一台 1080p 的电视,但是如果我通过 VGA 将我的 Mac 连接到电视,它不会突然变成 1080p,对吧?不会。
屏幕分辨率几乎和“折痕”一样无关紧要。我希望某个混蛋在 10 年前不会在 eConsultancy 这样的糟糕网站上写下有关这两件事的任何内容,因为我们过去十年一直不得不忍受这些废话。
你提到你没有获得很多移动流量(我确信你获得的移动流量比桌面流量少得多,因为我们大多数人不会在旅途中学习 CSS – 而是在我们可以试用它的时候)。不过,需要注意的是,智能手机浏览器不会像你预期的那样以 1:1 的比例报告其浏览器分辨率。例如,移动版 Safari 会将所有网页内容默认显示为 980px,而不是 320px 或 640px(分别为 SD 或 Retina)。
这是我凭记忆说的,所以我可能完全错了。
移动浏览器会为未针对移动设备优化的网站报告更大的视窗大小,因为它们会将整个页面显示在缩略图视图中。这样,它们就可以使用一个比物理屏幕更大的虚拟视窗。因此,你得到的屏幕尺寸实际上比视窗尺寸更小…
另一个更有效的方法是,它不需要一个完整的库或 AJAX 请求,只需要动态地添加一个 0x0 的图像,该图像的 src 指向你的 PHP 文件,该文件包含浏览器窗口的尺寸作为查询字符串的一部分。
这就是垃圾邮件发送者跟踪的方式;)
如果你看看屏幕/浏览器尺寸的图片,你会发现,在这两种情况下,宽度线条都非常清晰 – 模糊的是高度部分 – 我猜这是因为不同的浏览器和操作系统工具栏高度不同。
– 另外需要提到的是,如果你只关注屏幕分辨率,始终要保留一些宽度“在一边”,用于滚动条,也许还有更老的浏览器边框。
尽管如此,浏览器大小与屏幕大小之间的关系仍然是你需要了解的东西 – 这篇文章非常好用,也很有帮助 :)
抱歉重复发布,但我不喜欢在同一个帖子中包含不同的主题…
– 针对主题:在我看来,你可以在窗口模式下使用水平边栏…这可以扩展,因为越来越大的屏幕正在使用,你需要为更小的屏幕调整你的网站 – 因此在更高分辨率下使用窗口模式不会成为问题…
这只是适用于你预期不会出现大量智能手机等流量的情况 – 响应式设计在这一点上非常有用
Chris
这些都是很好的观点。但是,我们没有考虑人们如何使用网站。假设从所有这些数据中,你得到的结果是,大多数人以 1201px – 1400px 的实际浏览器分辨率进行浏览。
那么这意味着我们应该为这种分辨率设计网站吗?绝对不是。
为什么?因为人们在非全屏模式下加载你的网站时,他们会如何使用它。如果网站太大,你本能的反应就是增加浏览器窗口的大小。反之亦然。从我的观察来看,人们喜欢调整浏览器窗口,让网站“全宽”。
无论多少分析数据都无法真正告诉我们,人们在加载网站时如何调整浏览器。非全屏窗口完全可以由用户扩展,它们是流畅的,可以是任何你想要的形状或大小。
只要网站在调整大小后不会完全乱七八糟,就应该没有问题,对吧?人们会自动调整浏览器的大小,以适应他们正在浏览的网站。因此,这场争论有点像西西弗斯任务。
以中欧/Windows & Linux 为例 – 根据我的经验,人们使用全屏浏览(至少 90%)。
很难考虑人们到达网站后是否会调整大小。我完全没有科学依据的猜测是,大多数人不会这样做。即使是非最大化浏览的人,也倾向于将窗口保持在“优化”大小,以便进行浏览,并且除非必要,否则不会调整大小。
我怀疑 Norm 是对的。我通常在早上打开 Chrome,窗口化,并且几乎整天都保持在相同大小。我改变它的时候,只有当某个网站由于某种原因无法适应我浏览器的大小,尽管这种情况很少发生。
此外,我可以补充一点,人们会调整浏览器大小以适应你的网站。除非我错了,否则你的数据可能完全不相关,因为我认为它先测量浏览器大小,然后用户加载网站。然而,他们肯定会先加载网站,然后再调整窗口大小以适应你的网站。你没有测量过这一点,因此你的数据可能无法真实反映人们使用的实际浏览器窗口大小。即使考虑到他们保留了调整后的状态,并且浏览了更多页面。
我真的不认为这会使数据不相关。
人们在访问网站后调整浏览器大小是可能的。然而,如果他们这样做,很可能是因为最初的浏览器大小不适合该网站。不得不调整窗口对他们来说很可能是一种烦恼。他们更愿意以他们到达时的尺寸继续浏览。
那么,最初的浏览器大小才是更重要的统计数据。Chris 已经知道他的网站优化的尺寸。他正在寻找的信息是人们希望网站优化的尺寸。
以前从未意识到全高清用户可能不会全屏浏览网站(不像我)。我们正在讨论是否要重建整个布局,是流动的还是静态的。这个测量脚本可能能给出正确的答案!非常感谢!
很棒的文章,揭示了很多人误解的事情(包括我)。
这是一个超级新手的问题,但 Chris 是如何导出他的 SQL 数据的?
好文章。统计数据是在页面首次加载时测量的,还是你查看了他们的整个会话?
我可以想象那些浏览器很小的访问者在加载第一个页面后调整了他们的屏幕大小,而他们的数据已经传递了。
太棒了!我喜欢这个评论页面的设计。
还有关于屏幕分辨率的,它很棒。
还要记住,在 Windows 世界中,"最大化"和"全屏"之间存在区别。最大化是你在这里可能指的是,至少对于 Windows 用户来说是这样。
有趣的想法,但是我们什么时候会获得太多数据而无法处理?我们不能考虑所有可能的情况,否则我们永远也无法完成任何事情。我想,在浏览器大小中找到常见模式可能是有用的。
嘿,我喜欢关于灰色 rgb 的部分...但我认为你可能对“白色”那一级错了。我现在把它们都打开了,能看到区别。
你们其他人把我搞糊涂了。
我最近一直在为基于浏览器的应用程序开发 UI。它仅供内部使用,因此我的用户群设置为使用它的公司员工。
我想收集一些关于我们公司中最常用的屏幕分辨率的使用统计数据。嗯,在应用程序中没有关于分析的内容,因此我无法检索数据。
相反,我只是做了一些软科学,观察了人们在做什么,并走遍办公室记录了用户样本的屏幕分辨率,以及他们如何与这个基于浏览器的应用程序进行交互。
事实证明,我可以比 "安全" 的 960 像素更宽,并且仍然在我的用户群中保持安全。但我也发现,如果有人没有最大化他们的浏览器,并且应用程序的右侧被切断了,他们只需最大化他们的浏览器或拖动角落,直到应用程序适应。
因此,当我阅读这篇文章时,我发现自己思考 "这是一个很棒的最小/最大实验,但它如何影响实际使用,很大程度上是一个小的考虑因素。"
许多网站正在抛弃“内容可见区域”原则。人们在网上垂直滚动近 20 年了,它就像 7 位数的电话号码一样普遍(与 50 年前使用 5 位或更少的电话号码相比)。
关键是:每个浏览器都带有最大化按钮,并且人们知道如何使用它。试图确定每个案例和边缘情况的视窗大小,是一项学术工作。如果你有时间为每个可能的视窗和分辨率优化你的网站,那么你显然没有足够的付费工作来让你忙碌。
再说一遍 - 研究边缘情况并尝试将其纳入设计,这很好,但在日常应用程序中,我会说将截止值设置为 2 个标准差,甚至 1.5 个标准差。
我非常想知道平均值和众数视窗大小,但这不会阻碍开发,即使我不知道。现在,只是一些数据和一些常识。
嗨,各位,
谷歌也有类似的东西:http://browsersize.googlelabs.com/
看看吧!
再见
Timo
谢谢...我一直想知道如何做到这一点!谢谢分享给我们!
嘿,Chris,
我一直在寻找相同的信息,但没有找到这两者之间的确切区别。我还发布了一个问题:http://stackoverflow.com/questions/19724215/are-browser-width-and-screen-resolution-the-same。太棒了,兄弟。正好省去了我一大堆试图弄清楚相同问题的时间。