万维网联盟（World Wide Web Consortium，简称 W3C）创建于1994年，是 Web 技术领域的国际中立性标准权威机构。
万维网发明人、图灵奖得主蒂姆·伯纳斯·李在1989年发明万维网（WorldWideWeb）这一存储在网络计算机中数量巨大的超文本信息集合，1990年制作了世界上第一个网页浏览器，1993年宣布将万维网免费开放给所有人，并于1994年创立万维网联盟。其使命是致力于开发协议、指南和标准以解决 Web 应用中不同平台、技术以及开发者带来的不兼容问题，保障网络信息流通的顺利及完整性，从而确保 Web 的长期稳定发展。
“信息获取和自由流通”是联合国定义的一项基本人权。W3C 标准设计原则是「Web for All，Web on Everything」，目标是实现全人类，无论其硬件、软件、网络、语言、文化、地域、行为能力如何，都能够平等拥有获取信息的权益。W3C 的愿景是「One Web」即构建广泛参与的、知识共享的、安全可信的全球同一 Web。
到目前为止，W3C 已制定了400多项影响深远的标准及实施指南，包括语言使用规范，开发导则和解释引擎行为等等，并督促应用开发与内容提供方遵循这些标准，例如广为业界采用的 HTML、XML、CSS、WCAG、WebAuthn、WebAssembly 等，有效促进了 Web 技术的互相兼容，对互联网技术的发展和应用起到基础性和根本性的支撑作用。
从标准流程角度，W3C的标准流程（Process Document）、会员协议（Member Agreement）及专利政策（Patent Policy）约定了W3C参与各方的职责和利益。其中，W3C的一些主要机构包括顾问委员会（Advisory Committee）、咨询委员会（Advisory Board）、技术架构组（Technical Architecture Group, TAG）及各个讨论组（chartered groups）。
从管理角度，W3C 曾由设立在美国麻省理工学院（MIT）、欧洲数学与信息学研究联盟（ERCIM）、日本庆应大学（Keio University）及中国北京航空航天大学的四个全球总部机构联合运营。2023年1月起，W3C 成立独立的法人实体（W3C Inc.）正式转型成为公益性非营利组织。W3C 董事会（Board of Directors）作为联盟的监管机构，在联盟的战略方向上拥有最高权威，对整个 W3C 负有法律义务与受托责任。
W3C 拥有来自各国政府、行业、标准化组织、科研机构等400多家会员单位，汇集全球数十个行业领域数千名专业技术人员，覆盖了 IT 及互联网、电视与媒体、汽车、出版、金融、数据、通信、物联网、航空等众多领域。
中国早在1994年就有了第一个 Web 网站并正式联入国际万维网。作为全球办事处计划的一部分，W3C 于2003年在香港科技大学设立办事处，2006年依托北京航空航天大学设立中国办事处（香港办事处同步撤消），2013年1月北京航空航天大学正式升级为 W3C 全球总部机构，成为我国第一所建立国际知名技术标准化组织总部机构的大学。W3C 成为独立法人实体运行后，继续以北京航空航天大学为合作伙伴及主要工作载体，与中国会员一起共建新一代 Web，携手推动 Web 及国内相关产业的发展。北京航空航天大学作为 W3C 董事会常驻成员单位，继续承担 W3C 全球治理与管理的职责。
伴随着中国 ICT 产业的迅速发展，中国在全球 Web 技术领域的作用日益提升。中国会员单位在标准制定过程中承担重要角色，有效促进了一系列新兴 Web 标准在国内的推广、普及和应用。W3C 将与国内外学术界、产业界及广泛的技术社区共同构建更加开放的互联网技术平台，有效推动全球互联网技术与标准的发展。 更多内容，请参阅 W3C 全球官网www.w3.org。
会员参与信息大全：https://www.w3.org/Member/
在本文档规定的某些情况下，W3C 会员代表可以提出顾问委员会申诉。
W3C 会员资格对所有实体单位开放，“如何加入 W3C”中有讲述（请参阅当前 W3C 会员的公开列表 [MEMBER-LIST]）。单位组织根据会员协议[会员协议]签署会员。W3C 团队必须确保会员参与协议仅限团队知晓，并且保证在 W3C 不会有任何会员获得特殊优待。
虽然 W3C 没有针对个人设置会员类别，但个人依然可以加入 W3C。当个人同时也代表某一个 W3C 会员单位时，则适用相关会员的限制规定。
各会员单位享有以下权利和利益：
此外，根据会员协议内容更多的限制规定，会员单位的代表按照如下方式参与 W3C：
一个“会员联盟”是指一个由两个或更多个人、公司、组织或政府组成的联盟，用户社区，或这些实体的任意组合，加入 W3C 目的是参与一个共同活动或汇集资源，以实现一个共同目标，而不只是参与或实现某一家的愿望。一个股份公司或类似实体不会仅仅因为它有投资者或股东而成为会员联盟。如果不清楚一个潜在会员是否有会员联盟的资格，W3C 理事可以合理地作出决定。对于会员联盟，W3C 工作流程文件中描述的 W3C 会员的权利和权益，包括会员联盟的带薪员工和会员单位代表。
会员联盟还可以指定最多四个人（或更多，由 W3C 团队决定），就算这些人不是会员单位的雇员，可以行使会员代表的权利。
对于以个人身份作为成员的会员联盟，这些人在参与 W3C 工作时必须披露其雇佣关系。适用相关会员的条款规定。此外，这些人必须代表 W3C 会员单位的整体利益，而不是其雇主的特殊利益。
对于组织加入成为会员的会员联盟，所有这类的代表必须是会员组织的正式代表（如委员或任务组主席），并且在参与 W3C 工作时必须披露其雇佣关系。适用相关会员的规定。此外，这些个人必须代表 W3C 会员单位的整体利益，而不是其雇主的特殊利益。
对于会员联盟的所有代表们，知识产权许可承诺是代表会员联盟作出的，除非个人的雇主们进一步作出的知识产权许可承诺。
为了确保在达成共识的过程考虑周全，会员参与本文档中规定的某些情况会受到相关会员状态的影响。正如本文档这里提到的，两个会员单位是相关的，如果：
子公司是指被另一个独立的组织机构有效控制和/或拥有多数所有权的单位。
在W3C的组织架构中，每位W3C会员需要指派一名代表，参与W3C的顾问委员会（W3C Advisory Committee）。这名代表被称为该会员单位的“顾问委员会代表（Advisory Committee Representative，简称AC Rep）。在W3C的流程文档（Process Document）中，有专门章节解释了AC代表的职责，相关内容请参阅 https://www.w3.org/Consortium/Process/#AC
当一个组织加入W3C成为其会员时，按照会员协议，它必须任命一位顾问委员会代表（以下简称AC代表），代表该会员单位行使会员权利。W3C的新会员指南中描述了如何订阅或取消订阅顾问委员会邮件列表，提供了关于顾问委员会会议的相关信息。AC代表必须遵从利益冲突政策，依据新会员指南中描述的机制披露相关信息。关于会员的更多信息请见W3C会员专区。
在W3C的组织架构中，每位W3C会员需要指派一名代表，参与W3C的顾问委员会（W3C Advisory Committee）。这名代表被称为该会员单位的“顾问委员会代表（Advisory Committee Representative，简称AC Rep）。在W3C的流程文档（Process Document）中，有专门章节解释了AC代表的职责，相关内容请参阅 https://www.w3.org/Consortium/Process/#AC
当一个组织加入W3C成为其会员时，按照会员协议，它必须任命一位顾问委员会代表（以下简称AC代表），代表该会员单位行使会员权利。W3C的新会员指南中描述了如何订阅或取消订阅顾问委员会邮件列表，提供了关于顾问委员会会议的相关信息。AC代表必须遵从利益冲突政策，依据新会员指南中描述的机制披露相关信息。关于会员的更多信息请见W3C会员专区。
被指定的AC代表应当对该会员的组织架构有足够的了解，以便协调该会员单位合适的人员或团队参与W3C的相关技术工作。会员的AC代表不一定需要很强的技术背景，更重要的是参与所在单位的战略管理与协调工作。AC代表的职责主要（且不限于）通过参与邮件列表讨论、在线填写意见调查问卷、以及面对面会议完成。
W3C会员单位指定的AC代表将收到W3C的官方通知，代表所在会员单位在W3C的各类决策流程（如审阅标准草案，参与相关活动，征集参考实现，及其他需要反馈的 W3C公告、投票等。参见 AC 审阅、申诉和投票的权利）中给与官方反馈。AC代表可以通过书面形式授权会员单位内的其他人员代理其部分职责。AC代表应当参加每半年一次的顾问委员会会议 （Advisory Committee Meetings），并同其他会员单位的AC代表建立联系。AC代表指派会员单位内的其他人员参与W3C的工作组（Working Groups）。
W3C团队必须使用邮件列表作为官方信息发布的正式渠道。每一位顾问委员会代表应当订阅次邮件列表。顾问委员会代表可以要求其所在单位其他员工订阅此邮件列表。W3C团队须为顾问委员会提供一个邮件列表以便其讨论。
W3C团队每年必须为顾问委员会组织两次面对面会议，即W3C AC Meeting。目前W3C的CEO担任这些会议的主席。AC代表应参加每年举行的顾问委员会会议。如遇特殊情况，如某会员单位AC代表换届之际，大会主席可批准该单位派两名代表参加会议。W3C最迟应在本次顾问委员会结束之前公布下一次会议的时间和地点，通常以提前一年公布为宜。在顾问委员会召开日期的8周之前，W3C团队须向顾问委员团征集会议议题，并在会议召开两周之前在会议网站公布本次会议的日程信息。
如不再担任 AC 代表，应及时通知 W3C 团队（中国区会员可直接联系 W3C/北航团队联系人 zhenjie@w3.org），告知所在会员单位的新任 AC 代表姓名、联系方式、及其 W3C 账号名或注册邮箱（注册 W3C 账号），以顺利完成 AC 代表工作交接。
W3C大多数站点是公开的，无需账号即可直接访问。访问某些特定页面（如面向会员的站点、加入W3C的小组等）时需要先创建一个用户账号，但我们不会公开发布个人账号信息。到https://www.w3.org/accounts/request注册W3C账号（详见账号注册与管理）。
工作组和兴趣组链接和邮件列表，欢迎订阅：https://lists.w3.org/Archives/Public/
订阅方法 ：点击邮件列表的「subscribe」链接或寄一封标题为「subscribe」的信至需要订阅的邮箱。收到一个确认码以后直接回复该邮件（需要标题里带该确认码，可以是空邮件）。
W3C团队负责维护W3C内部以及与公众的沟通（例如，消息推送、新闻发布、管理网站和访问权限以及管理活动日历）。会员发布其与W3C工作相关的新闻稿件之前，应向询问W3C团队意见征求同意。
W3C团队尽一切努力确保以下公共信息的稳定性和有效性：
为了让会员及时了解W3C会议安排、研讨会和文档审阅截止日期，W3C团队为他们提供定期的（如每周）消息推送，并维护一个W3C官方活动的日历。鼓励会员将日程安排和活动信息发送给W3C团队，以便其在包含在W3C活动日历里。
W3C信息的获取有三个重要权限（在W3C网站上、W3C会议等等）：公众公开、仅限会员访问和仅限团队访问。
尽管W3C提供的许多信息是都是公开的，但“仅限会员访问”的信息只有在被授权情况下才可以访问，包括会员单位的代表、特邀专家、咨询委员会、TAG和W3C团队。例如，一些工作组的章程可能会说明小组会议记录仅设置会员有访问权限。
“仅限W3C团队访问”的信息只有W3C团队和其他被授权的人可以访问。
团队必须提供机制来确保仅会员有访问权限的信息，并保证被授权的人能够有效访问这些信息。文档应明确指出是否要求确保仅会员有权限访问。不确定信息保密权限的人应联系团队。
会员单位代表可以将仅会员可以访问的权限授权给会员单位代表们，或者会员单位雇佣的其他被认为可以访问的人。例如，会员单位代表以及本单位的其他雇员和正式的代表有责任确保仅会员有访问权限的信息，只在本单位推广内部使用。有关会员邮件列表的订阅使用，请参见新会员指南[INTRO]。
作为会员的一项权益，W3C会为特定内容的沟通交流提供了一个仅限团队和仅限会员知晓的方式。例如，会员单位代表可以通过仅团队知晓的方式发送审阅意见。
然而，对具有明显公众组成部分体现的W3C的工作流程，如技术报告研发过程有关的，影响决定做出的信息对公众公开也是很重要的。团队可能需要向工作组或公众公开仅团队知晓的信息。同样，只有会员参加的工作组活动必须公开与技术报告研发过程有关的信息。
本文档明确指出了哪些信息必须提供给会员或公众，即使这些信息最初是仅团队成员或仅会员的知晓。只有团队和团队授权的人可以变更此信息的保密权限。当需要变更时：
新会员加入后，W3C将通过以下渠道推广新会员加入的消息，借此向会员及社区介绍新会员，识别潜在标准化合作意向并协助建立后续联系。
W3C中国很乐意与会员联合推广以下内容：W3C标准及联盟重要动态、会员对标准工作的参与及贡献（会员提案、技术输入等）、会员对标准的部署/实现/翻译、会员与W3C联合举办的活动等；W3C方面将不推广会员具体业务或产品。
如有联合推广意向，欢迎联系W3C团队：贾雪远 w3cchina-social@w3.org。
W3C会员的一个重要的价值，是有机会参与各类会议，并同其他会员建立工作关系。W3C在组织各类工作组会议、前沿技术研讨会之外，每年还组织两项重要的会议（参见历届与即将召开的 AC 与 TPAC 会议）。
TPAC [视频] 是W3C的年度重要技术会议之一。历届参会规模大约400-500人，参会者将在五天的时间里，共同协调未来开放Web平台的技术方向，讨论W3C的组织策略。TPAC期间将举行:
W3C的顾问委员会是W3C会员及团队参与的会议，讨论W3C的运营策略、及主要技术方向，征求会员及团队意见。每年举行两次（其中下半年的AC会议与W3C的年度技术大会TPAC联合举行），仅对会员单位AC代表、小组主席、AB、TAG、W3C团队及全球办事处成员开放。W3C的会员应指派AC代表，并由AC代表本人参与会议；若AC代表本人无法参会，可指定同单位一位成员代为参会。
Web标准的制定过程需遵循W3C专利政策，这项政策旨在确保所有据此制定的技术规范可以在免版税（Royalty-Free，RF）的基础上实现，也就是说任何实现W3C标准的组织或个人都不需要因为标准里包含的某个专利而支付费用。
如果W3C意识到某项必要专利技术是实现某一标准必须采用的专利技术（essential claim），且无法从专利持有人处获得免费授权，不能实现免版税的许可，W3C就不会发布该推荐标准。
为了充分发挥工作组和W3C的作用和价值，所有W3C的工作组章程内容都会包括该专利政策，以确保工作组制定出的技术规范是免版税的。
作为参与工作组的前提条件，每个参与者（W3C所有会员、W3C团队成员、特邀专家和公众参与者）应同意根据W3C免版税许可政策。只有通过W3C的申请流程，确认加入到工作组这个事实行为，或以其他方式同意W3C专利政策所述的专利许可条款，才能使会员履行W3C免版税许可的义务。仅仅是有W3C的会员资格，没有其他情况发生，无需履行W3C专利政策的许可义务。
W3C会员单位的成员在提交会员提案时，所有提案人以及与提交的文档相关的，涉及到专利技术许可的任何他人，必须说明每个实体法人组织（包含提案人和其他相关专利许可人）对会员提案中的所有内容是否会遵循W3C免版税的专利许可制度，允许公众免费使用，这些承诺随后也会被写入专利审查草案和W3C推荐标准。不管对此专利许可承诺的答案是肯定的或否定的，W3C团队会对外公开确认收到此提案申请，如果没有得到对于专利许可问题的回复，则不会对外公开确认收到此提案申请。
特邀专家以个人身份参加工作组的，特邀专家仅有义务对他/她声明的有实际控制权的专利授权许可。
W3C兴趣组的参与者对小组的可交付成果没有专利许可义务。W3C社区组和业务组的参与者具有专利许可和其他义务，如W3C社区贡献者许可协议（CLA）所述。参与社区和企业组之前，一方必须签署CLA。有关CLA和专利许可（及其他）义务的摘要，请参见：贡献者协议。
W3C 通过不同类型的讨论组来编写 Web 标准、指南和各种支持性材料，从而实现它的使命。社区组和商务组 提供了更多途径让创新者把想法带到 W3C。W3C 会员可以自由选择参加感兴趣的工作组、兴趣组、社区组和商务组。
大部分 W3C 讨论组都以 GitHub Repo 形式组织组内技术讨论。所有讨论组的参与都应当遵循 W3C 职业道德与行为准则[CEPC]。
提示：申请 [加入] W3C 工作小组（工作组/兴趣组）时，成员须在相应小组的 [加入] 页面，阅读并承诺以下内容：
工作组是 W3C 流程文档的核心。依据流程文档，W3C 团队把一定量的时间资源投入到审阅会员提案、组织研讨会、和持续跟进 Web 技术发展等：
工作组和兴趣组开发正式推荐标准和技术报告以及标准技术示例代码。
关于工作组的更多运作细节，请参看 W3C 流程文档。
现在运作中的工作组共有44个。最新情况请参考 W3C 工作组大全。
| 组名 | 技术关键字 | 最新进展 |
|---|---|---|
| 实时通信（WebRTC）工作组 (加入) | 实时通信 视频会议 边缘计算 |
继续完善 WebRTC 标准并于近期发布候选推荐标准。同时新冠疫情带来很多新的需求和用例，如 WebRTC Insertable Media using Streams。 |
| Web GPU 工作组 (加入) | 游戏 3D图形 GPU 机器学习 计算 |
提供一个 Web 平台和现代本地设备 3D 图形与计算能力系统平台之间的接口 |
| WebAssembly 工作组 (加入) | 高性能计算 虚拟指令集体 |
|
| HTML工作组 (加入) | HTML DOM |
|
| 沉浸式 Web 工作组 (加入) | AR VR 虚拟现实 虚拟设备 |
WebXR Device API进展很多，近期将被发布为候选推荐标准。和沉浸式Web社区组合作讨论新属性，纳入了手部跟踪等新题案。 |
| 媒体工作组 (加入) | 流媒体MSE 版权保护EME 画中画 |
继续讨论 MSE 和 EME 的新需求新属性，增加 Media Capabilities, Picture-in-picture and Media Session等的标准化讨论。 |
| 指针事件工作组 (加入) | 鼠标 指针 触摸屏 触屏笔 |
持续讨论指针、触摸屏、触屏笔等事件的优化和标准化，以及浏览器实现一致性测试。 |
| 去中心化标识符工作组 (DID) (加入) | 去中心化 加密 |
|
| Web 应用安全工作组 (加入) | 安全 https 跨域访问 |
|
| 数字出版工作组 (加入) | 语音书 电子书 |
|
| Web 应用工作组 (加入) | 在线编辑 文件表单 存储 移动端 |
|
| Web身份验证工作组 (加入) | 强认证 身份验证 登陆 |
于2020年发布第二版Web Authentication: An API for accessing Public Key Credentials规范。 |
| Web 字体工作组 (加入) | 字体 样式 |
正在进行渐进式字体扩容实验并为此设计了一个数据分析框架。 |
| Web 性能工作组 (加入) | 性能监测 性能优化 |
继续探讨 (Third-Party Origin Trials, Event Timing, Interactions, Normalization, & SPA Navs)等新题案，部分新的想法开始进入工作组孵化 阶段。 |
| 物联网工作组 (加入) | 物联网 智慧城市 智慧家居 | |
| Web 支付工作组 (加入) | 银行 支付 金融 |
|
| 国际化（i18n）工作组 (加入) | 国际化 语言 排版 文化 |
发布24个工作组笔记，为中文、日文、拉丁文、泰文、蒙古文、藏文等提供语言排版需求指引。 |
| JSON-LD 工作组 (加入) | JSON-LD 语义网 数据库 |
继续维护讨论 JSON-LD 1.1 相关标准 |
| 设备与传感器工作组 (加入) | 硬件访问 传感器 蓝牙 USB |
刚刚修订了章程，新的工作范围包含电池、网络状态、背景光等客户端访问API的讨论。 |
| 分布式跟踪工作组 (加入) | 云计算 服务器 | |
| 第二屏工作组 (加入) | 多媒体 电视 流媒体 |
|
| Service Workers 工作组 (加入) | PWA 移动应用 离线 |
Service Workers V1 将于近期发布候选推荐标准，同时积极探讨 V2 新属性。 |
| 时序文本工作组 (加入) | 字幕 媒体 视频 |
|
| SVG 工作组 (加入) | 可视化 图形图像 |
继续维护与测试 SVG 2.0，同时探讨 Native SVG。 |
| 可验证凭证工作组 (加入) | 数字金融 电子证书 |
在 2019 年秋季发布了可验证凭证数据模型1.0正式推荐标准和可验证凭证用例，为跨许多不同应用大规模部署数字凭证提供了基础。 |
| EPUB 3 工作组 (加入) | 数字出版 EPUB |
开发更清晰、简洁、容易实现的EPUB 3规范，提升EPUB出版物和阅读系统的可交互性 |
| 汽车工作组 (WebAuto) (加入) | 车载应用 数据模型 车联网 |
|
| 浏览器测试与工具工作组 (加入) | WebDriver 测试 开源测试库 |
|
| CSS 工作组 (加入) | CSS Houdini |
近期发布 23 文档，包括CSS Media Queries 4, Display 3 and Grid的候选推荐标准。 |
| Dataset 交互工作组 (加入) | 大数据 语义 |
维护 Data Catalog Vocabulary 和 DCAT |
| 音频工作组 (APA) (加入) | 多媒体 音频格式 合成 |
|
| 无障碍教育与推广工作组 (EOWG) (加入) | 技术推广 培训教育 | |
| 无障碍指南工作组 (WCAG) (加入) | WCAG指南 | |
| 无障碍平台架构工作组 (APA) (加入) | 个人身份偏好 架构 语音 | |
| 无障碍富文本标记工作组 (ARIA) (加入) | 富文本标记 盲人阅读 | |
| MiniApps 工作组 (加入) | MiniApps（小程序、快应用） |
兴趣组的首要目标是把相关人士聚集在一起讨论有标准化潜力的 Web 技术和政策，可以看作交流想法的业界平台。
兴趣组并不会产出正式推荐标准，更多运作信息，可以参考 W3C 流程文档。
现在运作中的兴趣组共有9个。最新情况请参考W3C 兴趣组大全。
| 组名 | 技术关键字 |
|---|---|
| Web 中文兴趣组 (加入) | 中文讨论 |
| 专利与标准兴趣组 (加入) | 专利 政策 协议 |
| 媒体娱乐兴趣组 (加入) | 多媒体 流媒体 电视 |
| 万维物联网兴趣组 (加入) | 物联网 智慧家居 智慧城市 |
| Web 与网络兴趣组 (加入) | 5G 边缘计算 |
| Web 支付安全兴趣组 (加入) | 银行 支付 安全 |
| 无障碍兴趣组 (加入) | 无障碍 审阅 |
| 隐私兴趣组 (加入) | 隐私 保护 审阅 |
| 国际化兴趣组 (加入) | 让 Web 技术不违背各国语言文化 |
Web 中文兴趣组成立于2018年9月，旨在为 W3C 成员提供一个加强中国 Web 社区对 Web 标准工作的参与平台，识别中文 Web 社区需求并鼓励提供用例，协助中国会员熟悉参与 W3C 标准活动的流程、工具和其他所需信息，探讨可能提交给 W3C 的技术提案，加入标准的测试和实现工作，以及发现和交流标准化机会。
兴趣组自成立以来，通过组织小组成员会议，包括：小组启动会、TPAC面对面会议、媒体（2019-03-23）、小程序/快应用（2019-05-11）、WebAssembly（2020-08-29）、沉浸式 Web（2021-07-24）、元宇宙与 Web 标准（2022-04-07）、新一代 Web 技术标准（2022-09-26）等话题研讨会，汇集众多会员及社区资源识别技术痛点，交流成员需求并协助探索标准化思路。
参见：兴趣组主页 | 工作章程 | 如何加入 | 邮件列表 | GitHub
MiniApp（小程序/快应用）是运行在客户端基于 Web 技术结合了原生应用技术实现的应用，其在亚洲国家尤其是中国的使用及关注度不断提升。随着越来越多国际厂商对 MiniApp 表现出的兴趣，W3C MiniApps 生态社区组于2019年9月正式成立，宗旨是为全球厂商和广大社区提供一个共同的平台，用以讨论、孵化、提议与 MiniApp 相关的标准化构想，从而为 MiniApp 生态带来更高的互操作性。
参见：社区组主页 | 工作章程 | 如何加入 | 邮件列表 | GitHub
弹幕是指同步到特定时间轴的在视频屏幕上叠加的评论或注释。弹幕特别任务组是W3C媒体与娱乐兴趣组的特别任务之一，负责收集弹幕用例并探讨弹幕标准化的技术需求，使其更易实现和维护并可用于广泛的场景。
W3C 通过创建社区组与商务组 Community and Business Groups 来满足日益增长的各方 Web 参与者的技术讨论需求。社区组给大家提供了一个在 W3C 为你的 Web 想法进行广泛交流以探讨未来标准化可能性的讨论组形式。商务组则为世界各地有专业实践经验和行业诉求的公司提供平台共建开放的 Web 技术。一旦技术得到充分孵化讨论，W3C 可能会为这些技术方向成立专门的工作组，从而在保证标准化的规范开发以外，尽可能地容纳社区和业界的兴趣点、技术创新和行业需求。
W3C Technical Architecture Group（简称TAG，中文亦称Web技术核心架构组）共10位成员，其中6位成员由全体AC选举产生，3位由W3C理事Sir Tim Berners-Lee直接任命，每个席位任期两年；Tim本人出任小组主席。TAG的主要工作为：
W3C Advisory Board（简称AB，中文亦称咨询委员会或咨询委员团）共9-11个席位，由全体AC选举而出，每个席位任期两年。最初成立于1998年，为W3C全球团队提供策略、管理、法律、标准制定流程及冲突解决等方面的指导意见。
Team Contact 为W3C团队联系人。每一个W3C工作组及兴趣组必须有至少一名W3C员工作为team contact 参与，该W3C员工作为协调小组主席、小组成员以及W3C全球团队的桥梁，推进小组工作。W3C team contact不可以作为主席参与小组工作。https://www.w3.org/Guide/teamcontact/role.html
目前中国区W3C员工作为小组联络人的成员有：
所有的 W3C Technical Report 技术报告 可以在 技术报告页面 https://www.w3.org/TR找到。
W3C 一般发布和维护两类技术文档：
自2020年9月15日起，W3C 将执行新的2020流程文档，其中对 W3C 正式推荐标准的开发周期进行了更新：
如上图所示，W3C 的正式推荐标准一般经过以下开发阶段：
W3C流程要求整个Web社区的利益相关者（包括公众）充分了解每个标准的进展情况和能够对规范进行审阅并提供意见。W3C鼓励工作组尽早请求标准的横向审阅（包括无障碍、技术架构、国际化、隐私、安全等），以使评论和建议的更改仍可以合理地纳入标准中。在技术规范过渡到下一个阶段之前（比如从工作草案过渡到候选推荐标准），W3C理事长会查看横向审阅的评论。
例如，邀请对新发布的工作草案中的经过重大修订的部分进行审阅，并对审阅的评论进行回应，是一个最佳实践，通常被认为是横向审阅的积极证据。相比之下，文档中如“随时可以审阅”等的一般性声明可能不会被视为该小组已进行横向审阅的充分证据。即使小组收到了很多评论，这也可能仅代表相关利益相关者社区中一小部分人。
标准横向审阅的具体流程可参照：https://w3c.github.io/documentreview/index.html。
技术文档应从公开发布开始得到广泛审阅。除了组内技术讨论，还应该尽早向相关的横向审阅组提出审阅申请，横向审阅组一般包括：
在开发技术文档的过程中，应随时考虑安全隐私问题，具体可以参考安全与隐私问卷。
如该技术规范涉及安全与隐私隐患，应该在规范里以专门的章节列出，如高精度时间规范所示，并给予开发者规避该隐患的技术建议。
W3C 会不定期的组织不同主题的研讨会，以促进会员和公众参与到 W3C 的发展。研讨会的主题会根据当前热门话题或者新技术而定，目的是召集专家和其他相关方就技术或相关政策方面交换意见，达成初步共识，同时解决 W3C 会员迫切关注的问题。
参见 W3C 研讨会列表。
W3C 于1997年发起了 Web 无障碍推进计划 并致力于为残障人士改善 Web 的无障碍。它包括了多个工作组和兴趣小组，负责制定无障碍指南、技术报告、教育材料和其他与 Web 无障碍的有关的文档。这些文档涵盖的内容包括了 Web 内容、Web 浏览器和媒体播放器、创作工具和评估工具等。
以下为 W3C 无障碍推挤计划的几个核心标准，更多的在标准化中的无障碍文档可参见标准和指南页面。
W3C 在近些年中参与制定与信息无障碍相关的国家标准与行业标准，并针对国际标准本土化引用提供了指导性意见和建议，2008年3月由工业和信息化部发布的 YD/T 1761-2012《网站设计无障碍技术要求》以及国家标准 GB/T 37668-2019《信息技术 互联网内容无障碍可访问性技术要求与测试方法》皆参考了来自 W3C 无障碍计划的 WCAG 标准。
W3C 一直积极参与国内的无障碍社区建设，会不定期邀请国内外专家进行演讲，组织国内活动，目前在 W3C 在国内建立有一个无障碍社区组，欢迎加入社区组，了解 W3C 国内外无障碍动态，参与国内无障碍活动。
中文 Web 无障碍社区组：https://www.w3.org/community/cnwa/
2019年12月3日，在国际残疾人日，W3C 和联合国教科文组织教育信息技术研究所(UNESCO IITE)于2020年1月28日推出一门名为“网页无障碍入门”的在线课程。本课程提供了一个基础的培训，目的是为了让所开发的网站符合国际标准，并提高所有用户的体验。课程适用于所有技术及非技术人员：
“网页无障碍入门”在线课程：https://www.w3.org/blog/2019/12/free-online-course-introduction-to-web-accessibility/
更多有关 Web 无障碍的内容请参考Web 无障碍推进计划，或联系冉若曦。
本节讲述顾问委员会代表（AC Rep）如何审阅 W3C 提案，以及会员单位代表如何对 W3C 决议进行顾问委员会申诉。W3C 决议指的是在顾问委员会审阅期后，W3C 理事长评估考虑 W3C 整个社区利益后做出的决定。
顾问委员会审阅以下内容：
每个顾问委员会审查期限，从W3C团体向顾问委员会向提出审查要求开始。征集审阅意见内容包括提案，提示的截止日期，预计决定何时可以做出，还有其他具体细节信息。每个会员组织可以发送一份审阅报告，该报告必须由会员单位代表发出。W3C团队必须为顾问委员会的审查意见提供两种方式:
必须说明哪种方式是征集会员审查意见的默认方式。
审阅者可以通过一个渠道或者同时通过两个渠道发送信息。他们也可以通过邮件与其他 W3C 会员单位代表分享自己的意见。
会员单位可以在审阅期限内修改其审阅意见（例如鉴于其他会员的意见）。
审阅结束后，W3C 理事长必须向 W3C 顾问委员会宣布对提案的支持程度（达成共识或有异议）。理事长还必须说明是否有会员单位正式提出反对，并注意这个信息更改访问权限。W3C 的决定通常是以下情况之一：
本文档没有规定顾问委员会审查期结束与 W3C 决定之间的时间间隔。这是为了确保会员单位和 W3C 团队有足够的时间考虑审查过程中收集到的评论意见。W3C 不会早于顾问委员会审查期结束后两周内宣布结果。但如果三周后，理事长仍未宣布结果，W3C 应向顾问委员们提供最新情况。
会员单位代表可以对某些决定提出申诉，尽管只有在极端情况下才会提出。
当顾问委员会审查后W3C作出决定时，会员单位代表可以发起顾问委员会申诉。这些W3C决定包括与小组创建和修改相关的决定，以及推荐标准在不断成熟过程中的状态文档和W3C工作流程文档。
W3C会员单位代表也可以对某些不涉及顾问委员会审查的理事决定提起申诉。这些情况在描述理事决定的必要条件的章节中有讲到，包括其他的（不审查的）推荐标准在不断成熟过程中的状态文档、小组章程延期和终止，以及谅解备忘录等。
在所有情况下，申诉必须在决定作出的三周内提出。
会员单位代表通过向W3C团队发起申诉请求。请求应说明“我对该决定提出申诉”，并指明是哪个决定。W3C团队必须在一周内告知顾问委员会申诉程序，并为会员单位代表提供一个机制，并声明对这一审诉积极支持。这些声明的邮件记录仅会员有访问权限。如果在W3C团队宣布后的一周内，有5%或更多的顾问委员支持申诉请求，则W3C团队必须组织一次对此次申诉的投票，询问顾问委员“您是否同意理事长的决定？”并附上理事长的决定和支持申诉的链接。
投票必须考虑到三种可能的回应：“同意”、“反对”和“弃权”，以及留下评论。
如果反对的票数超过同意的票数，则该决定被推翻。在这种情况下，接下来可能出现:
顾问委员会投票是指在选举TAG或者咨询委员会成员时进行投票，或者如果顾问委员会的申诉达到了所需票数支持，会对这个申诉进行投票。不管任何时候，顾问委员会投票时，每个会员单位或每个会员单位团体享有一个投票权。在咨询委员会成员和TAG选举中，“一个投票权”指的是“对每个席位有一个投票权”。
W3C标准工作的核心价值观，主要描述为小组内很大数量的成员表示同意，且无正式反对意见（Formal objection）。
A substantial number of individuals in the set support the decision and nobody in the set registers a Formal Objection. Individuals in the set may abstain. Abstention is either an explicit expression of no opinion or silence by an individual in the set. Unanimity is the particular case of consensus where all individuals in the set support the decision (i.e., no individual in the set abstains).
信誉良好（Good standing）为小组成员参与共组并表达相关意见的重要基础。
By default, the set of individuals eligible to participate in a decision is the set of group participants in Good Standing.
《W3C 流程文件》规定了W3C标准制定流程及各方的权利及义务。《W3C 流程文件》由AB负责更新并维护。https://www.w3.org/Consortium/Process/
W3C 内部以 Project Team 管理所有的工作组， Strategy Team关注技术发展和未来可标准化技术，Industry Team 关注产业动态和行业化标准项目，System Team 维护和开发 W3C 的工具和系统，Marcomm 在全球传达W3C使命推广相关工作，每个工作组兴趣组可以包含不同的 Task Force 关注发展不同专题的标准。
Internet Relay Chat (IRC) - W3C 使用的即时聊天工具，主要用于会议内容现场速记、小组工作日常联系等。会员可以使用无需安装的Web版（地址为 https://irc.w3.org/），Nick name 输入您的英文名字，Channel 输入您需要参加的小组名称，例如，输入
/join #wot 命令后，回车确认；