html - 语义标记对视觉用户代理的实际好处是什么

Answer 1

（当然，这还不完整。这只是我在打字时想到的。）

这个答案假设：对于没有屏幕阅读器的桌面/移动浏览器用户；页面仅包含div和span元素（具有允许的属性）；只有今天相关的（不是明天，不是 2400 年）。

缺少元数据

• 用户在为页面添加书签时不会看到 favicon（icon链接类型；除非您将 ICO img 放在根目录中）或标题（title元素）
• 创建快捷方式时没有图标 ( apple-touch-icon, msapplication-TileImage, ...)
• 当用户在那里发布/引用/共享您的页面时，某些 Web 应用程序无法从您的页面中提取元数据（例如Open Graph Protocol）
• 浏览器不会自动检测您的提要（alternate链接类型）
• prefetch链接类型（如, prerender, dns-prefetch, pingback, prev/ , ... ）没有（性能）优势next。</li>

（请注意，其中一些可以通过 HTTP 标头完成。）

缺少默认功能

如果没有a, input,等textarea，button相应的功能将需要 JavaScript。没有 JavaScript 的用户无法点击链接、搜索、上传文件、提交表单……</p>

没有（或有限）JS 支持的原因：

• 用户停用 JS（全局，仅适用于站点/主机）
  • 故意的，例如使用NoScript
  • 公司/管理员/等要求。
• JS 文件无法加载（CDN 问题，...）
• 很老的浏览器
• …</li>

此外，一些典型的导航机制在默认情况下可能不可用（通过字段切换；焦点；按 Enter 激活；在链接文本中搜索（例如'在 Firefox 中））。

缺少浏览器扩展提供的功能

有各种浏览器插件（或书签等）可以解析标记并“做事”。

• 列出所有链接（Link Gopher，...）
• 创建大纲/目录（h1- h6）（例如目录）
• 只呈现页面的主要内容（例如可读性，...）
• 处理/排序/等。表格 ( table) （例如表格计算器，...）
• 提取元数据（例如Dublin Core Viewer，...）
• 微格式（例如运算符，...）
• RDF (RDFa, ...) (例如RDFa Developer , Semantic Radar , OpenLink Data Explorer , ...)
• 知识共享（例如OpenAttribute，...）
• …</li>

缺少默认的“样式”

如果没有 CSS 支持，仅包含div和span元素的页面可能难以阅读，甚至可能变得难以理解（例如，考虑复杂的数据表）。

没有（或有限）CSS 支持的原因：

• 文本浏览器（Lynx，w3m，...）
• 非常古老的图形浏览器
• 用户停用的 CSS（全局，仅适用于站点，仅适用于页面）
• 用户使用自己的样式表
• CSS 文件无法加载（CDN 问题，...）
• …</li>

可重用性有限

• 复制和粘贴：如果用户复制和粘贴一些内容和/或标记，并且您的自定义 CSS 没有被“包含”（可能是许多工具的情况），则可能很难甚至不可能理解/重用该内容/标记.
• 提取您的内容：其他人更难抓取您的内容（例如Piggy Bank）和/或转换它（XSLT、XPath）

Answer 2

对于视力良好的用户来说，可能没有区别。

但是，您永远不应该假设用户的能力。

除了可访问性之外，最大的区别在于机器如何解释代码。所以，搜索引擎优化很重要，即使你也想排除它。其他地方提到的浏览器扩展，以及将来可能出现的任何内容。