为何HTML标准中仍未启用<icon>标签？

确实，图标如今已是网页中的标配元素，但<icon>标签迟迟未进入HTML正式标准，核心源于以下几个实际障碍：

• 语义边界模糊
  图标并非单一用途：有的是纯装饰元素（如页面边角的小图案），有的是功能交互的核心（如提交按钮的箭头图标），有的是文本的视觉替代（如“收藏”图标）。HTML标签的核心价值是语义明确，但<icon>无法精准定义自身的角色定位，反而会让开发者困惑其适用场景。相比之下，现有标签能精准覆盖不同需求：

  • 用<img>承载需要语义描述的位图图标，配合alt属性满足可访问性；
  • 用<svg>处理可交互、可自定义样式的矢量图标；
  • 用<i>配合aria-hidden="true"实现纯装饰性图标。

• 现有方案已足够成熟灵活
  经过多年发展，开发者已经形成了一套成熟的图标实践体系：从Font Awesome这类字体图标库配合<i>标签，到直接编写inline <svg>实现定制化图标，甚至用CSS绘制简单图标。这些方案能完美适配样式控制、交互逻辑、可访问性适配等需求，且围绕现有标签的生态（如框架图标组件、工具链）已经非常完善。新增<icon>标签无法带来质的提升，反而可能打乱现有开发流程。

• 可访问性的适配难题
  图标对屏幕阅读器的处理逻辑差异极大：装饰性图标需要被隐藏，功能性图标则需要明确的语义描述。如果新增<icon>标签，必须默认其ARIA行为（如默认隐藏或需要语义标签），但这种“一刀切”的设计无法适配复杂的实际场景。现有方案则允许开发者主动控制：比如给<img>添加alt属性，给<svg>设置aria-label或aria-hidden，能精准满足不同的可访问性需求。

• 标准制定的优先级考量
  W3C制定HTML标准时，会优先处理需求更紧迫、收益更大的特性。现有标签已经能很好地解决图标问题，<icon>标签带来的语义化提升和开发便利非常有限，远不如推进交互API优化、性能增强、无障碍特性升级等更重要的工作。因此，<icon>标签的提案优先级一直较低，未被纳入正式标准。

内容的提问来源于stack exchange，提问作者axdrv