HTML 按钮为什么总被写成链接：一个提案想把操作语义交还浏览器

据 Unplanned Obsolescence 介绍，一项名为 Button Actions 的 Web 平台提案希望为 <button> 增加 action 与 method 属性，让按钮无需额外表单或 JavaScript，也能声明 GET、DELETE 等操作。该提案仍处于讨论阶段，并非已获得浏览器普遍支持的标准。

一句话结论：Button Actions 想解决的不是少写几行点击事件，而是让“去某处”和“做某事”重新拥有浏览器能理解、辅助技术能识别的不同语义。

链接代表目的地。用户可以在新标签页打开、复制地址、收藏或通过中键重新组织导航；按钮代表当前上下文中的动作，例如保存、删除、展开或提交。很多应用为了样式和开发便利，把按钮写成链接，或者把链接写成绑定 JavaScript 的 <div>，结果是键盘行为、右键菜单和辅助技术提示全部变得不可靠。

HTML 表单本来能表达操作，但对一个独立按钮来说常显笨重。开发者往往因此转向 JavaScript fetch，再自行处理禁用状态、历史、错误和渐进增强。Button Actions 试图让按钮直接声明目标与 HTTP 方法，由浏览器完成基础请求语义。

这仍有很多问题需要标准化。GET 操作是否改变历史、DELETE 请求如何防止跨站伪造、响应后页面怎么导航、失败时怎样呈现，以及服务端是否接受这些方法，都不能靠两个属性自动解决。浏览器厂商还要考虑兼容旧页面和无障碍 API。

提案的方向值得肯定，因为它让更多交互在 JavaScript 失效时仍可工作，也减少开发者重复实现浏览器已有能力。但现在把示例代码放进生产环境不会获得预期行为。先用正确的 <a>、<button> 和 <form>，等规范、实现和测试真正落地。

关键事实

• 来源：Unplanned Obsolescence、Triptych Project 提案、WHATWG HTML 标准
• 涉及项目：Button Actions
• 核心技术：HTML 按钮、HTTP 方法、渐进增强、无障碍语义
• 当前状态：提案阶段，尚未成为浏览器普遍支持的标准

OC 判断

这是一个小 API 背后的大问题：现代 Web 把越来越多原生语义搬进 JavaScript，产品能运行，却变得更难被浏览器、搜索工具和辅助技术理解。Button Actions 若能形成清晰的安全与导航模型，会让常见操作回到声明式 HTML；在此之前，它是一条值得参与的标准路线，不是今天的兼容性方案。

为什么重要

• 对开发者：正确语义能减少键盘、无障碍和降级行为的重复工作。
• 对设计团队：链接和按钮的视觉样式可以相似，交互含义不能混用。
• 对用户：原生语义决定新标签、右键菜单、读屏提示和无脚本环境是否可用。

参考来源

• Buttons vs. links
• Button Actions proposal
• WHATWG HTML form controls