AIエージェントで記事改善・内部リンク・リライトを回す方法

小規模サイトを運営していると、「新しい記事をもっと増やした方がよいのか」「既存記事を直した方がよいのか」で迷います。AIエージェントを使う場合も、いきなり記事を量産するより、表示が出ている記事、内部リンクが弱い記事、公開後に読者の次アクションが分からない記事を直す方が安全です。

この記事では、Search Consoleの結果、既存記事、内部リンク、リライト案をAIエージェントに整理させながら、人間が公開前に確認する流れを作ります。AIに任せるのは調査、候補整理、下書き、チェックリストまで。公開、削除、canonical、noindex、リダイレクト変更は人間が止まって確認します。

特に大事なのは、文章をきれいにすることではなく、読者にとって新しく役立つ情報を足すことです。近い記事が複数ある時は、薄いリライトで増やすのではなく、残す、まとめる、分ける、noindex、redirectの判断を人間が行います。

記事改善は候補抽出、価値追加、重複確認、公開確認で回す

AIエージェントには、候補抽出、改善案、価値追加案、内部リンク案、チェックリストを任せます。人間は、事実確認、重複判断、公開判断、差分確認、公開後確認で止まります。

新規記事量産より先に、既存記事を強くする

AIを使うと新規記事を増やしたくなります。しかし、小規模サイトでは、すでにある記事の役割が弱いまま増やしても、読者も検索エンジンも「どの記事が何の入口か」を理解しにくくなります。

リライト前に情報追加価値を見る

AIの文章は読みやすく見えても、内容が増えていないことがあります。リライトする前に、「この記事で読者に何が新しく増えるのか」を確認してください。

近い記事と役割が重複していないか確認する

小規模サイトでは、似た記事を増やすほど内部リンクも判断も難しくなります。AIにリライト案を作らせる前に、近い記事との役割差分を見ます。

残す、まとめる、分ける、noindex、redirectを判断する

近い記事を見つけた時、AIに勝手に削除や設定変更をさせないでください。AIは判断材料を整理するだけにし、最終判断は人間が行います。

AIに任せる範囲と人間が見る範囲

記事改善はAIに向いていますが、公開判断まで丸投げしないでください。AIは案を作る役、人間は採用と公開を決める役です。

改善候補は1本だけ選ぶ

AIへ「サイト全体をSEO改善して」と頼むと、範囲が広すぎます。まず、今回直す記事を1本だけ選びます。

• Search Consoleで表示回数が出ているが、クリックが少ない記事
• 順位が8位から30位前後で、あと少し強くしたい記事
• クロール済みや検出済みの未登録が続いている重要記事
• ハブページから近いのに、説明や内部リンクが弱い記事
• 問い合わせ、AIコード安全、Search Console、PHP保守など、サイトの柱へつながる記事

Search Consoleの状態確認は、新しい記事がGoogle検索に出ない時の確認入口 と Search Console URL検査メモメーカー を使うと整理しやすくなります。

AIに渡す材料を先にそろえる

AIエージェントへ記事改善を頼む前に、必要な材料をそろえます。秘密情報や管理画面の情報は貼らず、公開URLや記事本文、Search Consoleの要約だけを渡します。

Search Console結果をもとにした記事改善依頼文

次のテンプレートは、AIに「改善案まで」を頼むためのものです。公開や削除や設定変更はさせません。

小規模サイトの記事改善を手伝ってください。
実行、公開、削除、canonical変更、noindex変更、リダイレクト変更はしないでください。
改善案、追記案、内部リンク案、確認リストだけを出してください。

対象記事URL:
現在のタイトル:
現在のH1:
現在の導入文:

Search Consoleの要約:
- 表示回数:
- クリック:
- 平均順位:
- CTR:
- URL検査の状態:
- sitemap.php掲載:
- canonical:
- noindex:

この記事で狙いたい読者:
この記事で解決したい悩み:
関連する既存ページURL:
- 

やってほしいこと:
1. 検索意図を「顕在ニーズ / 潜在ニーズ / 読後の行動」に分ける
2. 足りない説明を指摘する
3. この記事で新しく足す価値を具体例、確認手順、根拠、次の行動に分ける
4. 近い既存記事と役割が重複していないか見る
5. 追記すべきH2/H3案を出す
6. 内部リンク候補とリンク文を出す
7. 既存タイトルを変えるべきか、変えない方がよいか理由つきで見る
8. 残す / まとめる / 分ける / noindex検討 / redirect検討の判断材料を出す
9. 公開前チェックリストを作る
10. Search Consoleで再確認する項目を出す

禁止:
- 実在しないURLを作らない
- 事実確認なしで断定しない
- 秘密情報、APIキー、DB情報、管理画面情報を求めない
- 公開、削除、設定変更を実行しない
- canonical、noindex、redirectの変更は候補だけにする

内部リンク提案をAIに頼む時の依頼文

内部リンクは、数を増やせばよいものではありません。読者が次に困ることへ自然につなぐリンクだけを入れます。

次の記事に入れる内部リンク案を作ってください。
存在しないURLは作らず、下のURL一覧からだけ選んでください。

対象記事:
記事の目的:
読者が次に困りそうなこと:

使ってよい既存ページ:
- URL:
  タイトル:
  どんな時に読むページか:

出力してほしい形式:
1. リンクを入れる見出し
2. リンク先URL
3. リンク文
4. 読者にとって自然な理由
5. リンク先との役割差分
6. 入れすぎなら削るべきリンク

ルール:
- 「こちら」だけのリンク文にしない
- 読者の次の行動が分かる文にする
- 同じリンクを何度も入れない
- 関係が薄いページは候補から外す
- 公開URL、canonical、noindex、リダイレクトは変更しない

情報追加価値チェックテンプレート

リライト案を採用する前に、次の表を埋めます。すべてを埋める必要はありませんが、「何が新しく良くなったか」が書けない場合は、公開を急がない方が安全です。

記事改善の情報追加価値チェック

対象記事:
近い既存記事:

今回足す価値:
- 具体例:
- 確認手順:
- 根拠URLや確認日:
- 読者の次アクション:
- Copicode内の次に読むリンク:

重複確認:
- 検索意図は同じか / 違うか:
- 読者の段階は同じか / 違うか:
- H2やFAQが近すぎないか:
- 内部リンクで役割分担できるか:

人間判断:
- 残す:
- まとめる:
- 分ける:
- noindex検討:
- redirect検討:

停止条件:
- noindex、canonical、redirect、削除、URL変更はAIに実行させない
- 事実確認できない追記は公開しない
- 価値追加が説明できない場合はリライトしない

リライト前後の確認チェックリスト

AIが出した文章をそのまま貼らず、公開前に人間が確認します。

リライト前後の確認チェックリスト

対象記事:
変更した範囲:

本文:
- 読者の悩みが冒頭で分かる:
- AIっぽい一般論だけになっていない:
- 今回新しく足した価値が説明できる:
- 具体例、確認手順、根拠、次の行動が増えた:
- 古い情報や未確認の断定がない:
- 公式情報が必要な箇所は確認する:
- 危険操作や人間確認の注意がある:
- 近い既存記事と役割が重複していない:

内部リンク:
- URLが実在する:
- リンク文が読者の次アクションになっている:
- 入れすぎていない:
- ハブページへ戻る導線がある:
- 近い記事へ役割差分つきでつながっている:

公開前:
- PHP構文チェック:
- スマホ表示:
- 画像や図解:
- sitemap.php掲載:
- canonical:
- noindex:
- 公開後に確認するURL:

戻し方:
- 変更前本文を保存した:
- 差分を確認した:
- 問題が出た時に戻す方法がある:

公開後:
- 公開URLが200で開く:
- 価値が増えた箇所を本文上で確認した:
- Search Consoleで再確認する日を決めた:
- 近い記事との内部リンクを確認した:

CodexやAI coding agentに頼む時の注意

CodexのようなAI coding agentに既存サイトのPHP記事を編集してもらう場合は、記事本文だけでなく、関連リンク、図解、sitemap.php、公開確認まで作業が広がることがあります。便利ですが、範囲を決めずに頼むと、関係ないページまで変わる可能性があります。

• 対象記事を1本に絞る
• 触ってよいファイルと触らないファイルを書く
• URL、canonical、noindex、リダイレクトは勝手に変えないと書く
• 内部リンクは実在するURLだけにする
• 近い記事との重複確認と価値追加チェックを依頼する
• 公開前にPHP構文、ローカル表示、sitemap.phpを確認する
• 公開後にURL、スマホ表示、Search Console確認をする

Codexへ頼むルールは、Codex用AGENTS.mdテンプレート と AIエージェントに任せてはいけない作業リスト も合わせて確認してください。

公開後はSearch Consoleだけでなく読者導線も見る

公開後の確認は、Search Consoleだけではありません。読者が次のページへ進めるか、スマホで読みやすいか、リンク先が実在するかも確認します。

• 公開URLが200で表示される
• H1、導入文、表、チェックリストが崩れていない
• スマホで見出しが不自然に折れていない
• 内部リンク先が404になっていない
• 今回の追記で、具体例、確認手順、根拠、次アクションのどれかが増えている
• 近い記事と役割が重なりすぎていない
• sitemap.php に重要ページとして出ている
• canonicalやnoindexが意図しない状態になっていない
• Search ConsoleのURL検査で状態を記録する

次に読む記事

記事改善を回す前後で、Search Console、内部リンク、記事検証、安全なAI依頼、差分確認へつなげます。