静的マーケページでは三列の料金カード、機能比較表、ドキュメントのサイドバーなど、入れ子の列がコピー長の差でも視覚的に揃っている必要があります。CSSサブグリッド以前は、flexラッパー、重複したmin-heightトークン、あるいは計測ループのJavaScriptで「等高」を擬態していました。サブグリッドは内側グリッドが親の行・列トラックに参加できるようにし、タイトル・価格・CTAをカードごとの魔法のピクセルなしで揃えます。EleventyやAstroのようにHTML/CSSを一度ビルドして出すチームが、実機Safari/WebKitでサインオフする前提で書きます。コンポーネントの狭さに応じた挙動はコンテナクエリ(静的コンポーネント)、マーケ上書きと基底グリッドの衝突回避はカスケードレイヤーと併読してください。
静的マーケHTMLでサブグリッドが効く理由
料金表は定番例です。外側セクションが12列グリッドを切り、各ティアがタイトル・価格・箇条書き・ボタンを含むグリッド項目になります。サブグリッドがなければ内側リストは親の行リズムを継承できず、デザイナはコピー長を固定するか、ボタンの段差を受け入れるかの二択でした。サブグリッドは親のトラック線を子孫に公開するため、コンパイル済みCSSが「揃え条件」そのものになり、ロケールごとのピクセル調整地獄を減らします。
ドキュメントレイアウトでも、ナビ+本文+「このページ」ミニ目次でブレークポイント横断のベースラインを共有したい場面に効きます。レイアウト専用のラッパーdivが減ると、スクリーンリーダーにとってもノイズが減ることが多いです。2026年初頭の公開テレメトリでは、サブグリッド非対応の組み合わせがセッションのおおよそ4〜7%に留まるとされます。漸進的強強化には十分小さい一方、フォールバックなしのクリティカルパスに埋め込むにはまだ大きい割合です。
多言語展開では、ドイツ語の長い複合語や日本語の禁則処理が行の実寸を動かし、サブグリッドが「親のリズムを維持したまま」その差を吸収します。デザインシステムに命名グリッド線をFigmaと同じ語彙で載せておくと、四半期リブランドでもrepeat()パターンを外側だけ更新できます。
パフォーマンスの注意点として、サブグリッドは配置するアイテム数を減らしません。下層に何百枚もカードを並べるページでは、折りたたみ以下の遅延読み込みやcontent-visibilityを先に検討してください。セキュリティレビューで「複雑グリッド=XSSリスク増?」と聞かれたら、サブグリッドはレイアウトのみで、サニタイズ方針は変わらないと答えて構いません。
行・列とサブグリッド構文
子のグリッドコンテナにdisplay: gridに加え、grid-template-columns: subgridやgrid-template-rows: subgridを軸ごとに指定します。親グリッド上で正しいエリアを占有していないと、トラック継承の相手がありません。キャンペーンリボンなど任意行を差し込むときは名前付き線で余白を確保し、列番号の付け替え地獄を避けます。
.pricing {
display: grid;
grid-template-columns: repeat(12, minmax(0, 1fr));
gap: 24px;
}
.tier {
grid-column: span 4;
display: grid;
grid-template-rows: subgrid;
grid-row: span 4;
}
.tier > * { min-width: 0; }
静的ジェネレータはこの構造をパーシャルに一度だけ出力し、数十ページに微妙に違うクラス名で重複宣言しないでください。レイヤーCSSを採るならcomponentsレイヤに集約します。論理プロパティ(margin-inlineなど)と組み合わせるとRTLロケールも同じ宣言で回せます。
アクセシビリティでは、行スパンをモバイルで変えると読み上げ順が変わり得ます。サブグリッド移行後はVoiceOverで主要導線を再確認し、prefers-reduced-motionとセットでスクロール連動演出を点検してください。
2026年のブラウザ観点
| エンジン | サブグリッド | 静的QAメモ |
|---|---|---|
| Chromium 79+ | 対応 | グリッドオーバーレイで継承トラックを表示。 |
| Firefox 71+ | 対応 | 軸不一致時の警告が分かりやすい。 |
| 新しめのSafari | 対応 | マイナーごと再検証。STPは分数トラックで差が出る場合あり。 |
| レガシーWebKit | なし | 単列スタックかflexフォールバック。 |
キオスク端末など古い埋め込みWebKit向けに「CSSのみレイアウト」の適用範囲を法務に説明するときの根拠にもなります。
クラウドMac miniでのSafari QA
Linux CIだけでは、動的タイポグラフィと分数行の組み合わせでSF Proがどう振る舞うかを保証できません。週30〜45分、Appleシリコン上で安定版Safariに契約サインオフを取り、WebKit専用不具合の切り分けはSTPへ。Webインスペクタのグリッド表示をオンにした全画面ショットをデザイナへ渡してください。
調達で新しいノートが止まっている場合は、Apple Silicon Mac miniをクラウドで短時間借り、SSHでデプロイ、VNCで対話検証、実験前にディスクスナップショット——短いバーストは1日あたりおよそ$16.9程度に収まりやすく、一週間の価格ページ改修より安いことが多いです。プレビュー環境のCSPとフォントURLは本番と揃えてください。Webフォントの差だけで「CSSは同じなのに行がズレた」ように見えます。
リリースノートには共有グリッドパーシャルを触ったSafariのビルド文字列を残し、分散チームの認識ズレを防ぎます。1280pxと390px幅で各2分の画面録画をPRに添付するとレビューが速くなります。
フォールバックと印刷
@supports (grid-template-columns: subgrid)で新構文を包み、旧エンジンでは単列フレックスへ。印刷では多段グリッドを一段に潰し、インク節約のため背景グラデーションを外す——サブグリッド自体は改ページ規則を変えません。200%ズームや長いドイツ語カード列もチェックリストに入れてください。
ミニファイアがグリッド項目間の空白や軌コメントを誤って潰さないか、ステージングで一度オフにして境界ラベルを確認するのも有効です。
FAQ
CSSサブグリッドはコンテナクエリの置き換えになりますか?
いいえ。コンテナクエリはコンポーネント単位のレスポンシブ、サブグリッドは親グリッドとのトラック整合です。必要なら両方使います。
2026年時点でSafariのサブグリッドは安心して使えますか?
対応OSのSafariでは利用可能ですが、リリースごとに検証し、STPで先行確認を続けてください。
Macを買わずにサブグリッドをどうテストしますか?
WebKit自動化で冒烟し、ピクセルクリティカルな合否は実機またはクラウドMac miniで行います。
Mac miniはWebKitグリッド作業の参照筐体であり、フォントラスタライズとネイティブスクロールが揃います。MacHTMLはSSH/VNC付きのレンタルで、サブグリッドとコンテナクエリを積んだ静的スタックをキャップエクスなしで検証できます。
クラウドMac miniでSafariサブグリッドQA
実機Apple Silicon Mac miniを短時間借り、入れ子マーケグリッドを検証し、安定版SafariとSTPを比較、リスキーなWebKit実験の前にディスクをスナップショット。