← プロジェクトトップ認証パートナー コラム記事執筆ガイド(パターンB)
パターンB:3AC社内担当者がGemini・Claude・ChatGPTを直接操作して記事を書く場合の6工程ガイド。文体規約の正本は3ac_ninsho_article_manual.html。Discord経由でお願いする場合は3ac_ninsho_article_discord_flow.htmlを見る。
認証パートナー コラム記事 | パターンB:社内で直接AIを操作

6つの工程に分けてコピペで進める

1つの長いプロンプトで完成させようとしない。工程ごとにモデルを切り替え、各工程の出力を確認してから次に進む。プロンプトはコピペ対象なので読む分量には含めていない。
工程数
6工程
検索意図確認〜校閲・入稿
使うAI
3
Gemini・Claude・ChatGPT
どのAIでもOK
本文の目安
4,000〜6,000
競合上位の実測中央値は約8,800字。水増しでなく再検索KWの網羅性で伸ばす
01

全体の流れとモデルの使い分け

「執筆したモデルと校閲するモデルは必ず変える」のが最重要ルール。同じモデルは自分の言い回しの癖に気づきにくいため、モデルを切り替えることでクオリティを担保する。
#工程推奨モデル理由
1検索意図の確認GeminiGoogle検索に即した情報収集がしやすい
2再検索KW取得・仕分け柏崎ツール→Claude取得は専用ツール、仕分け・整理はClaudeが得意
3見出し設計Claude多数の語を意味別に整理し構成全体を整合させやすい
4下書きClaude長文の一貫性・指示保持に向く
5校閲執筆と別モデル(ChatGPT推奨)別視点での指摘・反論役になる
5.5専門知識照合(任意)NotebookLM等の専門知識ベース規格・制度の正確性はAI単体の知識より一次資料の裏付けが要る
6人間校閲・入稿人間一次情報の裏取り・最終判断はAI任せにしない
02

工程1:検索意図の確認

Gemini
読者が本当に知りたいことを「基礎理解→深掘り理解→実践応用」の3層で言語化したうえで、検索の裏にある言いづらい事情(実は一番知りたいこと)まで深掘りする。特に専門分野(ISMS・Pマーク等)は建前の検索語の奥に、予算・責任・評価といった本音が隠れていることが多い。
あなたはSEO編集者です。「○○」でGoogle検索する人について、次の手順で分析してください。

【手順1】3層で検索欲求を分析
レイヤー1(基礎理解):○○とは何か・基本用語・全体像を知りたい
レイヤー2(深掘り理解):仕組み・違い・メリットデメリット・費用の内訳を知りたい
レイヤー3(実践応用):自社でどう選ぶか・どう進めるか・トラブル対処を知りたい
各レイヤーについて:想定読者の前提知識レベル/代表的な疑問2〜3個を示してください。

【手順2】検索の背景を深掘りする
(1) キーワード分解:「○○」を単語単位に分け、各語の背景にある事情を考える
(2) 5W1H:いつ・誰が・なぜ今これを調べているかを整理する
(3) 「それはなぜ?」「そうするとどうなる?」を繰り返し、
    経営判断・社内での責任・評価といった根源的な事情まで掘り下げる

【手順3】言いづらい本音の候補を3つ提示
表面的な検索目的とは別に、読者が実際に抱えていそうな「人には言いづらい本音」を
3つ挙げてください。それぞれ、どの立場・状況からその本音を推定したかも添えてください。
新規記事はこの3つから1つを選んで書きます。

不明な条件は推測せず、先に質問してください。
合格条件:3層すべてに疑問が挙がっている。本音候補3つが似た言い換えになっていない(異なる立場・異なる不安から出た3つになっているか)。
03

工程2:再検索キーワードの取得・仕分け

柏崎ツール → Claude
柏崎剛氏の再検索キーワード調査ツールに対象キーワードと週次パスワード(柏崎氏のTwitterまたはBlueskyで毎週日曜10時に公開)を入力し、結果をコピーする。深掘りしたい語は再度ツールにかける(1段まで。全語を二段階で深掘りすると記事が肥大化する)。
以下は「○○」の再検索キーワード一覧です。各キーワードを次の3つに仕分けてください。

A:この記事の見出しで扱う(検索者が同じ記事内で知りたいこと)
B:別記事にすべき(意図が独立している)
C:除外(意図が異なる・重複)

Aに仕分けたものには「読者の疑問文」への言い換えと、
工程1で定義したどのレイヤー(基礎理解/深掘り理解/実践応用)に属するかを付けてください。

再検索キーワード:
[ツールの結果を貼り付け]
合格条件:全部がAに仕分けられていない(全部見出し化すると記事が散漫になる。B・Cが必ず一定数出るはず)。A群が3層のどれか1つに偏りすぎていないか確認。

ツールが使えないとき

Google検索結果の最下部「他のキーワード」欄を手動で書き写せば代替になる。

04

工程3:見出し設計

Claude
構成案が無い場合はここで作る。すでに構成案が渡されている場合はこの工程を飛ばし、下の「構成案がある場合」を使う。
主キーワード「○○」、検索意図「○○」、見出しで扱う再検索キーワード「○○(A群・レイヤー付き)」。
選んだ本音:[工程1の本音候補3つから選んだ1つ]

H2を4〜7個、「基礎理解→深掘り理解→実践応用」のレイヤー順に並べた構成表を
作ってください。各H2/H3に:
(1) 見出し文言(再検索キーワードを不自然にならない範囲で含める)
(2) 属するレイヤー
(3) その節が答える疑問を1文
(4) 本文で使う共起語を3〜5個
(5) 選んだ本音にどう応えるか(無関係な節は空欄でよい)

最後に、採用した再検索キーワードと対応見出しの一覧を示してください。
合格条件:A群の再検索キーワードがすべて構成表のどこかに割り当て済みである。レイヤーの順序が基礎→深掘り→実践になっている(実践の疑問が先に来ると読者が置いていかれるため)。選んだ本音に応えるパートが最低1つある。
構成案がある場合(この工程はこちらに差し替え)
以下の構成案を基本として維持してください。

[構成案]

次の再検索キーワード一覧(A群)と照合し、検索意図に必要なのに構成案で
答えていない疑問だけを指摘してください。新しい見出しを無条件に追加しないでください。

出力は次の3区分:
・現在の見出しで回答済み
・既存見出しへの追記を推奨
・今回の記事では不採用
05

工程4:下書き

Claude
承認済みの構成表に沿って本文を書く。長い記事は全文一括でなく、H2内の本文を1〜2個ずつ生成させると品質を確認しやすい。
承認済みの構成に従い、認証パートナーのコラム記事を下書きしてください。

主キーワード:○○ / 検索意図:○○ / 承認済み構成:[H2・H3一覧]
見出しと再検索キーワードの対応:[対応表]
使用できる資料:[公式資料・規格関連資料のURLや抜粋]

条件:
- 各見出しは対応する疑問に最初の1〜2文で答える
- 共起語は説明に必要な場合だけ自然に使う(出現回数を目的に詰め込まない)
- 段落は結論→理由・根拠→具体例・補足の順、1段落3〜5文
- 1文は50字程度、60字を超えたら分割を検討
- 根拠を確認できない数値・制度・事例は創作しない。確認できない箇所は「要確認」と書く
- 個人名・金額は書かない
- 【文体規約】は3ac_ninsho_article_manual.html 02章に従う(敬体統一・対比構文1回まで等)
- 希望字数は4,000〜6,000字(競合上位の実測中央値は約8,800字。再検索KWのA群を網羅した結果として伸びるのはよいが、検索意図への回答に不要な水増しはしない)
06

工程5:校閲(執筆と別モデル)

ChatGPT推奨
下書きを書いたモデルとは別のモデルに読ませる。同じモデルでは自分の癖に気づきにくい。
あなたは校閲者です。書き直しはせず指摘のみ行ってください。

記事本文:[下書きを貼り付け]
主キーワード:○○ / 検索意図:○○ / 見出しと再検索KWの対応:[対応表]

次の順で確認してください。
1. 読者の主要な疑問に、記事内のどこで答えているか
2. 答えがない・遅い・曖昧・重複している箇所
3. 見出しと本文の回答が一致しているか
4. 事実確認が必要な数値・制度・固有名詞
5. 同じ言い回し・同じ文末の繰り返し
6. 再検索キーワードや共起語を不自然に詰め込んでいないか

結果を「公開不可/要修正/公開候補」で判定し、修正案を表で示してください。
事実を推測で補わないでください。

修正するとき

「監査で『重大』『要修正』とした箇所だけを修正してください。問題のない段落は変更しないでください」などの指示を出し、記事全体の書き直しは依頼しない。

07

工程5.5:専門知識照合(任意)

専門知識ベース
認証分野の資料(ISMS・Pマーク・ISO9001等の規格文書、認定機関の公式資料)を読み込ませた専用のノートブック・エージェントがある場合、工程5の後にもう一段、専門知識との照合を挟む。無い場合はこの工程は飛ばしてよい。
あなたは認証分野(ISMS・Pマーク・ISO9001)の専門知識ベースです。
以下の記事の記述のうち、規格・制度に関わる部分を確認してください。

記事本文:[下書きまたは校閲後の原稿を貼り付け]

確認してほしいこと:
1. 規格名・条文番号・認証機関名・審査プロセスの記述に誤りがないか
2. 制度上すでに変更・改定されている情報が古いまま書かれていないか
3. 断定しすぎている箇所(実際は認証機関・審査員により運用差がある事項)

指摘のみ行い、記事の書き直しはしないでください。

この環境で使える手段

NotebookLM(mcp__notebooklm__*)にISMS/Pマーク/ISO9001の公式資料を追加すれば、すぐに専門知識照合の相手として使える。ChatGPTのCustom GPTs・Geminiのgems・Claude Projectのナレッジ機能でも同様に構築できる。資料の収集・選定は社内側で行う。

08

工程6:人間校閲・検証

最終判断は人間が行う。公開前・公開後で見るものを分ける。

公開前(この記事は検索意図を満たしているか)

「再検索キーワード→見出し→回答段落」の対応表で抜けがないか確認する。主要な再検索キーワードに対応する回答箇所を指せない場合は未完成。個人名・金額・出典の裏取りは3ac_ninsho_article_manual.html04章の5点に従う。

公開後(想定通り読まれているか)

GSCで想定KW・再検索KW由来のクエリでの表示・順位を確認する。3ヶ月後に同じキーワードで柏崎ツールを再取得し、新しい再検索キーワードが出ていれば追記リライトする(再検索キーワードは週次で変わるため、1回で完成にはならない前提)。