面向住宿经营者与官网维护者,说明怎样用 Schema.org 的 amenityFeature 和 LocationFeatureSpecification 标注已核实的无障碍设施,并区分网页标记、现场事实与搜索展示效果。
内容更正（2026-09-29）：原稿关于联合指南、代码发布及实际效果的叙述，未附可复核的官方来源或记录；现已撤回。本文依据公开的 Schema.org 词表与 Google Search Central 文档重写，示例只说明字段关系，不表示任何具体住宿已完成设施核验或部署。
先把“设施事实”和“网页标记”分开
住宿经营者可以先列出访客实际关心、现场能够核对的设施信息，例如入口通行、客房通道、电梯、卫生间扶手、适用条件和是否另收费。信息应由经营方确认，并在网页正文中清楚说明；涉及坡度、摩擦系数或空气质量等数值时，还需要测量记录、方法、时间和适用范围。仅添加结构化数据，不能替代现场核验、检测或认证。
使用住宿设施对应的 Schema.org 词项
Schema.org 的 Hotel 词项页把 amenityFeature 的预期类型列为 LocationFeatureSpecification；该属性用于描述住宿提供的特征或服务。它适合描述网页上真实可见、与该住宿相符的设施，不会自行证明设施达到某项标准。
最小结构示例如下。示例中的设施名是占位说明；只有确认该设施在对应住宿实际存在，并且页面也有清楚说明时，才应使用相应标记。
{
"@context": "https://schema.org",
"@type": "LodgingBusiness",
"name": "替换为住宿页面展示的真实名称",
"url": "替换为该住宿的正式页面地址",
"amenityFeature": [
{
"@type": "LocationFeatureSpecification",
"name": "无障碍入口",
"value": true
}
]
}住宿场地设施与作品本身的无障碍信息不是同一字段。Schema.org 的 accessibilityFeature 用于描述 CreativeWork 等作品的内容特征；住宿的设施描述应先看 amenityFeature 和 LocationFeatureSpecification 的定义，不要把属性名称改写成一个不存在的住宿类型。
发布前做四项核对
- 住宿名称和页面地址对应同一个真实经营主体，页面说明没有被隐藏。
- 每项设施都有现场或经营资料依据；无法确认的值留空，不以“适老”“无障碍”等笼统标签替代细节。
- 页面可见文字与 JSON-LD 一致；条件、限制和额外费用也应写明。
- 用 Schema.org 的词项定义和验证工具检查结构，再从普通访客页面确认标记对应的内容确实可见。
Schema.org 是描述信息的词表，不是性能检测或搜索排名工具。Google 说明，结构化数据符合要求也不保证一定显示为搜索增强结果；因此不要把它表述成搜索排名、AI 引用或订单增长的保证。本文没有发布此类效果测试。
参考资料
- Schema.org：Hotel 与 LocationFeatureSpecification
- Schema.org：accessibilityFeature
- Google Search Central：结构化数据通用政策
如需讨论官网信息结构或结构化数据梳理，可通过 OpenLX 联系入口 提交需求；具体范围以沟通确认的信息为准。
