開発者ツール・OSSのTLD——コードが住む場所
開発者向けツールやOSSプロジェクトのドメイン選択には、独自の文化的文脈がある。エンジニアはTLDの技術的意味を理解しているため、一般消費者とは異なるシグナルを読み取る。
.dev — 新世代の標準 — Googleが管理し、HTTPS(HSTS preloaded)を必須とする。web.dev、flutter.dev、github.devなど、Google自身が積極的に使用していることが信頼性を裏付ける。開発者ツールのランディングページとして最も自然な選択肢。
.io — 伝統と葛藤 — socket.io、itch.io、github.io(Pages)など、スタートアップ文化と共に育ったTLD。「Input/Output」の連想はエンジニアに深く刺さる。しかしチャゴス諸島の主権移転リスクは年々具体化しており、新規プロジェクトでの採用には慎重さが必要だ。既存の.ioプロジェクトはドメイン移行計画を持つべき段階にある。
.sh — ターミナルの住人 — セントヘレナのccTLDだが、シェルスクリプトの拡張子(.sh)との一致で開発者に独特の訴求力を持つ。deno.sh、railway.sh、warp.sh、charm.sh — CLIツールやインフラプロジェクトとの親和性は抜群。ただし一般的な認知度は極めて低い。
.org — OSSの心臓 — python.org、mozilla.org、apache.org、kernel.org — OSSの歴史そのものが.orgに刻まれている。コミュニティ主導のプロジェクト、財団、仕様策定団体にとって、.orgは「利益より公共性」を宣言する。商用ツールには不向きだが、OSSには最適解。
.app — アプリケーション配布 — モバイルアプリやデスクトップアプリの公式サイトとして。bsky.app、poe.app、craft.appなど、「アプリとしての完成品」を持つプロジェクトに適する。
選択のマトリクス:
| プロジェクト種別 | 第一候補 | 第二候補 |
|---|---|---|
| 開発者向けSaaS | .dev | .io(リスク理解の上) |
| OSSライブラリ/フレームワーク | .dev | .org(財団なら) |
| CLIツール | .sh | .dev |
| OSS財団/コミュニティ | .org | — |
| 完成アプリケーション | .app | .dev |
開発者コミュニティでは、ドメインはREADMEの先頭に載る住所であり、npmのhomepage欄に記される公式URL。技術的に正しいTLDの選択は、プロジェクトの品格の一部となる。