コンテンツブロック

コンテンツブロック

Markdown 拡張機能 のすべてに加えて、BxSites は、プレーンな CommonMark には概念が存在しないもの向けの、リッチなコンテンツブロック群を サポートしています - カード、手順のタブ、ダウンロード、埋め込みなどです。 すべて同じ ::: name ... ::: コンテナ構文を使います（単独の行にある裸の ::: が、現在開いているブロックを閉じます。あるいは、本文を持たない ブロックであれば、閉じの ::: を同じ行に書くこともできます - ::: file src="assets/spec.pdf" ::: は2行形式とまったく同じように 動作します）。bxsites.yaml の設定は不要で、常に使用できます。ブロックは 別のブロックの中にネストできます（例えば、カードグループを含む展開可能 セクションなど）- それぞれが自身のコンテンツの中でさらにブロックがないか 再スキャンされます。GitBook から移行する場合は、ここにあるすべての ブロックが同名の GitBook ブロックに直接対応しています - GitBook からの移行 を参照してください。

展開可能

コールアウトのアイコン/色を持たない、プレーンな折りたたみ可能セクションです - 折りたたみ可能な Admonition（???、Admonition を参照）とは異なります:

::: expandable "これは折りたたみ可能な Admonition と違いますか？"
はい - これにはタイプ/アイコン/色がなく、単なるプレーンな展開/折りたたみ
セクションです。`open="true"` を追加すると展開された状態で開始します。
:::

カード

リンクカードのグリッドで、それぞれが ::: cards ラッパーの中の独自の ::: card です - title、icon、image、href はすべて任意です （href のないカードは、クリックできないプレーンなカードとしてレンダリング されます）。icon はフロントマター/ナビの icon 値と同じ方法で解決されます - プレーンな絵文字、または同梱ライブラリの名前付きアイコン （icon="phosphor-duotone:rocket-launch"、icon="lucide:rocket" など） です - アイコン を参照してください:

::: cards
::: card title="はじめに" icon="phosphor-duotone:rocket-launch" href="../getting-started.md"
インストール、スキャフォールド、最初のサイトのビルド。
:::
::: card title="テーマ" icon="phosphor-duotone:palette" href="themes.md"
組み込みテーマのカスタマイズ、または独自テーマの作成。
:::
:::

列

横並びのレイアウトです - ::: column は任意の width（プレーンな CSS の 長さ/パーセンテージ、例えば "40%"）を受け付けます。明示的な幅を持たない 列は、行を均等に分け合います:

::: columns
::: column width="60%"
広い方の列。
:::
::: column
狭い方の列。
:::
:::

ステッパー

番号付きで連結されたステップの連続です:

::: stepper
::: step "インストール"
`install-bx-module bx-sites`
:::
::: step "スキャフォールド"
`bxSites new`
:::
:::

ステップ自身が持つ任意の color 属性は、そのマーカーに 4 色のうちいずれか 1 つの意味的な色を付けます - デフォルト（color なし）、success、 warning、danger です - シーケンス内でのステップの位置とは独立しています:

::: stepper
::: step "データをバックアップ" color="success"
定型作業で、いつ実行しても安全です。
:::
::: step "任意: テレメトリを有効化" color="warning"
確信が持てない場合はスキップしてください。
:::
::: step "旧インストールを削除" color="danger"
元に戻せません - 上のバックアップが完了していることを必ず確認してください。
:::
:::

番号付きマーカー、接続線、そして上記 3 つの color パレットは、いずれも サイトの他の部分のパレットとは独立して、CSS カスタムプロパティで テーマ化できます - 色のカスタマイズ を参照してください。

ファイル

PDF、動画、その他のプロジェクトアセット向けのダウンロードカードです - src は theme.logo/フロントマターの ogImage がすでに解決されているのと 同じ方法で解決されます（docs/assets/ からの相対パス）:

::: file src="assets/spec.pdf" title="API 仕様" :::

ボタン

CTA（コールトゥアクション）ボタンです - 単独の ::: button、または ::: buttons ラッパーの中に複数を横並びで配置します。 先頭の "ラベル" と href さえあれば、ほとんどのボタンにはそれで十分です:

::: button "はじめに" href="../getting-started.md" style="primary" :::

いくつかの任意の属性で、各ボタンに独自の機能を持たせられます:

• style="primary" または style="secondary"（デフォルト） - ソリッド アクセント対アウトライン。
• size="small"、"medium"（デフォルト）、または "large"。
• icon="..." - カード自身の icon と同じ方法で解決されます（プレーンな 絵文字、または icon="phosphor-duotone:rocket-launch" のような名前付き アイコン - テーマ: アイコン を参照してください）。
• target="_blank" - 同じタブではなく新しいタブでリンクを開きます （rel="noopener noreferrer" は自動的に追加されます）。
• disabled="true" - 「近日公開」の CTA 向けに、操作不可でクリックできない ボタンをレンダリングします（href は不要です）。

::: buttons
::: button "ドキュメントを読む" href="../getting-started.md" icon="phosphor-duotone:book-open" size="large" :::
::: button "GitHub でスターする" href="https://github.com/ortus-boxlang/bx-sites" style="secondary" target="_blank" :::
::: button "近日公開" disabled="true" :::
:::

埋め込み

認識されたプロバイダー向けのレスポンシブ iframe 埋め込みです - 現時点では YouTube、Vimeo、CodePen、Spotify、Loom、Figma に対応しています。それ以外の URL は、どのみちレンダリングを拒否する iframe（ほとんどのサイトはフレーム 表示をブロックします）の代わりに、プレーンな「訪問 ↗」リンクカードに フォールバックします:

::: embed url="https://www.youtube.com/watch?v=dQw4w9WgXcQ" title="デモ" :::

ページリンク

別のページへのリッチなプレビューカードです - href は通常の ページリンク と同じ、 ファイル相対の規約に従います。カードとは異なり、タイトル/アイコン/サマリは ターゲットページ自身のフロントマターから自動的に取得されるため、そのページが リネームされたりサマリが変更されたりしても同期が保たれます:

::: page-link href="../getting-started.md" :::

リンクプレビュー

外部 URL 向けのリッチなプレビューカードです - ::: page-link と同じ カード形状ですが、このサイト自身のページではないリンクのためのもので、 タイトル/サマリを自動取得できるページがありません。すべてのフィールドは ディレクティブ自身の属性から取得されます: 必須なのは url だけで、title を省略すると裸の URL にフォールバックし、description/image はどちらも 任意です。これらを自動入力するためのビルド時のターゲット URL フェッチは ありません - audit を内部リンクのみに 限定しているのと同じ理由がここにも当てはまり、遅い/到達不能なサードパーティ サイトがビルド時間に影響することは決してありません:

::: link-preview url="https://boxlang.io" title="BoxLang" description="動的でマルチパラダイムな JVM 言語。" :::

AI プロンプト

再利用可能な AI プロンプト向けのスタイル付きコンテナです。ブロックの本文がそのままプロンプトの テキストになり、通常の Markdown として書かれます（そのため中の見出しや リスト、コードもそれぞれ独自の書式を保ちます）。どのプロンプトにも 「Copy」ボタンが付き、書式マークアップを含むそのままのソーステキストを コピーして、使いたい AI ツールにそのまま貼り付けられます。description （任意の1行サマリ）と icon（::: card 自身の icon と同じ方法で解決 され、省略時はきらめきアイコンがデフォルトになります）はどちらも任意です:

::: prompt description="Summarizes a pull request for a changelog entry" icon="phosphor-duotone:git-pull-request"
Summarize the following pull request diff as a single changelog entry,
written for an end user rather than a developer. Group related changes
together and skip anything purely internal (refactors, tests, CI).
:::

長いプロンプトを短くフェードアウトするプレビューに収め、読者が「Show more」をクリックするまでそのままにしておくには expanded="preview" を 追加します。あるいは expanded="hidden" を使うと、「Show prompt」ボタンの 背後に完全に折りたたまれた状態で開始します - 複数のプロンプトを連続して 並べるページで便利です。expanded を省略する（またはデフォルトの "full" を指定する）と、常にプロンプト全体を表示します:

::: prompt description="A longer, multi-step prompt" expanded="preview"
1. Read the attached error log line by line.
2. For each stack trace, identify the failing module.
3. Group failures by root cause, not by timestamp.
4. Propose one fix per root cause, not per failure.
5. Skip anything that already has an open issue - list those separately.
:::

ここには「Open in AI providers」メニューはありません - bx-sites は サードパーティの AI プロバイダーと一切通信しないため、使いたいツールに プロンプトを渡す唯一の手段は、プロンプト自身の「Copy」ボタンです。

更新履歴（changelog）

日付とタグ付けが可能な変更履歴リストです - ::: update は date="YYYY-MM-DD" と、任意のカンマ区切りの tags を受け付けます:

::: updates
::: update date="2026-01-15" tags="feature,fix"
ダークモードを追加し、フッターの整列バグを修正しました。
:::
::: update date="2026-01-01"
初回リリース。
:::
:::

::: updates ブロックを持つページは、bxsites.yaml の baseURL が完全な URL である場合（sitemap.xml と同じ要件です）、その隣に独自の feed.xml （RSS 2.0）も書き出されます - そのため、読者はそのページの更新履歴だけを 購読できます。

再利用可能なコンテンツ（インクルード）

::: include src="..." は、別のファイルの生の Markdown をその場所に 挿入します。上記のすべてのブロックとは異なり、これはウィジェットに包まれた 何かではなく、本物のページコンテンツ（見出し、段落、自身のネストした ブロック）になります - 複数のページで繰り返される警告/告知に便利です。 パーシャル自体は docs/includes/ の下に置いてください - assets// versions//i18n//blog/ と同じ予約済みフォルダの規約です。includes/ 配下のファイルは、決してそれ自体のページとしてビルドされず、ナビ/検索/ サイトマップ/タグにも一切現れません - 他のページに挿入されるためだけに 存在します:

docs/
├── index.md
├── includes/
│   ├── beta-notice.md
│   └── legal/
│       └── terms.md
└── guides/
    └── deep/
        └── setup.md

裸の src（先頭に ./ や ../ がないもの）は、インクルードする側の ページがどれだけ深くネストしていても、常に現在のツリー自身の docs/includes/ に対して解決されます - 上記の guides/deep/setup.md は、 index.md とまったく同じ src で、まったく同じファイルに到達します:

::: include src="beta-notice.md"

裸の src は includes/ 自身のサブフォルダを指すこともできます:

::: include src="legal/terms.md"

代わりに src の前に ./ や ../ を付けると、集約された includes/ フォルダに置くつもりのない、ページに隣接するフラグメントに到達できます - この形式は、通常のページリンクと同じ規約で、インクルードする側のページ 自身のディレクトリからのファイル相対で解決されます:

::: include src="../local-note.md"

バージョン/ロケールのツリーも同じ方法で独自の includes/ を持ちます - docs/versions/2.0/ 配下のページは、裸の src を docs/versions/2.0/includes/ に対して解決し、docs/i18n/es/ 配下の ページは docs/i18n/es/includes/ に対して解決します - それぞれのツリーの パーシャルは独自のものであり、メインツリーの docs/includes/ とは 共有されません。

インクルードされたファイルは、さらに別のファイルをインクルードできます （循環参照はビルド時に永久ループする代わりに BxSites.CircularInclude を送出します）。

条件付きコンテンツ

読者自身の選択に基づいて、ブロックのいくつかのバリアントのうち1つを表示します - 例えば同じページ上の「Free」向けと「Pro」向けの手順を切り替えるような場合です。 これは訪問者の識別情報を一切持たない完全な静的サイトなので、本物のバックエンドを 持つプラットフォームとは違い、サーバー側で評価される「この読者は誰か」という ものはありません - 読者自身が選択し、その選択は自分自身のブラウザ （localStorage）に記憶され、以降のすべてのページにも引き継がれます:

::: audience-switcher key="plan" options="free:Free,pro:Pro" :::

::: conditional key="plan" value="free"
The Free plan includes basic search.
:::

::: conditional key="plan" value="pro"
The Pro plan adds AI-assisted search and unlimited team seats.
:::

::: conditional key="..." value="..." は1つのバリアントを示します。key は 切り替えの対象となる任意の設定名です（上記の "plan" はもちろん、 "os"、"language"、何でも構いません）。そして value は、このブロックが どの設定のときに表示されるべきかを指定します。すべてのバリアントは常に HTML 内にレンダリングされます - クライアント側で非表示にされるだけで、 決して省略されません - そのため、JavaScript を無効にしている読者 （あるいは検索クローラー）にも、どれも表示されないのではなく、すべての バリアントが見えます。

::: audience-switcher key="..." options="value:Label,value:Label,..." は 任意の、すぐに使える既製のコントロールです - 選択肢ごとに1つのボタンがあり、 ページ上のどこにあっても同じ key を共有するすべての ::: conditional ブロックを即座に切り替えます。これは必須ではありません: ?plan=pro で 終わるリンクは読み込み時に自動的に同じ設定をセットします（「このページの Pro 版」への直接リンクを共有するのに便利です）。また、プロジェクト自身の テーマオーバーライドから window.bxSitesSetPreference( key, value ) を 直接呼び出して、独自の UI から制御することもできます。

お問い合わせフォーム

プレミアム機能。 ::: contact-form ブロックは常に、フィールド・ ラベル・送信ボタンを備えた本物の完全なフォームとしてレンダリングされ ます。ただし実際に送信できるかどうかは、そのプロジェクトの bxSites Cloud プランが動作するフォーム機能を含んでいるかどうかにかかっていま す。含まれていないプランでは、読者が送信しようとすると、メッセージが どこにも届かない代わりに「このフォームを有効にするにはアップグレード してください」という親切なメッセージが表示されます。これをオン・オフ する設定はここには一切ありません - 完全にアカウントのプランの属性です。

ページの再読み込みではなく fetch() で bxSites Cloud に送信される、 ラベル付きのお問い合わせ/リード獲得フォーム:

::: contact-form id="demo-request" to="sales@acme.com" fields="name:text,email*:email,message:textarea" submitLabel="Send" :::

• id - このフォーム自身のスラッグ。誰に通知するか、スパムフィルタリ ングなど、bxSites Cloud 側で設定するフォーム設定に対応します(この markdown 側では設定しません） - このビルドはここに書いた id が実際に そちら側に存在するかを確認することはなく、そのまま渡すだけです。省略 時は "contact" になります。
• to - 任意で、あくまで情報提供用です(実際の配信先ルーティングは サーバー側、アカウント管理者によって設定されます） - あとでページの ソースをざっと確認するときに、そのフォームの送信内容がどこに届くのか を思い出す手がかりとして便利です。
• fields - 必須。カンマ区切りの name:type ペアという小さな DSL です: フィールド名の直後（: の前）に * を付けると、そのフィールドが 必須になります（例: email*:email）。サポートされる型は text・ email・textarea です。それ以外の未対応の型はビルドを失敗させる 代わりに、普通の text 入力にフォールバックします。各フィールドの ラベルはフィールド名から自動生成されます(full-name は「Full Name」 になります)。
• submitLabel - 送信ボタン自身のテキスト。省略時は "Send" です。

どのフォームにも、実際の訪問者には見えず入力もされない隠しハニーポット フィールドが含まれています - bxSites Cloud 自身のスパムフィルタリング がこれを使用するため、ここでの設定は不要です。

ループと条件分岐（データ駆動）

::: for と ::: if は、再利用可能なデータ - docs/data/*.yaml/.json ファイル自身の値を、ドット区切りのパスで指定した もの - に対して、自身のコンテンツをレンダリングします。上記のすべての ブロックとは異なり、この2つは key="value" 属性の代わりに裸の式を取ります - 意図的に狭く絞られており、{{ }} 自身がすでに採用しているのと同じドット 区切りパスのみという哲学です（この最初のバージョンには比較演算子はありません）:

::: for member, idx in data.team
{{ idx }}. **{{ member.name }}** - {{ member.role }}
:::

1. Luis Majano - CEO

2. Jon Clausen - CTO

::: for <item>, <index> in <dotted.path> は、パスが何に解決されるかに 応じて、BoxLang 自身の2変数版 for ループと同じ方法で <item>/<index> をバインドします - 配列なら要素 + 1始まりのインデックス（上記の通り）、 構造体ならキー + 値というように、どちらの場合も同じ構文です:

::: for name, enabled in data.flags
- {{ name }}: {{ enabled }}
:::

• betaBanner: true

• darkModeDefault: false

::: if <dotted.path> は、解決された値が真の場合にのみそのコンテンツを レンダリングします - 空の配列/構造体/文字列、0、false はすべて偽として 扱われます:

::: if data.flags.betaBanner
このビルドではベータ機能が有効になっています。
:::

このビルドではベータ機能が有効になっています。

::: if の後に ::: elseif <dotted.path>（何個でも）を連ね、末尾に裸の ::: else を置くことで、本物の if/elseif/else セマンティクスになります - 最初に真になった条件が採用され、::: else（それ自身は条件を持ちません）は 残りすべてを引き受けます。採用された分岐より後の条件は解決すらされないため、 タイプミスした ::: elseif のパスは、実際にその分岐に到達したときにだけ ビルドを壊します。連鎖全体は1つの末尾の ::: で閉じます - ::: elseif/::: else 自体が直前の分岐の終わりを示すため、それぞれの手前に ::: を書く必要はありません:

::: if data.flags.darkModeDefault
ダークモードがデフォルトで有効になっています。
::: elseif data.flags.betaBanner
ベータ機能は有効になっていますが、ダークモードはデフォルトでは有効ではありません。
::: else
このビルドには特に変わったところはありません。
:::

ベータ機能は有効になっていますが、ダークモードはデフォルトでは有効ではありません。

各分岐を明示的に閉じたい場合は、::: elseif/::: else の前に ::: を 置いても問題なく動作します - どちらの書き方でも同じようにパースされます。

どちらの本文にも、通常の Markdown や、別の ::: for/::: if を含む他の コンテンツブロックを入れることができます - 上記のどのブロックともまったく 同じようにネストできます。ループ/条件分岐の全体像 - data.* を扱う他の 2つの方法（テーマオーバーライド、またはマジック関数）も含む - については、 データファイル: データを利用する を 参照してください。

コースインデックス

::: course id="..." ::: は、コースのレッスンをまとめて、1つの 番号付きリンクインデックスとしてレンダリングします - 「1. Introduction, 2. Windows Installation, 3. Mac Installation...」という大きなリストで、それぞれの 番号が本物のリンクになっており、手作業で書くのではなく docs/data/courses.yaml マニフェストから構築されます:

::: course id="getting-started" :::

上記のすべてのブロックとは異なり、これは裸の id だけを取り、それ自身の href/本文コンテンツは一切ありません - レッスン自身とその順序は、すべて マニフェストだけから決まります。マニフェストの形式、レッスンからレッスンへの スコープされたナビゲーション、そしてインデックスがページ上にあるときに読者の 進捗がどのように追跡されるかについては、コース を参照して ください。