ホスティングプラットフォームのデフォルトサブドメインから「すでに検証済みの需要」を掘り出す
ある人が有料版 Similarweb を使い、23 のサイトビルダープラットフォームのデフォルトサブドメイン（vercel.app、netlify.app、pages.dev、github.io……）をまるごとスキャンし、約 7.7 万件のランディングページ、4.7 万サイト、3107 万アクセスという「需要レーダーマップ」を得ました。この特集ではその方法論を分解して整理します。これは本質的に、本ハンドブックの「ニッチの発見」と「需要検証」の二章を、きわめて具体的にエンジニアリング化した打ち手です。需要を発明するのではなく、誰かがすでに代わりに検証してくれた需要を拾いに行く、というわけです。文末には、主要な結論についての私自身の独立検証と、必ず注意すべき三つの落とし穴を添えます。
<50 は 50 として近似）であり、ドメインの「未登録」状態はあくまでその時点（2026-05-11）のスナップショットにすぎません——実際に買う前には、登録状況・商標・SERP・法的リスクを必ず再確認してください。これらの数字は需要が「あるかどうか、強いかどうか」を判断するためのものであり、正確なバリュエーションには使えません。一、コアとなる洞察：賢いやり方は「自分が何を作りたいか」ではなく「ユーザーがすでに何を探しているか」
多くの人はプロジェクト探しの段階で、まだ思いつきの域を出ていません。今日 AI ツールが流行っていると見れば AI ツールを作り、明日ディレクトリサイトが儲かると見ればディレクトリサイトを作り、情報の流れに振り回されています。この方法論は問題を逆さまにします。
「市場に需要があるかどうか」を問うのではなく、すでに実トラフィックがあるのにプロダクトと SEO がひどく雑なサイトを直接探しに行きましょう。
ドメインすら買う気もなく、SEO もやっておらず、ページも粗いサイトが、それでも数千から数十万のアクセスを持っている——これは需要が硬い証拠です。ユーザーが本当に検索し、本当にクリックし、本当に使っているのです。
このとき、あなたがより良いドメイン・ページ・SEO・体験で作り直せば、それはゼロから命を賭けるギャンブルではなく、検証済みの陣地での格上げ戦になります。これはまさに本ハンドブックが繰り返し強調していることです。技術はけっしてボトルネックではなく、ディストリビューションと「正しいものを作ること」こそがボトルネックなのです。
二、なぜ vercel.app / netlify.app / pages.dev / github.io といったデフォルトサブドメインに目をつけるのか
成熟したサイトは自前のブランドドメインを紐づけます。しかし大量の個人開発者、学生、AI の vibe coder、一時的なプロジェクトの作者は、プラットフォームにデプロイしたあと、そのままデフォルトサブドメインを外に出して使っています。
これらのデフォルトサブドメインには非常に価値のある特徴があります。それらはしばしば初期・一時的・AI で素早く生成された・ブランディングされていないプロダクトを表しています。言い換えれば——多くのサイトはプロが作ったものではないのに、すでにトラフィックを持っているのです。これは、まだプロの SEO チームに食い尽くされていない「需要の鉱山」です。
三、データの全景：23 プラットフォーム、7.7 万ランディングページ、3107 万アクセス
今回スキャンしたのは合計 23 のプラットフォームドメイン、約 77,000 件のランディングページレコードで、対応するのは約 47,590 のプラットフォームサイト、ランディングページの総アクセス数の推計は約 3,107 万です。トラフィックで階層分けすると次のようになります。
| アクセス数の閾値 | サイト数 | 意味 |
|---|---|---|
| ≥ 500 | 5,928 | 基本的に観察可能な実需要あり、一次スクリーニングの閾値 |
| ≥ 5,000 | 704 | 需要が成立、手動デューデリの価値あり |
| ≥ 10,000 | 336 | 強い需要、ただしグレー／ブランドワードに警戒 |
| ≥ 50,000 | 57 | 高トラフィック、リスクも最も集中 |
プラットフォーム別に総トラフィックを見ると差は非常に大きく、しかも総量を素直に見てはいけません——各プラットフォームには「個性」があります。
| プラットフォーム | ランディングページのアクセス数(推計) | 位置づけと読み方 |
|---|---|---|
| github.io | ≈ 1,883.8 万 | 成熟した需要ライブラリ：古いプロジェクト、オープンソース、ドキュメント、ゲームツールが多い。チャンスはあるが必ずしも新しくはなく、著作権リスクのあるサイトも少なくない。 |
| pages.dev | ≈ 284.4 万 | 新サイトレーダー：新サイトの比率が高く、新規トラフィックが大量。 |
| netlify.app | ≈ 181.6 万 | 新サイトレーダー：小ツール、映像、教育、ゲーム、計算機、地域別検索サイトが密集。 |
| herokuapp.com | ≈ 102.3 万 | やや古め、ストック型アプリが中心。 |
| web.app | ≈ 101.3 万 | Firebase 系、雑多。 |
| vercel.app | ≈ 97.8 万 | グロースレーダー：今回は「新規」のラベルは付いていないが、変化のフィールドはほぼすべて成長率のパーセンテージで、多くのサイトが 1,000%–5,000%+。成長を見るのであって、「新規」だけを見てはいけない。 |
| lovable.app | ≈ 44.9 万 | AI 初期インキュベーター：Top 10 が占めるのは約 4.9% のみで、サイトは極めて分散し、一つひとつはまだ小さいが、需要の形態は豊富。 |
| onrender.com | ≈ 34.1 万 | バックエンド／サービス系寄り。 |
| replit.app | ≈ 24.7 万 | 極端なイベント型：Top1 の単一サイトが約 17.79 万で、しかも新規トラフィック。バズれるが短命で、イベント用テンプレートに向くが、長期資産には向かない。 |
四、本当に重要なのはトラフィックではなく「シグナル」——必ず問うべき四つの問い
この種のデータを見るとき、「どのサイトのトラフィックが最大か」は最も役に立たない問いです。本当に問うべきは次の四つで、これらは総トラフィックより十倍重要です。
| 必ず問う | 何を判断するか |
|---|---|
| これは安定した需要か、それとも一過性のトレンドか？ | 油田 vs 花火。イベントワード（スター選手の出来事、選挙結果など）は一瞬光って消える。 |
| これは汎用ワードか、それともブランド／海賊版／際どいワードか？ | 汎用的なタスクこそがあなたのチャンス。「すでに存在する特定の対象」を指すワードでは、exact ドメインを取りに行っても便乗扱いになりがち。 |
| ページはひどいのに、キーワード数が非常に多いか？ | キーワード数 = カバーしている検索入口の数。5,000 アクセス／500 キーワードは、50,000 アクセス／1 個のトレンドワードより取り組む価値があることが多い。 |
| AI を使って 1〜3 日でより良い版を作れるか？ | 実現可能性が、それが「あなたの」チャンスかどうかを決める。 |
五、個人開発者に最も適した五つの方向性
グレーとブランドの地雷を取り除いたあと、本当に長期的価値があるのは、ほぼすべて「小ツール」ファミリーです。共通点は、需要が明確で、機能の境界が小さく、ユーザーが来たら一つの具体的な問題を解決し、市場を教育する必要がないことです。
1. 汎用ツール（最もクリーンで、最も着手しやすい）
AVIF→JPG（avif jpg 変換 約 2.29 万）、SVG Path Editor（約 8,100 / 385 キーワード）、App Privacy Policy Generator（約 6,200 / 288）、PDF Dark Mode Converter（約 5,800）、Steganography Decoder（約 1.06 万）、MD5 Checksum（約 7,400）、Base32 Decoder、Image to Spectrogram、LaTeX Viewer（約 1.15 万）。
2. 計算機とプランナー（本質的にインタラクティブで滞在時間が長い）
Enchantment Calculator（約 4.56 万 / 3,750 キーワード）、PSA Calculator（約 2.82 万 / 1,084）、Response Sheet Marks Calculator（約 9,500）、Vernier Caliper Simulator（約 7,000）、そして各種ゲームの build planner / damage calculator。
3. ゲーマー向けツール（トラフィックは安定だが IP リスクあり）
Team Builder、Cheat Sheet、Fusion Calculator、Predictor、Pixel Art Generator、League Planner……多くはエンジニアが片手間に作ったもので、機能は良いが SEO / UI / 多言語 / モバイル対応がいまいち。技術をより複雑にする必要はなく、より使いやすく、より検索されやすく、よりロングテールをカバーするだけで、トラフィックを取り込めます。
4. 試験 / 教育 / 地域別検索（季節性は強いが毎年戻ってくる）
JEE シリーズ、CGPA/Grade Calculator、ベトナムの大学入試カウントダウン、SAT 問題集など。大企業は見向きもしないが、学生にとっては切実なニーズ。正しいやり方は試験ツールのテンプレートを作り、試験 × 年度 × 地域でページを複製して、「季節性」を「周期性」に変えることです。
5. 開発者向け小ツールとドキュメント解説ツール（ユーザーの質が最も高い）
Readme Generator、Transformer Explainer、API Explorer、Cheat Sheet、Markdown Viewer など。ユーザーの質が高く、収益化もしやすい（広告、有料テンプレート、API、スポンサー、メールリスト）。ただしブランドワードのリスクは高く、ブランド型のドメインではなく記述型のページを作るべきです。
六、「取り組む価値があるか」を定量化する：機会スコアの公式
元の候補リストの最大の問題は、ドメインが使える ≠ 取り組める機会という点です。だからトラフィックの高い順にそのまま買ってはいけません。リスク調整スコアを加える必要があります。この方法論は判断を一つの公式に収束させます。
最終機会スコア = 需要の強さ × 拡張性 × 実現可能性 × 収益化ポテンシャル − リスクペナルティ
需要の強さはトラフィック／キーワード数／成長率／複数ソースを見る。拡張性は 20+ のロングテールページに広げられるかを見る。実現可能性は 48 時間で MVP を出せるかを見る。収益化ポテンシャルは広告／アフィリエイト／テンプレート／API／有料を見る。リスクペナルティはブランド、著作権、アダルト、海賊版、ログインのなりすまし、イベントの短命さ、医療・金融・法律のミスリードを見る。
「いまあなたのリストは第一歩——需要の発見——を終えただけで、第二歩——取り組む価値があるかの判断——はまだ終えていません。凡庸な人はトラフィックを見れば突っ込み、賢い人はまずそのトラフィックが噛みついてこないかを問います。」
七、リスクのレッドライン：どれを即座に捨て、どれは「需要だけ盗んで exact は買わない」か
| 等級 | タイプ | 対処法 |
|---|---|---|
| レッド / C 級 | 映像、ストリーミング、海賊版、ROM、アダルト、際どい系、ログインなりすまし入口、一過性のイベントワード | 即座に捨てる、惜しむな。login / movie / stream / torrent / rom / pirate / porn / iptv / youtube-to-mp3 などのワードを含むものは一律拒否。「あなたの目標は一日 10 万ドルを稼ぐことであって、一日に弁護士からの督促状を 1 通受け取ることではない。」 |
| イエロー / B 級 | ブランド／プラットフォームワード（github、netlify、openai、microsoft…）、ゲーム IP（Minecraft、Pokémon、Genshin、Arknights…） | 需要は本物だが、exact ドメインは買わない。「隣接した汎化サイト」に切り替える：repo downloader、agent sdk examples、rpg fusion calculator、pixel art generator。ユーザーのタスクの道筋に立つのであって、ブランドの表札の下に立つのではない。 |
| グリーン / A 級 | 汎用ツール、クリーンな計算機、試験テンプレート、開発者向けツール | 優先的にデューデリ、最初の実験はここから選ぶ。 |
八、A 級候補リスト（リスク／需要／MVP 難易度／SEO 拡張を総合）
以下の「トラフィック 3,000〜8,000 のクリーンなワード」は、8 万トラフィックのグレーワードより価値が高いことが多いです——なぜなら、クリーンで、安定していて、長期的に複利で効くからです。買う前には必ず登録・商標・SERP・競合を再確認してください。
| 候補 | トラフィック(推計) | キーワード数 | 判断 |
|---|---|---|---|
| enchantmentcalculator.com | 45,600 | 3,750 | リスト全体で最も美しいシグナルの一つ、ロングテールが大きく、独立サイトを作れる。ドメインにゲーム名を直接書いていないため相対的に安定。 |
| avifjpg.com | 22,900 | 140 | 実装が簡単、リスクが低く、多言語化可能。画像フォーマットツール群全体を作るのに向き、browser-side（ローカル処理でアップロードしない）を前面に。 |
| warpgenerator.com | 56,500 | 502 | 名前が汎化されていてツール性が強い。まず検索意図を調べてからデューデリする価値あり。 |
| xdeltapatcher.com | 19,500 | 219 | 需要は明確だが、ROM ダウンロードには手を出さないよう注意。 |
| latexviewer.com | 11,500 | 452 | 学術／開発者のクロス、クリーン。Markdown/BibTeX/citation に拡張可能。 |
| steganographydecoder.com | 10,600 | 293 | セキュリティ／CTF ツール群の入口、MD5/Base32/Exif/QR と組み合わせ。 |
| responsesheetmarkscalculator.com | 9,500 | — | 試験ツール、成長率 105%。テンプレート化した年度別ページを作る。 |
| svgpatheditor.com | 8,100 | 385 | デザイン／フロントエンドのユーザー、長期資産。 |
| md5checksum.com | 7,400 | 236 | 古い需要だが安定、decoder ツールサイトに統合可能。 |
| appprivacypolicygenerator.com | 6,200 | 288 | 商業価値が高い（開発者／パブリッシャーが課金）、必ず「法的助言ではない」旨の免責事項を加える。 |
| pdfdarkmodeconverter.com | 5,800 | 192 | ペインポイントが具体的（夜に PDF を見ると目が痛い）、ローカル処理を強調してプライバシーをセールスポイントに。 |
| imagetospectrogram.com | 5,300 | 113 | ニッチだが明確。 |
九、本当の打ち手：需要を複製し、サイトは複製しない。そして構造を作り直す
サイトをそのまま真似するのは低レベルな動作です。正しい順序は次のとおりです。なぜトラフィックがあるのかを見る → そのキーワード構造を分解する → どんなタスクを解決しているのかを判断する → どこが雑かを見る → より良い SEO / 体験 / 多言語で作り直す。
たとえばトラフィックのある PDF Dark Mode Converter という小ツールを見たら、同じボタンを一つ作るだけにせず、「トピッククラスター」全体を作り込むべきです。
これがプログラマティックSEOを急所で使うということです。1 つのツールページ + 3 つのロングテール変換ページ + 3 つのチュートリアルページ + FAQ + プライバシー説明 + 関連ツールの内部リンク + 多言語版。ボタン 1 つは demo ですが、ツールサイト 1 つは資産です。
十、実行可能な SOP（そのまま真似してよい）
- プラットフォームドメインのプールを作る：vercel.app、netlify.app、pages.dev、github.io、web.app、firebaseapp.com、herokuapp.com、onrender.com、railway.app、replit.app、lovable.app、bolt.host、amplifyapp.com、azurestaticapps.net、deno.dev、fly.dev……
- エクスポート + クレンジング：Similarweb のキーワード／ランディングページツールで CSV をエクスポートし、URL、アクセス数、変化、キーワード数、人気キーワードを残す。K/M/<50 をパースし、host で集約し、プラットフォーム自身のページを個別に除外する（netlify.com のログイン／ドキュメント／フォームページなどは候補を汚染する）。
- 一次スクリーニング：≥500 アクセスを残す。新サイト／高成長には基準を緩め、変化 >100% / >500% / >1000% を優先的に見る。
- リスクフィルタ：アダルト／ギャンブル／海賊版／映像／クラック／ブランドなりすまし／ログイン入口／金融フィッシング／医療ミスリード／明らかな権利侵害を直ちに除外。
- 需要タグを付ける：ツール / 計算機 / ジェネレーター / コンバーター / ビューアー / ゲーム / 教育 / 試験 / 開発者 / AI / 地域別検索 / イベントトレンド / グレー。
- キーワード数を見る：キーワードが多いほど = 検索入口が多い。単純にアクセス数を見るより重要。
- 手動で競合ページを開く：Title/H1、機能が揃っているか、モバイル対応、読み込み速度、コンテンツ/FAQ/内部リンク/多言語の有無、一時的な Demo ではないかを調べる。
- 候補ドメインを生成する：機械的に .com を組み合わせず、ブランド／商標／プロジェクト名を避け、汎用的な記述型を優先。
- MVP を作る：1 つの需要につき 1 つのコアアクションだけを作り、ユーザーが 10 秒以内にタスクを完了できるようにする。ログイン／管理画面／会員制／複雑なシステムは作らない。最初の一群は browser-side のみ。
- SEO 構造を補う：Title/Description/H1/FAQ/How-to/Schema/Sitemap/robots/内部リンク/関連ツール/多言語をすべて揃える。
- 公開して Search Console に接続する：毎週、表示ワード、クリックワード、低順位・高表示ワードを見て、実際の検索ワードから次の一群のページを逆算する。感覚でページを増やさない。
- 毎月再スキャンする：この方法の威力は一度きりで掘り尽くすことにあるのではなく、継続的なレーダーにあります——30 日ごとに再実行し、新規と高成長の需要を残す。
十一、私の独立検証：何が信頼でき、どの三つの落とし穴に注意すべきか
この方法は聞こえはとても「えげつない」ですが、リサーチレポートとしては、検証可能な事実と既知の限界の中に置いて見る必要があります。
✅ 方法論そのものは本物で、確認でき、裏づけられている
「哥飞（Gefei）」は海外向けサイト構築コミュニティで公に活動する SEO / Adsense の実践者で、そのコミュニティの方法論は 40% 需要発掘 / 20% プロダクト作り / 20%（本来は 40%）プロモーション のループにまとめられます。公開講座には実際に「アウトバウンドドメインから新しい需要・新しいプロダクトを発見する」「高トラフィックページを分析して、他人がいま稼いでいる需要を掘る」といった内容が含まれており——本特集のサブドメインスキャン法は、まさにこの考え方のエンジニアリング的アップグレードです。インディーハッカーのコミュニティでも、「上位にランクインしているサイトの多くは技術 SEO が決して良くなく、雑なサイトでもトラフィックを食える」という現象、すなわち「弱いサイトでもトラフィックがある = 需要が検証済み + 追い越せる余地がある」ということが広く裏づけられています。
xxx.vercel.app のような小さなサイト単体は、しばしばそのサンプル閾値に達せず、ロングテールの推計値はノイズが大きいです。加えて元の定義が <50 を 50 として近似しているため、「ロングテールの小サイト」の規模を系統的に膨らませてしまいます。だからこれらの数字は相対的な順位づけと「需要があるかどうか」の判断に適しており、正確なトラフィックとして扱うには向きません。着手前には必ず Google Search Console / キーワードツールで実際の検索ボリュームを二次検証してください。十二、これは本ハンドブックの他の部分とどうつながるか
もしあなたが「コードは書けるがマーケティングの直感が足りない」タイプなら、このサブドメイン発掘法は、アイデアからトラフィックまでの最も前段をちょうど補ってくれます。
| 本ハンドブックの章 | この方法が対応して解決する問題 |
|---|---|
| ニッチの発見 | 思いつきに頼らず、「すでにトラフィックのある雑なサイト」を需要シグナルの源として、ニッチな機会を一括で探す。 |
| 需要検証 | トラフィックそのものが一層の検証になる（注意：アテンションレベルの検証）。「コードを書く前にまず誰かが欲しがっていることを証明する」をデータプロセスに落とし込む。 |
| 集客の七つのチャネル | プログラマティックSEO を前面に：トピッククラスター + ロングテールページ + 内部リンク + 多言語サブディレクトリ。 |
| グロース · 価格設定 | ツール群でプロダクトの複利を生み、Search Console のデータ駆動で反復する。 |
自分がクールだと思うものを作るのではなく、すでに誰かが雑なサイトで証明してくれたものを作りましょう。需要は考え出すものではなく、ユーザーの行動から掘り出すものです。
前回のデータは「どこに鉱山があるか」を教えてくれます。候補ドメインのリストは「鉱石に何が混ざっているか」を教えてくれます。いまは掘り続けるときではなく、精錬を始めるときです——まず 3 つ作り、それぞれ 48 時間で、次のページに何を書くかは Search Console に教えてもらいましょう。