「記事を書いて」。この1行で頼むと、AIは書きます。それらしい見出しが並び、それらしい本文が返ってきます。ただ、その原稿を公開できるかというと、たいてい手が止まります。
止まる理由は、書けていないからではありません。どこを確かめたうえで書いたのかが、書き手にも読み手にも分からないからです。出典は当たったのか、その数字は原文どおりなのか、同じ記事を誰かがもう書いていないのか。指示に入っていなければ、AIはそこを見ていません。
この記事では、調査・構成設計・執筆・図解指示・ファクトチェックという工程ごとに、指示文へ何を入れるかを並べます。本誌は自分自身をAIで作っているので、ここに挙げるのは机上の理想ではなく、差し戻しの理由から逆算して足していった文言です。
こんなふうに調べていませんか
- 「プロンプト設計 記事制作 AI」で検索して、指示文の書き方の型を探している
- AIに書かせた原稿の手直しが多く、どこから直せばいいのか分からない
この記事を読み終えたときに手に入るもの
- プロンプト設計の目的が「何を確認させるか」だと説明できるようになります
- 5工程それぞれの指示文を、自社の環境に合わせて書き換えられるようになります
- 差し戻しが起きたとき、どの工程の指示を直すか判断できるようになります
結論30秒でわかる、この記事の結論
- プロンプト設計とは、書いてほしい内容の指定ではなく、確認させる対象の指定です。
- 工程ごとに確認すべき先が違うので、万能の1本にはまとめられません。
- 確かめられなかったときにどう振る舞うかまで書くと、あいまいな原稿が上がってこなくなります。
検証環境：Google Search Central 公式ドキュメント（生成AIコンテンツガイダンス／AI最適化ガイド等）／2026-08-08時点の掲載内容で確認
01そもそもプロンプト設計って、AI活用の記事制作で何を決める作業なんですか？
若葉さんプロンプト設計って、要するに「うまい頼み方」を考えることですよね？
鈴木さん言葉づかいの話だと思われがちなんですが、実際に決めているのは頼み方ではありません。どこを確かめてから書くか、そして確かめられなかったときにどうするか、です。
記事を作る流れは、調査・構成設計・執筆・図解指示・ファクトチェックの工程に分かれます。「記事を書いて」の1行は、このうち執筆だけを指しています。残りの工程については、何も頼んでいないのと同じです。
プロンプト設計とは、各工程でAIに何を確認させるかを決め、確認できなかったときにどう振る舞わせるかまで書き込む作業です。この「振る舞い」の部分が抜けると、AIは空欄を埋めにいきます。埋まった原稿は、確かめた原稿と見分けがつきません。
この章のまとめ
プロンプト設計は文章術ではなく工程設計。確認の対象と、確認できなかったときの逃げ道を決める。
02記事制作のプロンプト設計は、生成AIに何を確認させるかで決まるんですか？
はい、そこが軸になります。書いてほしい内容を細かく書き並べても、確認の指示が無ければ、精度は上がりません。
たとえば「専門的に書いて」と足しても、AIは専門的に見える書き方を選ぶだけです。一方で「その主張の出どころを、公式ドキュメントの原文で示してください」と足すと、行き先が変わります。前者は仕上がりの注文、後者は経路の指定です。
もうひとつ、AI検索を意識した書き方を指示へ詰め込みたくなる場面があります。ただ、GoogleはAIによる概要への表示について、追加の要件も特別な最適化も不要だと説明しています（出典: Google検索ヘルプ・2025-12-31更新）。裏技を盛り込むより、通常の品質基準を工程ごとに徹底させるほうが、遠回りに見えて近道になります。
この章のまとめ
指示の重心は「どう書くか」ではなく「何を確かめるか」。AI検索向けの裏技を足す前に、基準を工程へ配る。
03なぜプロンプト設計を、SEO記事の工程ごとに分ける必要があるんですか？
理由は単純で、工程ごとにAIが確認すべき対象が違うからです。
調査工程が確認すべきなのは、情報源の一次性です。執筆工程が確認すべきなのは、数値と出典の対応関係です。図解の工程が確認すべきなのは、機械検査が見ていない部分です。見る先がこれだけ違うと、1つの万能プロンプトでは吸収できません。
工程ごとに確認させる対象と、その指定を足すことになった理由を並べると、次のようになります。
| 工程 | AIに確認させること | 指定の裏づけ |
|---|---|---|
| 調査 | 一次情報の原文をそのまま持ち帰らせる | Google公式ガイダンス（独自の視点の要件） |
| 構成設計 | 着手前に対象ファイルの重複を確認させる | 本誌の二重投稿事例（実測） |
| 執筆 | 数値の直後に出典を書かせる | 本誌の機械検査基準 |
| 図解指示 | 機械検査が見ない座標の重なりを明示させる | 本誌の図解重なり事例（実測） |
| ファクトチェック | 原文を直接引用させ、二次要約に頼らせない | 本誌の指標取り違え事例（実測） |
右の列を見ると分かるとおり、指定はどれも事故のあとから足されたものです。最初から思いついた項目は、ほとんどありません。
この章のまとめ
工程ごとに確認先が違う。だから指示も分ける。分けた指示は、事故の記録から育っていく。
041本の万能プロンプトだと、生成AIの何がすり抜けるんですか？
すり抜けるのは、その工程にしか無い死角です。しかも量産するほど、同じ死角が同じ形で繰り返されます。
記事の本数が増えると、文言のあいまいさは薄まりません。むしろ同じ種類の誤りが、同じ回数だけ増えます。1本のときは目視で拾えたものが、まとめて作ると拾えなくなります。
高梨課長指示を分けると、管理する文面が増えますよね。運用としては重くならないですか。
鈴木さん一度に全部そろえようとすると重くなります。ただ、実際に足しているのは差し戻しが起きた工程の1行だけです。増やしているのではなく、落ちた場所を塞いでいるという感覚に近いです。
もうひとつ、量とは別の観点があります。Googleは、独自の視点があるコンテンツと、既存情報の要約とを区別しています（出典: Google Search Central・2026-07-14更新）。既存コンテンツの要約は、すでに他の場所で手に入る情報を言い換えたにすぎない、という整理です。
万能プロンプトでいちばん起きやすいのが、この「要約止まり」です。AIは手元にある情報だけで筋の通った文章を作れてしまうので、放っておくと要約で完成させます。プロンプト設計の目的は、そこにAI自身を気づかせ、一次情報や自社の実測へ踏み込ませることにあります。
この章のまとめ
万能プロンプトは死角ごと量産する。とくに「要約止まり」は、読める文章になるぶん見つけにくい。
05調査工程では、生成AIに何を持ち帰らせればいいんですか？
調査工程で指定すべきなのは、検索結果の要約をそのまま持ち帰らせないことです。二次情報の解説記事だけで済ませると、記事全体が言い換えになります。
役割：AI MARKETING JOURNAL編集部の調査担当
指示：次のテーマについて、プラットフォーム公式ブログ・公式ヘルプ・公式ドキュメントから一次情報を探してください。
テーマ：（記事テーマを入力）
出力形式：情報源ごとに「URL・更新日または発表日・該当箇所の原文（英語ならそのまま）・日本語要約」を1件1行で出す。
制約：二次情報（業界メディアの解説記事・まとめサイト）しか見つからない場合は、その旨を明記し、
一次情報が見つかったことにしない。要は「該当箇所の原文をそのまま出す」という一行です。ここが入っていないと、調査担当のAIは検索結果の要約や、他サイトの解説記事の言い回しを持ち帰ります。
要約が悪いわけではありません。ただ、要約には要約した人の解釈が一度挟まっています。原文をセットで抱えておけば、後工程の担当がその解釈のズレに気づけます。原文を持たずに進むと、ズレたまま最後まで走ります。
この章のまとめ
調査工程の要は、原文の確保。要約だけを受け取ると、後工程が解釈のズレに気づけなくなる。
06構成設計工程のプロンプト設計で、AI活用の前に何を確認しますか？
見出しの中身より先に確認させるものがあります。着手する記事が、すでに別の担当の手元で進行していないかどうかです。
本誌の制作では、同一の記事IDが2つの担当へ同時に投入された事例がありました。後発の担当は、着手前に対象ファイルが既に存在することに気づきました。上書きせず既存の下書きを点検する対応に切り替えたため、実害はありませんでした（実測: 2026-08-08、git履歴で確認）。この切り替えができたのは、着手前確認をプロンプトに明示していたからです。
役割：AI MARKETING JOURNAL編集部のディレクター
指示：着手前に、対象の記事ID（AIMJ-xxxx）のファイルが02_記事/配下に既に存在しないか確認してください。
存在する場合は新規に書き始めず、既存ファイルの状態（下書き・完成・検査待ち）を報告してください。
続けて、記事マップCSVの該当行（category・type・target_kw・diagrams）に沿ってH2見出し案を作成してください。
出力形式：H2見出し案（4〜7本）＋各見出しの根拠（一次情報のURL、または実測予定である旨）。
事実を確認できていない見出しは、確認できるまで立てず保留と明記する。見出し案を作らせる前に、ファイルの有無を確認させるんですね。順番が逆な気がしていました。
鈴木さん逆に見えますよね。ただ、見出しを作ってから重複に気づくと、その作業がまるごと無駄になります。いちばん安い確認を、いちばん先に置くのが効きます。
もうひとつ、この指示で効いているのが末尾の一行です。事実を確認できていない見出しは立てさせず、保留と書かせます。この一行が無いと、AIは根拠のない見出しでも構成表を埋めてしまいます。
この章のまとめ
構成設計の最初の確認は、中身ではなく重複。そして根拠の無い見出しは「保留」と書かせる。
07執筆工程のプロンプト設計に、SEOの検査基準をどこまで書き写しますか？
書き写せるものは、そのまま書き写します。基準を後から人が当てはめるのではなく、執筆の時点でAI自身に満たさせる設計にするためです。
役割：AI MARKETING JOURNAL編集部の執筆担当
指示：以下の構成案に沿って本文を執筆してください。
制約：
1) 数値を書く場合は、同じ文または同じH2見出し内に出典（外部リンク、または「実測」＋日付）を置く
2) 引用ブロック（> ...）の中に数値を書く場合も、通常の段落と同じく出典を置く
3) 一次情報で確認できない主張は断定せず「公式には記載がない（本日時点で確認）」と書く
4) 1文は90字以内、1段落は4文以内とする
5) 禁止語（絶対・最強・誰でも・業界No.1・保証）を使わない制約2は、本誌固有の事情から加えたものです。引用ブロックはかつて描画されない不具合があり、出典検査の対象からも外れていました。修正後は通常の段落と同じく検査対象になったため、指示の側もそこへ合わせています。検査の仕様が変わったら、指示も同じ日に直す。 これを忘れると、指示と検査が静かにずれていきます。
Google公式のSEOスターターガイドは、興味深く有益なサイトの条件として、文章の読みやすさ・独自性・最新性・信頼性を挙げています（出典: Google Search Central・2025-12-18更新）。この条件を執筆工程の指示へ書き写しておくと、下書きの段階から品質基準を意識した文章になります。基準を後工程の検査だけに委ねると、差し戻しの回数が増えます。
この章のまとめ
執筆の指示には、自分の環境が実際に検査している項目をそのまま写す。検査を直した日に、指示も直す。
08図解指示のプロンプト設計は、AI活用の死角をどう埋めるんですか？
図解の工程では、機械検査が「見ていない項目」を指示で名指しすることが要になります。機械検査を通過したことと、実際に読みやすいことは別だからです。
本誌の機械検査は、最小フォントサイズ・文字行数・図形数・縦横比を検査します。しかし、図形どうしの座標が重なっているかは検査していません（コード内コメントで確認・2026-08-08）。実際に機械検査を通過した図解2枚で、画像化して目視した際に図形とラベルの重なりが見つかり、座標を修正した記録があります（実測: 2026-08-08、git履歴で確認）。
役割：AI MARKETING JOURNAL編集部の図解担当
指示：次の本文セクションを1枚のSVG図解にしてください。
制約：要素数28〜32個を目安にする。最小フォントサイズ14px以上にする。role="img"とtitle・descを付ける。
確認事項：機械検査はフォントサイズ・文字行数・図形数・縦横比しか見ず、
図形どうしの座標が重なっているかは検査しない。完成後にPNG化して目視し、重なりの有無を報告すること。
対象セクション：（本文セクションを貼り付け）指示の中で検査の限界を明かしているのがポイントです。「見やすくして」だけでは、AIは機械検査の合格をもって見やすいと判断します。何を見ていないかを伝えて初めて、目視の報告が上がってきます。
この章のまとめ
機械検査の合格は、読みやすさの証明ではない。検査していない項目を指示で名指しし、目視へ回す。
09ファクトチェック工程で、生成AIに原文をどう照合させるんですか？
この工程でいちばん重要な指定は、執筆者が要約したブリーフや下書きの表現を、そのまま正しいと信じさせないことです。
本誌の制作では、執筆ブリーフがMeta公式発表の内容を「クリック率（CTR）+3.5%」と伝えたことがありました。しかし原文は「a 3.5% lift in ad clicks」です（出典: Meta Newsroom・2026年1月28日発表）。つまりクリック数の増加であって、クリック率ではありませんでした。この違いは、原文を直接開いた担当が見つけています。
役割：AI MARKETING JOURNAL編集部の原典照合担当
指示：この記事本文中の数値主張をすべて洗い出し、frontmatterのprimary_sourcesに列挙されたURLを
実際に開いて原文と突合してください。
制約：
1) 原文が英語の場合は、該当箇所を原文のまま引用したうえで日本語訳を添える。
ブリーフや下書きの要約表現だけを根拠に一致と判定しない
2) 指標の種類（率か件数か、クリック数かクリック率か等）が原文と本文で一致しているかを個別に確認する
出力形式：数値主張ごとに「本文の記述／原文の該当箇所／一致・不一致・要修正」の一覧表「率か件数か」という確認軸は、抽象的な注意書きではありません。クリック数とクリック率は、表示回数が変われば動き方が変わる別の指標です。混同すると、読者に違う話を伝えることになります。
若葉さん原文を開いて見比べる、というのは指示しなくても当然やってくれる気がしていました。
鈴木さんそう思いますよね。ただ、指示が無いと「だいたい合っている」で止まります。指標の種類・期間・母集団という軸を個別に照らすところまで書いて、はじめて形だけの照合にならなくなります。
照合そのものの手順は、次の順で降ります。
primary_sourcesに列挙された各URLを実際に開き、本文の数値主張に対応する原文の該当箇所をそのまま貼り付ける（入力：primary_sourcesのURL、確認方法：該当箇所をコピーできたかどうか）- 原文の指標の種類と単位を本文の記述と1つずつ突き合わせ、一致・不一致・要修正のいずれかに分類する（入力：手順1の原文と本文の数値主張、確認方法：判定結果を一覧表に記入できているか）
この章のまとめ
ブリーフを信じさせない。原文へ戻し、指標の種類・期間・母集団を個別に照らさせる。
10記事制作の5工程に共通する、プロンプトの4要素はAI活用でどう効きますか？
ここまでの指示文を並べると、工程が違っても同じ骨格が入っていることが分かります。
| 要素 | 何を書くか | 省略した場合に起きること |
|---|---|---|
| 役割 | 誰の立場・どの担当として作業するか | 判断基準があいまいになる |
| 制約 | 数値・出典・文長など機械検査の基準 | 検査で差し戻されてから初めて気づく |
| 確認事項 | 工程特有の死角（重複・原文・座標等） | 過去と同じ種類の誤りを繰り返す |
| 出力形式 | 後工程が扱いやすい形式 | 人手での整形作業が増える |
この4つには順番があります。役割が決まらないと制約の意味が伝わりません。制約が無いところに確認事項だけを足しても、AIは何を基準に確認すればよいか分かりません。出力形式は最後で、後工程が扱える形に整えるためのものです。
この章のまとめ
骨格は役割・制約・確認事項・出力形式。下から順に積む。上だけ足しても効かない。
11プロンプト設計でつまずくのは、生成AIの記事制作のどこですか？
工程ごとに指示を分けても、運用が甘いと効果は出ません。実際に注意しているのは次の点です。
- 調査工程の指示が「情報を集めて」で止まり、一次情報と二次情報の区別を求めていない
- 構成設計工程で着手前の重複確認を省き、同じ記事へ複数の担当が同時に着手する
- 執筆工程の指示に機械検査の基準を書き写さず、検査で差し戻されてから気づく
- 図解指示工程で「見やすく」とだけ伝え、機械検査の死角を名指ししていない
- ファクトチェック工程で執筆者のブリーフを鵜呑みにし、原文まで戻る指示が無い
並べてみると、どれも「指示を1行足すだけで防げたもの」です。裏を返すと、その1行は事故が起きるまで思いつきません。
だから運用側の決めごとはひとつです。差し戻しが起きたら、原因の工程を特定し、その工程の指示へ確認事項を1つ足す。指示を作り直すのではなく、足していきます。
この章のまとめ
つまずきは5つとも「1行の不足」。差し戻しのたびに、その工程へ1行だけ足していく。
12プロンプト設計を、SEO記事制作の運用にどう定着させるんですか？
定着に必要なのは、指示文の完成度ではなく、差し戻しの理由を記録し続けることです。理由が溜まると、どの工程の指示が薄いかが見えてきます。
次のチェックリストは、いま使っている指示文に穴が無いかを確かめるためのものです。上から順に見てください。
- 調査工程の指示に「一次情報の原文をそのまま持ち帰る」指定を入れた
- 構成設計工程の指示に「着手前に対象ファイルの存在を確認する」指定を入れた
- 執筆工程の指示に、数値と出典の対応関係の基準をそのまま書き写した
- 執筆工程の指示に、引用ブロック内の数値にも出典が必要な旨を入れた
- 図解指示工程の指示に、機械検査が検査しない項目を明示した
- ファクトチェック工程の指示に、原文の直接引用を要求する指定を入れた
- ファクトチェック工程の指示に、指標の種類を個別確認させる指定を入れた
- 各工程の指示が、確認できなかった場合の振る舞い（保留・断定しない等）を明示している
チェックが埋まらない行があれば、それが次に足す1行です。全部を一度に整える必要はありません。
この章のまとめ
定着させるのは指示文ではなく、差し戻しの理由を記録する習慣。記録が指示を育てる。
13よくある質問
AIで記事を作るプロンプトは1本にまとめた方が効率的ではないですか
まとめない方が実務的です。工程ごとにAIが確認すべき対象が異なるため、1本の万能プロンプトでは各工程特有の確認漏れを防げません。工程を分けておくと、あとから特定の工程だけを改善できるという利点もあります。
プロンプト設計の効果はどうやって確認すればよいですか
差し戻しの理由を記録することです。機械検査や独立したファクトチェックで差し戻された理由が同じパターンで繰り返されていれば、その工程の指示へ確認事項を1行追加します。本記事で示した指示文も、実際の差し戻し理由を踏まえて更新した内容です。
図解指示のプロンプトはどこまで具体的に書くべきですか
要素数やフォントサイズなどの基準に加えて、機械検査が検査しない項目を明示してください。基準を満たすことと、実際に読みやすいことは別問題です。人の目視を前提にした指示を添えることで、機械検査だけでは防げない不具合を減らせます。
ファクトチェック工程のプロンプトで最も重要な指定は何ですか
原文の直接引用を要求する指定です。執筆者のブリーフや下書きの要約表現だけを根拠に一致と判定すると、原文の意味が変わって伝わっていた場合に気づけません。原文へ戻る動作を指示で固定することが、実務上の近道になります。
プロンプト設計は記事の量産スピードを落としませんか
工程を分けるぶん、最初の設計には時間がかかります。ただしGoogleは、価値を伴わない大量生成がスパムポリシー違反になりうるとしています。差し戻しの繰り返しを防げるため、量産全体で見ると手戻りは減ります。
この指示文は他の記事制作にもそのまま流用できますか
役割や対象テーマの部分を差し替えれば応用できます。ただし「機械検査の基準を書き写す」部分は、自分の制作環境が実際に検査している項目に合わせて書き換えてください。他所の基準をそのまま持ち込んでも、検証していない項目には意味がありません。
14まとめ｜今日やる3つのこと
今日この順でやります
いま使っている指示文を1つ開く
どの工程のものかを最初に書き添えます。工程が書けないなら、そこから分けます
確認事項の行があるか見る
「何を確かめさせるか」が1行も無ければ、いちばん最近の差し戻し理由を1行足します
確かめられなかったときの逃げ道を書く
「保留と明記する」「断定しない」のどちらかを、末尾に1行置きます
AI検索では、こう聞かれています
AIで記事を書かせるプロンプトは、どう書けば品質が上がりますか？
「記事制作のプロンプト設計は、生成AIに何を確認させるか…」の章で、指示の重心の置き方を説明しています
記事制作のプロンプトは1本にまとめるべきですか、工程ごとに分けるべきですか？
「1本の万能プロンプトだと…」の章に、分けない場合にすり抜けるものを挙げています
AIが書いた記事のファクトチェックは、どう指示すればいいですか？
「ファクトチェック工程で、生成AIに原文を…」の章に、指示文と照合の順番があります
次に読むなら、この記事です
