概念

サブドメインによる役割分離

exbridge.jp配下をサブドメインごとに機能分担させ、LP・商品カタログ・デモ・実運用を分離する設計。

定義

ひとつのベースドメイン（ここでは exbridge.jp）の下に複数のサブドメインを切り、サブドメインごとに異なる役割（コーポレート、製品カタログ、デモ、実運用、ドキュメント）を割り当てる設計手法。URLを見ただけで「そのページが何をする場所か」が分かることを狙う。

kurage-sites は、この設計が実際にどう運用されているかをURL索引として示した一次資料である。

kurage-sites に見る役割分担

サブドメイン	役割	例
`exbridge.jp`	コーポレート／ソリューション提案	メイン、`/solution/.html`、`/ai-system/`
`kurage.exbridge.jp`	実運用アプリと解説（PHPゲートウェイ）	`kflood.php/`, `kseido.php/`, `/oss/<name>/`
`kappstore.exbridge.jp`	商品カタログ（販売導線）	`app.php?id=<hex>`
`proto.exbridge.jp`	デモ・プロトタイプ置き場	`kkintai/`, `kcallcrm/`, `#krayin`
`<product>.exbridge.jp`	プロダクト別LP	`karchitect.`, `kcbrain.`, `kseo.` …
`katsushi2441.github.io/vwork/articles/`	技術解説ブログ（外部ホスト）	日付入り記事URL
`xb4g.com`	別ブランドの政治・議員トラッカー	`/giin/tracker`

この分担により、kappstore は「買う場所」、proto は「触る場所」、kurage は「使う場所／読む場所」という認知的なランドマークが成立している。

設計上のポイント

1. プロダクトLPはサブドメインで丸ごと独立

karchitect.exbridge.jp のように、プロダクトごとにサブドメインを割り当てる。パスではなくホスト名で分けるため、
- プロダクト単位での移設・停止が容易
- 検索エンジン上でも独立したサイトとして扱われやすい
- 命名は k-prefix-product-naming の k 接頭辞で統一

2. カタログと実体を分離

kappstore.exbridge.jp/app.php?id=<16桁hex> は商品ページ、実体のデモは proto.exbridge.jp/... に置く。カタログ側はIDで参照するだけの薄い層になり、デモ環境を差し替えても導線が壊れにくい。これは kappstore-ecosystem の前提でもある。

3. 実運用系は1ホストに集約

kurage.exbridge.jp/*.php に自治体・防災・介護系アプリが集中する。個別サブドメインを増やさず、kurage-php-gateway として1ホストに集めることで、デプロイ・認証・監視を共通化している。

4. 外部ホストの意図的な併用

技術ブログだけは GitHub Pages（katsushi2441.github.io）に置く。静的な技術記事はプロダクトのデプロイサイクルから切り離したいという判断と読める。knowledge-repo-as-blog も参照。

副次的な効果：流入元の追跡

サブドメインをまたぐ導線には ?ref=kappstore、?ref=kappstore-dev のようなパラメータが付く。ホスト名で「どの面から来たか」が分かり、パラメータで「どの導線か」が分かる二段構えになっている。詳細は ref-parameter-attribution。

トレードオフ

利点: 役割がURLで自己記述的、独立デプロイ可能、監査が容易（public-url-catalog と相性が良い）
コスト: サブドメインごとに証明書・DNS・CORS・Cookie スコープの管理が必要。LPが /<name>.html と / の二重URLになるなど、運用の揺れも生じる
プロダクト数が増えるとサブドメインが増え、SSL/TLS と DNS の管理対象が線形に増える