Mobile 手机版的网站-我是不是想得太多了？

我希望我的网站支持手机，但这不是一个“如何”的问题。 我已经阅读了所有关于这方面的内容，并总结了我的发现、@media tags和min/max width

现在是我真正的问题。 一些网站页面变得相当大，包括内容、侧菜单、顶部菜单、页脚、JS、CSS（非移动版本）等等

但是。。。。对于一个移动版本，我需要至少剪掉50%（例如，侧菜单不应该显示，页脚应该更小等等）

现在，css也不是问题（只是隐藏了@media不需要的元素） 真正的问题是，为什么我必须提供完整的页面，而只显示其中的一部分？ 这不是在浪费带宽吗？加载速度也会受到影响（加载专为移动设备设计的页面，没有所有“额外”功能，总计为10kb， 而完整的页面可以达到100kb）

我是不是想得太多了？

---

我应该只使用@media查询，而不关心带宽浪费吗？

这取决于您的使用情况

制作一个单独的移动页面需要很长时间吗？如果不是，那么是的，那就更好了，为什么要浪费带宽（对于可能使用3/4g的移动设备来说，这是一个很大的考虑因素，他们将为此付费）

请记住，许多大型网站在使用手机时都会按照传统方式重定向到m“websitename”，因此人们确实会投资建立一个手机网站和一个完整的基于web的网站

---

长话短说都很好，但这是适合你的，也是你有时间做的

如果你的内容在一个“母版”页面中加载了特定区域，那么你的移动“母版”页面将排除不需要的区域。我通常就是这样做的，很少使用@media来隐藏内容。@ericosg请看一看我在Simon的回答中写的评论。制作母版页只是用内容填充区域，与任何内容复制无关。这将要求你的内容在不同的视图中。因此，这让我回到检测设备并基于此提供母版页的工作。这将包括一个实际上并不需要的重定向。或者我错了？如果您使用的方法允许服务器根据客户端的浏览器简单地为您提供所需的服务，那么您可以避免重定向。这个网站有你所需要的所有检测技术。这个网站有18000多个页面，制作另一个特定于移动设备的母版页（就像大型网站一样）并不是一个问题，但是，所有页面都会有与原始完整网站重复的内容。@CodeBlend我已经考虑过了，但是，在考虑了一段时间后，这不是一个好主意。我相信移动搜索会变得更好，我相信会有移动搜索（即使现在他们存在）。搜索引擎优化（SEO）将非常重要，内容将在排名中占据权重。那么，内容问题将归结为网站的结构，你是否可以重用很多后端逻辑/类，只需要创建一个新的用户界面。如果你可以简单地创建一个新的移动主页，然后尝试用现有的内容提供给它，那么我就会这样做。有很多问题需要回答，你的设计是否可行这很容易理解，但我如何知道母版页的哪个版本可以提供服务？我在IBM的XPages团队工作，我们正在制作移动web应用程序。我们使用用户代理字符串来检查它是否是移动的。iphone在用户代理中总是有“iphone”，ipad有“ipad”，android有“android”。如果你真的想获得完全的移动支持，android手机有“android”和“mobile”，而android平板电脑只有“android”