0. アクセスどうなった？を何回も見てしまう
個人ブログを始める前の想像は、だいたい単純だ。
面白いことを書く。公開する。誰かが読む。
終わり。
実際にやると、終わらない。
公開した次の日から「アクセスどうなった？」が始まる。少し増える。「お？」となる。また見る。別の記事にも1件つく。また見る。Googleから来た形跡がある。急に楽しくなる。
完全に開店初日の店主である。
コーヒーを淹れながら、5分おきに入口を見ている。
客、来た？
ブログのアクセス画面は、デジタル店舗の自動ドアになってしまう。
ただし、この「何度も見たくなる」は単なる数字遊びではない。記事を書くだけだった作業に、外の世界から初めて反応が返ってくるからだ。閉じた制作が、観測可能な商売に変わる瞬間である。
1. 個人ブログは「文章を書く仕事」ではなかった
ブログで一番大事なのは記事だ。
でも、記事だけでは読まれない。
現実のカフェで「うちは豆がうまいです」だけ言って、看板なし、地図登録なし、入口なし、メニューなし、営業時間不明、店内導線なしだったら、かなり強い。
強いというか、誰も入れない。
ブログも同じだった。
必要なのは、記事制作だけではない。
- 何を書くか決める
- 事実を確認する
- 読みやすく編集する
- 必要なら多言語化する
- 品質を検査する
- 公開する
- GoogleにURLを発見してもらう
- サイト内から到達できるようにする
- SNSや他の入口から配る
- 読まれたか測る
- どこで離脱したか見る
- 次に読む記事へつなぐ
- 当たった記事を伸ばす
- 壊れたURLや重複を直す
「いい記事を書く」がコーヒーなら、その後ろに店舗運営が丸ごと付いてくる。
個人ブログが大変なのは、文章が難しいからだけではない。一人で編集部、技術部、集客部、分析部、店長を兼任することになるからだ。
2. Googleに見つけてもらう仕組みは、店の看板と地図である
記事を公開した瞬間、Googleが魔法の煙とともに現れて「新記事ですね！」と持っていってくれるわけではない。
Google自身も、サイトマップは検索エンジンがURLをより効率よく発見するための仕組みだと説明している。特に大きなサイトや新しいサイトでは有用だ。ただし、サイトマップに載せたからといって、全URLのクロールやインデックスが保証されるわけではない。
そこで自動化されたメディアでは、
公開 → 動的サイトマップ → robots.txtから案内 → Search Consoleで観測 → Googleのクロール・インデックスを確認
という導線を作る。
大量の記事を出すなら、1本ずつ「Googleさん、これもお願いします」と手で提出していたら、その仕事だけで人生が終わる。
Googleも、多数の新規・更新ページを知らせたい場合はサイトマップの利用を案内している。
ここで大事なのは、URL検査も「強制インデックス装置」ではないことだ。検査はGoogleがそのURLをどう認識しているかを見る手段で、登録リクエストをしても掲載は保証されない。
つまり自動化の仕事は、Googleを命令することではない。
見つけやすくし、状態を観測し、問題があれば直す。
店で言えば、看板を出し、地図に載せ、入口を開け、客が来ないなら入口が塞がっていないか調べるところまでだ。
3. 公開1〜2日目のアクセスは「売上」より「発芽」を見る
新しいサイトを公開して1日、2日。
この時期にアクセス画面を見ていると、1件増えるだけで祭りになる。
それでいい。
ただし、その1件から30日後のPVを指数関数で予測し始めると危ない。
検索流入は、
発見 → クロール → インデックス → 検索表示 → クリック
という段階を通る。
しかもSearch Consoleの検索パフォーマンスは、通常2〜3日程度の表示遅延がありうる。
だから公開直後は「昨日の2倍だから明日も2倍」ではなく、
- 検索表示されたページが増えたか
- 検索語が増えたか
- Google流入が初めて出たか
- 内部リンクから次の記事へ進んだか
- 50%まで読まれる記事が出たか
のような発芽シグナルを見る方が面白い。
最初は1記事だけが拾われる。
次に別の記事が拾われる。
そのうち、一部の記事だけ急に太くなる。
グラフはきれいな右肩上がりではなく、階段に近い。
店の前を歩く人が0人、1人、0人、3人、1人と来て、ある日突然「この店なんか流行ってない？」が始まる。
4. 自動化すると「店員を増やさずに店の機能が増える」
ここからがおかしくなる。
最初は「記事を自動で作れたら楽だな」くらいだったはずなのに、運用すると次々に部署が必要になる。
編集。
翻訳。
品質保証。
公開管理。
検索発見。
内部リンク。
SNS配信。
閲覧分析。
広告。
障害監視。
そして、これらを人で増やす代わりに、コード、ルール、定期実行、AIへ変えていく。
すると、気づいたらブログではなくなる。
小さなメディア会社の業務フローが、ソフトウェアの中に圧縮されている。
普通の店なら10店舗に増やせば、店員、厨房、家賃、在庫もかなり増える。
デジタル店舗は違う。
記事が100本から1,000本になっても、全工程が十分に一般化されていれば、人間の作業が10倍になるとは限らない。
固定費は重い。
限界費用は軽い。
だから最初の自動化基盤づくりが異様に大変で、その後の1記事追加が異様に軽くなる。
開店準備で地下鉄を掘っているようなブログである。
5. 5,000万とか6,000万かかるやつでは？と思う理由
ここまで機能が増えると、ふと怖くなる。
「これ、会社に頼んで全部作ったら、数千万円かかるんじゃないか？」
感覚としては分かる。
なぜなら必要なのが、単純なWebサイト制作ではないからだ。
企画、編集、バックエンド、クラウド、データ分析、多言語、QA、SEO、配信、監視。
複数職種の仕事が混ざっている。
ただし、ここは数字を盛らない方がいい。
再調達コストと市場価値は別物である。
同じ仕組みを外部の複数人チームでゼロから作る費用が高くても、そのrepoが同額で売れるとは限らない。
価値を決めるのは、実際に安定稼働するか、収益を生むか、人手をどれだけ削減するか、他人が引き継げるか、特定サービスに依存しすぎていないか、といった実績だ。
だから「5,000万級のシステムを作った！」ではなく、
「普通なら複数部署でやる仕事を、個人が自動化で一つのシステムへ詰め込んでいる」
くらいが正確で、しかも十分おもしろい。
値札を貼るのは、客が来てからでいい。
6. でも自動化は「大量に出せば勝ち」ではない
自動化できると、怖い誘惑が出る。
「じゃあ1万記事出せば勝ちでは？」
Googleはそこをかなり明確に分けている。
people-firstのガイダンスでは、独自情報、独自分析、十分な説明、他ソースの単なる言い換えではない追加価値などを確認するよう勧めている。
さらにスパムポリシーでは、検索順位を操作する主目的で大量の低価値・非独自ページを生成する行為をscaled content abuseとして扱っている。生成手段がAIか人間かは本質ではない。
つまり、
自動化はアクセルであって、ハンドルではない。
方向を決めるのは、元の観察、疑問、体験、比較、検証、読者への価値だ。
いいコーヒーを自動で1万杯作れる機械があっても、全部ぬるかったら大型事故である。
自動化の価値は、低品質を高速生産することではない。
品質確認、公開、配信、計測の面倒を機械へ渡して、人間が「何がおもしろいか」に戻れることにある。
7. なぜアクセスを何度も見たくなるのか
ここで最初の話へ戻る。
アクセスを何度も見てしまう。
当然である。
昨日まで、自分の中だけで完結していたアイデアが、今日は知らない誰かのブラウザで開かれている。
検索から来た。
別の記事へ進んだ。
30秒読んだ。
半分までスクロールした。
数字が小さくても、それぞれが「外の世界と接続した」という証拠になる。
特に自動化されたシステムでは、アクセスは単なる人気投票ではない。
センサーである。
どの記事が見つかったか。
どの入口が働いたか。
どの記事同士をつなぐと回遊したか。
どの言語で反応したか。
これが次の編集や配信へ戻れば、制作→公開→観測→改善の閉ループになる。
だからアクセス画面を見るのが楽しい。
店長がレジの売上だけ見ているのではない。
「自動ドア、ちゃんと開いた！」を見て喜んでいる段階だからだ。
8. 結論：コーヒーを作っていたら、無人店舗の本部システムまでできていた
個人ブログは、思ったより大変だった。
記事を書けば終わりではない。
いいコーヒーを作っても、
店を建てる。
看板を出す。
地図に載せる。
客を呼ぶ。
メニューを並べる。
次の一杯を勧める。
売れ方を見る。
機械が壊れたら直す。
そこまでやって初めて「店」になる。
だから、全部を自動化しようとするとブログが巨大化するのは当然だった。
ただ、その巨大化には妙な楽しさがある。
昨日追加した仕組みが、今日は自分が寝ている間にも働く。
新しい記事が自動で店頭に並ぶ。
検索エンジンへ発見経路が作られる。
読者が来る。
数字が返る。
また改善する。
そして本人はアクセス画面を開いて、
客、来た？
とまた見る。
たぶん、これが一番楽しい時期である。
まだ巨大メディアではない。
でも、ただの記事置き場でもない。
ブログを作っていたら、店そのものを作るゲームになっていた。
参考資料
- Google Search Central, Learn about sitemaps: https://developers.google.com/search/docs/crawling-indexing/sitemaps/overview
- Google Search Console Help, URL Inspection tool: https://support.google.com/webmasters/answer/9012289
- Google Search Console Help, Performance report data and discrepancies: https://support.google.com/webmasters/answer/17010575
- Google Search Central, Creating helpful, reliable, people-first content: https://developers.google.com/search/docs/fundamentals/creating-helpful-content
- Google Search Central, Spam policies for Google Web Search: https://developers.google.com/search/docs/essentials/spam-policies
