itemtype 属性仅声明实体类型，不渲染地图标记；地理坐标需通过 JavaScript 提取并传入地图 SDK（注意经纬度顺序差异），结构化数据与可视化渲染属不同技术层级。
HTML 的 itemtype 属性本身不能标记地理位置坐标——它只是微格式（Microdata）中声明实体类型的标识符，不携带坐标值、不触发地图渲染、也不被浏览器或搜索引擎用于地理定位。
为什么 itemtype="http://schema.org/Place" 不等于“在地图上打点”
常见误解是：写了 <div itemscope itemtype="http://schema.org/Place"><meta itemprop="latitude" content="39.916"><meta itemprop="longitude" content="116.397"></div> 就算完成了地理标注。实际上：
- 这组标记只可能被搜索引擎（如 Google 搜索结果富媒体）解析为结构化数据，用于知识图谱展示，不会在页面地图上显示任何标记
-
itemprop="latitude"和itemprop="longitude"的值必须是纯数字字符串，且 schema.org 明确要求latitude是 -90~90 范围的纬度，longitude是 -180~180 范围的经度；填反顺序或超范围会导致结构化数据失效 - 主流地图 SDK（如 Leaflet、AMap、百度地图）完全忽略
itemtype和itemprop，它们只认 JavaScript 创建的图层对象（如L.marker()或AMap.Marker）
真正在页面上显示地理标记，必须用 JS 地图 SDK
如果你的目标是让用户看到一个带坐标的地图标记，itemtype 只能作为辅助元数据，核心逻辑必须靠 JS 实现：
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 先用
document.querySelector('[itemprop="latitude"]')之类的方式从 microdata 中提取坐标值，再手动传给地图实例 - Leaflet 示例：
L.marker([parseFloat(latEl.content), parseFloat(lngEl.content)]).addTo(map)—— 注意顺序是[lat, lng] - 高德地图示例：
new AMap.Marker({ position: [parseFloat(lngEl.content), parseFloat(latEl.content)] })—— 注意这里顺序是[lng, lat]，和 Leaflet 相反 - 别指望浏览器自动把 microdata 渲染成 Marker；没有地图实例、没有初始化、没有 JS 执行，
itemtype就是一段静态 HTML 注释
class="geo" 这类命名会引发意外行为
即使你不用 microdata，也别用 class="geo" 或 class="location" 这类通用语义名来包裹坐标：
立即学习“前端免费学习笔记（深入）”；
- Bootstrap 5+、Tailwind CSS 等框架可能已预定义
.geo类，导致样式冲突或布局错乱 - 前端监控工具（如 Sentry、Datadog）会扫描含
geo的 DOM 元素做位置埋点，可能误报地理相关异常 - 更安全的做法是用业务语义明确的属性，比如：
data-venue-lat="39.916"+data-venue-lng="116.397"，然后 JS 里用el.dataset.venueLat读取
真正卡住人的从来不是怎么写 itemtype，而是混淆了「结构化数据声明」和「可视化地图渲染」这两层完全不同的技术职责。坐标要进地图，JS 必须跑起来，而且得跑对顺序、跑对时机、跑在 HTTPS 下。
