AIにブログ252本を丸ごと任せたら、死んだ広告が出てきた

AIで書いたブログ記事には、ときどき厳しい声が届く。「AIブログは薄い」「AIに任せると事故る」。ブログやSEOを長く教えてきた人ほど、そう感じるのかもしれない。気持ちは分かる。自分が積み上げてきたやり方が、AIで一気に変わろうとしているのだから、穏やかではいられないだろう。

で、俺はどうしているかというと、ブログ関係はフルAIで通している。書くのもAI、直すのもAI。俺の仕事は、最後に「本番に公開して」と言うことだけだ。

2026年11月11日から12日にかけて、このmlabo.orgの全記事、252本の棚卸しをClaude Codeに丸ごと任せた。古い記事を読み直して直す順番を決め、リライトし、ついでに広告と商品の箱まで点検させた。

結果から言うと、記事は薄くならなかった。それどころか、リンクは生きているのに一件も売れていなかった広告や、そもそも存在しない広告枠、とっくに後継機が出ている商品の箱が、ぞろぞろ出てきた。もちろん、AIがしくじった所もある。そこは俺が止めた。

この記事は、反論ではなく実績の話だ。AIにブログの棚卸しを任せたら何が直ったのか。AIはどこでしくじったのか。そして、俺の文体を壊させないためにどこで線を引いたのか。全部、実際にやった記録である。

AIに252本を全部読ませたら、何が見えたか

ブログを何年もやっていると、古い記事がたまる。値段が変わった、ソフトの画面が変わった、紹介した商品が売り切れた。分かってはいるが、1本ずつ読み直す気力は、おじさんにはもう残っていない。

だから、ここは全部AIに投げた。リライトというと「1本の文章を手直しする」ことを思い浮かべると思うが、今回やったのは、もう少し大きい「棚卸し」だ。全記事を読み、数字を重ね、どれから、どう直すかを決める。店で言えば、棚の商品を1個ずつ磨くのではなく、在庫表と売上表を並べて棚ごと見直す作業である。

筆者の仕事は「本番に公開して」だけ

前提を先に書いておく。mlabo.orgは、2026年10月にWordPressのレンタルサーバーからCloudflareの静的サイトへ移った。記事そのものは、今も俺の手元のWordPressで書き、それを静的なページに書き出して公開している。

今回、Claude Codeがやったのは、その手元のWordPressの記事を取り出して直し、書き戻し、プレビューを作って俺に見せるところまで。俺はプレビューを見て「本番に公開して」と言う。言われたら公開して、本番に反映されたかを確かめ、変更を記録するまでがAIの仕事だ。

全文と検索の数字と広告の成績を重ねる

Claude Codeは、252本（mlabo.orgの178本と、統合した旧gpt4jp.comの74本）を全文読んだ。そこへ、Googleのサーチコンソールの直近3か月（8月12日〜11月10日）とその前の3か月の数字、Amazonアソシエイトの商品ごとの成績を重ねて、直す順番を出した。

見ているのは、ざっくり言うと「見られている量」と「直す余地」の掛け算だ。表示回数の多い記事で、古い記述があり、順位やクリック率が落ちているものほど上に来る。上位の記事は、Webで今の事実を確かめてから直した。

ここが人間の棚卸しと一番違う所だと思う。俺がやると、思い入れのある記事から手を付けてしまう。AIは思い入れが無いので、数字が悪い順に容赦なく並べてくる。並んだ表を見て、俺がちょっとへこんだのは内緒だ。

AIの「罠がありました」を、そのまま信じない

裏取りの途中で、ちょっとした騒ぎもあった。

ブラウザのBraveの日本語のページを、Claude Codeの担当に読ませた。返ってきた報告には、こうあった。「ページの末尾に、AIに向けた指示文が入っていた。従わずに、事実は公式ヘルプから取った」。

おお、プロンプトインジェクション（読んだページを通して、AIに指示を紛れ込ませる手口）か、と俺も一瞬身構えた。プライバシーが売りのブラウザの公式ページに罠があったら、それはそれで大事件である。

ところが、あとで記録をたどり直すと、話が違った。その「指示文」を見たのは、担当のAIではない。Webページを読む道具の中で、ページを要約して返す役のAIだ。元の文は、誰も見ていない。しかも要約役が言う指示の中身は「どのウォレットで受け取れるかを書け」で、担当がその道具に投げた質問とそっくりだった。11月12日にClaude Codeが同じページを取り直して調べると、AI向けの文も、人には見えない文字も、どこにも無かった。

ページから消されたのか、要約役が質問とページの文を取り違えたのか。今となっては分からない。俺の見立てでは、後者の方がありそうだ。

危なかったのは、こちらの方だ。最初の報告を鵜呑みにして「Braveの公式ページに罠があった」と書いていたら、俺のブログが誤報の出どころになるところだった。実際、Claudeが書いたこの記事の最初の版には、どの記録にも無い「人間には見えにくい形で」まで書き足してあった。

AIの言う「怪しいものを見つけました」も、AIの言う「完成しました」と同じで、元を確かめるまでは事実ではない。AIに裏取りを任せるなら、その裏取りの報告にも裏を取る。

ちなみに、俺の環境には、AIが読んだものに見えない文字や偽のドメインが混ざっていたら止めるフックを入れてある。今回の騒ぎでは出番が無かった。代わりに、Claudeがページを調べ直すスクリプトを書いたとき、その中に見えない文字が一つ紛れ込みかけて、そこでしっかり止めてくれた。罠は外ではなく、うちの台所にあったわけだ。

リンクは生きているのに売れない広告

棚卸しで最初に見つかった大物は、文章ではなく広告だった。

リンク切れの点検なら、普通のブロガーもやる。ところが、今回見つかったのは、リンクは生きていて、ちゃんとAmazonのページが開くのに、まったく売れていない広告だ。値札も付いて棚に並んでいるのに、箱の中身が別の商品になっている状態である。

クリック428回、注文0件のトラックパッド

うちには、MacのトラックパッドをWindowsで使う記事がいくつかある。そこに貼ってある旧型（Lightning）のMagic Trackpadの箱を、Amazonの成績と突き合わせたら、こうなっていた。

• 箱のクリックは428回
• 注文は0件

428回クリックされて0件は、さすがにおかしい。Claude Codeが箱のリンク先を開いて確かめると、2つのAmazonのリンク（B09BTT6FJ9とB09V4WKXWV）は、今は「Magic Mouse (USB-C)」のページに飛んでいた。トラックパッドを買いに来た人が、マウスのページに着いていたわけだ。そりゃ買わない。

箱は編集用のWordPressで、今売っているUSB-C版のMagic Trackpad（白 B0DL73BSV9、黒 B0DL736GYV）に差し替えた。直ったのは10656、10867、11600、2567、4015、7847の6本。どれも、人がちゃんと来ている記事だ。

存在しない広告枠と、消えた記事へのカード

似たような死に方は、ほかにもあった。

お問い合わせのページに置いてあった広告タグ2つ（6449と6450）は、調べてみると、旧サイトの時点ですでに存在しなかった。ずっと空っぽの枠を置いていたことになる。ここは、もしもアフィリエイトとA8.netのメディア会員向けの広告タグ（3651と3650）に替えた。

記事の中には、もう無い記事へのカードや、中身の入っていない商品の箱もあった。これはサイトを作るときに出る警告から、Claude Codeが全部拾ってきた。カードは近い内容の今ある記事へ向け直し、向け先が無いものは外して、宙に浮いた「こちら↓」のような案内文も直した。直したあと、警告は0件になった。

俺がこの件でClaude Codeに言ったのは、これだ。

SEOの話をすると、順位やクリック率の話になりがちだ。でも、人が来ているページで広告が死んでいたら、順位を上げても何も起きない。蛇口をひねる前に、配管が外れていないかを見る。今回いちばん効いたのは、たぶんここだった。

「いま、シリーズ12だぜ？」商品の鮮度という盲点

広告の点検を任せて安心していたら、AIの方が先に油断した。

リンクの生死しか見ていなかったAI

俺のApple Watchの記事（12968）を直したとき、Claude Codeは商品の箱を「リンクは生きている、問題なし」としていた。箱の中身はApple Watch Series 10。ところが、今はもうSeries 12が出ている。

家電量販店で、去年のモデルに「最新」の札が付いたまま並んでいるようなものだ。リンクは生きていても、読者には古い記事に見えるし、売れにくい。リンク切れの点検は「棚に商品があるか」しか見ていない。「その商品が今の型か」は、別に見ないと分からない。

ちなみに俺のApple Watchは、今もSeries 10のセルラーモデルだ。だから記事の本文はそのままでいい。替えたのは箱だけで、Series 12のセルラーモデルにした。

118点を全部点検した結果

それならと、記事に入っている商品を全部点検させた。対象は118点。Claude Codeはメーカーの今のラインナップと照らして、1点ずつ判定していった。

判定	点数
後継が出ている	21
販売終了	9
確かめられない	13

確かめられない13点は、推測で「今も現役」にはしていない。ここで推測を入れると、Series 10の二の舞になる。

直した中身はこうだ。

• 本文まで書き直した記事が10本
• 箱を今の型に差し替えた記事が23本
• 新しくポチップ（商品の箱を作るWordPressのプラグイン）に登録した商品が27点

新品で買えない商品も整理した。リンク切れ、Amazonで「入荷時期は未定」「再入荷予定なし」、メーカーで販売終了のものだ。こういう箱は、ただ外すのではなく、今売っている同じ種類の商品に差し替える。外すだけだと、また広告が一つ死ぬからだ。全記事から箱が消えたのを確かめてから、ポチップの登録25件をゴミ箱に入れた。

後継が出たら、どこまで書き直すか

後継が出たら記事を全部書き直すのか、というと、そうでもない。ここは俺が基準を決めた。

• 後継が旧型と機能の上で大きく食い違わないなら、根本的なリライトは要らない。「後継の○○が出ている、違いは○○」と表現を足す程度でいい。
• 機能に明らかな差がある後継なら、そのスペックを公式で調べ直して、該当部分を書き直す。
• 体験の記事なら、俺の体験が旧機種でのものだと明記して、新しい型で増えた機能の解説を足す。

全部書き直すと、俺の体験が消える。箱だけ替えると、本文と箱がちぐはぐになる。その間をどう取るかは、AIには決められない。決めるのは書いた本人だ。決めてしまえば、あとはAIが118点に同じ物差しを当ててくれる。

消さずに強くする：まとめて転送と、古くならない書き方

棚卸しをすると、どうしても「この記事、消した方がいいんじゃないか」という記事が出てくる。内容が薄い、検索からほとんど人が来ない、似た記事がほかにある。

薄い記事は消さずにまとめて301

ここで消すのは簡単だが、消すと記事のURLが「ページがありません」（404）になる。その記事にリンクを張ってくれている人や、検索の評価まで一緒に捨てることになる。

そこで、薄い記事80本をClaude Codeに振り分けさせた。

• 25本は、近い内容の強い記事21本にまとめた。元のURLは、まとめ先へ301で転送している。
• 28本は、書き足すか作り直した。
• 残りの19本は、そのままでいいと判断した。

まとめた元の記事は、用が済んだらすぐゴミ箱へ入れた。下書きで残しておくと、うっかり公開したときに、転送と記事がぶつかるからだ。

古い家具を捨てる代わりに、使える部品を一つの棚に組み直して、元の置き場所には「こっちに移りました」の札を立てておく。そういう感覚である。

値段と年号を本文の柱にしない

棚卸しで直した記事が、また半年後に古くなるのでは意味がない。そこで、書き直すときの決まりをいくつか作った。

• 値段、回数、プランの中身、「最新」「◯年版」を本文の柱にしない。値段や上限は、公式ページへのリンクで「ここで確認」とする。
• タイトル、検索結果に出るタイトル、説明文には年号を入れない。
• 古い主張が公式に否定されていたら、俺の一人称で「当時は〜と書いたが、〜だった」と訂正してよい。

ついでに、説明文が空っぽだった65本には説明文を入れ、もう解約したレンタルサーバーを「今も使っている」と読める12本は、当時の話として書き直した。地味な作業だが、AIは文句も言わずに全部やる。

AIに文体を壊させない線引き

ここまでは、AIの仕事ぶりの話だった。ここからは、俺が一番気にしている話をする。文体だ。

専用の道具を一度も使っていなかった

俺は普段、新しい記事を書くときも、大きく書き直すときも、RelayPressという自前の記事づくりの仕組みを使っている。記事の設計、本文、SWELL（このブログのテーマ）用のHTML、見出しの画像までを順番に作る仕組みで、mlabo.orgの吹き出しの決まりや、語り口、温度感、ボケとツッコミの量まで、ちゃんと決めて持たせてある。

ところが、棚卸しが一段落したところで、ふと気になって聞いてみた。

やっぱりな、である。きっかけは、Claudeから吹き出しの扱いについて質問を受けたことだった。その質問を見て、こいつは今、RelayPressに書いてあるmlabo.orgのルールを分かっていないな、と感じた。答えは全部RelayPressの中に書いてあるのに、それを読まずに俺に聞いてきたわけだ。

まねは「その場のノリ」

ただ、正直に言うと、棚卸しでリライトした記事は、斜め読みして「まぁだいたいいいわ」でOKを出している。Claudeが直前に俺の記事を読んで、口調を理解して、似せて書いた結果だ。賢いので、それなりに似る。

それでも、俺はClaudeにこう言った。

声まねが上手な人に、一言の伝言を頼むのはいい。ところが長いスピーチを丸ごと代わりに頼むと、だんだん本人の癖やテンポがずれていく。AIのまねも同じで、書き直す量が増えるほど、口調や温度感、ボケとツッコミの間合いが崩れやすい。毎回その場で原文を読んで似せているだけで、決まった物差しが無いからだ。

「AIブログは薄い」という批判の正体は、たぶんここにある。AIが悪いのではなく、物差しを渡さずに長文を書かせるから、どこの誰でもない文章になる。

数文を超えたら、決まった基準の道具に任せる

そこで、Claude Codeにはこういう線を引かせた。

• 書き直しが数文（段落1つくらい）を超えたら、自分で書かずにRelayPressのWriter（本文を書く部品）に任せる。Writerは、決めてある語り口と温度感と笑いの量で書き、指示の無い所は元の記事の表現をそのまま保つ。
• 自分でその場で直してよいのは、事実や数字や名前の差し替え、言い回しの入れ替え、記事の語り口に合わせた数文の追加まで。
• 報告の前に、直した記事を元の記事と読み比べる。見るのは、一人称、語尾、くだけ具合、文の長さ、ボケとツッコミの間合い、じぴこの口調。

AIの賢さを信じるのではなく、仕組みで品質を守る。俺の考え方はずっとこれだ。AIをブラックボックスにせず、構造で縛って、最後の判断は人間が持つ。

一回きりで終わらせない：手順をスキルにして毎月回す

252本の大掃除は、一度やれば終わりではない。商品は毎年新しくなるし、広告は黙って死ぬ。だから、今回のやり方を毎月回る仕組みにした。

手順を一本のスキルにする

Claude Codeには「スキル」という、決まった仕事の手順書を持たせる仕組みがある。今回の手順を、記事の手入れ専用のスキル一本にまとめさせた。中身はこうだ。

• 記事の取り出しから、書き直し、プレビュー、承認待ち、公開、本番の確認、記録までの流れ
• 死んだカード、消えた広告タグ、空の箱を、サイトを作るときの警告から全部拾う点検
• 商品の鮮度の点検と、書き直しの深さの基準、買えない商品の片付け
• 文体を守るための、RelayPressに任せる線引き

そして、毎月1日の朝に動く作業が、このスキルを呼ぶ形にした。サーチコンソールを読み、直す記事を決め、点検して、プレビューまで作って俺に通知してくる。俺は見て、「本番に公開して」と言うだけだ。

Claude Codeに手順を覚えさせて、自分の道具を育てていく遊び方そのものは、別の記事にまとめてある。俺が主な道具をCodexからClaude Codeに移した話も、そこに入っている。

スキルを作るときには、もう一つ癖を付けさせた。新しい手順を組むときは、作る前に、今ある道具やスキルで使えるものを探す。RelayPressを使わなかった失敗は、まさにこれを怠った結果だったからだ。

仕組みが見つけた置き去りのボタン

仕組みにした効果は、すぐに出た。

スキルに付けた点検の道具を試しに動かしたら、7847と7944の2本で、文中に置いた商品のボタンだけが旧型のマウス（M575S）のまま残っていた。箱の方は、前の作業で今の型に替えてあった。ボタンだけ置き去りになっていたわけだ。

人間の目で記事を読み直しても、たぶん気づかなかった。箱が新しくなっていれば、そこで安心してしまう。仕組みは安心しないので、全部拾う。さっきのSeries 10の失敗を、今度は仕組みの方が先回りして防いだ形である。

AI反対派への返事は、この記事そのもの

最後に、冒頭の話に戻る。

AI反対派の先生たちに言いたいのは、足掻くのをやめて、AIを味方にする側に回ればいいのに、ということだ。AIで書くかどうかは、筆を使うかキーボードを使うかと同じで、道具の違いでしかない。差が出るのは、そこに書いた本人の体験と判断が入っているかどうかだ。

今回の棚卸しでも、記事の芯は全部俺のものだった。今のApple WatchはSeries 10、Windows機ではエルゴトロンのモニターアームと43インチの4Kを今も使っている、もう使っていないアプリは使っていないと書く。そういう事実と判断を、AIが今の事実に合わせて手入れした。薄くなる要素は、どこにも無い。

で、Claudeに「反論より、実績を一本見せるのが一番の返事ですね」と言われて、俺はこう返した。

そうして出来上がったのが、この記事だ。設計から本文、見出しの画像まで、RelayPressで作っている。

あなたのブログにも、たぶん、リンクは生きているのに売れていない広告が眠っている。まずは、人が来ている記事の広告と商品の箱を一つずつ開けてみてほしい。それが面倒なら、AIに開けさせればいい。俺はもう、開けるところからAIに任せている。

棚卸しの効果（検索からのクリック率の変化）は、まだ測っていない。数週間たったら確かめて、また書く。AIが測って、俺は「公開して」と言うだけだけどな。