定价表：层级、计费周期与规则

定价表将商业优惠转化为结构化、可比较的事实。买家可以看到每个层级的费用、收费周期以及下一层级的变化，而无需从标签、脚注和结账文案中重新拼凑信息。机器可以将每个金额与正确的货币、计费周期、方案、包含项、排除项和核验日期关联起来。

上述公司和方案仅为示例。该结构是生产级模型：货币使用ISO 4217代码书写，重复周期和计费基础是独立的事实，限制使用数字，缺省项明确标注，标题中包含商业事实的核验日期。

为什么这个元素很重要

定价会带来决策压力，因为读者同时需要评估可负担性、适配性和风险。如果"79美元/月"实际意味着每年948美元的年度费用，或者必需的API是付费附加功能，那么表面价格并非决策价格。将附加条件与金额放在一起，让买家可以在相同维度上比较各层级，并在结账前发现意外。

推荐层级不能是唯一信息完整的层级。视觉强调可以引导注意力，但缺失的事实会迫使读者假设高亮选项更好。信任来自对称的信息披露：每个层级都需要标明其金额或报价状态、周期、承诺、核心限制、重要包含项和排除项。

机器可提取性是指爬虫、助手、信息流或发布系统能够保留事实与其主体之间关系的能力。一个视觉卡片将"79"、“每月”、“按年计费"和"Growth"分割到不相关的容器中，只能靠推断来建立关系。语义化标题则展示出稳定的陈述：“Growth 成本相当于每月 USD 79，实际按年收取 USD 948。”

价格异常容易变动，因为促销、税费、货币、套餐方式和地区规则都会变化。因此，核验日期是元素的一部分，而非装饰：它说明了信息核验的时间，并创建了刷新触发机制。

何时使用

当两个或更多可购买的层级、套餐、订阅、服务等级或数量段共享商业条款时使用定价表。单一产品在变体改变价格、数量、期限或包含范围时也可使用。当计费周期与标准化对比金额不一致时尤为有用，例如"每月 USD 20，按年收取 USD 240”。

用于有边界的事实：方案名称、货币、金额、计费周期、最小数量、试用条件、包含单位、超额费率和排除项。在附近的散文中解释每个方案适合哪类用户或使用量如何衡量。

以下几种接近但不适用的情况需要使用其他元素：

• 如果该模块根据质量、速度、支持或其他非商业标准评判产品，而不展示可购买的条款，请使用对比表 。
• 如果一项促销有有效期、资格规则、优惠券和行动号召，请使用优惠框 。不要仅仅为了获得定价布局而创建虚假的第二层级。
• 如果只需说明一个稳定价格和一个购买单位，请在所属的产品或服务组件中使用带标签的价格行。四列表格增加了额外负担，却没有提升信息检索效果。
• 如果报价需要依赖输入（如席位、存储空间和合同期限），请使用带价格摘要的计算器。
• 如果每个客户都收到协商报价，请在散文中或单个定制层级中展示定价基础和咨询路径。编造"起价"金额并非透明度。
• 如果模块列出产品规格但没有购买行为或商业条款，即使某一行恰好包含价格，它也是一个规格表。

元素编写规则 具有优先权：根据目的选择元素，而不是根据标题、卡片样式或列数。一个其任务是展示层级化商业条款的模块，即使主题将其渲染为卡片形式，它仍然是定价表。

放置位置

将主要定价表放在页面已交代产品、受众和价值主张之后，但在详细异议、客户评价和最终行动号召之前。在专门的定价页面上，它通常是引言之后的第一个重要部分。在产品或服务页面上，将其放在范围说明之后、购买细节之前。

将前提性的定价逻辑放在表格正上方。如果价格不含税、需要年度承诺、假设五个席位或仅适用于某个区域，请在标题之前或之中说明。将较长的使用量和超额定义直接放在表格之后。切勿将改变表面金额的事实放在脚注中。

将方案名称、价格、货币、计费节奏、范围、核验日期和来源作为一个整体。不要将其放在倒计时、评价轮播、不相关的数据表或有冲突的促销旁边。不要将金额与"按年计费"分开，不要在层级标题与其排除项之间放置CTA，也不要在页面下方重复不同的价格。

在移动端，保持以下顺序：方案名称、价格和计费基础、包含项、排除项、然后操作。矩阵可以在标记区域内滚动；卡片应堆叠排列，不要将排除项与其所属方案分离。

结构解析

标注图示识别以下部分：

1. 标题（Caption）： 命名产品、市场和定价上下文，使表格在被提取时仍具有意义。
2. 层级名称（Tier name）： 使用官方方案或套餐名称，而非自定义的受众标签。
3. 价格（Price）： 显示数字金额或明确的状态"免费"、“定制报价"或"联系销售”。
4. 货币（Currency）： 在有货币金额时使用ISO代码，如USD、EUR或GBP；可额外显示货币符号。
5. 标准化周期（Normalized period）： 支持比较，如每月或每1,000次请求。
6. 计费基础（Billing basis）： 说明实际收费的金额和时间，例如"USD 948 按年计费"。
7. 包含项（Included items）： 列出在该价格下提供的决定性功能、数量和服务等级。
8. 排除项（Excluded items）： 说明合理买家可能期待但不会获得的内容，包括付费附加功能。
9. 行动按钮（Action）： 使用具体的无障碍标签，如"开始 Growth 试用"，而非在每个层级上重复"选择"。
10. 核验日期（Verification date）： 记录金额和套餐方式与已批准来源核验的确切日期。
11. 税费说明（Tax and fee note）： 说明显示价格是否包含适用税费，并指明重要强制性费用。
12. 来源（Source）： 指明计费目录、已批准的价目表或商业负责人。

“免费"意味着在所述条件下没有金钱收费，而非后来会产生账单的试用。“定制报价"意味着没有公开的固定金额，而非零。“不包含"意味着不存在；“附加功能"意味着单独销售，当已知时应注明其价格或报价途径。

设计示例

每个变体都保留了货币、周期、计费基础、范围、核验日期和可访问的关系。

标准层级卡片： 适用于两到四个方案，功能集简短。每张卡片是一个独立标记的层级，具有对齐的等价字段。

功能矩阵： 适用于三到五个层级共享许多限制条件的情况。方案名称作为列标题，标准作为行标题。在长表格中，将价格和计费信息重复放在行动按钮附近，并为图标提供文本等价物。

用量分段： 在声明的数量阈值处使用。范围必须穷举且不重叠：“1–10,000”，然后是"10,001–50,000”。说明定价是梯度定价、批量定价还是固定套餐，因为每种方式会产生不同的发票。

混合固定与定制： 适用于自助层级与协商方案并存的情况。定制层级仍然需要其基础、最低承诺、范围和联系操作。切勿对未知金额使用"0"或短划线。

参数

契约将父设置与层级数据分开，因为货币和核验通常适用于整个集合，而价格、计费和范围属于单个层级。“来源"指的是渲染器获取参数的位置，而非商业声明的研究位置。

对于按用量定价，period 可以是单位，如 1000-requests，而非时间长度。可视化标签仍需读起来自然。可以显示月度均值等值，但 billing 必须说明实际收费金额、承诺和发票节奏。

语法与代码示例

所有三种标记法都映射到相同的有序层级和商业字段。可移植指令是规范的编写形式；Hugo 和 WordPress 是适配器，而非独立的定义。

可移植 Markdown 指令

:::price-table{caption="Northstar plans" variant=cards currency=USD market=US verified=2026-08-27 tax-note="Prices exclude applicable tax"}
## Plans for growing teams

::item{price=29 period=P1M billing="USD 29 billed monthly"}
### Starter

Included: 1 workspace; 3 users; email support.
Excluded: API access; audit log.
CTA: [Start Starter trial](https://example.com/signup/starter)
::

::item{price=79 period=P1M billing="USD 79 billed monthly" recommended=true}
### Growth

Included: 5 workspaces; 15 users; API access; audit log.
Excluded: Single sign-on.
CTA: [Start Growth trial](https://example.com/signup/growth)
::

Source: approved billing catalogue, revision 2026-08-27.
:::

第一个父级标题映射到 title。每个项目标题映射到 tier.name；项目属性携带紧凑的类型化值；带标签的正文行映射到包含项、排除项和行动。周期在表示时间时使用 ISO 8601 时长：P1M 表示一个月，P1Y 表示一年。

Hugo 短代码

预期适配器仅使用命名参数，并保留相同的嵌套字段。此示例记录了映射关系；它不要求文章作者创建新的短代码。

{{< price-table caption="Northstar plans" variant="cards" currency="USD" market="US" verified="2026-08-27" taxNote="Prices exclude applicable tax" >}}
  {{< price-tier name="Starter" price="29" period="P1M" billing="USD 29 billed monthly" ctaLabel="Start Starter trial" ctaUrl="https://example.com/signup/starter" >}}
  Included: 1 workspace; 3 users; email support.
  Excluded: API access; audit log.
  {{< /price-tier >}}
  {{< price-tier name="Growth" price="79" period="P1M" billing="USD 79 billed monthly" recommended="true" ctaLabel="Start Growth trial" ctaUrl="https://example.com/signup/growth" >}}
  Included: 5 workspaces; 15 users; API access; audit log.
  Excluded: Single sign-on.
  {{< /price-tier >}}
  Source: approved billing catalogue, revision 2026-08-27.
{{< /price-table >}}

渲染器必须为矩阵或用量变体生成带有相关标题的 <table>。卡片变体必须使用带标签的列表或章节，其标题、价格、包含项、排除项和行动共享一个无障碍组。不得将数据扁平化为匿名列。

WordPress 块

<!-- wp:amicited/price-table {"caption":"Northstar plans","variant":"cards","currency":"USD","market":"US","verified":"2026-08-27","taxNote":"Prices exclude applicable tax"} -->
  <!-- wp:amicited/price-tier {"name":"Starter","price":"29","period":"P1M","billing":"USD 29 billed monthly","included":["1 workspace","3 users","Email support"],"excluded":["API access","Audit log"],"ctaLabel":"Start Starter trial","ctaUrl":"https://example.com/signup/starter"} /-->
  <!-- wp:amicited/price-tier {"name":"Growth","price":"79","period":"P1M","billing":"USD 79 billed monthly","included":["5 workspaces","15 users","API access","Audit log"],"excluded":["Single sign-on"],"ctaLabel":"Start Growth trial","ctaUrl":"https://example.com/signup/growth","recommended":true} /-->
  <p>Source: approved billing catalogue, revision 2026-08-27.</p>
<!-- /wp:amicited/price-table -->

已注册的块应以字段形式编辑层级数据，并在服务器端渲染语义化 HTML。作者不得使用通用列、截图或手动对齐的段落重新构建元素，因为这些形式会丢弃共享契约。

示例

正确：费用和范围明确

税费： 价格不含适用销售税。来源： 示例性已批准价目表。

这是有效的，因为标准化月均金额与实际年度费用配对显示，限制使用数字，预期排除项也已列明。买家无需打开工具提示即可计算承诺金额。机器可以通过行和列标题将每个金额和约束条件与方案关联起来。

错误：吸引人的数字缺乏契约

* 适用条款。

此示例因多个独立原因而失败。货币通过符号推断而来，/mo 未说明买家是按月还是按年付费，而星号隐藏了重要条款。对勾没有文本状态，“支持"没有说明渠道或服务等级，“您所需的一切"不是可核验的包含项。“联系我们"既没有标明是定制报价，也未说明定价基础。缺少排除项、限制、税费说明、来源、市场或核验日期。标签"Good"和"Best"还用说服性语言替代了官方方案标识。

Schema 标记与无障碍

定价表仅为符合条件的真实优惠提供结构化数据。Offer 可以包含 price、priceCurrency、url、availability 和真实的有效期。将多个真实优惠关联到同一产品或服务；仅在存在真实的由低到高价格区间或优惠集合时使用 AggregateOffer。仅凭定价卡布局并不足以证明 Schema 的合理性。

仅在准确表达契约时使用价格规格说明。在源数据中保持年度费用、月均等值、最小数量和超额逻辑彼此区分。可见内容与结构化输出必须一致。对"定制报价"省略数字价格；仅在真正免费的优惠中使用零。

Schema 重复的是可见声明，它并不能证明信息的新鲜度。从同一已批准来源生成页面和结构化输出，并在 QA 期间进行比较。切勿将促销标记为永久、编造 validThrough 或暴露不同的货币。

矩阵需要标题、方案列标题、标准行标题和 scope 属性。将宽表格包裹在具有名称、可通过键盘聚焦的区域中，并在回流会破坏关系时允许该区域滚动。

卡片布局需要等价的分类方式。将每个层级名称设置为标题，并将其价格、计费信息、列表和CTA保持在一个带标签的区块内。使用文字而非仅依靠位置、颜色或图标来写"包含”、“不包含”、“附加功能"和"推荐”。计费切换按钮必须可通过键盘操作、宣布状态、保持焦点，并更新显示的和实际收费的金额。

编写规则

价格文案篇幅简短，因为买家在不确定的情况下快速浏览，但简洁不能抹去契约。在应用每个约束条件之前说明其原因：

• 稳定的名称防止方案错配。 使用 1 到 5 个词的官方层级名称。不要将"Business Plus"重命名为标题中的"最佳价值”；推荐是一个单独的标签。
• 明确的金额防止虚假比较。 将ISO货币代码和数字写在一起，例如"EUR 49”。如果税费、强制性费用或地区限制改变了应付金额，需在元素中说明。
• 计费节奏决定承诺。 将标准化周期保持为一个清晰单位，计费基础为 2 到 12 个词。“每月，按年计费 EUR 588"是清晰的；“起价 EUR 49/月*“则不是。
• 数字使限制可检验。 每个层级使用 3 到 8 个决定性的包含项，并量化用户、项目、存储、请求、数据保留或响应时间。用实际阈值替代"慷慨的限制”。
• 命名的排除项防止假设漏洞。 当合理买家可能预期某些内容时，包含 1 到 5 个排除项。写明"单点登录：不包含"或"实施：付费附加功能”，而非使用短划线。
• 平行语言提升浏览效率。 在各层级间使用相同的名词和单位：“5个用户”、“20个用户”、“无限用户”，而非"小团队”、“20个席位"和"无上限”。
• 推荐需要公开理由。 最多使用一个推荐层级，并说明事实依据，例如"适合需要API访问的团队”。不要使用虚假的稀缺性、闪烁的徽章或未经解释的"最受欢迎"声明。
• 变动性需要责任归属。 显示一个确切的核验日期和一个主要来源。不要写"价格在发布时正确”，因为发布可能已过去数月或数年。
• 紧凑的单元格保持信息可检索。 尽可能将每个包含项或排除项保持在 2 到 8 个词。超过一句的限定条件放在表格下方，并用精确的标签链接回来。

切勿将客户评价、竞品声明、法律条款、优惠券、倒计时或未经支持的省钱信息放入层级数据内。证据、法律细节和促销应放在各自的元素或相邻散文中。仅从经过核实的基线和总计中计算节省金额。

使用此元素的文章类型

postTypes 前置元数据字段是该关系的来源。每种列出的文章类型因特定决策而使用该元素，而不仅仅因为页面提到金钱。

QA 检查清单

• 该模块的用途是否符合优先级规则下的定价表？
• 每个层级是否使用其官方名称，并标明数字价格、“免费"或"定制报价”？
• 每个货币金额是否配有ISO货币代码及适用市场？
• 标准化周期和实际收费金额是否都明确？
• 年度总计、最低承诺、设置费、超额费、税务处理和付费附加功能是否在适用时可见？
• 包含项和排除项是否在各层级间使用平行、量化的标签？
• 用量分段是否穷举、不重叠，并标明是梯度定价、批量定价还是固定套餐定价？
• 核验日期是否精确、可见，并与已批准来源的所有者关联？
• 页面内容、结账或计费数据以及结构化数据是否显示相同的商业事实？
• 语义标记是否将每个价格和功能与正确的层级关联？
• 表格标题、表头、作用域、卡片标签、切换状态和CTA标签是否可访问？
• 元素能否在自身的标记区域内重新排列或滚动，而不会引发页面级别的横向滚动？
• 颜色或图标是否配有文字支持，而非独自承载"包含”、“排除"或"推荐"含义？
• 定制报价是否从数字价格 schema 中省略，而非编码为零？
• 促销、客户评价、法律文案和长篇解释是否位于标准层级数据之外？
• 是否有人重新计算了年度等值、节省声明、数量边界和超额示例？

定价表只有在买家和机器都能从中重建相同优惠时才能发布。如果任何一方必须猜测货币、承诺、范围或信息新鲜度，则该元素是不完整的。