此文档是编写成为W3C品质保证兴趣小组工作的部份。请把有关之可公开意见传送到公开档案邮寄清单public-evangelist@w3.org或把私人意见邮给Karl Dubost karl@w3.org。
作者特此鸣谢各位曾经参与回顾及提供意见的人士。
不论您是经理、网络开发者、市场或传讯部门组员,或独立网页主持人,您也从不同途径看过有关网络标准的好处。您明白这些标准是有利于为您节省成本,简易管理及赚取利润,而您亦因此决定转换 - 把标准放上您的网站内。
可惜,您找不到一份可以指示您该从哪里开始及怎样安排这个把网站转换成为符合标准的过程的指引。可能您会以为在一个大的网站内实行这目标是遥不可及的。若您不肯定什么是网络标准,我们建议您可先阅读什么是网络标准真义[WEB-QUALITY],怎样选购及开发一个有质素的网站[REQ-WEBAGENCY],及为什么一个具可读性的网站[WAI-PROFIT]能带来利润。
我们在此推介的方法是适用于任何大小的网站的;它适合您所需,不论您在管理的是一个私人,小型公司或大企业的网站。
我们会引导您于所有不同的步骤当中 - 所有您也能够独力完成 - 从分析您现有的网站到组织您的新网站。每一个当中的步骤也是分开来设计的,并且是可以在不同时间,不同程度,由不同人士,不管他们的技术水平,而是依据工作程序来进行的。
不论大小,您必须先依标准来评审;当中大概会有许多网页是不能符合您设定为您网站标准的要求。
把您们的传讯部、技术部,市场部及管理层的人员召集一起来建立一个您们希望评核您的网站的清单。在这阶段,是没有需要排分那项是您希望修正的先后程序,但我们建议您最少也先行测试您网站的有效性(HTML 和 CSS)、可读性及国际化水平。您会于以下内容中找到一些技术解释。
这篇文章概述出依据W3C标准来改良您的网站的方法,但您也可以利用这策略来处理其他为您网站所需而设定的要求。我们建议以下有一份不尽齐全定的清单:
有时候,您或您的组员可能没有相关的技术或未能理解有关您网站内的问题;若是这样 - 请寻求协助。邀请在可读性或国际化方面有相当认识的专家来参与。例如,关于可读性的问题(残障人士浏览您的网页时的简易度),您可请求一个相关的协会来协助您,一般情况下,如盲人协会,他们会十分乐意协助。若您是一家大企业的一员,也可能当中已有一些有残障的职员在内。向您的人力资源部查询及提议安排这些人士加入您们的工作。
现在您清楚您的测试要求,您要决定在您的网站内现有的问题。一个好的处理方法是列出全部在您网站内属于您自己的所有URIs。这工作只是很简单的程序 - 一个简单的追查网页连结的工具,再把它们加入一个纯文字档(如:一行列出一个URI)已足够。
可能您的网站不能使用追寻连结的工具;这可能是一个检察您的网站内有哪些网页的连结不能被连接的。基本上,这程序可以显示出哪些网页是不能被搜寻器检查出来的。亦意味着您正有效地防止外间进入您的网站。
当您完成这个清单时,您可以使用LogValidator[LOG-VALIDATOR],一个特别为帮助您检验网站而设的程式。LogValidator把一系列的URI依据您开始测试时所选的模式来进行分析。(这会是您的技术组员的其中一部份工作,请与他们相讨怎样配合您的网站结构来执行。)它会在每一个URI施行一系列的测试然后提供相关的测试结果。
经过这首回分析后,您会有一个关于您的网站健全性的概念,因此您便可以设定有关整顿您网站内的问题网页所需的工作安排。或许您会有许多不合乎您要求的网页,例如:您所有的HTML或XHTML网页都是不能符合有效规格的。但您亦毋需担心 -- 这事实上是一个好消息! 为什么? 因为若您是使用一些范本工具或一些内容管理系统来制作您的网页,这便表示您的范本内有一些错误的地方了。
解决方法很简单;只需把范本修正及再一次进行测试;您可能发现较以前减少了出错的地方,什至完全没有错误。若您并非范本工具的开发者,向为您的网站制作CMS的人或有关人等查询及作出相应的修正。将来,当您的网站要再设计时,请依照在Buy standards compliant Web sites [REQ-WEBAGENCY]内的建议。
若在第一个关口后您仍然在网页内发现有错误,您也毋需担心 -- 这指引会教您怎样把它们修正。
这一步另外一个好处是它能带给您对网站内的所有网页一个具体的概念,这意味着当您要移动一个网页,或删除您网页内的一个章节,您会有一个更清晰的意识来决定怎样引领您网页的访客到来您的新网站,亦等于您不会因为经其他途径来连接您网站(如其他网站提供的连结或搜查器)的失误而损失访客。紧记,好的URI是不会连接不通的。
现在您有一列详细的所有不符合有效规格或有其他问题或错误的网页的清单。它的长短不是问题,因为它不会改变我们在此作出的解释。首先要清楚的原则是很简单的: "不要修正! 改善 - 组织您的工作"
并不是完全有需要于一时间把所有问题修正,事缘两个主要原因:
此外,请勿尝试个别处理一个问题,而完全不顾及其他问题至完成。例如:您打算令您的html网页合乎有效规格,和令它具可读性 - 您应一并同时处理。假若您完成一个后再处理另一个,在后些的修正循环内,您可能会带来另一些问题和影响您之前所做的一些良好效果。
所以:勿致力要于一次修正程序中把全部错误改正,亦不要以循环形式解决问题 - 应该要改良您的工作步骤。
这方法的成功因素是要于面对选择时保留对事情的现实性,而且要确保这些选择可以提供有效的成果。如果您想改良您的网页,您便要决定您要解决所有发现有问题的网页上所需要付出的时间。尝试以在您网站内的一个问题网页作例子,考虑在工作流程中以最合适的技术人员和资源来解决问题。
当您决定要运用多少时间在数个网页上时,您将可以更准确地预计出需要的资源及人员在完成整项工作上,以及更实际地计算出每一天可以完成的网页。
我们鼓励您每一天处理一次会比每周/每月处理一次较佳。因为这样可以让负责执行职务的人士更容易安排时间,而且因为一天处理一次的时间必定较累积一周才处理所需的时间少。一天处理5页比一周内利用一天时间来处理25页,自然是来得较轻易及简单。
与负责这些职务的组员定期举行会议;以收集他们的观点,执拗及经验。这样可以帮助您明白问题是源于CMS,或在编辑网页的程序上。您会可以同时改善编写程序及所使用工具的质素。
此后,从实践这方法时所得的经验,您会能够设定里程标。例如: 50%浏览您网页的人士能接触由您所订定的品质要求。当达至目标时,您可以提高水准至60%及以上。任何您希望测试或达成的目标,尽量保持它们在合理及细小的规模;这样可以保持延续性,但却是可达成目标及有进步的。
要达成一个真正成功的计划,您要让每一个有份参与出版的人员也包括在程序内。了解所使用的工具和方法,可以帮助您知道问题的起因 - 这是有关工具或使用者带来的问题呢?若问题是由编辑工具带来的,这样便可以帮助您收集意见,而且还可以跟工具的制作人相讨怎样可以改良他们的软件。这个在大规模机构的环境里,尤其有大量使用者的情况下更是有效;正是一个聪明的进步方法。
把改良了的网页出版 - 即使在非公开的情况下,最少也在组员之间发布。这样可以显出当中的进程及鼓励各人继续参与。若您已经于发布系统中找到问题所在,您只能在此加以改善。
在这文件前部份已提及的LogValidator [LOG-VALIDATOR],是可以帮助您点出网站内出错的地方从而让您可以作出改善。在预设的模式下,这工具是可以测验出HTML文件的有效性。这基本原则实际上是很直接的:从网页伺服器的一个log文件,里面包含有每日被读取最多次数网页的结果,并取出最初n页数的结果排序(n是一个您指定的数值),然后把它们传送到W3C Markup Validator。完成后,它会把评核结果送回给您。
此举有什么好处呢?因为这样您可以先修正最多人浏览的网页,这是您评审您网站品质的角度 - 而非在于实际上有多少页数。
LogValidator具有一个以Perl编制的开放及模件建设,您可以开发适合加入来配合您要求所需的模组。例如:您可以加入拼字检查工具,或一个可以检查在网页页内的商标和页尾的信息是否正确的模组,又或是一个可以检查网站连结是否有问题的模组。这是一个安装十分简易的工具,并且是CPAN存档的部份。
处理这些事务的方法有许多,所以您应该依循所定目标方向作出实际性的行动。
使用LogValidator后,有许多方法可以使用来实行或分析由LogValidator检出的结果。例如:您可以建立一个内部使用的邮寄清单,让负责管理新网页品质的组员每天早上也收到一列需要留意的URI。那么,他们便可以安排除错,或汇报产生问题的有关部门跟进。
这个按步骤进行的方法帮助您去维持网站的品质,但当问题继续发生时,您仍需要定期进行跟进。
间歇地(如每三个月),请重头把整个分析程序进行一次,这样您便可以了解到您的网站在整体质素上是否有进步,而且还可以了解您的范本工具是否出现问题。同时也可以帮助您达成起初您所订定的目标。若您网站的质素没有改善,那么您的步骤当中可能有些东西要修正了。
最后,负责执行这计划的人员,在见到整个过程所得的结果,也会感到他们所付出的努力终于得到回报。渐渐地,您会得到一些有利于机构的珍贵经验。同时,当您进行这回顾时,请编制一份纪录了整个程序的事项,将来这纪录便可以成为一份有关您的网站质素的手册。
通常您的机构也会有其关于使用公司颜色及公司商标的守则。当发现问题时,把有关的简单技巧加入,便可以改良您网站的质素。
在这里所提供的方法是很具灵活性的;您要顾及您所需要的事项。若您的一些出版要求已有增减,您必须更新您的出版程序,亦即您的品质保证程序。
这里建议用作评核及改良品质的方案是分别设计的部份,因此互相之间是没有影响的。所以,您是可以因应您的需要而作出加减的。
您可能有机会面对一些由于不可能自己解决的问题,致使没法子即时把问题解决。例如:您所使用的出版或编辑工具是无法编出有效的编码的。虽然您已尝试不同的方法,但无一可行。这情况下,您必须把意见收集,并以公司机构的名义反映有关之意见。由于这样可代表整个市场一部份的意见,所以这些编辑工具公司会听取您的意见。
要保持良好网站质素,您要对帑内部优秀的编写员作出奖励,并对有较多问题的提供协助。假若您的用户不能领略您所选用的方法所带来的好处,这就等如不能达到成功一样。所以,您应该邀请他们加入,鼓励他们汇报过程中,或使用工具时所面对的疑难等。这样,对整间企业也会带来得益。
这方法在W3C内已沿用多年在HTML部份上,它帮助我们保持所有网页的有效性。这亦是一个可用于您公司内或团队内的一个十分有效的方法。
鸣谢所有参与复核本文章的人士: Olivier Théreaux, Stephanie Troeth, Denis Boudreau 以及所有在public-evangelist mailing-list内的人士。
