一个单独的移动网站?没有分叉的方式!

使用移动网站的体验自然应该与桌面体验不同 - 不仅仅是视觉呈现,内容应该优先排序,结构不同。但风险在于,你最终会维持不同的版本。新闻报道:这将是一场灾难。内容重复。不同步的更新。浪费精力。

当可用性先驱雅各布尼尔森认为你应该“建立一个单独的移动优化网站(或移动网站),如果你能负担得起”,你削减功能和内容“这不是移动用例的核心”很多移动设计和开发社区都拿出了他们的火炬和干草叉。似乎花费大量时间考虑移动设备的人同意一个单独的移动网站“向后180度”

但“独立的移动网站”甚至意味着什么呢?

无论您是在谈论内容还是代码,您要防范的是创建多个版本的网站。它被称为分叉,从维护的角度来看,这是一场分叉的噩梦。如果您将网站划分为单独的移动和桌面版本,那么每次发生更改时,您都无法更新这两个版本。即使使用复杂的内容管理系统,避免这个问题也很棘手。但在我们到达之前,让我们从一个简单的场景开始。

管理类似1999年的内容

想象一下,你有一个你在90年代后期创建的静态网站。没有CMS,所以所有内容都硬编码到您的HTML中。

您决定通过创建移动网站加入21世纪。对你有益!除了噩梦部分,你将基本上创建一个完全独立的网站,现在你必须每次更改时都更新这两个版本。您需要编写两组完全不同的页面:桌面和移动设备的独特模板。即使 - 特别是如果 - 您想要向两个版本发布完全相同的内容,您也必须维护两个不同版本的内容。加倍你的工作量,加倍你的乐趣?

削减功能!削减内容!

大!你可能认为。也许创造独特的内容实际上是一个优势!如果我不想发布完全相同的信息,单独的移动网站仍将是王牌。我会剪切功能,剪切内容,并重新确定我想说的内容的优先顺序。我将发布一个移动网站,该网站仅显示我的内容的一部分,专门针对移动用户的需求。

让我们暂时搁置关于这是否是正确的用户体验的争论。 (不是。)

从维护角度来看,您仍在分析您的内容。想要添加新页面?编辑说明?修正错字?你会做两次。

但这就是我有CMS的原因

拥有内容管理系统的重点是帮助简化发布工作流程,对吧?当然,您只需假设您当前的CMS可以轻松地将内容发布到不同的渠道和平台。

当被问及分析你的内容的危险时,雅各布尼尔森做出了这个假设

“我认为大多数工业规模的网站都是从一个后端产品数据库和内容管理系统生成的,不同的设计由模板和规则代表,关于哪些信息进入哪个版本。”

不幸的是,今天,许多CMS都不支持这种类型的多渠道发布。要求您的CMS根据一组业务规则在不同的模板中显示相似但不相同的内容,并且它将开始喷出点阵打印纸,并发出“无法计算”的呐喊。

你有一个WEB CMS

大多数CMS旨在发布到一个且仅一个平台:桌面Web。在Web CMS(WCMS)中,内容创作和管理功能与内容发布和显示功能“耦合”。 (如果您有一个大型企业CMS,它可能会“解耦”,这一点可能不适用于您。)

大多数网站根本没有内容管理后端,支持使用不同的内容填充不同的设计模板。内容资产(如文本字段,图像和支持文件或媒体)通常锁定为特定的输出格式或设计。直到现在这都不是问题,因为没有人希望WCMS必须支持向不同渠道发布 - 桌面网络就是全部。

WCMS以这种方式工作的事实不仅仅是“实现细节”。不幸的是,它是今天在网络上发布内容的基础。如果我们要在桌面和移动设备上提供优化的体验,我们必须解决这个问题。

多站点管理

现在,一些CMS实际上支持将内容发布到多个模板。它被称为多站点管理,它允许WordPress博客或Drupal站点具有用于桌面和移动内容显示的单独模板。请注意,“单独的模板” - 不是单独的内容。这些CMS仍然希望在两个站点上发布相同的内容。 (具体而言,他们很高兴在桌面和移动设备上一对一地发布相同的“正文”或“节点”内容。其他内容元素,如侧边栏或用户评论,通常存储在不同的位置,可能会被剥离出。)

这些CMS不做的事情(至少在没有付出巨大努力的情况下)是支持根据一组业务规则将不同的内容发布到不同的模板。因此,如果您的计划是向移动用户提供较少的内容,那么您的CMS很可能无法轻松实现这一目标。您仍然需要维护该内容的两个版本,并在发生更改时单独更新它们。

换句话说,你是分叉的。

响应式设计救援!

响应式设计通常被视为一种解决方案,使您无需为前端代码维护多个单独的代码库。努力开发一组适应不同屏幕尺寸的代码,并逐步增强不同的设备功能,从长远来看,您将节省时间。您还将摆脱必须支持数十种不同设备和外形的军备竞赛。

响应式设计也是一种可以帮助您免于分配内容的方法。如果您有一个只能处理发布到一组模板的耦合CMS,那么您可以通过处理前端移动或平板电脑尺寸的转换来欺骗您的CMS发布到不同的设备。

关于是否开发响应式设计站点或维护桌面,电话以及其间所有内容的不同模板的决定是基于您希望如何为开发和维护分配时间和资源的实用选择。这两种方法都有充分的理由 - 通常根植于CMS的功能细节 - 以及对一个组织有效的方法可能不适用于另一个组织。

让我们不要被这场辩论分散注意力,忽视基本问题,即我们如何发展内容管理工具和流程,以有效支持多渠道发布。

内容管理不善是真正的问题

围绕响应式设计的炒作和争论都忽略了真正的问题。从长远来看,大多数组织面临的挑战不是为不同的模板维护多组前端代码。它将保持重复内容的变化。

关于是向移动用户提供更少内容还是不同内容的任何争论都需要考虑管理和维护该内容所需的工作量。如果您想要切换提供给移动用户的信息是可以的,请注意这种方法可能会让您重复内容和治理问题。关注这一点是内容策略的本质。

移动内容策略

为了在移动设备上提供出色的体验 - 提供用户所需信息并且可以在内部维护的体验 - 我们需要针对移动设备的内容策略。

  • 不要以为你可以猜出“移动用户”想要的内容子集。你猜错了。
  • 当您处于此状态时,请不要认为您当前的移动分析将帮助您做出正确的决策。今天,糟糕的,残缺的移动体验是评估人们真正想要在移动设备上做什么的不充分环境。
  • 专注于将所有桌面内容转换为可在移动设备上轻松查看的格式,无论是为移动设备创建一组新模板,还是设计响应设计的网站,或者两者的某种组合(例如,保留当前桌面)网站和构建响应式模板,涵盖手机和平板电脑的范围。)
  • 将所有内容都移到移动设备上后,逐步了解如何以不同方式确定信息的优先级。例如,您的移动设备主页可能与您的桌面主页不同。但是,根据人们如何在移动设备上使用您的全套内容的真实数据 - 不仅仅是假设您最了解。
  • 如果您发现某些内容对任何人都没有用 - 它已经过时,写得不好或者无关紧要 - 那么就抓住这个机会来清理它。桌面用户也将从中受益!
  • 修复您的CMS。如果您正在想象一个可以将不同内容发布到移动设备和桌面的未来,那么您需要做些工作来确保您的工具,流程和工作流程能够支持这些内容。


翻译字数超限