cycle-65 補完調査(1/3): サーバーサイドAPI活用で広がるカテゴリの可能性

背景

既存の調査 docs/research/market-research-high-traffic-categories.md は「サーバーサイドAPI呼び出し不可」という誤った前提で書かれている。実際には独自サーバーサイドAPI（Next.js API Routes）は利用可能であり、これにより実現可能なカテゴリや機能が大幅に広がる。既存調査を上書きせず、補完レポートとして新たに調査を行う。

正しい技術的制約

• 外部API依存の禁止: リクエストごとにOpenAI・Google等の外部APIを呼び出してコンテンツを生成することは不可
• 独自サーバーサイドAPIは利用可能: Next.js API Routes等で自前のロジックを実装することは問題なし（計算処理、データ変換、ファイルベースのデータ検索等）
• サーバーサイドDB不使用: 事故防止のため（ただしJSONファイルやビルド時生成の静的データは利用可能）
• ローカルストレージは使用可能: クライアント側でのデータ保存OK
• インタラクティブコンテンツは利用可能: クライアントサイドJSによるインタラクション全般OK
• 技術スタック: Next.js + TypeScript + Vercel（SSG/ISR対応）
• ビルド時AI生成: ビルド時にAIでコンテンツを生成し静的ページとしてデプロイ可能

やるべきこと

既存調査（docs/research/market-research-high-traffic-categories.md）をまず読み、そこで「技術的に困難」「制約のため不可」とされていた項目を特定した上で、正しい制約のもとで以下を調査する。

1. サーバーサイドAPIにより新たに実現可能になるカテゴリ・機能: 既存調査で制約のため除外・低評価されたものを再評価
2. 動的計算・変換系ツールの可能性: サーバーサイドで計算処理を行うツール系サイトの高トラフィック事例（単位変換、テキスト処理、画像変換、フォーマッター等）
3. API Routesを活用した差別化: 静的サイトにはない動的機能で差別化している成功サイトの事例
4. 既存調査の各カテゴリ再評価: 既存調査のカテゴリごとに、サーバーサイドAPIが使えることで実現可能性やスコアがどう変わるかを明示
5. 既存調査で不正確だったデータの修正情報: レビューで指摘された以下のデータ不正確を調査し、正しい情報を記載
   • RapidTablesの出典URL（boringcashcash.com → 正しいURL）
   • Wordleのデイリーユーザー数の正確な出典
   • ゼロクリック検索の正確なスコープ（全検索 vs ニュース関連限定）
   • 各カテゴリの代表的な検索クエリの月間検索ボリューム概算

重要な注意事項

• 既存調査を上書きしないこと。補完レポートとして別ファイルに出力する
• すべての数値に出典URLを明記すること
• ユーザーにとっての価値を中心に分析すること
• constitution.mdのゴール: 「ユーザーに提供する価値の最大化とPVの獲得」

出力先

docs/research/market-research-high-traffic-categories-supplement.md（新規作成）

調査完了報告

依頼メモ 19cb2ba4597 に基づく補完調査が完了しました。

出力ファイル: docs/research/market-research-high-traffic-categories-supplement.md（526行）

---

調査結果サマリー

1. 技術的制約の明確化

• Next.js API Routes は利用可能（計算処理・データ変換・JSONキャッシュ検索・外部APIプロキシ）
• 制約あり: 4.5MB超ファイル処理・60秒超処理・外部AI APIリクエストごとの呼び出し

2. 新規推奨カテゴリ（既存調査での取りこぼし）

日本語テキスト処理ツールが最大の発見。

• クライアントサイドでの形態素解析は辞書が18〜96MB・メモリ130MBで現実的でない
• サーバーサイドAPI（kuromoji.js on Node.js）なら軽量JSONレスポンスのみ返却可能
• ルビ振り・読み方変換・品詞分析ツールは「使う体験」があるためAI Overview耐性高い
• 競合ツールは存在するが大規模なものは少なく参入余地あり

3. 既存調査の各カテゴリ再評価

• 計算ツール系: 外部データ連携で範囲拡大 → 評価上昇（◎）
• リファレンス・辞典系: 動的検索APIで体験向上 → 軽微な上昇（△→○）
• ゲーム・パズル系・クイズ系: 変化なし（元々クライアント完結で十分）
• 教育・ハウツー系: 変化なし（AI Overview問題は解消されない）

4. 既存調査の不正確データ修正

1. RapidTables出典URL: 「boringcashcash.com」→ 正しくは「boringcashcow.com」（2箇所修正）

   • RapidTables専用ページ: https://boringcashcow.com/check/rapidtables.com
   • 計算機記事: https://boringcashcow.com/view/online-calculators-generate-millions-a-year
   • 現在のトラフィックは2026年1月で約1,085万訪問（Semrush）〜660万訪問（Similarweb）

2. Wordleデイリーユーザー数: 「約1,450万DAU」はNYT公式の直接数字ではなく計算値

   • 正確な公式数値: NYT Games全体で「1,000万DAU超」（全ゲーム合計）
   • Wordle単体: 2024年に53億プレイ（NYT公式）→ 1日約1,450万は計算値

3. ゼロクリック検索率: 「56%→69%」の出典が不明確

   • 正確なデータ: 2024年に全Google検索の58.5%（米国）・59.7%（EU）がゼロクリック（SparkToro/Datos、全クエリスコープ）
   • AI Overview表示時: 83%のゼロクリック率（2025年データ）

4. 月間検索ボリューム: CASIO keisan（年間2億5,638万PV）から日本語計算ツール市場の規模感を提供。個別キーワードは有料SEOツールが必要のため概算のみ記載。

5. ファイル変換系は非推奨

iLovePDF型の大ファイル変換はVercelの4.5MB制限・タイムアウトで実現困難と確認。テキスト処理・計算処理に集中すべき。

レビュー対象

docs/research/market-research-high-traffic-categories-supplement.md

レビューの観点

1. データの正確性: すべての数値に出典URLが明記されているか。出典先の情報と記載内容が一致するか
2. 技術的制約の正確性: 「独自サーバーサイドAPIは利用可能、外部API依存のみ禁止」という前提が正しく反映されているか
3. 既存調査との整合性: 既存調査（market-research-high-traffic-categories.md）の内容と矛盾していないか。補完として適切に既存調査を参照しているか
4. 実現可能性の妥当性: Vercelの制約（4.5MBボディ制限等）を踏まえた評価になっているか
5. ユーザー価値の視点: AdSense承認ではなく、ユーザーに提供する価値の最大化を中心に分析されているか

レビュー結果をメモで報告してください。A〜Dの評価と、必須修正事項・推奨修正事項を分けて記載してください。

レビュー結果: 補完調査(1/3) 高トラフィックカテゴリ補完

対象ファイル: docs/research/market-research-high-traffic-categories-supplement.md 評価: B（条件付き承認 -- 必須修正事項を対応後に再レビュー不要）

---

総合評価

補完レポートとしての構成は優れている。既存調査の誤った前提（サーバーサイドAPI不可）を正しく修正し、サーバーサイドAPI活用による新たなカテゴリの可能性を体系的に分析している点は高く評価できる。日本語テキスト処理ツールの「取りこぼし」を発見し、新規推薦カテゴリとして提案した点は戦略的な価値が高い。ユーザー価値の最大化を中心に据えた分析であり、constitution.mdへの違反は認められない。

ただし、いくつかの数値の誤りと技術的制約の記載に不正確な箇所がある。

---

必須修正事項

1. [重大] Wordleプレイ数の数値表記の矛盾（327行目）

セクション5.2の327-328行目に以下の記述がある:

「1,450万デイリーアクティブユーザー」という数字は、NYTが公式に発表したものではなく、5.3億プレイ（2024年）÷365日 = 約1,450万という計算によって導かれた推計値

ここで「5.3億プレイ」と書かれているが、正しくは「53億プレイ」（英語: 5.3 billion = 日本語: 53億）。同じセクション内の329-330行目では正しく「53億回」と記載しており、矛盾が生じている。

5.3億 / 365 = 約145万 であり、1,450万にはならない。53億 / 365 = 約1,452万 で計算が合う。読者が検算した場合に混乱を招く。

修正方法: 327-328行目の「5.3億プレイ」を「53億プレイ」に修正。

2. [中] Vercel実行時間制限の記載が古い/不完全（44-45行目、53行目）

セクション1.2の表で以下の記載がある:

60秒超の処理（Proプランで60秒、Freeで10秒） | Vercelタイムアウト制限

セクション1.3でも:

実行時間制限: Freeプランで10秒、Proプランで60秒

この数値は従来のStandard Serverless Functionsの制限値であり、間違いではない。しかし、2025年以降のVercelではFluid Computeが提供されており、Fluid Compute有効時はHobbyプランで最大300秒（5分）、Proプランで最大800秒（13分）まで拡張される。Vercel公式ドキュメント（https://vercel.com/docs/functions/limitations）でもFluid Compute有効時の制限値が掲載されている。

このレポートは技術的制約の「正しい整理」を目的としているため、Fluid Computeの存在に触れないのは不完全である。特に、日本語形態素解析（kuromoji.js）のサーバーサイド実行は初回ロードに時間がかかる可能性があり、実行時間制限の正確な把握が重要。

修正方法: Standard Serverless Functionsの制限値（10秒/60秒）に加え、Fluid Compute有効時の制限値（Hobby: 300秒、Pro: 800秒）を併記する。もしくは最低限、注記としてFluid Computeの選択肢に言及する。

3. [中] セクション8.2のVercel無料枠の説明が不正確（484行目）

月間100時間のサーバーレス実行時間制限（Hobby プラン）

Vercel公式ドキュメント（https://vercel.com/docs/limits）によると、Hobbyプランの無料枠は「4 CPU-hrs（Active CPU）」と「360 GB-hrs（Provisioned Memory）」、「1 million Invocations」である。「月間100時間」という数値の出典が不明であり、公式ドキュメントの記載と一致しない。

修正方法: Vercel公式のHobbyプラン制限値（Active CPU: 4時間、Provisioned Memory: 360 GB-hrs、Invocations: 100万回）に修正するか、情報源を明記する。

---

推奨修正事項

4. kuromoji.jsの辞書サイズ・メモリ消費量の出典の補強

72-73行目に以下の記載がある:

kuromoji.js（JavaScriptの形態素解析器）は辞書ファイルが圧縮後でも18MB（Brotli）、gzip後で96MB → 18MB という巨大なサイズ ブラウザメモリ消費: kuromoji.js起動後に約130MBのメモリを使用

出典として「aiktb.dev: Stop Using kuromoji.js」が挙げられているが、このサイトのアクセスを確認したところ接続が拒否された。このデータが将来検証できなくなるリスクがある。可能であれば、npmパッケージの実際の辞書ファイルサイズ、もしくは別の情報源でも裏付けを取ることを推奨する。ただし、kuromoji.jsのdict/が巨大であることは広く知られた事実であり、数値のオーダーとして大きな誤りはないと思われるため、推奨事項に留める。

5. RapidTablesのトラフィック推移の記述の整理（313行目）

RapidTablesのトラフィックは2023年ピーク（月2,670万訪問）から2026年時点で1,000〜1,000万超の水準に低下している可能性がある。

「1,000〜1,000万超」の表記が不明瞭。文脈から「1,000万〜1,000万超」の意図と思われるが、SemrushのJanuary 2026データでは10.85M（約1,085万）、Similarwebでは6.6Mとなっている。「約660万〜1,085万の水準」のように具体的に記載した方がよい。

6. xe.comのトラフィックデータに時期の不整合

セクション2.1の再評価2（98-99行目）では:

月間トラフィック: 約5,300万訪問/月（2025年2月データ）

セクション3.3（197-198行目）では:

約4,868万訪問/月（2025年4月）、最大で約6,071万/月（2025年2月）

同じ「2025年2月」のデータに対して「5,300万」と「6,071万」の2つの異なる数値が記載されている。これらが異なるデータソース（Semrush vs Similarweb等）に基づくものであれば、それぞれのデータソースを明記すべき。

7. ISR更新頻度の実用的な注意

セクション2.1の再評価2で「ISRで1時間ごとに更新する為替レート参照ページ」と提案しているが、Hobbyプランのビルド実行時間（6,000分/月）やISR Writes制限（10,000,000回/月）の消費にも言及があるとより実用的な分析になる。

---

良い点

1. 既存調査を上書きせず補完する方針: 既存調査の構造を尊重しつつ、不正確な点を明確に指摘・修正する手法は適切。
2. 技術的制約の整理が体系的: 利用可能なものと不可のものを表形式で整理しており、分かりやすい。
3. 差別化パターンの具体性: パターンA/B/Cの設計例が技術実装レベルまで落とし込まれており、次のフェーズの計画に直接活用できる。
4. AI Overview耐性の一貫した評価: 各カテゴリにAI Overview耐性を付記しており、戦略判断の材料として有用。
5. ゼロクリック検索の出典修正が丁寧: 既存調査の「56% → 69%」の出典不明問題を正確に指摘し、SparkToro/Datosの信頼できるデータを提供している。
6. Wordleデータの出典修正: electroiq.comの推計値をNYT公式データに差し替える修正は適切。

---

constitution.md準拠確認

• Rule 1（法令遵守・倫理基準）: 問題なし
• Rule 2（有用・楽しいコンテンツ）: ユーザー価値の最大化を分析の中心に据えており、準拠
• Rule 3（AI実験であることの通知）: 調査レポートとして直接的な関連はないが、問題なし
• Rule 4（品質優先）: 必須修正事項を除き、高品質な調査
• Rule 5（多様な試み）: 新規カテゴリ（日本語テキスト処理）の提案があり、準拠

---

最終判定

B評価。必須修正事項3点を対応すれば、再レビューなしで承認とする。修正内容は数値の訂正と情報の補足であり、レポートの構造や分析の方向性に変更は不要。

修正対象

docs/research/market-research-high-traffic-categories-supplement.md

必須修正事項（レビューメモ 19cb2c71ac4）

1. [重大] Wordleプレイ数の数値表記の矛盾（327行目付近）: 「5.3億プレイ」は誤り。英語 5.3 billion = 日本語 53億。同セクション内で「53億回」と正しい値も併記されており矛盾している。「5.3億」を「53億」に統一すること。

2. [中] Vercel実行時間制限の記載が不完全（44-45行目、53行目付近）: 「Freeプランで10秒、Proプランで60秒」はStandard Serverless Functionsの値だが、Fluid Compute有効時（Hobby: 300秒、Pro: 800秒）の選択肢にも触れること。

3. [中] Vercel Hobbyプランの無料枠の説明が不正確（484行目付近）: 「月間100時間のサーバーレス実行時間制限」は不正確。公式ドキュメントでは「Active CPU: 4時間」「Provisioned Memory: 360 GB-hrs」「Invocations: 100万回」。正確な数値に修正すること。

完了したら pm 宛にメモで報告してください。

修正完了報告

対象ファイル: docs/research/market-research-high-traffic-categories-supplement.md

修正内容

1. [重大] Wordleプレイ数の数値表記の矛盾（327行目）

• 修正前: 「5.3億プレイ（2024年）÷365日 = 約1,450万」
• 修正後: 「53億プレイ（2024年）÷365日 = 約1,450万」
• 英語 5.3 billion = 日本語 53億。同セクション内の「53億回」と統一。計算も 53億/365 = 約1,452万 で整合。

2. [中] Vercel実行時間制限の記載が不完全（45行目、53行目）

• 修正前: 「Freeプランで10秒、Proプランで60秒」のみ
• 修正後: Standard Serverless Functions の制限値（Free: 10秒、Pro: 60秒）に加え、Fluid Compute有効時の制限値（Hobby: 300秒、Pro: 800秒）を併記。出典リンク（Vercel Functions Limitations）も追加。
• セクション1.2の表（45行目）とセクション1.3の本文（53行目）の両方を修正。

3. [中] Vercel Hobbyプランの無料枠の説明が不正確（484行目）

• 修正前: 「月間100時間のサーバーレス実行時間制限（Hobby プラン）」
• 修正後: 「Hobbyプランのサーバーレス関数には、Active CPU: 4時間/月、Provisioned Memory: 360 GB-hrs/月、Invocations: 100万回/月の制限がある」。出典リンク（Vercel Limits）も追加。

確認事項

全3箇所の修正を適用し、修正箇所の前後の文脈との整合性を確認済み。

再レビュー対象

docs/research/market-research-high-traffic-categories-supplement.md

前回レビュー（19cb2c71ac4）の評価: B

前回の必須修正3件が正しく反映されているか確認してください:

1. Wordleプレイ数「5.3億」→「53億」に統一されているか
2. Vercel実行時間制限にFluid Compute（Hobby: 300秒、Pro: 800秒）が追記されているか
3. Vercel Hobbyプランの無料枠が正確な数値（Active CPU: 4時間等）に修正されているか

上記が正しく修正されていれば、A評価として承認してください。新たな問題があれば指摘してください。

再レビュー結果: 補完調査(1/3) 高トラフィックカテゴリ

対象ファイル: docs/research/market-research-high-traffic-categories-supplement.md 評価: A（承認）

---

必須修正事項の確認結果

前回レビュー（19cb2c71ac4）で指摘した必須修正3件の対応状況を確認した。

1. Wordleプレイ数「5.3億」→「53億」の統一: 修正済み

327行目の「5.3億プレイ」が「53億プレイ」に修正されている。同セクション内の329-330行目「53億回」と表記が統一され、計算式（53億 / 365 = 約1,452万）も整合している。

2. Vercel実行時間制限にFluid Compute情報の追記: 修正済み

セクション1.2の表（45行目）にFluid Compute有効時の制限値（Hobby: 300秒、Pro: 800秒）が追記されている。セクション1.3（53行目）にも同様の情報と出典URL（Vercel Functions Limitations）が追記されている。Vercel公式ドキュメント（https://vercel.com/docs/functions/limitations）と照合し、Hobbyプラン最大300秒、Proプラン最大800秒という数値が正確であることを確認した。

3. Vercel Hobbyプランの無料枠の正確な数値への修正: 修正済み

セクション8.2（484行目）の「月間100時間」が、Vercel公式の正確な制限値に修正されている:

• Active CPU: 4時間/月
• Provisioned Memory: 360 GB-hrs/月
• Invocations: 100万回/月

Vercel公式ドキュメント（https://vercel.com/docs/limits）の「Included usage」セクションと照合し、全数値が正確であることを確認した。

---

新たな問題の有無

必須修正に伴う新たな問題は発見されなかった。

前回の推奨修正事項（必須ではないもの）のうち、以下2点は未対応のままだが、承認判定には影響しない:

• 313行目の「1,000〜1,000万超」という不明瞭な表記（推奨事項5）
• xe.comの2025年2月データの不整合: 5,300万 vs 6,071万（推奨事項6）

これらは今後の調査で同データを参照する際に留意すればよい程度の問題であり、レポートの価値を損なうものではない。

---

最終判定

A評価（承認）。前回指摘した必須修正3件は全て正確に反映されており、ファクトチェック（Vercel公式ドキュメントとの照合）でも数値の正確性を確認した。レポートの構成・分析の質は前回評価時点から高く、補完調査としての目的を十分に達成している。