価格表：ティア、請求期間、ルール

価格表は、商用オファーを構造化された比較可能な事実に変換します。購入者は各ティアの料金、請求の発生タイミング、次のティアで何が変わるかを、ラベル、注釈、チェックアウトの文言から再構築することなく確認できます。機械は各金額を正しい通貨、請求期間、プラン、含まれるもの、含まれないもの、確認日と関連付けることができます。

上記の会社名とプランは説明用です。構造が本番モデルです：通貨はISO 4217コードで記述され、請求周期と請求基準は別個の事実であり、制限は数値を使用し、欠落は明示的であり、キャプションには商用事実が確認された日付が記載されています。

この要素が重要な理由

価格設定は、読者が同時に affordability（支払い可能性）、適合性、リスクを検討するため、決断のプレッシャーを生み出します。「月額79ドル」が実際には年額948ドルの請求を意味していたり、必要なAPIが有料アドオンだったりする場合、表示価格は判断のための価格ではありません。条件を金額の横に配置することで、購入者は同じ軸でティアを比較でき、チェックアウト前に驚きを露呈させることができます。

推奨ティアだけが完全な情報を持つティアであってはなりません。視覚的な強調で注意を誘導することはできますが、事実が欠落していると、読者は強調表示されたオプションの方が優れていると推測せざるを得なくなります。信頼は対称的な開示から生まれます：すべてのティアがその金額または見積もりステータス、期間、契約条件、中核的制限、重要な含まれるもの、含まれないものを明記します。

機械による抽出可能性とは、クローラー、アシスタント、フィード、公開システムが、事実とその主題との関係を保持できる能力です。「79」「月額」「年次請求」「グロース」を無関係なコンテナに分割したビジュアルカードは、その関係を推測に委ねます。意味論的ヘッダーは安定したステートメントを公開します：「グロースは月額USD 79相当で、年額USD 948として請求されます。」

価格は、プロモーション、税金、通貨、パッケージング、地域ルールが変更されるため、異常に変動しやすいです。したがって、確認日は要素の一部であり、装飾ではありません：主張が確認された日付を記載し、更新のトリガーを作成します。

使用すべき場合

2つ以上の購入可能なティア、パッケージ、サブスクリプション、サービスレベル、または数量帯が商用条件を共有する場合に価格表を使用します。単一の製品でも、バリアントによって価格、数量、期間、または含まれる範囲が変わる場合に使用できます。請求サイクルが正規化された比較金額と異なる場合（例：「月額USD 20、年額USD 240で請求」）に特に有用です。

限定された事実に使用します：プラン名、通貨、金額、請求期間、最低数量、トライアル条件、含まれる単位、超過料金、除外事項。各プランがどのようなユーザーに適しているか、または使用量がどのように測定されるかは、近接する文章で説明します。

いくつかの類似ケースは別の要素が必要です：

• ブロックが品質、速度、サポート、またはその他の非商業的基準で製品を評価し、購入可能な条件を提示しない場合は、代わりに比較表 を使用します。
• 1つのプロモーションに有効期限、資格条件、クーポン、コールトゥアクションがある場合は、オファーボックス を使用します。価格表レイアウトを得るためだけに偽の第2ティアを作成しないでください。
• 1つの安定した価格と1つの購入単位のみを記載する必要がある場合は、該当する製品またはサービスコンポーネント内にラベル付きの価格行を使用します。4列の表は摩擦を加えるだけで、情報取得を向上させません。
• 見積もりにシート数、ストレージ、契約期間などの依存インプットが必要な場合は、価格サマリー付きの計算ツールを使用します。
• すべての顧客が個別交渉による見積もりを受け取る場合は、価格設定の基準と問い合わせ経路を文章または単一のカスタムティアで示します。でっち上げの「〜から」の金額は透明性ではありません。
• ブロックが製品仕様を購入アクションや商用条件なしでリストしている場合は、たまたま1行に価格が含まれていても、仕様表です。

要素作成ルール が優先します：見出し、カードスタイル、列数ではなく、目的によって要素を選択してください。段階的な商用条件を公開する仕事を持つブロックは、テーマがカードとしてレンダリングしても価格表のままです。

配置場所

主要な価格表は、ページが製品、対象者、価値提案を提示した後、詳細な反論、お客様の声、最終的なコールトゥアクションの前に配置します。専用の料金ページでは、通常、導入後の最初の主要セクションです。製品またはサービスページでは、範囲の説明の後、購入詳細の前に配置します。

前提となる価格設定の論理は、表のすぐ上に配置します。価格に税金が含まれていない場合、年間契約が必要な場合、5シートを前提としている場合、または特定の地域のみに適用される場合は、その条件をキャプションの前または中に記載します。より長い使用量と超過の定義は、表の直後に配置します。見かけの金額を変える事実を脚注にしてはいけません。

プラン名、価格、通貨、サイクル、範囲、確認日、情報源を1つの単位として保持します。カウントダウンタイマー、お客様の声のカルーセル、無関係なデータ表、競合するプロモーションの隣に配置しないでください。金額を「年次請求」から分離したり、ティアヘッダーとその除外事項の間にCTAを配置したり、ページ下部に異なる価格を繰り返し表示したりしないでください。

モバイルでは、この順序を維持します：プラン名、価格と請求基準、含まれる項目、含まれない項目、アクション。マトリックスはラベル付きリージョン内でスクロール可能にし、カードはスタックしても除外事項がプランから分離されないようにします。

構成要素

ラベル付きの図は以下の部分を特定します：

1. キャプション： 製品、市場、価格設定のコンテキストを命名し、抽出されても表が意味を持つようにします。
2. ティア名： 即席の対象者ラベルではなく、公式のプラン名またはパッケージ名を使用します。
3. 価格： 数値の金額、または明示的なステータス「無料」「カスタム見積もり」「営業にお問い合わせ」を表示します。
4. 通貨： 通貨金額が存在する場合、USD、EUR、GBPなどのISOコードを使用します。記号は追加で表示しても構いません。
5. 正規化期間： 比較を可能にします（例：月額、または1,000リクエストあたり）。
6. 請求基準： 実際に請求される金額と時期を記載します（例：「年額USD 948で請求」）。
7. 含まれる項目： その価格で提供される決定的な機能、数量、サービスレベルを明記します。
8. 含まれない項目： 合理的な購入者が期待するかもしれないが受け取れないものを記載し、有料アドオンを含みます。
9. アクション： すべてのティアに「選択」を繰り返すのではなく、「グローストライアルを開始」などの具体的なアクセシブルラベルを使用します。
10. 確認日： 金額とパッケージが承認された情報源に対して確認された正確な日付を記録します。
11. 税金・手数料メモ： 表示価格に該当する税金が含まれているかどうかを記載し、重要な必須手数料を特定します。
12. 情報源： 請求カタログ、承認されたレートカード、または商業的所有者を特定します。

「無料」とは、記載された条件の下で金銭的な請求がないことを意味し、後で請求されるトライアルではありません。「カスタム見積もり」とは、公開された固定金額がないことを意味し、ゼロではありません。「含まれない」とは存在しないことを意味し、「アドオン」とは別売りであり、既知の場合はその価格または見積もり方法を記載すべきです。

デザイン例

すべてのバリエーションは、通貨、期間、請求基準、範囲、確認日、アクセシブルな関係を保持します。

標準ティアカード： 2〜4プランで機能セットが短い場合に使用します。各カードは独立してラベル付けされたティアで、同等のフィールドが揃っています。

機能マトリックス： 3〜5のティアが多くの制限を共有する場合に使用します。プラン名が列ヘッダー、基準が行ヘッダーになります。長い表ではアクションの近くに価格と請求を繰り返し、アイコンにはテキストの代替を提供します。

使用量帯： 宣言された数量しきい値で使用します。範囲は網羅的で重複がない必要があります：「1〜10,000」「10,001〜50,000」。段階的価格設定か、従量制か、フラットパッケージかを明記します。それぞれ異なる請求書が生成されるためです。

ハイブリッド固定＋カスタム： セルフサービスのティアが交渉プランと併存する場合に使用します。カスタムティアにも、その基準、最低契約期間、範囲、連絡先アクションが必要です。不明な金額に「0」やダッシュを使用してはいけません。

パラメータ

契約では、通貨と確認は通常コレクション全体に適用される一方、価格、請求、範囲は1つのティアに属するため、親設定とティアデータを分離します。「情報源」とは、レンダラーがパラメータを取得する場所を意味し、商用主張が調査された場所ではありません。

使用量ベースの価格設定では、periodは時間の長さではなく、1000-requestsなどの単位になる場合があります。表示ラベルは依然として自然に読める必要があります。正規化された月額相当額を表示しても構いませんが、billingは実際に請求される金額、契約条件、請求サイクルを記載する必要があります。

構文とコード例

3つの表記法はすべて、同じ順序付けられたティアと商用フィールドにマッピングされます。ポータブルディレクティブが正規の作成形式であり、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は1ヶ月、P1Yは1年を意味します。

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>を生成する必要があります。カードバリアントは、見出し、価格、含まれるもの、含まれないもの、アクションが1つのアクセシブルグループを共有するラベル付きリストまたはセクションを使用する必要があります。データを匿名の列に平坦化してはいけません。

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」も、公式のプラン識別子の代わりに説得力を代用しています。

スキーママークアップとアクセシビリティ

価格表は、対象となる実際のオファーに対してのみ構造化データを提供します。Offerはprice、priceCurrency、url、availability、および実際の有効期限日を保持できます。複数の実際のオファーを同じ製品またはサービスに接続します。AggregateOfferは、真実の最低額から最高額の範囲またはオファーコレクションに対してのみ使用します。価格カードレイアウトだけではスキーマを正当化しません。

価格仕様は、契約を正確に表現する場合にのみ使用します。年間請求額、月額相当額、最低数量、超過ロジックはソースデータ内で区別して保持します。表示コンテンツと構造化出力は一致している必要があります。「カスタム見積もり」には数値価格を省略し、真に無料のオファーにのみゼロを使用します。

スキーマは表示された主張を繰り返しますが、新鮮さを証明するものではありません。ページと構造化出力を同じ承認された情報源から生成し、QA中に比較します。プロモーションを恒久的と決してマークせず、validThroughをでっち上げず、異なる通貨を公開しないでください。

マトリックスには、キャプション、プラン列ヘッダー、基準行ヘッダー、scope属性が必要です。幅の広い表を名前付きのキーボードフォーカス可能なリージョンでラップし、リフローが関係を破壊する場合はそのリージョンをスクロール可能にします。

カードレイアウトには同等のグループ化が必要です。各ティア名を見出しにし、その価格、請求、リスト、CTAを1つのラベル付きセクションに保持します。「含まれる」「含まれない」「アドオン」「推奨」を、位置、色、アイコンに頼らずテキストで記述します。請求切替はキーボード操作可能で、状態を通知し、フォーカスを保持し、表示金額と請求金額の両方を更新する必要があります。

作成ルール

価格のコピーは短いです。購入者は不確実性の中でそれをスキャンするためですが、簡潔さが契約を消し去ってはいけません。各制約の理由を適用する前に述べてください：

• 安定した名前はプランの不一致を防ぎます。 1〜5語で公式のティア名を使用します。見出しで「Business Plus」を「最高の価値」とリネームしないでください。推薦は別のラベルです。
• 明示的な金額は誤った比較を防ぎます。 ISO通貨コードと数値を一緒に記述します（例：「EUR 49」）。税金、必須手数料、地域制限によって支払額が変わる場合は、要素内に記載します。
• サイクルが契約期間を決定します。 正規化期間は1つの明確な単位に、請求基準は2〜12語に抑えます。「月額、年額EUR 588で請求」は明確ですが、「月額EUR 49〜*」は明確ではありません。
• 数値は制限を検証可能にします。 ティアごとに3〜8の決定的な含まれるものを使用し、ユーザー数、プロジェクト数、ストレージ、リクエスト数、保持期間、応答時間を定量化します。「寛大な制限」を実際のしきい値に置き換えます。
• 名前付きの除外事項は想定のギャップを防ぎます。 合理的な購入者が期待する可能性がある場合、1〜5の除外事項を含めます。「シングルサインオン：含まれません」または「導入：有料アドオン」と記載し、ダッシュではありません。
• 並行した表現はスキャン性を向上させます。 ティア間で同じ名詞と単位を使用します：「5ユーザー」「20ユーザー」「無制限ユーザー」。「少人数チーム」「20シート」「上限なし」ではありません。
• 推薦には開示された理由が必要です。 最大1つの推奨ティアを使用し、「APIアクセスが必要なチーム向け」など、事実に基づく適合性を説明します。偽の希少性、点滅するバッジ、説明のない「最も人気」の主張を使用しないでください。
• 変動性には責任が必要です。 1つの正確な確認日と1つの主要な情報源を表示します。「公開時点での正しい価格」と書かないでください。公開が数ヶ月または数年前になる可能性があるためです。
• コンパクトなセルは情報取得を保持します。 各含まれるものまたは含まれないものは、可能な限り2〜8語に抑えます。1文より長い修飾語は表の下に配置し、正確なラベルでリンクバックします。

お客様の声、競合他社の主張、法的条件、クーポン、カウントダウン、裏付けのない節約額をティアデータ内に決して入れないでください。証拠、法的詳細、プロモーションは、独自の要素または隣接する文章に属します。節約額は検証されたベースラインと合計からのみ計算してください。

使用する投稿タイプ

postTypesフロントマター項目はこの関係の情報源です。リストされた各投稿タイプは、ページが単にお金に言及しているからではなく、特定の判断のために要素を使用します。

QAチェックリスト

• ブロックの目的は、優先ルールのもとで価格表に合致していますか？
• すべてのティアは公式名を使用し、数値価格、「無料」、または「カスタム見積もり」を特定していますか？
• すべての金銭的金额はISO通貨コードと該当する市場とペアになっていますか？
• 正規化期間と実際に請求される金額の両方が明示されていますか？
• 年間合計、最低契約期間、設定費用、超過料金、税処理、有料アドオンが該当する場合に可視化されていますか？
• 含まれるものと含まれないものは、ティア間で並行した定量化されたラベルを使用していますか？
• 使用量帯は網羅的で重複がなく、段階的、従量制、またはフラットパッケージ価格として特定されていますか？
• 確認日は正確で可視的であり、承認された情報源の所有者に結び付けられていますか？
• ページコンテンツ、チェックアウトまたは請求データ、構造化データは同じ商用事実を示していますか？
• セマンティックマークアップは各価格と機能を正しいティアに関連付けていますか？
• 表のキャプション、ヘッダー、スコープ、カードラベル、トグル状態、CTAラベルはアクセシブルですか？
• 要素は自身のラベル付きリージョン内でリフローまたはスクロールでき、ページレベルの水平スクロールは発生しませんか？
• 色やアイコンは、「含まれる」「含まれない」「推奨」を単独で伝えるのではなく、テキストで補完されていますか？
• カスタム見積もりは、数値価格スキーマからゼロとしてエンコードされるのではなく、省略されていますか？
• プロモーション、お客様の声、法的コピー、長い説明は正規のティアデータの外部にありますか？
• 誰かが年間相当額、節約額の主張、数量境界、超過例を再計算しましたか？

価格表は、購入者と機械の両方がそこから同じオファーを再構築できる場合にのみ公開可能です。どちらかが通貨、契約条件、範囲、または新鮮さを推測しなければならない場合、その要素は不完全です。