itemtype 属性仅用于声明结构化数据类型，不触发事件或定义交互逻辑；需配合 javascript 手动提取 itemprop 数据并调用 api 实现功能，如生成 ical 文件。
itemtype 属性本身不能定义事件数据
itemtype 是 HTML Microdata 规范中的属性，只用于声明一个结构化数据的类型（比如 http://schema.org/Event），它不承载任何行为、不触发事件、也不定义 JavaScript 事件监听逻辑。很多人误以为加了 itemtype 就能让页面“自动识别事件”或“绑定日历提醒”，其实它只是静态语义标记，浏览器和搜索引擎靠它理解内容含义，但不会因此执行任何动作。
想让页面支持事件交互，得靠 JavaScript 手动读取 itemtype 数据
如果你已用 itemtype="http://schema.org/Event" 标记了一段活动信息，下一步必须用 JS 主动提取这些字段（如 startDate、name、location），再调用对应 API（比如 CalendarItem 或 navigator.share）实现功能：
const eventEl = document.querySelector('[itemtype="http://schema.org/Event"]');
const name = eventEl.querySelector('[itemprop="name"]').textContent;
const startDate = eventEl.querySelector('[itemprop="startDate"]').content;
// 例如：生成 iCal 字符串并触发下载
const ical = `BEGIN:VCALENDAR
VERSION:2.0
BEGIN:VEVENT
SUMMARY:${name}
DTSTART:${startDate.replace(/-/g, '').replace(/:/g, '').replace(/\s/g, 'T')}
END:VEVENT
END:VCALENDAR`;
- 注意
itemprop值需配合itemscope和itemtype才有效，单独写itemprop="startDate"不会被解析 -
content属性常用于日期/时间等机器可读值，而textContent适合人读文本，别混用 - Schema.org 的
startDate推荐 ISO 8601 格式（如2024-05-20T14:00），否则解析易出错
搜索引擎和日历工具只消费 itemtype，不执行代码
Google 搜索结果中显示“添加到日历”按钮，或 iOS 短信里自动识别活动时间，依赖的是你标记的 itemtype + 合规的 itemprop 组合，而非 JS 是否运行。但这也意味着：
Article To Html
下载
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
- 如果
itemprop="startDate"写在<time></time>标签里却漏了datetime属性，Google 可能无法提取时间 - 部分邮件客户端（如 Outlook）只认特定子集，比如要求
itemprop="location"必须是<div> 包裹的纯文本，嵌套链接会失效 <li> <code>itemtype值必须是完整 URL（https://schema.org/Event更稳妥，旧的http://在某些环境被降级） - 给按钮加
id="add-to-calendar"，用document.getElementById('add-to-calendar').addEventListener('click', ...) - 避免直接监听
[itemtype]元素——它可能有多个，且语义上不表示可交互控件 - 服务端生成的 JSON-LD（比 Microdata 更可靠）更适合复杂事件数据，前端用
JSON.parse()提取后处理
真正需要事件响应时，别只依赖 Microdata
Microdata 是声明式语义，不是事件系统。要响应用户点击“添加日历”，你应该：
Microdata 的 itemtype 是说明书，不是遥控器。它告诉别人“这是个事件”，但按哪个键、怎么响，还得你自己写。
