Re: ブログ評価(7/11): その他-2
担当記事の個別評価: その他 part 2（5本）
評価方針
ownerフィードバック（メモ 19cb64bbec8）に基づき、1記事ずつ以下の観点で評価する。
- 独自性: 競合記事と比較した際の一次情報・固有の知見の有無
- E-E-A-T（Experience）: 実際の試行錯誤・実験結果・具体的な数値や判断に基づく記述か
- 書き換え可能性: 現状では低価値でも、「AIがどのような調査をし、どのような判断をしたのか」という視点で書き換えることで価値が出せるか
- 判定: 保持 / 改善して保持 / 書き換え / 削除
評価表（サマリー）
| 記事 | 独自性 | E-E-A-T | 書き換え可能性 | 判定 |
|---|---|---|---|---|
| dark-mode-toggle.md | 低〜中 | 中 | 高（書き換えで価値あり） | 書き換え |
| site-search-feature.md | 低〜中 | 中 | 高（書き換えで価値あり） | 書き換え |
| rss-feed-and-pagination.md | 中 | 高 | 中（現状でも価値あり） | 改善して保持 |
| series-navigation-ui.md | 中 | 中 | 中（現状でも価値あり） | 改善して保持 |
| tool-reliability-improvements.md | 高 | 高 | ― | 保持 |
個別評価詳細
1. dark-mode-toggle.md「ダークモードを手動で切り替えられるようになりました」
内容把握
next-themesを使ったダークモード3段階切り替え実装の解説。CSSメディアクエリからクラスベースへの移行、FOUC防止（suppressHydrationWarning + disableTransitionOnChange）、アクセシビリティ対応、Mermaid.jsのテーマ連動について記述している。
独自性: 低〜中
next-themesを使ったダークモード実装・FOUC防止・アクセシビリティ対応の解説はZenn/Medium/DEV等に多数存在する。基本的な構成（ThemeProvider設定・suppressHydrationWarning・disableTransitionOnChange）は標準的な手法であり、独自性がない。
独自性があるのは以下のみ。
- 「Mermaidダイアグラムのテーマ連動（data-original-code属性によるソースコード退避と再レンダリング）」は競合記事で見当たらない固有の知見
- 「CSSメディアクエリを11ファイルのCSS Modulesにわたって書き換えた」という実装規模の一次情報
E-E-A-T: 中
「11ファイルにわたるCSS Modules書き換え」という具体的な作業規模は良い。Mermaid連動の実装コードも実際の試行錯誤の産物と読める。ただし記事の大部分はnext-themesの標準的な使い方の説明に終始しており、yolos.net固有の課題や発見を前面に出した構成になっていない。
書き換え可能性: 高
記事の核心をMermaidダイアグラムのテーマ連動問題に絞ることで独自の技術記事に書き換えられる。「なぜMermaidはテーマ変更でソースが消えるのか（一度レンダリングするとDOMから消える特性）」→「data-original-code属性への退避という解決策」→「テーマ変更ハンドラの実装」という流れにすれば競合記事が存在しない独自記事になる。
判定: 書き換え
「next-themes導入記」から「Mermaid × ダークモード連動の実装記録」に主題を変更することを推奨。
書き換え提案:
- タイトル案: 「Mermaid.jsのダークモード連動を実装する -- data-original-code属性によるソースコード退避パターン」
- 保持する内容: data-original-codeを使ったMermaidの再レンダリング実装、11ファイルのCSS Modules移行経験
2. site-search-feature.md「サイト内検索を実装しました」
内容把握
Fuse.jsを使ったCmd+Kモーダル型サイト内検索の実装記録。クライアントサイド検索ライブラリ5種（Fuse.js / Orama / Flexsearch / Pagefind / Lunr）の比較、Route Handler経由の遅延ロード設計、日本語コンテンツへのファジー検索対応について記述。
独自性: 低〜中
Fuse.jsとNext.jsを組み合わせたサイト内検索の実装記事はZenn・Qiita・Medium等に多数存在する。Cmd+Kモーダル方式の実装自体も標準的な手法として認識されている。FuseとOramaの比較記事も海外ブログに存在することを確認。
独自性があるのは以下のみ。
- 「Route Handlerで検索インデックスを配信し、モーダル初回オープン時にのみfetchする遅延ロード」という設計判断とその背景（RSCペイロードへの混入を避けるという理由）
- 「500件以上の日本語コンテンツ（漢字・四字熟語・伝統色等）にFuse.jsのファジー検索が実際に機能するか」を試した実証経験
E-E-A-T: 中
ライブラリ比較はある程度の調査に基づくが「各ライブラリを実際に試した結果」よりは「調査ベースの比較」に留まっている。Route Handlerの遅延ロード設計は実際に実装して選択した一次情報。ただし「実際に何件ヒットしたか」「精度はどうだったか」などの測定データが記事中にない。
書き換え可能性: 高
「500件超の日本語多種コンテンツ（漢字・四字熟語・伝統色・ブログ記事など異なる構造のコンテンツを横断してどう検索インデックスを設計したか）」という観点で書き換えると独自性が高まる。「Route Handlerを使った遅延ロード設計でRSCペイロードへの影響をゼロにした設計判断の記録」に絞っても実装意思決定の一次情報記事になる。
判定: 書き換え
yolos.net固有の「500件・多種コンテンツ・日本語」という検索条件での設計判断を主軸に再構成することで独自性が生まれる。
書き換え提案:
- タイトル案: 「500件の日本語多種コンテンツを横断するサイト内検索の設計」
- 主題: Fuse.js紹介から「漢字・四字熟語・伝統色・ブログなど異なる構造のコンテンツを横断する検索インデックスの設計」にシフト
- 保持する内容: Route Handlerによる遅延ロード設計と選択理由、日本語コンテンツへのファジー検索適用の実証
3. rss-feed-and-pagination.md「サイト基盤の整備: メモRSSフィードとページング機能の追加」
内容把握
メモRSSフィード（RSS 2.0 / Atom 1.0）と3つの一覧ページ（ブログ/メモ/ツール）のページング機能の追加記録。UIの形式に応じたページサイズ設計（カード型12件・リスト型50件・グリッド型24件）、SSGとCSRの使い分け（メモのフィルタリングUIとの統合要件）、discriminated unionによる共通Paginationコンポーネント設計、Next.jsのmetadata浅いマージによるRSSフィード消失問題と解決について記述。
独自性: 中
Next.jsのページング実装自体は標準的だが、以下の点に独自性がある。
- Next.js App RouterのalternatesオブジェクトのShallow Merge問題: canonical URLを設定するとRSSフィードリンクが消えるという具体的なバグ発見と解決策。GitHub issueで同様の問題（#49743等）の議論は存在するが、日本語での解説記事としては競合がほぼない。
- discriminated unionによるSSG/CSR両対応Paginationコンポーネント:
never型を使ったpropsの排他設計とNext.js App RouterでのSSG/CSR両対応のユースケースを組み合わせた解説は希少。 - メモ（1,130件以上）という特殊コンテンツタイプへのRSSフィード設計: 「7日分・最大100件」という二重フィルタの設計判断と理由（Google公式ドキュメントへの参照付き）は一次情報として価値がある。
E-E-A-T: 高
「フィルタリングUIと統合するためにメモのページングだけCSRにした」という設計判断は実装した結果から得られた一次情報。「alternatesの浅いマージによるRSSリンク消失」は実際のバグ発見と解決の記録であり、E-E-A-T的に最も価値が高い部分。コンテンツ数（33記事・1,130件以上・32ツール）という具体的な数値も信頼性を高めている。
書き換え可能性: 中
現状でもE-E-A-T的な価値があるが、「alternatesの浅いマージ問題」という最も独自性の高い知見が記事後半に埋もれており、読者が見つけにくい。この発見を冒頭・タイトルに据えて再構成することで独自性が際立つ。
判定: 改善して保持
現状でも独自性のある一次情報を含む価値ある記事。「Next.js App RouterでcanonicalとRSSフィードが共存できない問題の発見と解決」というテーマを前面に出す方向に改善することでさらに価値が高まる。
改善提案:
- alternatesの浅いマージによるRSSフィード消失問題をタイトルや冒頭に据えて前面に出す
- 記事の骨格は維持しつつ、discriminated unionコンポーネント設計とSSG/CSR使い分けの解説をより読者指向に整理
4. series-navigation-ui.md「ブログシリーズナビゲーションUIの導入: 手動管理から自動生成へ」
内容把握
ブログ記事の手動blockquoteナビゲーションをReactコンポーネント（SeriesNav）による自動生成に移行した記録。details/summary要素による折りたたみ式UI、同一日付のソート問題とslugをセカンダリソートキーとして用いる解決策、既存の時系列ナビとの共存設計、AIエージェント運用記シリーズの5記事リライトについて記述。
独自性: 中
details/summary要素を使ったナビゲーションの実装記事は複数存在するが、以下の点に独自性がある。
- 同一日付の記事ソート問題とslugによるセカンダリソートの解決: 「2026-02-17に5記事が公開されたためpublished_atが同一になるケースを発見し、slugでセカンダリソートして安定化させた」という具体的なバグ発見と解決策は実装上の一次情報。
- 手動ナビと自動生成ナビの保守コスト比較に具体的な数値: 「24記事中14記事にしかナビがなかった」「4シリーズの手動ナビ保有率を表で示した」という具体的な現状把握は一次情報。
- 折りたたみをデフォルト閉じにした理由: 「最大9記事が展開されると本文到達前のスクロール量が増える」という具体的な設計判断。
競合調査では「Next.jsでシリーズナビゲーションをReactコンポーネントで自動生成する」という同等の記事は見当たらなかった。
E-E-A-T: 中
「14記事の手動ナビを削除した」「同一日付ソート問題を実装中に発見した」という具体的な実作業の記録がある。ただし記事後半のAIエージェント運用記シリーズリライトセクションは本来のテーマ（シリーズナビUI）から逸脱しており、記事の一貫性を損なっている。
書き換え可能性: 中
現状でも一定の独自性があるが、後半のリライトセクションを別記事に分離し、ソート問題の発見・解決というエンジニアリング的な知見をより深掘りすることで改善できる。
判定: 改善して保持
現状でも独自の実装経験に基づく記録として価値がある。
改善提案:
- AIエージェント運用記シリーズリライトのセクションを別記事または削除
- 同一日付ソート問題の発見・解決を記事の見どころとして強調
- 構成を「手動ナビ廃止前の状況 → 問題定義 → コンポーネント設計 → ソート問題の解決」に整理
5. tool-reliability-improvements.md「ツールの信頼性向上: ReDoS対策とプライバシー注記の導入」
内容把握
正規表現テスターのReDoS対策（Web Worker + 500msタイムアウト）と全32ツールへのプライバシー注記追加の実装記録。Turbopack環境でのWeb Worker外部ファイル方式の不具合発見とInline Worker（Blob URL）方式の採用、タイムアウト値500msの選定理由、デバウンス設計、二重防御（入力長制限 + タイムアウト）について記述。
独自性: 高
ReDoS対策に関する記事自体は複数存在するが、本記事の独自性は以下の点にある。
- Turbopack環境でのWeb Workerが動作しない問題の発見とInline Worker方式による回避: 「TurbopackではWorker内モジュールインポートが正しくバンドルされない」という具体的な環境制約の発見と、Blob URL方式による回避策。GitHub issue（vercel/next.js #84782）で同様の問題が存在するが、日本語での解説記事としては希少。Next.js 16でTurbopackがデフォルトになったことから、この問題に直面する開発者が増えると予想されるためタイムリーな情報。
- ブラウザ上の正規表現テスターにおけるReDoS対策としてのWeb Worker + タイムアウトの具体的な実装: サーバーサイドのReDoS対策記事は多いが、ブラウザ上のリアルタイム入力に対してWeb Worker + 500msタイムアウトを組み合わせた実装例はほぼ存在しない。
- 500msというタイムアウト値の選定根拠: 「正規表現テスターというリアルタイムフィードバックが重要なツール」「正常なパターンは数ms〜数十msで完了する」という実証に基づいた判断は一次情報。
E-E-A-T: 高
「Turbopack環境で外部Worker方式を試したが動作しなかった」という実際の検証結果が記録されている。タイムアウト値の選定も「調査段階では3秒という推奨値も検討した」という比較検討の過程が記述されており、実際の意思決定プロセスの一次情報。「二重防御（入力長制限10,000文字 + タイムアウト500ms）」という設計判断も具体的な数値付きで説明されている。
判定: 保持
本記事は5記事中で独自性・E-E-A-Tともに最も高い評価。特にTurbopack環境でのWeb Workerの問題とInline Worker回避策は、他のNext.js開発者が直面しうる問題への具体的な解決策として実際の価値がある。
追記提案: Turbopackの問題が将来的に修正された場合に「外部ファイル方式に移行した」旨を追記することで情報の鮮度を保つと良い。
判定サマリー
| 記事 | 独自性 | E-E-A-T | 書き換え可能性 | 判定 |
|---|---|---|---|---|
| dark-mode-toggle.md | 低〜中（Mermaid連動部分のみ独自） | 中 | 高（Mermaid連動を主軸に再構成） | 書き換え |
| site-search-feature.md | 低〜中（遅延ロード設計部分のみ独自） | 中 | 高（Route Handler設計と日本語多種コンテンツ横断設計を主軸に） | 書き換え |
| rss-feed-and-pagination.md | 中（alternatesマージバグ・discriminated union・メモRSS設計が独自） | 高 | 中（alternatesバグ発見を前面に出す改善で可） | 改善して保持 |
| series-navigation-ui.md | 中（同一日付ソート問題・具体的保守コスト数値が独自） | 中 | 中（リライトセクション分離・ソート問題深掘りで可） | 改善して保持 |
| tool-reliability-improvements.md | 高（Turbopack Web Worker問題・ブラウザReDoS対策が独自） | 高 | ―（現状で保持） | 保持 |