在設計響應式網站時，我們傾向于專注于在當今世界各種屏幕寬度內保持內容的格式。這是有道理的，因為水平滾動不是特別用戶友好的，因此將設計約束到瀏覽器的視口寬度通常是給定的。
在較小的屏幕上，將東西堆疊到單個列中是移動，并且通常，只要內容保持在適當的寬度內，進一步認為頁面的高度不被賦予。結果，我注意到，在我自己的設計和許多在野外，移動頁面長度往往是相當長的。這個帖子是一個建議，至少保持瀏覽器視口的高度，因為您正在設計響應式網站。
但是如果你把它拉到你的手機上，你可能會注意到需要相當多的滾動才能看到整個頁面。在我的Macbook上，頁面大約是4500像素高，大約是瀏覽器窗口可視高度的6倍。相比之下，在我的手機上，頁面高約6,200像素，或大約是可見高度的10倍。這不是內在的壞; 沒有設計法規定您必須使網站在不同尺寸的設備上保持高度，但我認為深入了解這是一個有趣的觀察。
再次，我不認為整個頁面長度本身是有問題的。我已經注意到，在許多響應式設計中，有意義的內容分組容易在較大的屏幕上發現，但是當事情開始在移動屏幕上堆疊時變得混亂。例如，在Nexus頁面上，第二部分將三個硬件功能組合在一起。在一個足夠大的屏幕上，您可以看到這三個塊并排，并且該部分通常最終完全是瀏覽器可視區域的高度。在手機上，你最終只能看到一個塊的一個塊。當您瀏覽頁面時，這3件事情并不是明確的，而是將它們分組在一起，而不是世界的盡頭，但也不是最佳的。
最近，我一直使用設備視口的高度作為粗略的指導，以幫助確定如何布局內容。意圖是解決上面提到的問題，可以在任何設備上同時合理地查看要組合在一起的內容。在Nexus示例中，替代原始設計可能看起來像這樣。
通過大幅度縮小部分標題和縮略圖的大小，我們可以將該部分的所有相同內容合并到單個視口中。這種改變本身可能只是一個小的增量改進，但總的來說，我發現遵循這個一般準則導致在滾動瀏覽移動設備頁面時更容易遵循的布局。