ブログ半年のアクセスはどれくらい？――10万PVを夢見たら、検索需要は「当てる」より「出して測る」だった

0. 結論：半年でもまだ初期。10万PVは遠い。でも「遠い＝失敗」ではない

ブログを始める前は、半年もやれば記事が20〜30本くらいたまり、月10万PVとは言わなくても「結構な人数が勝手に読みに来る世界」へ入る気がする。

現実はだいぶ地味だ。

新規ブログだけを同じ条件で追跡し、1か月目から6か月目までの月間PV中央値を毎月公開した大規模な代表統計は、今回確認した範囲では見つからなかった。だから「半年ブログの中央値は月1,137PVです」みたいな精密な数字を出した瞬間、急にそれっぽい嘘になる。

実務上の感覚としては、検索流入中心の新規個人ブログなら半年時点でも月数百〜数千PVは普通にあり得る。ここで使う「月300〜2,000PV程度」は、公開SEO研究、複数の新規ブログ事例、検索順位が育つ時間軸を重ねた作業用レンジであり、観測された母集団中央値ではない。

そして本格運用1週間で数百PVあるサイトなら、「誰にも見つかっていない」段階はすでに抜け始めている。仮に7日で250PVなら、単純な30日換算は約1,070PVだ。ただし、これは予測ではない。検索流入は直線ではなく階段なので、翌月も同じ傾きで伸びる保証はない。

10万PVは遠い。だが、ブログというゲームでは半年がまだ初期なのも事実だ。

1. まず「平均」を捨てる。ブログの分布は右側が長すぎる

ブログのアクセスは平均値がとても危険だ。

一部の巨大サイトが月数十万、数百万PVを取ると、平均は簡単に引っ張られる。新規サイトが知りたいのは「成熟したメディアを全部混ぜた平均」ではなく、「自分と同じ年齢のサイトで、真ん中あたりはどこか」だ。

ところが、その厳密な月齢別中央値データがほとんど公開されていない。

そこで見るべきは、ひとつの魔法の平均ではなく三つの軸になる。

• 運用開始から何日・何か月か
• 公開済み記事数はいくつか
• 検索表示・クリックが発生した記事数はいくつか

「半年で1,000PV」と「半年で1,000PV、20記事中15記事に検索表示あり」では意味が違う。後者は面積が広がっている。

逆に1,000記事あって、毎月同じ3記事しか読まれないなら、総PVだけ見て「増えた！」と喜んでいる場合ではない。在庫はあるが、売り場が三棚しか開いていない。

2. 半年間の作業用ベンチマーク：地味だが、たぶんこれくらいが現実に近い

厳密な中央値ではなく、検索中心・既存大規模フォロワーなしの新規ブログを見るための「作業用レンジ」を置くと、次のようになる。

経過	月間PVの作業用目安	累計記事数の目安
1か月	0〜100	2〜5
2か月	20〜200	4〜8
3か月	50〜400	6〜12
4か月	100〜700	8〜16
5か月	200〜1,200	10〜20
6か月	300〜2,000	12〜30

この表は統計調査の中央値ではない。むしろ「半年で月1,000PVしかない、終わった」と誤解しないための目盛りだ。

記事数については、Orbit Mediaの2026年調査でコンテンツマーケターは平均年57本ほどを公開している。半年換算なら約28〜29本だ。 もちろん企業のマーケターと趣味の個人ブログは同じ母集団ではない。それでも「半年で20〜30本」は極端に少ない数字ではないと分かる。

Semrushが約2.8万の新しいドメインを13か月追った調査では、6か月目までにTop10へ入り、その後も維持したサイトは19%だった。 Ahrefsの別研究では、新規公開ページのうち1年以内に少なくとも一つのキーワードでTop10へ入ったのは1.74%。条件を「中身のある英語ページ」に絞っても6.11%だった。

半年は「完成形」ではない。まだ選抜大会の途中である。

3. YouTubeの「10万再生」の感覚を持ち込むと、ブログは急に砂漠に見える

YouTubeには強力なおすすめ面がある。チャンネルが小さくても、一本の動画が推薦に乗れば短期間で数万、10万再生へ跳ねることがある。

検索中心のブログは違う。

検索需要そのものが上限になる。さらに、

検索される → 検索結果に表示される → 上位に入る → クリックされる

という関門がある。

だから月10万PVは「1日平均3,000PV超」だ。数千ページから小さい流入を集めるか、数千〜数万PVを取る強い記事を複数持つ必要がある。

しかもAhrefsが約140億ページを調べた研究では、96.55%のページにGoogle検索流入が推定ゼロだった。 母集団の偏りや推定値という限界はあるが、「公開したら自然に誰かが読む」という前提がかなり危ないことは分かる。

ブログは、動画のバズ装置より「小さな検索入口を大量に建てる都市計画」に近い。建物は建った。道路がまだない。住民も来ていない。だが固定資産税だけは発生している。そんな気分になる。

4. 記事ストックはなぜ効くのか。「記事数＝ドメインパワー」ではない

記事が増えると順位が自動的に上がる、という理解は雑すぎる。

Googleはランキングを基本的にページ単位で行いながら、サイト全体のシグナルもページ理解に使うと説明している。ただし、サイト全体の良いシグナルがあるから全ページが上位になるわけではない。

記事ストックが効く理由は、もっと具体的だ。

第一に、検索入口が増える。20記事より1,000記事の方が、ロングテールの問いに接触できる面積は大きい。

第二に、内部リンク網ができる。Googleはリンクをページ発見と関連性理解のシグナルとして使い、PageRankもコアランキングシステムの一部だと説明している。

第三に、当たり記事から関連ページへ読者とリンク評価を渡せる。孤立した記事を毎回ゼロから戦わせなくてよくなる。

第四に、サイト自身が学習できる。どのテーマ、問い、タイトル、国、言語が反応したかという実データがたまり、次の記事選びが勘から実験へ変わる。

つまり記事在庫は「経験値」ではない。入口、道路、観測装置の在庫である。

5. ただし、物量でも壊せないキャップがある

記事数を10倍にしても、突破できない上限は普通にある。

最も分かりやすいのは検索需要ゼロだ。誰も検索しないテーマなら、検索1位でも検索流入はほぼ増えない。Ahrefsも、検索流入ゼロの代表原因として「トピック自体に検索需要がない」ことを挙げている。

他にもキャップはある。

• クロール・インデックスされていない
• 表示はされるが順位が低い
• 上位でもタイトルや検索意図がずれてCTRが低い
• 強い競合に対して情報・リンク・信頼が不足している
• 記事が孤立し内部リンクが弱い
• 翻訳はあるが、その言語圏の検索語・文化・需要に合っていない
• 同じような記事を大量に作り、違いが薄い

概念的には、

検索流入の上限 ≒ 検索需要 × 表示シェア × CTR

と考えると分かりやすい。

需要がほぼゼロなら、他を完璧にしてもゼロに何かを掛けている。

ここが「記事工場を作れば無限に伸びる」という夢を現実へ戻す壁である。工場は強い。でも市場がない場所にフォークリフトを増やしても、倉庫内が速くなるだけだ。

6. いちばん難しいのは「何が検索されるか」を人間が全然当てられないこと

実際に記事を出すと、一番おもしろい現象が起きる。

「これは絶対に読まれる」と思った大テーマが無風。

一方で、小さな地名、固有名詞、作品の細部、エラー文、制度の細かい条件など、「誰がそこまで調べるんだ」という記事に人が来る。

理由は、話題の大きさと検索行動の強さが別物だからだ。

大きな話題でも、みんなSNSや動画で済ませるならGoogle検索は少ない。逆に小さな疑問でも「答えが分からないから今すぐ文字を打つ」種類なら、人数は少なくても検索意図は強い。

しかも競合が少なければ、小需要でも実際の流入を取りやすい。

だから検索テーマ選定は、脳内人気投票では当てにくい。

人間の感覚は「世間で話題か」を見ている。検索は「今この瞬間、答えを取りに行く必要があるか」で発生する。

この差がかなりでかい。

7. だから「当てるゲーム」をやめて、「小さく出して測るゲーム」に変える

普通の個人ブログは、一本の記事を書くのに数時間かかる。だから外したくない。先にキーワード調査をして、なるべく当てに行く。

一方、制作コストを大幅に下げられる仕組みがあるなら、戦略を変えられる。

一例として、テーマ枠をこう分ける。

• 40%：すでに検索需要や実クエリが確認できるテーマ
• 40%：すでに反応した記事の周辺テーマ
• 20%：人間が「これ誰が読むんだ」と思う変な実験枠

数字自体に魔法はない。重要なのは、実験枠を消さないことだ。

なぜなら、意外なロングテールこそ事前予測が難しいからである。

当たったら周辺へ伸ばす。外れたら「失敗記事」と泣くのではなく、教師データにする。

予測精度を100%にするのではなく、外れのコストを下げる。

大量制作の強みはここにある。

8. Search Consoleを「通知表」ではなく「市場センサー」にする

Google Search Consoleの検索パフォーマンスでは、クリック、表示回数、CTR、平均掲載順位を、クエリ、ページ、国、端末などで見られる。

初期サイトで一番大事なのは、クリック0を全部同じ扱いにしないことだ。

クリック0・表示0と、クリック0・表示500・平均順位38位はまったく違う。

後者には需要がある。まだ遠いだけだ。

運用では、公開後7日、14日、28日で各ページを見るといい。

• 表示0
• 表示1〜10
• 表示11〜100
• 表示101以上

7日12表示 → 14日70表示 → 28日400表示なら、その周辺テーマは増産候補になる。

逆に28日たってもほぼ表示なしなら、優先度を下げる。ただし即削除ではない。

Search Consoleでは、プライバシー保護のため低頻度のクエリが匿名化され、クエリ表から省略される。また内部制限による行の切り捨てもある。 だから「クエリ表にない＝検索ゼロ」とは断定できない。

そして宝なのが予想外クエリだ。

自分はAの記事を書いたつもりなのに、B、AとCの違い、Aが起きる理由、といった検索語で表示される。その実クエリを次の記事へ変える。

記事 → 実検索語 → 新記事 → 新検索語

ここまで回ると、Google利用者が次の企画会議に勝手に参加し始める。

9. 大量記事サイトで本当に見るべきKPIは「PV」より面積

記事数が少ないブログなら総PVで十分楽しめる。

大量記事・多言語サイトでは、それだけでは足りない。

見るべきなのは次だ。

• 公開記事のうち何%が検索表示されたか
• 何%がクリックを得たか
• 何%が別記事への内部回遊を生んだか
• クリック獲得記事数が週ごとに増えているか
• 上位10記事にPVが集中しすぎていないか
• 言語ごとの表示記事率・クリック記事率
• 公開後7日・28日・90日で発芽率がどう変わるか

1,000記事で250PVでも、250PVが200記事へ薄く広がり始めているなら意味がある。

逆に1,000記事で2,000PVあっても、毎月同じ5記事だけが全部稼いでいるなら、サイト全体が強くなったとはまだ言いにくい。

総PVは売上に近い。読まれた記事率は売り場の稼働率である。

10. まとめ：10万PVへの道は「大当たりを祈る」より「検索需要を学習する仕組み」を作ること

ブログ半年は、思っているよりずっと初期だ。

月300〜2,000PVという作業用レンジを見ると、「10万PV遠すぎるだろ」となる。それは正しい。遠い。

でも、距離は単純な直線ではない。

最初は記事が少ない。検索表示も少ない。何が当たるかも分からない。

その後、

記事が増える → 検索入口が増える → 一部が表示される → 一部がクリックされる → 実クエリが分かる → 当たり周辺を作る → 内部リンクでつなぐ → 読まれる記事の面積が広がる

というループができる。

重要なのは「検索需要を全部先に当てる能力」ではない。

何が当たったかを高速で学び、次へ反映する能力である。

ブログは占いではない。

最初は占いに見える。

でもデータがたまると、だんだん実験になる。

参考資料

• Orbit Media, “Blogging Statistics 2026: What 1,042 Content Marketers Told Us About What Works.” https://www.orbitmedia.com/blog/blogging-statistics/
• Semrush, “Study: How Long Does It Take to Rank Higher on Google.” https://www.semrush.com/blog/how-long-does-it-take-to-rank/
• Ahrefs, “How Long Does It Take to Rank in Google? And How Old Are Top Ranking Pages?” https://ahrefs.com/blog/how-long-does-it-take-to-rank-in-google-and-how-old-are-top-ranking-pages/
• Ahrefs, “96.55% of Content Gets No Traffic From Google.” https://ahrefs.com/blog/search-traffic-study/
• Google Search Central, “A Guide to Google Search Ranking Systems.” https://developers.google.com/search/docs/appearance/ranking-systems-guide
• Google Search Central, “SEO Link Best Practices for Google.” https://developers.google.com/search/docs/crawling-indexing/links-crawlable
• Google Search Console Help, “Performance report.” https://support.google.com/webmasters/answer/7576553
• Google Search Central, “A deep dive into Search Console performance data filtering and limits.” https://developers.google.com/search/blog/2022/10/performance-data-deep-dive

---