ブログは、もうずっと書いてきた。
釣りのこと。
旅のこと。
食べたもののこと。
買ってよかったもののこと。
WebやAI、仕事まわりのこと。
気づけば、いくつものブログに記事が積み上がっていた。
それ自体はありがたいことなのだけど、最近ずっと考えていたのは「この先、どう動かしていくか」ということだった。
ただ書くだけではなく、メディアとして整える。
数字を見る。
次に何を書くか、何を直すか、どの導線を育てるかを判断する。
その仕組みごと作らないと、たぶん、続かない。
そんなわけで今、AIと一緒に、自分の事業OSを作っている。
ここでいう事業OSは、便利なツールをひとつ作った、という話ではない。
4つのブログ、公式サイト、事業集計、日次レポート、AIとの作業体制。
それらをつなげて、フリーランスのぼっち事業を動かすための仕組みにしていく、という話。
作っているのは、記事ではなく仕組み
以前の僕にとって、ブログはそれぞれ独立した場所だった。
釣りの記事を書く場所。
旅や食の記録を残す場所。
ギフトや道具を紹介する場所。
WebやAIのことを書く場所。
もちろん、それぞれに意味はある。
ただ、事業全体として見ると、少し点在していた感じ。
記事はある。
読者もいる。
検索流入もある。
収益も少しずつある。
でも、それらが「次に何をするか」を決めるための仕組みになっているかというと弱かった。
どの記事を伸ばすのか。
どこに導線を置くのか。
何をリライトするのか。
どのサイトに時間を使うのか。
このあたりが、どうしても感覚頼りになりがちだった。
そこで、まずはブログ群をメディアとして作り替えるところから始めてみた。
4つのブログを、メディアとして作り替えた
2026年5月にかけて、運営している4つのブログを順番にリニューアルした。
monoomoi.net は、ギフトや暮らしの道具を扱うメディア。
moss.fish は、釣り、アウトドア、田舎暮らしの実体験メディア。
isLog は、日々の中にある旅と食の記録メディア。
そしてこの taupe.site は、WebとAIで、仕事と暮らしを整える実践記録メディア。
同じ見た目にそろえたかったわけではない。
むしろ、見た目はそれぞれ違っていい。
写真が強いメディアもあるし、商品紹介と相性がいいメディアもある。
旅や食の情緒で読ませるメディアもあれば、taupe のように写真よりも構造や言葉で見せたほうが合う場所もある。
大事なのは、同じデザインにすることではなく、同じ思想で整えることだった。
何を扱うメディアなのか。
誰が運営しているのか。
どの記事を入口にするのか。
どこから公式サイトへつながるのか。
その関係をひとつずつ整理した。
僕の活動全体は、公式サイトの ishikawa.co にまとめている。
各ブログはそこへ向かう入口でもあり、それぞれ単独で読まれるメディアでもある。
ただし、強い営業導線にしたいわけではない。
記事を読み、運営者を知り、必要な人だけが公式サイトや相談窓口へ進める。
そのくらいの距離感が、今の自分にはちょうどいいと判断した。
それぞれのメディアに役割を持たせる
ブログを見直していて実感したのは、役割が決まると判断しやすくなる、ということだった。
monoomoi なら、商品レビューや比較記事、ギフト選びの導線を育てる。
moss なら、釣行記や道具レビュー、アウトドアの体験記事を深める。
isLog なら、旅と食のシリーズを整理して、地域や体験の入口を作る。
taupe なら、Web、AI、自動化、作業環境、個人開発の実践を残す。
役割が曖昧なままだと、どの記事を書いても、どこを直しても、なんとなくの改善になる。
でも役割があると、見るべき数字も変わってくる。
検索流入を見るのか。
クリックを見るのか。
収益を見るのか。
公式サイトへの送客を見るのか。
AIにどう認識されているかを見るのか。
ブログをメディアとして整えるというのは、見た目を変えるだけではない。
次に動くための足場を作ることなのだと思う。
数字を見ないと、次に動けない
リニューアルが終わったからといって、すぐに成果が分かるわけではない。
検索は少し遅れて反映される。
クリックも日によって揺れる。
収益も記事単位ではすぐに判断できない。
なので、短い期間の上下だけで「成功した」「失敗した」と決めないようにしている。
まず7日で異常がないかを見る。
14日で初期の傾向を見る。
28日で検索、回遊、収益導線の変化を見る。
それくらいの時間軸で観察する方が、変に焦らずに済む。
数字を見るのは、毎日一喜一憂するためではなく、どこに時間を使うべきかを決めるため。
記事を書く時間も、リライトする時間も、導線を直す時間も限られている。
だから、感覚だけで動くとすぐに散らかる。
これは自分の性格的にも、かなり散らかる（笑）
だからこそ、数字を見ながら「今日はここを見る」「今はまだ触らない」と判断できる状態にしたかった。
管理画面巡回をやめて、見る場所を作る
そのために、事業集計の仕組みも作った。
GA4、Search Console、AdSense、ASP、クリック、AIサービス由来の流入。
見るべきものは多い。
ただ、それぞれの管理画面を毎日開いて確認する運用は続かない。
見ているようで、ただ巡回しているだけになる。
そして疲れる。
そこで、必要な数字をGoogle SpreadSheetsに集め、日次で見られるようにした。
毎朝、前日の状態を確認する。
伸びたURLを見る。
増えた検索クエリを見る。
クリックが出た導線を見る。
公式サイトやサービスページへの送客を見る。
AIサービスからの流入があるかを見る。
アクセス報告が欲しいだけなら、メールでも足りる。
でも僕が欲しかったのは、次に何をするかを考えるための材料だった。
次に何を書くか。
どの記事を直すか。
どのメディアに時間を使うか。
どの導線を育てるか。
その判断をするための、ひとつの見える場所を作っている。
AIを、作業者ではなくチームとして使う
この一連の作業は、かなりAIと一緒に進めている。
ただ、「AIにブログを書かせています」という話ではない。
それだけなら、たぶんここまで面白くなっていない。
AIには、記事を書く以外の役割がたくさんある。
方針を整理する。
構成を考える。
実装のhandoffを書く。
コードを確認する。
公開前後のQAをする。
数字の見方を整理する。
次に見るべき論点を出す。
編集者であり、実装者であり、分析者であり、総合プロデューサーでもある。
そんな感じに近い。
もちろん、最終判断は自分でやる。
何を公開するか。
どの表現にするか。
どこまで営業色を出すか。
何を今はやらないか。
ここは人間が決めるところだと思っている。
ただ、ひとりで考えている感じはかなり薄くなった。
これが大きい。
ひとりだけど、ひとりで考えている感じではない
ひとりでメディアを運営していると、どうしても目の前の作業に寄っていく。
この見出しでいいのか。
この導線は目立つか。
このページの余白はどうか。
このCSSは崩れていないか。
もちろん、それも大事。
でも、それだけだと全体が見えにくい。
このメディアは、公式サイトとどうつながっているのか。
この記事は、読者に何を伝える役割なのか。
この導線は、相談を増やすためではなく、相談の質を選ぶ導線になっているか。
この改善は今やるべきなのか、14日後の数字を見てからでいいのか。
AIと話していると、こういう問いを外から当てられる。
それがかなり助かる。
魔法の自動化ツールというより、事業を俯瞰するための相手。
今のところ、僕にとってのAIはそんな存在になりつつある。
記事、導線、収益、サービスをひとつの流れで考える
ブログをメディアとして整える。
公式サイトにつなげる。
数字を見る。
AIと一緒に判断する。
必要なら記事を書く。
必要なら導線を直す。
必要ならサービスの見せ方を考える。
この流れを、ひとつながりで回せるようにしたい。
taupe では、この話を 作る / Projects の記録として置いていく。
実装メモや運用メモは 残す / Notes に近い。
作業環境や道具の話は 整える / Workspace に続いていく。
全体の記事は 記事一覧 から辿れるようにする。
記事は記事で終わらせない。
導線は導線だけで考えない。
収益は収益だけで見ない。
サービスは強く売り込まない。
それぞれを分けすぎず、でも混ぜすぎず、ひとり事業として回る形に整えていく。
それが、いま僕が作っている事業OSなのだと思う。
まだ完成していない。でも、動き始めている
この仕組みは、まだ完成していない。
4つのブログをリニューアルしたばかり。
数字も、これから7日、14日、28日と見ていく段階。
AIからの認識や流入も、定点観測しながら少しずつ整えていく必要がある。
なのでこれは、成功談ではない。
作っている途中の記録である。
ただ、以前とは明らかに違う感覚がある。
ブログを書く。
数字を見る。
AIと話す。
導線を考える。
サービスの受け皿を整える。
それらが別々の作業ではなく、ひとつの流れとしてつながり始めている。
この親記事を起点に、もう少し細かい話も分けて書いていくつもり。
- 4つのブログを、趣味ブログからメディアに作り替えた話
- GA4、Search Console、AdSense、ASPをつないで事業ダッシュボードを作った話
- 毎朝8時に、AIに前日の事業レポートを読ませている話
- AIを作業者ではなく、編集者・分析者・プロデューサーとして使う話
- ひとり事業のサービス化を、AIと一緒に考えている話
AIで記事を量産したいわけではない。
AIと一緒に、自分の事業の構造を考えたい。
メディアを整え、数字を見て、判断できる状態を作りたい。
そのためのOSを、少しずつ作っている。