设计/建筑

网络 - 27

WEB- 27 :所有机构应按照 COV 设计系统的定义,原封不动地展示英联邦旗帜。 

了解 WEB- 27  

联邦品牌栏可帮助公民识别弗吉尼亚联邦政府组织的官方网站。 它还可以帮助访问者了解他们所在的网站是官方的和安全的。 新的品牌栏还可作为导航门户,方便网站访问者轻松浏览政府机构并搜索联邦范围内的信息,而无需返回 Virginia.gov。 

品牌栏很容易安装,各机构可以在“获取联邦品牌栏”下找到说明和代码,并将其放在自己的网站上。 本页列出了生成代码的分步说明,该代码可放置在代理机构网站的 head 标签中。 代理机构还可以选择灰色或白色的品牌条,以更好地适应其网站的色彩主题。 

生成的每个品牌条包含: 

  • 弗吉尼亚州州徽 
  • 机构或弗吉尼亚州政府实体名称,生成器必须完整拼写该名称 
  • 署名写着“弗吉尼亚联邦的官方网站”,下拉菜单写着“您可以通过以下方式了解”。 
  • 下拉菜单包含有关弗吉尼亚联邦徽标和 HTTPS 证书的信息。 
  • 点击“查找联邦资源”子菜单后,用户可以搜索弗吉尼亚州的机构或政府实体,以及按机构服务领域排序的常用联邦服务和资源。 

生成的代码应按原样使用,不应以任何方式修改。 如果安装过程中遇到任何问题,请发送电子邮件至 VITA 的企业 Web 服务团队。生成的代码应按原样使用,不得以任何方式修改。如果安装过程中遇到任何问题,请发送电子邮件至 VITA 的企业 Web 服务团队 

网络 - 28

WEB- 28 :COV 网络系统应提供一个代理站点搜索框,该搜索框应出现在每个页面上,并应按照 COV 设计系统的指令显示。 

了解 WEB- 28

在每个机构的网站和页面上都设置一个机构范围的站点搜索框,用户可以通过输入相关的关键字和搜索词来更快地访问信息,这些关键字和搜索词会将他们引导到相关链接列表。 机构不能仅仅依靠主要或次要导航来引导用户获取相关信息。  

由于搜索框对于包含大量内容和信息(尤其是涉及政策、程序或公民服务)的网站来说变得越来越重要,因此搜索框应该在每个页面上突出显示,并且应该让用户轻松注意到。 

此外,搜索框应遵循以下最佳做法: 

  • 在可能的情况下,搜索应保留一个开放文本查询字段,其中带有标有“搜索”的占位符文本,或更多上下文说明仅限于用户可以输入查询的几个字。 
  • 搜索框应配有放大镜图标,且细节最少S 可能(简单的线条图)。 用户普遍认为放大镜是搜索功能的象征。 
  • 如果可能的话,此图标不应隐藏搜索功能,因为它会增加交互成本(更多点击)并使搜索功能不那么明显。 
  • 如有疑问,请像 Google 那样去做。 
  • 搜索查询应通过按回车键来确认。 如果需要,也可以通过点击确认按钮来确认搜索查询,但在搜索框中点击回车键的交互应该保留。 
  • 如果添加确认按钮,则应适当调整其大小并放置(通常是搜索框本身的高度,放置在开放文本查询字段的右侧)。 此搜索按钮的尺寸至少需要为45 x 45像素,才能满足可访问性最佳实践。 
  • 输入文本框的宽度应至少能够处理大约27字符的长度(使用 em 设置)。 
  • 如果可能的话,搜索框应放在机构网站的右上角,联邦品牌栏的下方。 
  • 少于10项的自动建议下拉字段可以帮助用户更快地找到他们要查找的内容,但是,使用该字段的机构应确保该字段自动生成的建议与输入字段中输入的搜索词相关。 
  • 一旦用户按下回车键,原始搜索词应该保留在字段中,除非用户清除,并且应该向用户显示根据其搜索查询显示结果的结果页面。 
  • 如果搜索查询没有返回结果,则应向用户提供明确说明没有匹配结果的信息。 

网络 - 29

WEB- 29 :COV 网络系统应包含站点地图,以便搜索引擎更有效地抓取网站。 COV 设计系统中将提供示例。

了解 WEB- 29

站点地图是一个文件,它允许搜索引擎通过抓取其内容来发现您网站的大部分内容。 

站点地图应采用 XML 格式,这样搜索引擎不仅可以索引 HTML 文件,还可以索引有关图像、视频、新闻内容和机构网页的本地化版本的数据。 

要了解如何以 XML 格式创建站点地图,请访问 sitemaps.org 上的站点地图 XML 格式文档。 

VITA 建议遵循 developers.google.com 上列出的以下站点地图最佳实践: 

  • 单个站点地图未压缩时的大小应限制为50 MB。 如果您机构的站点地图文件较大,请将您的站点地图分成多个站点地图。 
  • 站点地图文件必须采用 UTF- 8编码。 
  • 建议将您的站点地图托管在站点根目录。 
  • 在您的站点地图中使用完全限定的绝对 URL,例如使用 https://www.myvaagency.gov/agencypage.html 而不是 /agencypage.html。 

网络 - 30

WEB- 30 :COV 网络系统应确保每个页面都有一个页脚,至少包含以下信息: 

  • 机构名称 
  • 版权信息 
  • 表明符合 Web 无障碍倡议 (WAI) 的文本或经批准的图标链接。
  • 链接到该机构的互联网隐私政策声明。
  • FOIA 信息链接
  • 翻译免责声明
  • 联系我们页面
  • COV 设计系统定义的其他项目 

了解 WEB- 30

网站页脚是一种静态 UI 模式,显示在代理机构所有网站页面的最底部。 WEB- 30布局规定以下内容显示在每个页面的页脚上: 

  • 机构名称: 应显示完整的机构名称 
  • 版权信息: 显示为版权©完整机构名称 [当前年份] 
  • 注明“网络无障碍倡议 (WAI)”的文本或经批准的图标链接: 撰写者为网络无障碍倡议 (Web Accessibility Initiative),并链接至 WCAG 2 .0 AA 一致性页面。或者,机构可以使用 WAI 徽标链接到 WAI。 徽标使用指南和规范可在以下网站找到: W3C 的添加 WCAG 一致性徽标页面 
  • 重要的是,各机构在使用此链接时必须努力满足 WCAG 2 .0 中规定的 AA 一致性。 
  • 该机构的互联网隐私政策声明链接: 隐私政策是特定于机构的,但至少应解释机构在访问网站时如何使用和收集用户信息、收集哪些信息、它与弗吉尼亚州法律的关系、用户可以在哪里获取更多信息、cookie 政策以及与使用用户数据有关的其他信息。 可以在以下网址找到示例 弗吉尼亚州政府。 
  • FOIA 信息链接: FOIA 信息是特定于机构的,应以通俗易懂的语言包含有关弗吉尼亚信息自由法、用户的 FOIA 权利、用户如何请求记录、将请求发送到何处以及机构在收到请求时的责任的信息。 有关 FOIA 的更多信息,请参阅 弗吉尼亚法典,第37章。 
  • 翻译免责声明:翻译免责声明指出第三方(通常是谷歌翻译)可以对页面进行本地化。 该免责声明应标明第三方的名称,并说明提供该选项是为了帮助用户以英语以外的语言提供网站,但没有完美的自动翻译,并且第三方服务是“按原样”提供的。 可以在以下网址找到示例 VITA 的翻译免责声明页面 
  • 联系我们页面:页脚中应包含联系我们页面。 请参阅 WEB- 31以了解更多信息。 

此外,COV 设计系统建议所有页脚 

  • 在移动设备上工作 
  • 页脚中的附加链接应有目的地选择(常用、迷你站点地图等) 
  • 包含社交媒体链接/图标,但不包含整个社交媒体信息 
  • 清晰易读,几乎没有图像 
  • 如果使用,请保持行动号召简短且具有明确的方向和目的。 

网络 - 31

WEB- 31 :COV 网络系统应提供“联系我们”页面,其中至少应包括该机构的: 

  • 邮寄地址
  • 传真号码(如果有)
  • 电话号码,包括免费电话号码和/或 TTY 号码(如果有)
  • 通过电子邮件将链接或联系表发送给代理机构联系人。 
  • “联系我们”页面可从页脚访问。  

了解 WEB- 31

笔记 机构应使用通用电子邮件地址,并避免将机构联系链接与特定个人关联。 

“联系我们”页面允许用户通过各种方式就任何问题或疑虑联系该机构,以适应不同的用户。 

  • 邮寄地址应为代理机构的实际地址,而不是邮政信箱地址,格式如下: 
     机构全名 
    123街道地址,门牌号456 
    城市,弗吉尼亚州邮政编码 
     
  • 传真号码(如果有)格式如下: 
    123 -555- 5555 (传真)
  • 电话号码,包括免费电话号码和/或 TTY 号码(如有),格式如下: 
    1 -123- 555 -5555 (电话) 
    1 -800- 555 -5555(免费电话) 
    1 -123- 555 -5555(文本电话) 
  • 如果需要,可以提供有关如何使用 TTY 或中继服务(如果可用)的进一步说明。 
  • 应使用通用电子邮件链接来避免将机构联系人与特定个人关联,并且应采用以下格式: 
     
    contact@agency.virginia.gov 
     
    代理机构联系人的联系表是电子邮件地址的替代品。 如果使用表格,表格至少应包含以下响应所需的字段 并附有适当的标签:
  • 姓氏(?姓氏真的需要吗?遵循最少原则
  • 电子邮件或电话号码
  • 消息或评论字段 

网络 - 36

WEB- 36 :COV 平台网络系统(包括商用现货 (COTS) 系统)应支持白标,以便无缝使用 COV 设计系统定义的 Commonwealth Branding。

了解 WEB- 36

平台 Web 系统由 EA 定义为: 

任何为大规模或多租户实施提供企业级功能的 Web 系统,包括人力资源管理系统 (HRMS)、财务管理解决方案 (FMS)、供应链管理 (SCM)、客户关系管理 (CRM)、企业绩效管理 (EPM) 和内容管理系统 (CMS)。 

这些系统应该允许 COVA 机构在对外展示或面向公众时重新塑造其外观以适应 EA 外观和设计系统标准(也称为白标)。 至少,可供公众用户访问的平台网络系统应在页面顶部显示联邦品牌栏。 

无障碍设施

网络 - 39

WEB- 39 :COV 网络系统应提供所需的可访问性信息,这些信息应按照 COV 设计系统的指令显示,以便用户立即了解如何最佳地浏览网站。

了解 WEB- 39

COV 网络系统应明确发布网站的可访问性合规性 如下表所示 WEB- 30  尤其是 告知用户浏览网站所需的策略,无论其能力如何此外,机构应包含可访问性声明, 包括该机构正在做出的努力 致力于开发一个可访问的网站,他们如何追踪可访问性,以及用户可以向谁直接提出与可访问性相关的问题

网络- 40 – 网络43

视觉要求 (WEB- 40 – WEB- 43 )

了解 WEB- 40 – WEB- 43

高对比度颜色指南基于 WCAG 的成功标准1 .4. 3 对比度(最小值),其中规定: 

视觉呈现 文本 和 文字图像 有一个 对比度 至少为4 .5: 1 ,但以下内容除外: 

  • 大规模 文本和大尺寸文本图像的对比度至少为3 :1;
  • 文本或文本图像属于非活动内容 用户界面组件,即 纯装饰,对任何人都不可见,或者是包含其他重要视觉内容的图片的一部分,没有对比度要求。
  • 作为徽标或品牌名称一部分的文本没有对比度要求。 

可以使用 SiteImprove 等审核工具或以下在线检查器来确定颜色对比度: 网络AIM 

音频提示指导基于 WCAG 的成功标准1 .2. 2字幕(预先录制),其中指出: 

同步媒体中所有预录的音频内容均配有字幕,除非该媒体是文本的替代媒体且有明确标记。 

有关字幕渲染最佳实践的指南可参见 WCAG 推荐网站 joeclark.org 和 描述和字幕媒体计划网站。 

此外,由于视力正常的用户的视力障碍(例如失明或色盲),并非所有用户都能够理解或感知颜色、图像或其他视觉提示。 WEB- 41基于 WCAG 的成功标准1 .4. 1 颜色的使用,其中规定: 

颜色并不是传达信息、指示动作、提示响应或区分视觉元素的唯一视觉手段。 

例如,如果联系表单中有一个绿色按钮“提交”,还有一个灰色按钮“清除表单 按钮和提交说明都应清晰标记。 在这种情况下,绿色按钮应标记为“提交”,红色按钮应标记为“清除 说明应指导用户“单击提交按钮确认提交表单,或单击清除表单按钮清除表单并重新开始”。 

标签应清晰且具有描述性,以避免用户混淆,但要足够简洁,以便用户快速阅读并帮助有阅读或其他认知障碍的用户。 

机构不应该单独使用颜色来表示其网站上的超链接。 机构应该考虑利用 持续的,使用易于识别的设计模式来表示内部和外部的超链接,例如通过底层、CSS 悬停状态和图标(特别是外部超链接的情况)。 

此外,标记为必填的字段或输入错误的字段必须以不仅仅是通过使用颜色来识别的方式来呈现这些信息。 例如,字段不能仅用红色边框突出显示或旁边带有红色星号。 相反,机构应该考虑诸如“名字必填”或“名字*”之类的标识符,以及“* = 必填字段”的通知程序。 

必填字段最佳实践的视觉和代码示例可以在以下位置找到: Deque 的无障碍表单剖析:必填表单字段页面 

对于用户输入的错误,应该通过清晰、简洁的错误描述轻松识别错误。 每个错误消息还应满足以下标准: 

  • 识别每个错误字段
  • 提供建议(如果已知)来纠正错误
  • 正确地向辅助技术公开这些信息。 

有关如何格式化可访问错误表单字段的更多信息和示例,请访问 级别访问如何提供可访问的表单错误标识页面 

ARIA 要求

网络- 44 – 网络53

WEB- 44 – WEB- 53 :ARIA 要求

了解 WEB- 44 – WEB- 53

HTML 5包含更多种类、更具描述性的 HTML 标记,可帮助开发人员和可访问技术更轻松地理解网页的结构、内容和组织。 机构应确保其网站正确使用语义 HTML,以帮助开发人员、用户和无障碍技术正确访问其网站的内容。 此外,HTML5 语义标记有助于限制 HTML 代码中 ARIA 的使用。 有关 HTML 5中的语义标记及其在无障碍设计中的作用的详细信息,请访问 Mozilla 的 HTML:无障碍 网页 的良好基础 

ARIA,即可访问富互联网应用程序,是添加到 HTML 代码的一组角色和属性,使使用辅助 Web 技术的用户能够更轻松地访问网站。 如果您可以选择使用已内置语义和行为的 HTML 元素,请使用该 HTML 元素而不是 AIRA。 如果没有其他 HTML 元素能够在语义或行为上原生描述或实现其功能,则机构应该将 ARIA 与 HTML 元素结合使用。 当机构选择使用 ARIA 时,他们应该意识到他们有责任为辅助网络技术(例如键盘制表符顺序)创建适当且类似原生的体验。 

WEB- 44 – WEB- 53专门表示当机构发现没有等效语义标记的情况时,对 ARIA 的使用要求。 开发人员可以参考 W3C 的无障碍富互联网应用程序 (WAI-ARIA) 1 .3 了解 ARIA 标准的更多详细信息,而设计师可以参考 W3C 的 ARIA 创作实践指南 (APG) 有关常见设计模式以及如何设计最适合 ARIA 使用的交互的信息。 

用户与布局的交互

网络- 54 – 网络102

WEB- 54 – WEB- 102 :用户与布局的互动

了解 WEB- 54 – WEB- 102

当机构创建网站时,他们不仅应该考虑“最常见”的用户,还应该为各种用户类型和生活体验进行设计。 这些群体通常分为以下几类: 

  • 视觉的
  • 听觉
  • 发动机
  • 认知的 

因此,机构应确保其网站能够被这五种用户群访问和交互,并且提供其网站交互的替代变体。 例如,如果一个链接可以通过鼠标指针访问,那么它还必须能够通过键盘的制表符顺序、通过屏幕阅读器、通过语义标记来访问,并且不仅仅通过颜色来视觉表示。 此外,机构应考虑通过替代文本描述视觉媒体(例如图像),并使用描述性或其他等效文本作为听觉提示。  

如果网页包含播放的媒体(听觉和/或视觉),机构应允许用户完全控制网页,并避免向可能患有癫痫或偏头痛的用户显示闪烁和滚动的图像。 

当你有疑问时,保持简单! 

开发商和机构可以参考 WCAG Web 2 .1 标准 如果他们希望更深入地了解,可以查看最新的和认可的网络标准。 然而, 哈佛大学编写了一份简单易读的指南,列出了开发人员在考虑无障碍功能时应考虑的最重要的10要点 涵盖了 WEB- 54 – WEB- 71中的大部分主题。 

WEB- 72 – WEB- 102专注于制作网站 可感知、可操作、 和 强壮的。 这是记录的四项原则中的三项 WCAG 的四项可访问性原则。 

根据 WCAG,这四项原则是: 

  • 可感知 - 信息和用户界面组件必须以用户可感知的方式呈现给他们。 这意味着用户必须能够感知所呈现的信息(它不能对所有感官来说都是不可见的) 
  • 可操作 - 用户界面组件和导航必须可操作。 这意味着用户必须能够操作界面(界面不能要求用户无法执行的交互) 
  • 可以理解 - 信息和用户界面的操作必须易于理解。 这意味着用户必须能够理解用户界面的信息和操作(内容或操作不能超出他们的理解范围) 
  • 强壮的 - 内容必须足够强大,以便能够被各种用户代理(包括辅助技术)可靠地解释。 这意味着用户必须能够随着技术的进步而访问内容(随着技术和用户代理的发展,内容应该保持可访问性) 

这四项原则构成了当今网络现代可访问性标准的支柱。 

此外,WEB- 72规定,代理机构网站应至少包含  以下项目: 

  • 相关页面列表  
  • 目录 
  • 网站地图 
  • 搜索 
  • 所有页面列表 

如需以简明扼要的方式获取更多信息,机构可以参考 哈佛大学数字无障碍倡议网站上的原则 

用户设备导航

网络- 103 – 网络120

网络- 103 – WEB- 120 :用户设备导航

了解 WEB- 103 – WEB- 120

WEB- 103 – WEB- 120专门关注网站导航的替代方法。 重要的是要认识到并非所有用户都使用鼠标指针的输入设备。 替代输入设备可以包括屏幕阅读器、语音命令、口含棒、吸气和吹气以及计算机键盘上的 Tab 键和 Enter 键,仅举几例。 

机构可以在 伯克利大学的辅助技术类型网页 

此外,本 EA 部分还参考了潜在用户在移动设备上的运动控制功能,指出: 

COV 网络系统不应要求多点或基于路径的手势,例如捏、滑动或拖动。 对于功能,除非手势对于功能至关重要。 

这意味着在触摸屏设备上,用户应该能够缩放、放大文本或在网页上执行基本交互,而无需手势控制;并且网站应该开发为对不同屏幕尺寸和设备进行本地响应。 

机构可以在以下位置找到其他无障碍技术的细目分类,包括本节中的技术: 哈佛大学辅助技术网页 

影音内容

网络- 121 – 网络128

AV 内容:WEB- 121 – WEB- 128

了解 WEB- 121 – WEB- 128

所有音频和视频媒体都应适合网络用户的访问和格式化。 环境评估中的这一部分具体涉及 WCAG 指南1 .2 - 基于时间的媒体,其中概述了如何使网站上的 AV 内容实现无障碍。 应参考标准1 .2. 1和1 .2. 5 ,如下所示: 

  • 提供了一种基于时间的媒体的替代方案,它可以为预先录制的纯音频或纯视频内容提供等效信息。  
  • 同步媒体中所有预先录制的音频内容均配有字幕。 
  • 对于同步媒体,提供基于时间的媒体或预先录制的视频内容的音频描述的替代方案, 
  • 同步媒体中的所有现场音频内容均配有字幕。 
  • 同步媒体中所有预录的视频内容均提供音频描述。 

此外,所有实时内容,例如机构网站或应用程序上托管的网络研讨会和网络广播,也应提供准确且及时的字幕(例如实时字幕和/或 CART 转录)。 

用户还应该能够随时暂停、播放和停止媒体;并且当用户访问页面时媒体不应该自动播放。