【问题标题】:When not to use mobile-web-app-capable何时不使用支持移动网络应用程序
【发布时间】:2017-01-29 10:56:53
【问题描述】:

我已经 read 了解如何添加

<meta name="apple-mobile-web-app-capable" content="yes">
<meta name="mobile-web-app-capable" content="yes">

到您的 HTML 将允许用户将该页面添加到他们的主屏幕并将其用作应用程序。所以我想知道将这些元标记添加到我生成的几乎所有 HTML 中是否有意义。毕竟,用户没有将它们安装为应用程序,但如果他们选择这样做,我为什么要阻止呢?

我在这里主要考虑未经身份验证的内容,从 HTML 服务器的角度来看,它是静态的,尽管由于客户端 JavaScript,它很可能是交互的。为了给您一个想法,请考虑单页教程,其中可能包含一些交互式代码演示。类似的东西。

  • 我是否通过添加这些标签做出任何承诺?
  • 在什么情况下我应该避免添加它们?

【问题讨论】:

    标签: html mobile web-applications iphone-standalone-web-app


    【解决方案1】:

    您使用这些标签做出的唯一“承诺”是您的网站可以在没有浏览器按钮的情况下进行导航。大多数网站没有专门的“后退”按钮,用户最终会陷入死胡同。

    您确实建议网站的基本部分可以在没有互联网连接的情况下运行,否则,何必呢?应该有一些理由将它添加到您的主屏幕,而不是简单地使用书签。当用户对常规书签没有明显的好处时,您应该避免使用这些标签。


    在您的示例中,教程作为类似应用程序的快捷方式可能非常酷,特别是如果所有内容都被缓存并且用户可以在没有互联网连接的情况下立即访问它。但是,您应该考虑到您的用户可能希望在他们工作时参考多个教程。用他们需要在它们之间切换的一页“应用程序”的图标填充用户的主屏幕比仅使用浏览器选项卡更不方便。

    如果您可以添加改进“多个浏览器选项卡”场景的功能,那将是使用mobile-web-app-capable 标记的理想方式。尝试制作一个将多个相关教程组合在一起的应用程序,并在前端简单搜索内容。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2023-04-02
      • 2019-11-18
      • 2013-04-30
      • 1970-01-01
      相关资源
      最近更新 更多