調査依頼

ownerフィードバック（メモ 19c7b2aeeda）の論点4・論点5・論点6に関する調査を行ってください。

論点4: 「学ぶ・調べる」コンテンツの統合先名称

現在のサイトには以下の「学ぶ・調べる」系コンテンツがあります:

• /dictionary - 漢字辞典(80字)、四字熟語辞典(101語)
• /colors - 日本の伝統色辞典(250色)
• /cheatsheets - チートシート(3種: Git, regex, Markdown)

前回の設計ではこれらを /learn に統合する案を採用しましたが、ownerは「他の案を一切検討していない」と指摘しています。

以下の名称候補（最低限）と、独自に考えた追加候補について比較検討してください:

• /learn - 学ぶ
• /dictionary - 辞典に統合
• /reference - リファレンス
• /documents - ドキュメント
• /knowledge - ナレッジ
• /guides - ガイド
• /library - ライブラリ
• /resources - リソース
• （独自案があれば追加）

各案について以下の観点で評価すること:

• 含まれるコンテンツ（漢字辞典、伝統色辞典、チートシート）との意味的整合性
• 英語圏ユーザーへの直感性
• 日本語圏ユーザーへの直感性
• 将来の拡張性（FAQ、HowTo、チュートリアルなどを追加する場合）
• SEO（英語の一般的なURL命名慣習）
• URL全体の簡潔さ

論点5: ゲームとクイズの統合方法

現在:

• /games/ - デイリーゲーム4種（kanji-kanaru, yoji-kimeru, nakamawake, irodori）
• /quiz/ - 診断クイズ2種（kanji-level, traditional-color）

前回の設計では /games/quiz/[slug] としてサブディレクトリで分けましたが、ownerは「統合理由が"区別が自明でない"ことなのに、サブディレクトリで分けるのは矛盾」と指摘しています。

以下の方式を比較検討してください:

• フラット方式: /games/kanji-level, /games/traditional-color とすべてフラットに並べる
• タイプ別方式: /games/quiz/[slug] で分ける（現行案、問題あり）
• 独立維持方式: /games と /quiz を別々のまま維持する
• （独自案があれば追加）

論点6: チートシートの配置

前回の設計では /learn/cheatsheets/[slug] としましたが、論点5と同様に「learn配下にcheatsheets」という構造の妥当性が問われています。

以下の方式を比較検討してください:

• 統合先配下方式: /{統合先名}/cheatsheets/[slug]（統合先名は論点4で決定）
• 独立維持方式: /cheatsheets/[slug] のまま独立
• 統合先直下フラット方式: /{統合先名}/git-cheatsheet のようにフラットに配置
• （独自案があれば追加）

現在のサイト構造の調査

以下を調査してください:

• src/app/games/ の構造
• src/app/quiz/ の構造
• src/app/dictionary/ の構造
• src/app/colors/ の構造
• src/app/cheatsheets/ の構造
• 各セクションのコンテンツ数と種類

成果物

調査結果をメモで報告してください。各論点について比較表と推奨案を提示してください。

B-057調査B: ディレクトリ命名と分類の代替案比較 - 調査報告

現状のサイト構造

調査対象のコンテンツを整理する。

「学ぶ・調べる」系コンテンツ

• /dictionary/kanji/ - 漢字辞典（80字、カテゴリ別表示あり）
• /dictionary/yoji/ - 四字熟語辞典（101語、カテゴリ別表示あり）
• /colors/ - 日本の伝統色辞典（250色、カテゴリ別表示あり）
  • 注: URLは /colors だが、/dictionary ページから「伝統色辞典」としてリンクされている
• /cheatsheets/ - チートシート（3種: regex, git, markdown）

「遊ぶ」系コンテンツ

• /games/ - デイリーパズル4種（kanji-kanaru, yoji-kimeru, nakamawake, irodori）
• /quiz/ - クイズ・診断2種（kanji-level, traditional-color）、結果共有機能付き

ナビゲーション

ヘッダーに9項目: ホーム, ツール, チートシート, ゲーム, クイズ, 辞典, ブログ, メモ, About

---

論点4: 「学ぶ・調べる」コンテンツの統合先名称

統合対象コンテンツの性質分析

統合候補のコンテンツの本質を先に整理する。

コンテンツ	性質	ユーザー行動
漢字辞典	辞書・リファレンス	特定の漢字を引いて調べる
四字熟語辞典	辞書・リファレンス	特定の四字熟語を引いて調べる
伝統色辞典	辞書・リファレンス	特定の色を引いて調べる
チートシート	クイックリファレンス	構文を素早く確認する

共通点: 全て「何かを調べる・確認する」という行動に対応するコンテンツである。「学ぶ」というよりも「参照する」に近い。

各候補の評価

(1) /learn - 学ぶ

観点	評価
意味的整合性	弱い。辞典は「学ぶ」というより「調べる」ための道具。チートシートも学習教材ではなくクイックリファレンス
英語圏の直感性	/learn はチュートリアルやコース形式のコンテンツを想起させる（Khan Academy, MDNの Learn_web_development など）。辞典やリファレンスの格納先としては違和感がある
日本語圏の直感性	「学ぶ」は能動的な学習行為を示唆。辞典を引く行為とは合致しない
将来の拡張性	チュートリアルやHowToを追加する場合は自然だが、辞典との共存で意味が曖昧になる
SEO	/learn は教育系サイトで使われるが、辞典系コンテンツとの関連は薄い
URL簡潔さ	5文字で短い
総合評価	C。含まれるコンテンツの性質と合致しない

(2) /dictionary - 辞典に統合

観点	評価
意味的整合性	漢字・四字熟語・伝統色の辞典には完全に合致。チートシートは「辞典」としてはやや違和感がある（ただし「コマンド辞典」のような解釈は可能）
英語圏の直感性	dictionary は言語系の辞書を強く想起する。技術チートシートを含む場として意外性がある
日本語圏の直感性	「辞典」は調べものの場として自然。チートシートも「構文辞典」と解釈すれば許容範囲
将来の拡張性	FAQ、用語集、技術用語辞典などの追加は自然。チュートリアルやHowToの追加にはやや不向き
SEO	/dictionary は辞典系サイトのURLとして標準的
URL簡潔さ	10文字でやや長い
総合評価	B+。既存の辞典コンテンツ（全体の大部分を占める）との整合性は高いが、チートシートとの関係がやや弱い。既に /dictionary が存在するため移行コストが低い

(3) /reference - リファレンス

観点	評価
意味的整合性	非常に高い。辞典は「参照資料」であり、チートシートは典型的な「リファレンス」。全コンテンツの「調べる・参照する」という性質を正確に表現する
英語圏の直感性	/reference は技術ドキュメントでは定番（MDNは /Reference を使用、各種APIドキュメントなど）。一般教養コンテンツにも使える汎用性がある
日本語圏の直感性	「リファレンス」はIT系ユーザーには馴染み深い。一般ユーザーにはやや専門的に聞こえる可能性がある
将来の拡張性	用語集、FAQ、HowTo、APIリファレンスなど幅広いコンテンツを自然に追加できる。最も拡張性が高い
SEO	/reference は技術サイトのURLとして広く使われ、検索エンジンに認識されやすい
URL簡潔さ	9文字で適度
総合評価	A。全コンテンツの性質を最も正確に表現し、拡張性も高い

(4) /documents - ドキュメント

観点	評価
意味的整合性	中程度。「文書」は辞典やチートシートを包含できるが、具体的なイメージが湧きにくい
英語圏の直感性	/documents は「ファイル置き場」のようなニュアンスがある。/docs のほうが技術文書として一般的だが、Google Docsなどのオンラインエディタを想起する可能性がある
日本語圏の直感性	「ドキュメント」は技術文書を想起するが、辞典の格納先としてはピンとこない
将来の拡張性	汎用的すぎて何を含むか予測しにくい
SEO	/documents はファイルダウンロード系と誤認される可能性がある
URL簡潔さ	9文字で適度
総合評価	C。内容を的確に伝えられない

(5) /knowledge - ナレッジ

観点	評価
意味的整合性	概念的には合致する（「知識ベース」として辞典もチートシートも含められる）が、やや抽象的
英語圏の直感性	/knowledge は企業のナレッジベース（knowledge base）を想起させ、社内文書管理のイメージがある
日本語圏の直感性	「ナレッジ」はビジネス用語としては浸透しているが、一般消費者向けサイトのセクション名としては堅い
将来の拡張性	広範なコンテンツを収容できるが、曖昧すぎてナビゲーションの助けにならない
SEO	/knowledge は一般的ではない。/knowledge-base のほうが認知度は高いが長い
URL簡潔さ	9文字で適度
総合評価	C-。一般向けWebサイトには不適切

(6) /guides - ガイド

観点	評価
意味的整合性	チートシートには合致するが、辞典は「ガイド」とは言いにくい。ガイドは「案内」であり「辞典」ではない
英語圏の直感性	/guides はHowToやチュートリアルを想起させる（GitHub Docsなどで使われるパターン）
日本語圏の直感性	「ガイド」は操作説明書や旅行ガイドを連想。辞典との結びつきは弱い
将来の拡張性	チュートリアル系の追加には向くが、辞典系コンテンツとの統合感が薄れる
SEO	/guides はそれなりに使われるが、辞典コンテンツとの関連性は低い
URL簡潔さ	6文字で短い
総合評価	C。辞典コンテンツとの整合性が低い

(7) /library - ライブラリ

観点	評価
意味的整合性	「図書館・書庫」として辞典もチートシートも収蔵できるという発想は成立する
英語圏の直感性	/library はプログラミングのライブラリ（npm packageなど）を強く想起させる。混乱の原因になりうる
日本語圏の直感性	「ライブラリ」は「図書館」よりも技術用語としての印象が強い
将来の拡張性	汎用的だが、ソフトウェアライブラリとの混同リスクがある
SEO	/library はソフトウェアライブラリページと競合する可能性がある
URL簡潔さ	7文字で短い
総合評価	C-。技術サイトでの混同リスクが高い

(8) /resources - リソース

観点	評価
意味的整合性	「資料・資源」として辞典もチートシートも包含できる。ただしやや漠然としている
英語圏の直感性	/resources は「ダウンロード素材」「外部リンク集」を想起させることが多い。実際の参照コンテンツの置き場としてはやや違和感
日本語圏の直感性	「リソース」は技術者には通じるが、一般ユーザーには馴染みが薄い
将来の拡張性	非常に広範だが、広範すぎてセクションの性格が不明確になる
SEO	/resources は多くのサイトで使われるが、リンク集を想起されがち
URL簡潔さ	9文字で適度
総合評価	C+。含意が広すぎて訪問者の期待値設定が難しい

(9) /wiki - ウィキ（独自追加案）

観点	評価
意味的整合性	「百科事典的なまとめ」として辞典コンテンツとは合致する。チートシートもwiki的な存在として違和感は少ない
英語圏の直感性	/wiki はWikipediaを強く想起させ、「調べもの」の場として認知度が極めて高い
日本語圏の直感性	「ウィキ」は日本でもWikipediaの影響で広く認知されている
将来の拡張性	知識系コンテンツ全般を収容できる
SEO	/wiki はサイト内百科事典として認知されやすいが、Wikipediaとの競合が懸念される
URL簡潔さ	4文字で最短
総合評価	B-。認知度は高いが、Wikipediaとの混同リスクと、ユーザー編集可能なコンテンツを期待される可能性がある

(10) /explore - エクスプロア（独自追加案）

観点	評価
意味的整合性	辞典を「探索する」という行為とは合致するが、チートシートを「探索する」のはやや不自然
英語圏の直感性	/explore はGitHub Explore等で使われ、「発見の場」として認知がある
日本語圏の直感性	「エクスプロア」は一般的ではない
将来の拡張性	広範だが曖昧
SEO	あまり一般的ではない
URL簡潔さ	7文字
総合評価	C-。内容を具体的に示唆しない

論点4 推奨順位

1. /reference (A) - 全コンテンツの「参照する」という共通性質を最も正確に表現。英語圏での認知度が高く、拡張性も最大。MDN等の実績がある命名。
2. /dictionary (B+) - 既存のURLをそのまま活用でき移行コストが最小。辞典が主要コンテンツである現状にも合致。ただしチートシートとの整合性にやや難。
3. 統合しない（代替案） - 後述するが、チートシートだけ性質が異なるため、辞典系とチートシートを無理に統合しないという選択肢もある。

統合範囲の再検討（重要な補足）

実は、このコンテンツ群を「全て1つのディレクトリに統合すべきか」自体が再検討に値する。

• 漢字辞典・四字熟語辞典・伝統色辞典: 全て「日本文化に関する辞典」という明確な共通性がある
• チートシート: 「開発者向けの技術リファレンス」であり、上記とはターゲットユーザーが完全に異なる

これらを無理に1つのディレクトリに統合すると、かえってユーザーの混乱を招く可能性がある。以下のパターンも検討に値する:

• パターンA: /reference/dictionary/kanji, /reference/dictionary/yoji, /reference/colors, /reference/cheatsheets/git のように /reference 配下に全統合
• パターンB: /dictionary/kanji, /dictionary/yoji, /dictionary/colors は /dictionary に統合し、/cheatsheets は独立維持
• パターンC: 現状維持（/dictionary, /colors, /cheatsheets を別々のまま）

パターンBは、同質のコンテンツだけをグループ化し、異質なものを無理に混ぜない点で合理的である。

---

論点5: ゲームとクイズの統合方法

コンテンツの性質分析

コンテンツ	タイプ	リプレイ性	時間制約	結果共有	UX
漢字カナール	デイリーパズル	1日1回	あり（日替わり）	完了状態	推理・段階的ヒント
四字キメル	デイリーパズル	1日1回	あり（日替わり）	完了状態	推理・段階的ヒント
ナカマワケ	デイリーパズル	1日1回	あり（日替わり）	完了状態	グループ分類
イロドリ	デイリーパズル	1日1回	あり（日替わり）	完了状態	色作成
漢字力診断	知識テスト	何度でも	なし	SNS共有（結果ID付きURL）	選択式クイズ
伝統色診断	性格診断	何度でも	なし	SNS共有（結果ID付きURL）	選択式クイズ

重要な違い:

• デイリーパズル: 日替わり、1日1回、ゲーム的体験
• 診断クイズ: 常設、何度でも、テスト的体験、結果共有が主要機能

各方式の評価

(A) フラット方式: 全て /games/[slug]

観点	評価
ユーザーの直感性	全て「遊べるもの」として一覧に並ぶため、訪問者が一覧で選びやすい
構造的整合性	「クイズも広義のゲーム」として問題なく成立する
URL簡潔さ	/games/kanji-level - シンプルで短い
一覧ページの設計	6つのコンテンツがフラットに並ぶ。タイプ表示（「デイリーパズル」「知識テスト」「性格診断」）で区別すれば十分
SEO	フラットなURL構造はクロールしやすい
実装コスト	quiz の結果共有URL (/quiz/[slug]/result/[resultId]) を /games/[slug]/result/[resultId] に移行する必要がある。リダイレクト設定が必要
問題点	「診断テスト」を「ゲーム」と呼ぶことへの違和感。真剣に自分の漢字力を測りたいユーザーにとって「ゲーム」は軽く見える

(B) タイプ別方式: /games/quiz/[slug]（現行案）

観点	評価
ユーザーの直感性	統合したのに内部で分けるのは矛盾（ownerの指摘通り）
構造的整合性	サブディレクトリで分けることは「区別が必要」と宣言していることになり、統合理由と矛盾する
URL簡潔さ	/games/quiz/kanji-level - 階層が深い
一覧ページの設計	/games と /games/quiz で2つの一覧ページが必要になる可能性があり、管理が煩雑
SEO	階層が深い分、やや不利
問題点	ownerが明確に問題を指摘している方式。採用すべきでない

(C) 独立維持方式: /games と /quiz を別々に維持

観点	評価
ユーザーの直感性	現状のまま。「ゲーム」と「クイズ・診断」は実際に異なる体験であり、ユーザーの期待も異なる
構造的整合性	コンテンツの性質の違い（デイリー vs 常設、パズル vs テスト）を正確に反映
URL簡潔さ	/games/kanji-kanaru, /quiz/kanji-level - どちらも短い
一覧ページの設計	各セクションが独立した一覧ページを持ち、それぞれに適したデザインが可能
SEO	「ゲーム」と「クイズ」で異なる検索意図に対応できる
実装コスト	変更不要
問題点	ナビゲーション項目が多くなる（現状9項目）。ただしこれは統合後の名称で解決できる問題ではなく、サイト全体のナビゲーション設計の問題

(D) /play に統合（独自案）

観点	評価
ユーザーの直感性	「プレイ」はゲームもクイズも包含する自然な動詞。NYT の /crosswords のように「遊べるもの」を示す
構造的整合性	「遊ぶ」行為はゲームもクイズも共通
URL簡潔さ	/play/kanji-kanaru, /play/kanji-level - 短い
問題点	/games が既に確立されたURLであり変更コストがある。また play は動詞であり、URLパスとしてはやや異例

(E) /games に統合しつつ、一覧ページでカテゴリUI表示（独自案）

観点	評価
ユーザーの直感性	一覧ページで「デイリーパズル」セクションと「クイズ・診断」セクションに分けて表示する。URLはフラットだがUI上は分類される
構造的整合性	URLはフラットで統合されているが、表示レベルでの区別は維持
URL簡潔さ	/games/kanji-level - シンプル
問題点	方式Aと同じだが、一覧ページの設計をより丁寧にする

論点5 推奨順位

1. 独立維持方式 (C) - ゲームとクイズは実質的に異なるコンテンツ体験を提供しており、無理に統合する合理的な理由が弱い。デイリーパズル（毎日1回、推理型）と診断クイズ（常設、テスト型、結果共有型）はユーザーの期待も利用パターンも異なる。ナビゲーション項目数の問題は、ヘッダーのグルーピング（ドロップダウンメニューなど）で解決すべき問題であり、URLの統合で解決すべき問題ではない。
2. フラット方式 (A/E) - 統合するのであれば、ownerの指摘通りフラットに並べるのが論理的に一貫している。一覧ページでのカテゴリ表示で区別を示すのがベスト。ただし「診断クイズ」を「ゲーム」の下に置くことの妥当性は弱い。
3. 方式 (B) は採用すべきでない - ownerの指摘通り論理的に矛盾している。

---

論点6: チートシートの配置

チートシートの性質分析

• 対象: 開発者（Git, 正規表現, Markdown）
• 形式: 構文一覧、コマンド早見表
• 性質: クイックリファレンス、手元に置いて参照するもの
• ユーザー行動: 「あのコマンドなんだっけ」と確認しに来る

各方式の評価

(A) 統合先配下方式: /{統合先名}/cheatsheets/[slug]

観点	評価
意味的整合性	/reference/cheatsheets/git であれば「リファレンスの中のチートシート」として自然。/dictionary/cheatsheets/git だと辞典の中にチートシートがある違和感がある
URL深さ	3階層。やや深い
SEO	中間ディレクトリが増えることでURLの意味は明確になるが、深さのデメリットもある
ユーザー動線	/{統合先名}/ に行ってからチートシートを探す動線になる。開発者が辞典ページ経由でチートシートを探すのは不自然
問題点	漢字辞典を調べに来たユーザーとGitコマンドを調べに来たユーザーが同じトップページに誘導される。ターゲットユーザーが全く異なる

(B) 独立維持方式: /cheatsheets/[slug]

観点	評価
意味的整合性	チートシートはチートシート。名前がそのまま内容を示す
URL深さ	2階層。適切
SEO	/cheatsheets/git のようなURLは検索クエリ「git cheatsheet」に直結する。SEO上最も有利
ユーザー動線	開発者が直接アクセスできる。検索エンジンからのランディングも明確
将来の拡張性	新しいチートシート（Docker, SQL, Vim等）を自由に追加できる
問題点	サイトのナビゲーション項目数が多くなる（ただし現状既にそう）

(C) 統合先直下フラット方式: /{統合先名}/git-cheatsheet

観点	評価
意味的整合性	/reference/git-cheatsheet は成立するが、/dictionary/git-cheatsheet は非常に違和感がある
URL深さ	2階層。適切
問題点	チートシートと辞典エントリがフラットに混在すると、一覧ページが混沌とする。漢字の「山」の横にGitコマンド表が並ぶ状態は不自然
将来の拡張性	コンテンツが増えるほどフラット構造の問題が顕在化する

(D) /tools 配下に移動（独自案）: /tools/cheatsheets/[slug] または /tools/git-cheatsheet

観点	評価
意味的整合性	チートシートは「開発者向けツール」の一種として解釈可能。現在のサイトの /tools セクションは既に30以上のブラウザツールを持つ
ユーザー動線	開発者がツールを使う流れでチートシートも参照する動線は自然
問題点	ツール（インタラクティブ）とチートシート（静的参照）は操作体験が異なる。同じセクションに混ぜるとユーザーの期待とずれる可能性がある

論点6 推奨順位

1. 独立維持方式 (B) - チートシートは「開発者が構文を素早く確認する」という明確な用途を持ち、辞典（日本語・日本文化の知識を調べる）とはターゲットユーザーも利用シーンも異なる。独立したセクションとして維持することが、ユーザーの動線・SEO・将来の拡張性のいずれの観点でも最適。
2. 統合先配下方式 (A) - 統合先が /reference であれば「リファレンスの中のチートシート」として意味は通る。ただし辞典と同じ入口に誘導されるデメリットは残る。
3. 方式 (C) は推奨しない - フラット配置は異質なコンテンツが混在し一覧の体験を悪化させる。

---

総合推奨案

上記3つの論点を踏まえた総合的な推奨案を示す。

推奨案: 最小変更・最大効果

現在のURL	推奨URL	変更理由
/dictionary/kanji/[char]	変更なし	既に適切
/dictionary/yoji/[yoji]	変更なし	既に適切
/colors/[slug]	/dictionary/colors/[slug]	伝統色辞典を辞典配下に統合。/dictionary ページで既にリンクされており、論理的に一貫する
/cheatsheets/[slug]	変更なし	辞典とはターゲットが異なるため独立維持
/games/[slug]	変更なし	既に適切
/quiz/[slug]	変更なし	ゲームとは性質が異なるため独立維持

この案の利点:

• 変更箇所が最小（/colors の移動のみ）
• ユーザー動線を損なわない
• 異質なコンテンツの無理な統合を避ける
• 各セクションの性格が明確
• SEOへの影響が最小

代替推奨案: /reference 統合

もし「セクション数を減らしてナビゲーションを簡潔にしたい」という方針が優先される場合:

現在のURL	代替URL
/dictionary/kanji/[char]	/reference/kanji/[char]
/dictionary/yoji/[yoji]	/reference/yoji/[yoji]
/colors/[slug]	/reference/colors/[slug]
/cheatsheets/[slug]	/reference/cheatsheets/[slug]

この場合、/reference 一覧ページで「辞典」グループと「チートシート」グループを視覚的に分離して表示する。

---

外部サイトの事例まとめ

調査した事例を参考情報として整理する。

サイト	リファレンス系URL	学習系URL	ゲーム/クイズURL
MDN	/docs/Web/[技術]/Reference/	/docs/Learn_web_development/	なし
W3Schools	/[技術]/[技術]_reference.asp	/[技術]/default.asp	/[技術]/[技術]_quiz.asp
Merriam-Webster	/dictionary/, /thesaurus/	/grammar/, /wordplay/	/games/
GitHub Docs	技術名をそのままパスに	/en/get-started/	なし
Sporcle	なし	なし	/games/category/[name] (クイズもゲームも全て /games 配下)

注目点:

• MDNは /Reference と /Guide と /Learn を明確に分離している
• Merriam-Websterは /dictionary と /games を完全に分離している
• Sporcleはクイズもゲームも全て /games 配下にフラットに配置している（ただしSporcleはクイズ専門サイトなので文脈が異なる）