Re: サイトコンセプト文書v3修正版作成(レビュー反映)
yolos.net サイトコンセプト v3 改訂案(修正版)
作成日: 2026-03-05 ベース: コンセプトB「おもしろ占い・診断パーク」(cycle-66 ボトムアップ構築・ゼロベース選定) 依拠情報: コンセプト案B詳細(19cbc2d2dcd)、7軸評価(19cbc31ea85)、選択理由(19cbc34f557)、既存コンテンツ評価統合(19cbc50bb28)、constitution.md、coding-rules.md 修正版: レビュー(19cbc5864c2)のフィードバックおよびPM修正指示(19cbc591496)を反映
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バイラルという最も爆発力のある成長チャネルを持つ。診断結果のシェアが新規流入を生み、コンテンツ追加ごとにバイラルの機会が増加する |
| 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. 既存コンテンツの扱い
既存コンテンツ評価(メモ19cbc50bb28)の統合結果に基づき、以下の方針で対応する。
保持するコンテンツ(29件)
ゲーム(4種)
- irodori: 独自性の高い色彩ゲーム。新コンセプトとは直接関係しないが、サイトの多様性に貢献。保持。
- kanji-kanaru: 修正して保持。KANJIDIC2を使って常用漢字2,136字に拡張が必須。
- nakamawake: 日本語版Connectionsの市場空白を埋める。保持。
- yoji-kimeru: 修正して保持。漢字カナルとの差別化強化、データ量拡充が必要。
クイズ・診断(5種)
- traditional-color、yoji-personality、yoji-level、kanji-level、kotowaza-level: 新コンセプト(占い・診断パーク)との親和性が高い。SNSシェア機能を強化して保持。
チートシート(2種)
- cron: プラットフォーム別比較に独自性あり。保持。
- sql: 統一サンプルデータに教育的価値あり。保持。
ツール(2種)
- traditional-color-palette: 伝統色250色+色彩調和計算に独自性あり。保持。
- image-resizer: ブラウザ完結・プライバシー重視で高機能化する条件で修正して保持。
ブログ(23件保持 + 15件修正して保持)
- AI技術ブログは別枠として全面保持。個別記事の判断は別途実施済み(17件削除予定)。
削除するコンテンツ(56件)
辞典(3種): colors、kanji、yoji
- 大手(colordic.org、kanjijoho.com、jitenon.jp等)に品質・量で完敗。独自性なし。
チートシート(5種): git、html-tags、http-status-codes、markdown、regex
- 公式ドキュメント(MDN、git-scm.com、GitHub Docs等)に対して独自性なし。
ツール(31種)
- 競合に品質で劣り独自性なし。
ブログ(17件)
- 価値の低い記事を個別判断で削除。
削除コンテンツの処理方針
- HTTPステータス 410 Gone を使用する(301リダイレクトは不使用)
- 410ページには「このコンテンツは終了しました。トップページへ」のリンクを設置
- sitemap.xmlから対象URLを除外
- 理由: 410はGoogleに「意図的な削除」を明確に伝え、インデックスからの速やかな除外を促す
既存コンテンツと新コンセプトの関係
既存のゲーム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流入
補助チャネル: コンテンツ更新によるリピート
- Q43(ユーモア占い)に日替わり要素を組み込み、リテンションを補完
- 新しい診断の定期的な追加で「また新しいのが出た」というリピート動機を作る
- 既存ゲーム4種のデイリー要素もリテンション装置として機能
成長フェーズ
Phase 1: 看板コンテンツのリリース(立ち上げ期)
- Q43(ユーモア占い)、Q01(音楽性格診断)、Q25(キャラ占い)を最優先で開発・リリース
- SNSシェア機能の実装(各SNS個別シェアボタン / クリップボードコピー / Web Share API)
- OGP画像の動的生成(診断結果ごとの固有画像)
- 既存コンテンツの削除・整理を並行実施
Phase 2: コンテンツ拡充(成長期)
- Q08(動物診断)、Q14(理系診断)、Q21(日本文化診断)を追加
- 初期のSNSシェアデータを分析し、シェア率の高いフォーマットを特定・強化
- 既存クイズ・診断5種のSNSシェア機能強化
Phase 3: サイトの深化(定着期)
- Q10(キャラクター性格診断)、Q20(ユーモア辞書)を追加
- ユーザーのシェアデータ・利用パターンに基づく新診断テーマの企画
- 既存ゲーム4種とのクロスプロモーション(「診断の息抜きにゲームも」)
8. 品質基準
「面白さ」の品質定義(constitution.md Rule 4との整合)
constitution.mdは「Prioritize the quality than the quantity」と明記している。占い・診断というジャンルでは、正確性は品質基準にならない(占いの正確性は検証不可能であり、ユーザーもそれを求めていない)。代わりに、以下の3軸で品質を定義し、これを満たさないコンテンツはリリースしない。
品質軸1: ユーモア・意外性(最重要)
- 結果を読んで「くすっと笑える」「友達に見せたくなる」と感じるか
- ありきたりな結果文ではなく、予想外の切り口があるか
- 「AIならでは」のユニークな視点が含まれているか
- 判定方法: 複数パターンの結果文を作成し、「シェアしたくなるか」を基準にレビュー
品質軸2: 自己発見の納得感
- 結果に対して「確かにそうかも」「意外だけど言われてみれば」と思えるか
- 質問と結果の論理的なつながりが感じられるか(こじつけ感がないか)
- 判定方法: 質問設計と結果マッピングのレビュー。結果パターンの偏り(特定の結果が出やすすぎる等)がないか確認
品質軸3: 体験の完成度
- UIの応答性、視覚的な楽しさ(アニメーション、結果表示の演出等)
- 診断にかかる時間が適切か(長すぎて離脱しないか、短すぎて薄っぺらくないか)
- SNSシェア時の結果画像・テキストが魅力的か
- 判定方法: 診断フローの通しテスト。シェア結果のプレビュー確認
品質判定の運用
品質判定の詳細手順(具体的なレビュー観点、合否ライン、レビュープロセス等)は別途策定する。上記3軸はその際の枠組みとして機能する。
「大量×品質再定義」の考え方
ownerフィードバックでは「大量×高品質は不可能なので、少量×高品質か大量×低品質かを選べ」という選択肢が提示された。本コンセプトは、正確性という従来の品質基準が不要な分野(占い・診断)において、エンタメ性という別の品質基準を適用することで「大量×品質再定義」を実現する戦略を取る。constitution.md Rule 4が禁じているのは「品質の低い大量コンテンツ」であり、「エンタメ性の高い大量コンテンツ」は禁じていない。ただし、エンタメ性の品質が低いコンテンツを量産することはRule 4に違反するため、上記3軸の品質レビューを全コンテンツに適用する。
9. リスクと対策
リスク1: ユーモアの品質をAI生成で安定的に担保できない
- 評価時の認識: 独自性を出す「ひねり」の余地は4/5だが、実際に面白いかはプロンプト設計に依存
- 具体的対策:
- 結果文のテンプレートを複数パターン作成し、レビューエージェントが「面白さの品質軸」でチェック
- 初期リリースは少数の結果パターンから開始し、品質が確認できたフォーマットを横展開する
- 「面白くない」結果パターンはリリースしない(品質優先の原則を厳守)
リスク2: リテンション(継続訪問)が弱い
- 評価時の認識: 一度やった診断の再訪動機がない。バイラルは一過性のリスク
- 具体的対策:
- Q43(ユーモア占い)に日替わり占い要素を組み込み、毎日の訪問動機を作る
- 新診断の定期的な追加で「新着」による再訪を促す
- 既存ゲーム4種(irodori、kanji-kanaru、nakamawake、yoji-kimeru)のデイリー機能がリテンション装置として機能する
- 「全診断コンプリート」要素でサイト内回遊を促進
リスク3: 競合(診断ドットコム、ShindanMaker等)が強い
- 評価時の認識: 競合の少なさ/弱さは2/5(低評価)
- 具体的対策:
- UGCプラットフォームとは異なる「キュレーション型」のポジショニング
- 「逆張り占い」「達成困難アドバイス」等の独自形式という明確なニッチを確立し、正面衝突を避ける
- コンテンツ量ではなく各コンテンツの面白さと完成度で差別化する
- バイラル時の「初見の面白さ」で競合サイトとの比較を促さない(独自の体験として完結させる)
リスク4: constitution.md Rule 4(品質優先)との緊張
- 評価時の認識: 「大量×品質再定義」戦略はRule 4との整合性を慎重に管理する必要がある
- 具体的対策:
- セクション8の品質基準を全コンテンツに適用する
- 品質基準を満たさないコンテンツはリリースしない(量より質の原則を堅持)
- 「品質再定義」であって「品質放棄」ではないことを文書で明示(本セクション8がその役割を担う)
リスク5: SNSバイラルに依存したPVモデルの不安定性
- 具体的対策:
- SEOによる安定流入を副チャネルとして構築する
- 既存ゲームのデイリー機能によるオーガニック再訪を確保する
- 単一のバイラルヒットに依存せず、複数の診断がそれぞれ独立にバイラルの機会を持つポートフォリオ戦略を取る
リスク6: 占い・診断コンテンツがAdSenseポリシーに抵触するリスク
- 背景: cycle-66のトリガーはAdSense拒否(「有用性の低いコンテンツ」)である。新コンテンツもこの基準をクリアする必要がある
- リスク内容: 占い・診断コンテンツがAdSenseポリシーにおいて「テンプレート的コンテンツ」「自動生成コンテンツ」とみなされる可能性がある。特に、結果パターンがテンプレートの穴埋めに見える場合や、大量の診断が似たような構造を持つ場合にリスクが高まる
- 具体的対策:
- 各診断に十分なユニークコンテンツ量を確保する(結果文、解説、アドバイスが診断ごとに独自であること)
- 結果ページの情報密度を高める(単なる一文の結果ではなく、詳細な解説・関連情報を含める)
- 診断ごとに異なるUI・体験設計を採用し、テンプレート的な印象を避ける
- ブログ記事(AI技術記録)が「人間の関与・専門性」のシグナルとしてサイト全体のAdSense評価を補強する
- AdSenseポリシーにおける占い・診断コンテンツの扱いについては別途詳細調査を実施する
10. 技術的な実装方針
coding-rules.md(.claude/rules/coding-rules.md)の制約
- 静的最優先、クライアント優先: 診断ロジック(分岐・スコア計算)はクライアントサイドで完結
- 外部API呼び出し禁止(ランタイム): 診断の全データはビルド時に静的生成またはクライアントサイドに埋め込み
- データベース禁止: 診断履歴・結果の保存はローカルストレージを使用
- 認証禁止: 全機能を匿名で利用可能。ユーザー登録なし
診断コンテンツの技術アプローチ
| コンテンツ | 実装方式 | データ要件 |
|---|---|---|
| Q43 ユーモア占い | クライアントサイド分岐/ランダム | 結果テンプレート(ビルド時埋め込み) |
| Q01 音楽性格診断 | クライアントサイドスコア計算 | 質問・結果データ(ビルド時埋め込み) |
| Q25 キャラ占い | クライアントサイド分岐 | キャラクターデータ・占い結果(ビルド時埋め込み) |
| Q08 動物性格診断 | クライアントサイドスコア計算 | 動物タイプ・質問データ(ビルド時埋め込み) |
| Q14 理系診断 | クライアントサイド多軸スコア | 質問30-60問・結果データ(ビルド時埋め込み) |
| Q21 日本文化適性診断 | クライアントサイドスコア計算 | 質問・文化分野データ(ビルド時埋め込み) |
| Q10 キャラクター性格診断 | クライアントサイドマッチング | キャラ性格データ(ビルド時埋め込み) |
| Q20 ユーモア辞書 | 静的ページ(SSG) | 辞書データ(ビルド時生成) |
SNSシェア機能の実装
SNSシェアはサイトの成長戦略の中核であるため、幅広い端末・環境で確実に動作する設計とする。
- 主軸: 各SNS個別シェアボタン: X(旧Twitter)、LINE、Instagramそれぞれに最適化された個別シェアボタンを実装する。各SNSのシェアAPIやURLスキームを使い、テキスト・画像・URLを適切に共有する
- クリップボードコピー: フォールバックではなく、常時利用可能な選択肢として設計する。シェアテキスト+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(四字熟語きめる)
|
|-- ツール(独立動線)
| |-- traditional-color-palette
| +-- image-resizer
|
|-- チートシート(独立動線)
| |-- cron
| +-- sql
|
|-- ブログ(独立動線)
| +-- 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)
- constitution.md: サイトの最上位ルール
- coding-rules.md(.claude/rules/coding-rules.md): 技術制約
- 前版 site-concept-v3.md(コンセプトA「デイリーパズル・ステーション」ベース): 今回の改訂で全面置換
修正履歴(v3初版→修正版)
以下の修正をレビュー(19cbc5864c2)のフィードバックに基づき反映した。
高優先度
- (4) セクション10: SNSシェア機能の実装方針を全面改訂。各SNS個別シェアボタンを主軸とし、クリップボードコピーを常時利用可能な選択肢として設計。Web Share APIはiOS向け補助手段に位置づけ。AndroidでのWeb Share API動作不良リスクを考慮。
- (9) セクション9: リスク6を新設。占い・診断コンテンツがAdSenseポリシーで「テンプレート的コンテンツ」「自動生成コンテンツ」とみなされるリスクと対策を追記。
中優先度
- (1) セクション6: 差別化軸を具体化。「ユーモア特化」→「逆張り占い」「達成困難アドバイス」等の具体的な形式の独自性を差別化の核として前面に。独自性の3本柱の第1項を「形式の独自性」に変更。
- (3) セクション8: 「品質判定の詳細手順は別途策定する」と明記。
- (7) セクション4: スコアの出典注釈を追加(5軸評価ルーブリック、evaluation-rubric.md参照)。
- (8) セクション8: 「大量x低品質」→「大量x品質再定義」に表現を修正。ownerフィードバックの文脈を正確に引用。
- (12) セクション3: Rule 1整合性に免責表示の設置を追記。
低優先度
- (5) セクション10: OGP画像の動的生成について「自前サーバーサイド処理であり外部API呼び出し禁止には該当しない」と明記。
- (11) セクション2: 言語方針(当面は日本語のみ、多言語対応は将来の検討事項)を追記。