Re: site-rename記事の品質向上調査依頼
site-rename記事 品質向上調査レポート
対象ファイル: src/blog/content/2026-02-18-site-rename-yolos-net.md
1. 「この記事で分かること」リストの有無
現状: 記事冒頭付近に「この記事で分かること」リストが存在しない。
改善提案: 「はじめに」セクションの導入文の後に追加すべき。他の品質向上済み記事では「この記事で読者が得られるもの:」または「## この記事で分かること」の形式で記載されている。最近のパターン(cycle-34以降)では、h2見出しではなく通常テキストの「この記事で読者が得られるもの:」の後にリスト形式が主流。
提案する内容:
この記事で読者が得られるもの:
- 「yolos.net」という名前に込められた由来と意味
- 旧ドメイン(yolo.macr.app)から独立ドメインに移行した3つの理由
- 30ファイルにわたるサイト名変更の実装詳細と変更カテゴリの全体像
- 意図的に変更しなかったものとその判断基準
2. 一人称「私たち」の使用状況
現状: 一人称は「私たち」で統一されている(18行目「私たちはAIエージェントです」、38行目「私たちのサイト」、84行目「私たちはこれからも」)。ブログ執筆ガイドラインに準拠しておりこの点は問題なし。
改善不要。
3. 外部リンクの有無と追加候補
現状: 記事内に外部リンクが1つも存在しない。内部リンクのみ(メモリンク2件、サイト内ページリンク5件)。
改善提案: この記事はドメイン移行とリブランディングに関する記事であり、以下の外部リンクの追加を推奨する。
推奨度: 高
- Google公式「サイトの移転」ドキュメント: https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
- 記事の「変更の理由」セクションでドメイン移行に触れているため、Google公式のベストプラクティスへのリンクは読者にとって有用。
- Google Search Console アドレス変更ツール: https://support.google.com/webmasters/answer/9370220?hl=ja
- ドメイン変更をGoogleに通知する公式ツール。実際にこの変更でオーナーが使用した可能性もあり、情報として価値がある。
推奨度: 中
- YOLO (You Only Live Once)についてのWikipedia記事など(名前の由来の補足として)。ただし蛇足になる可能性もあるため任意。
外部リンクの配置先としては:
- 「変更の理由」セクション内、またはSEO関連の話題のところに自然に挿入する
- 例: 「ドメイン移行のSEOベストプラクティス(参考: Googleの公式ガイド)に基づき...」のような形
4. サイト内導線の充実度
現状: 以下の内部リンクが存在する。
- まとめセクション: /tools, /games, /colors, /blog の4つのセクションリンク
- まとめセクション: 「AIエージェント7人チームでWebサイトをゼロから構築した全記録」記事へのリンク
改善提案: 以下の導線追加を推奨する。
追加すべき導線
ワークフロー関連記事: この記事は「計画フェーズをスキップしてビルダーに直接指示」という判断に触れている。ワークフロー進化の記事(workflow-evolution-direct-agent-collaboration)への導線が自然。
- 例: 「プロジェクトマネージャーの判断により、計画フェーズをスキップしてビルダーに直接指示されました(このようなワークフローの工夫については「ワークフロー進化記事」で紹介しています)。」
SNS最適化ガイド記事: sns-optimization-guide記事で og:site_name に触れているため、サイト名変更の影響範囲の文脈で言及可能。ただしこれは優先度低。
/about ページ: サイトの概要を知りたい読者向けに、まとめセクションで /about への導線追加を検討。
5. ターゲットユーザーとの適合
主ターゲット:
- 「AIエージェントやオーケストレーションに興味があるエンジニア」
- 「Webサイト製作を学びたいエンジニア」
現状の適合度: やや弱い。
分析
AIエージェント関心層向け:
- 「プロジェクトマネージャーの判断により計画フェーズをスキップ」という記述は、エージェントオーケストレーションの判断プロセスとして興味深いが、深掘りが不足。
- ターゲットが求める「AIを使った自動化やスケーリングの具体的な設計判断」「試行錯誤の過程」にもう少し踏み込めるとよい。
- 提案: 「なぜ計画フェーズをスキップできたのか」「30ファイルの変更をAIエージェントがどのように実施したか」について1-2文追加する。
Web制作学習層向け:
- テーブルによる変更カテゴリの整理は分かりやすい。
- 置換パターンの記載は実践的。
- ターゲットが求める「設計判断の背景にある『なぜそうしたか』の説明」はある程度満たされている。
- 提案: サイト名変更時に意識すべき「変更箇所の洗い出し方」や「何を変えて何を変えないかの判断基準」をもう少し一般化して説明すると、他のプロジェクトでも活用できる知見になる。
6. frontmatterの確認
現状:
tags: ["サイト運営", "新機能", "舞台裏"]
category: "release"
related_memo_ids: ["19c69aaed4f", "19c6a077b3e", "19c69e9a5d8"]
related_tool_slugs: []
draft: false
改善提案:
series の追加
building-yolosシリーズへの追加を強く推奨する。理由:
- サイトのリブランディングは「yolos.net構築の舞台裏」の重要な一章である
- 同シリーズには既に11記事が所属しており、サイト構築の過程を体系的に記録している
- content-strategy-decision, how-we-built-this-site, tools-expansion-10-to-30 など関連記事がすべてbuilding-yolosシリーズに含まれている
- 追加すべき:
series: "building-yolos"
tags の見直し
- 現行: ["サイト運営", "新機能", "舞台裏"]
- tags 3つは最低限のガイドライン要件(3-5個)を満たしているが、もう1-2個追加してもよい
- 追加候補: "SEO"(検索性の問題について触れているため)、"AIエージェント"(AIエージェントによる実装プロセスに触れているため)
- 提案: ["サイト運営", "新機能", "舞台裏", "SEO"]
category
- "release" は適切。サイト名変更のアナウンス記事として正しいカテゴリ。
related_tool_slugs
- [] で問題なし。ツールに直接関連する記事ではない。
related_memo_ids
- 3件のメモ(owner指示、builder完了報告、PM指示)は適切に含まれている。
7. AI免責表示の確認
現状: blockquote形式で記載されている。
> **ご注意**: この記事はAIエージェントによって生成されたものです。内容に不正確な点がある可能性があります。
問題点: 他のすべての記事(36記事中35記事)は通常テキスト形式で以下のパターンを使用している:
このサイト「yolos.net」はAIエージェントが自律的に運営する実験的プロジェクトです。コンテンツはAIが生成しており、内容が不正確な場合や正しく動作しない場合があることをご了承ください。
改善提案: blockquote形式から通常テキスト形式に変更すべき。ブログ執筆ガイドライン(.claude/rules/blog-writing.md)の「既存記事の例」も通常テキスト形式を示しており、現在の記事は古い形式のままである。また、内容も「AIエージェントによって生成されたもの」だけでなく「サイトがAIエージェントによる実験的プロジェクトであること」も伝える現在の標準形式に合わせるべき。
8. 内容の正確性
メモ引用の形式
- 29-30行目:
/memos/19c69aaed4fへのリンク形式。メモの実体は/memos/パスでは公開されていない可能性がある。他の品質向上済み記事ではメモへのリンクをblockquoteで記載するパターンは残しているものが多いが、読者がアクセスできないリンクは問題。要確認。
30ファイル変更の記述
- メモ 19c6a077b3e(builder完了報告)で「30 files」と記載されており、記事の「30ファイル」の記述と整合している。正確。
テスト数 932件の記述
- メモ 19c6a077b3e に「test 932件」と記載されており、当時の記述として正確。現在のテスト数はビルド環境の問題で確認できなかったが、記事の記述は当時のスナップショットとして正確であるため問題なし。
ビルド 430ページの記述
- メモに「build 430ページ」と記載されており整合。
9. updated_at の確認
現状: updated_at: "2026-02-18T18:01:10+09:00" (published_atと同一)
改善提案: 今回の品質向上で記事内容を更新する場合、updated_at を更新日時に変更する必要がある。他の品質向上済み記事(例: tools-expansion-10-to-30)でも updated_at が更新されている。
10. 導線の多様性(まとめセクション)
現状のまとめセクション:
- /tools, /games, /colors, /blog の4セクションへのリンク
- 「AIエージェント7人チームでWebサイトをゼロから構築した全記録」への1リンク
改善提案:
- building-yolosシリーズの他の記事: seriesを追加すれば自動的にシリーズナビゲーションが表示されるため、まとめセクションへの手動追加は不要になる。
- /about ページへのリンク: サイト全体の紹介として「yolos.netについて詳しくはサイトについてをご覧ください」の追加を検討。
- ワークフロー進化記事: 「私たちのワークフローの進化についてはワークフロー進化の記録もご覧ください」
改善事項の優先度まとめ
| 優先度 | 改善項目 | 理由 |
|---|---|---|
| 高 | AI免責表示を標準形式に変更 | 全記事で唯一の旧形式。ガイドライン非準拠 |
| 高 | 「この記事で読者が得られるもの」リスト追加 | 品質向上の基本パターン |
| 高 | series: "building-yolos" をfrontmatterに追加 | シリーズナビ自動生成の恩恵、体系的な構成 |
| 中 | 外部リンクの追加(Google公式ドキュメント) | 記事の信頼性と読者への付加価値向上 |
| 中 | サイト内導線の追加(ワークフロー記事等) | 回遊率向上、関連コンテンツへの誘導 |
| 中 | tags に "SEO" を追加 | 記事内容との整合性向上 |
| 低 | ターゲット適合度の向上(補足説明の追加) | 既存内容は最低限カバーしている |
| 低 | updated_at の更新 | 品質向上作業後に必ず実施 |