AIでブログ記事を書く方法(AIくさくならない書き方)

簡潔な回答

AIでブログ記事を書くと失敗する原因は、いきなり下書きから始めることにある。まずGeminiで既存の記事を調べ、誰も論じていない切り口を見つけ、GPTで構成を作り、Claudeで自分の文章を3段落分お手本として貼り付けながらセクションごとに執筆する。すべての主張を検証し、すべての出典を開いて確認すること。

間違いは下書きから始めること

ほとんどの人はいきなり下書きを求めることから始める。AIによるブログ記事がどれも似たものになるのはそのためだ。モデルにはそのテーマについて書かれたものの平均値しか材料がなく、まさにその平均を返してくる。文章は流暢で構成も整っているが、すでに上位表示されている12本の記事と見分けがつかない。

ブログ記事を書くことは3つの仕事であり、そのうち下書きは3番目にすぎない。まず、すでに何が語られているかを知る。次に、自分が何を付け加えるのかを決める。文章を書き始めるのはそのあとだ。それぞれの仕事には得意なモデルが異なり、だからこそ1つのモデルだけで進めるワークフローは、どこかの段階で必ず抵抗を感じさせる。

段階モデル貢献する内容
リサーチと既存記事の把握Gemini開いて確認できる出典付きの最新のウェブ資料
切り口とテーマどれでもよい、批判的に使う既存記事の欠けている部分と、自分の主張への反論
構成とアウトラインGPT要件を保持し、整った階層を作り、脱線しない
文章化Claude最も温かみのある文体、無駄が最も少なく、声が続く
ファクトチェックGeminiまたはウェブ接続モデル記憶ではなく実際の出典に基づく検索
最終編集あなた自身自動化できない、そしてこれまでもできなかった部分

Whiziはモデルを切り替えてもスレッドを保持するため、執筆担当のモデルはリサーチとアウトラインを見た状態で書き始める。この連続性こそが、完成した記事が単なる上手な段落の寄せ集めではなく、筋の通ったものになる最大の理由だ。

ステップ1と2:リサーチ、そして欠けている部分を見つける

プロンプト:すでに存在するもの

[トピック]に関する現在の記事を調べてください。返してほしいのは、現在上位表示されている主要な記事とそのURL、公開日、各記事の主張、すべての記事が共通して述べている点(コンセンサス)、過去12か月の出典付きの最新データや動向、そしてこれらの記事が答えていない読者の疑問です。すべてに出典を付け、確認できない主張はUNVERIFIEDと明記してください。

プロンプト:欠けている部分

その記事群を踏まえると、何が欠けていますか。具体的には、どの記事も論証せずに前提としていること、経験豊富な実践者から見てコンセンサスの何が甘いか、難しいために誰も避けている問いは何か、そしてこの一般的なアドバイスが通用しない読者にとっては何が真実かを教えてください。

2つ目のプロンプトこそ、記事が代わり映えのしないものではなくなる分岐点だ。出てきた結果を完成した切り口としてではなく候補のリストとして扱い、自分が本当に事実だと知っているものを選ぶ。モデルは欠けている部分を見つけられても、自分にない経験でそれを埋めることはできない。

プロンプト:切り口の圧力テスト

私のテーマは[一文で述べる]です。これに対してできる限り強く反論してください。最も強力な反例は何か、これを成立させるには何を示す必要があるか、より擁護しやすい狭い版があるとすればそれは何かを教えてください。私に同意しないでください。

ステップ3と4:アウトライン、そして下書き

プロンプト:アウトライン

[テーマ]を主張する記事のアウトラインを作ってください。読者:[誰で、すでに何を知っているか]。H2見出しと、その下にそれぞれが主張する具体的な内容と使う根拠を示してください。ルール:各セクションはサブトピックを扱うのではなく議論を前に進めること、読者が本当に知らない場合を除き「Xとは何か」というセクションは不要、まとめ直すだけの結論は不要。根拠を与えていないセクションがあれば指摘してください。リサーチ:[上記のスレッドを参照]。

この根拠不足の指摘こそ、中心的な主張を裏付けられないまま800語も書いてしまうのを防いでくれる。

プロンプト:記事全体ではなく1セクションを下書き

[セクション名]のセクションを書いてください。主張する内容:[アウトラインから]。根拠:[貼り付け]。文体:[自分の文章を3段落貼り付け]。ルール:文脈から始めるのではなく主張から始めること、競合の記事にそのまま出てきそうな一文は書かないこと、すべての主張は与えた根拠にたどれること、測定できない形容詞は使わないこと、つなぎの言葉で水増ししないこと。長さ:およそ[n]語。

記事全体ではなくセクションごとに下書きする。全文一括生成は要約寄りに流れがちだが、役割と根拠が定まったセクションは具体的なままになる。また、悪いセクションを1500語ではなく200語の段階で見つけられるという利点もある。

プロンプト:書き直す前の批評

書き直す前に、この下書きで最も弱い3点を挙げてください。根拠のない主張、新しいことを何も言っていない段落、このテーマの記事なら何にでも使えそうな一文、あるいは議論が一段飛ばしになっている箇所です。それぞれを引用してください。まだ書き直さないでください。

見抜かれる兆候と、その消し方

読者はAIによる文章をすぐに見抜くが、それは漠然とした質の問題ではなく、特定の癖の短いリストにすぎない。それぞれに直し方がある。

兆候どう見えるか直し方
前置きの咳払い「今日の目まぐるしく変化するデジタル社会において」指示する:場面設定なしで主張から始めること
すべてが対称どのセクションも同じ長さ、どのリストもちょうど3項目強弱の不均衡を求める:一文で済む点もあれば、1ページ使う点もある
意味のない両論併記あらゆる事柄に「Xには利点があるが欠点もある」を当てはめる立場を求め、指摘するだけでなく最も強い反論に答えることを求める
メカニズムのない効能「効率が上がる」すべての主張に、なぜそうなるのかを示すことを求める
まとめ直すだけの結論読んだ内容を要約するだけの最終セクション読者に何をすべきか、何が変わるかを伝える結論を求める
誰の声でもない正しくて滑らかで、誰が書いたのかわからない語調を説明するのではなく、自分の文章の実例を貼り付ける

最も効果の大きい直し方は最後の1つだ。自分の実際の文章を3段落プロンプトに貼り付けることは、どんな語調の形容詞のリストよりも効く。モデルは例をまねることはできても、説明をまねることはできないからだ。

そのうえで、モデルには持ち得ないものを加える。自分の仕事から得た具体的な数字、試して失敗したこと、実際に顧客から出た反論だ。実体験に基づく具体的な要素が1つあるだけで、文体面の編集をひと通り行うよりも説得力に貢献する。

ステップ5:省略できないファクトチェック

ブログに載せた捏造の統計は消えず、引用され、自分の責任として残る。モデルはもっともらしい出典が付いたもっともらしい数字を、完全な自信を持って生成し、その失敗は出力からは見えない。

プロンプト:主張を監査する

この下書きに含まれるすべての事実の主張、統計、日付、引用元付きの発言を表にしてください。主張、それがこの会話中の出典から来たのか一般知識から来たのか、そして出典があればそのURLです。一般知識から来たものはすべてUNVERIFIEDと明記してください。もっともらしい値で空欄を埋めないでください。

そのうえで、すべての出典を自分自身で開くこと。疑わしいものだけでなく、全部だ。最も多い誤りは捏造された統計ではなく、正しい統計が間違った主張に結びついていることや、2019年のデータが現在のものとして提示されていることで、どちらもページを開かなければわからない。

特に確認すべき点は2つ。その数字が今も自分の言う対象を指しているかどうか、そしてその出典が原典であって誰かの孫引きではないかどうかだ。統計は伝わるうちに劣化していき、3回引用を経た数字は原典にたどると別物になっていることが多い。

現実的にどれだけ時間を節約できるか

3時間かかっていた1500語の記事は、このワークフローなら45分ほどで済み、モデルの費用は数える価値もないほどわずかだ。Whiziのモデルコスト指標(料金表は2026年8月20日時点)によると、標準的な回答はClaude Sonnet 5で約$0.007なので、15回のプロンプトを使う執筆セッションでも合計はおよそ10セントになる。節約が集中しているのはリサーチ、アウトライン作成、最初の下書きにたどり着くまでの部分で、ここは常に時間のかかる工程だった。自分ではなくクライアントのために記事を書いているなら、フリーランサー向けAIツールが提案書、スコープ設定、クライアントの声を反映する作業をカバーしている。

圧縮できないのは最終編集であり、無理に圧縮しようとすべきではない。生成された文章のおよそ80%は残せるが、残りは書き直すことになると考えておくとよい。特に冒頭部分と、自分自身の経験に基づく箇所だ。その最後のひと手間があって初めて、記事は無難なものから読む価値のあるものに変わる。

検索については、Googleのガイドラインが対象としているのは低品質なコンテンツであって、AIの利用そのものではない。正確で、既存記事にない何かを付け加える記事は問題なく評価される。1回のプロンプトで生成して未編集のまま公開した記事はうまくいかず、すでに同種のものが何千とある以上、そもそもきちんとインデックスされなくなる傾向も強まっている。

チェックリスト
  • 何かを書き始める前に既存記事をリサーチし、すべての記事がすでに何を述べているか書き留める
  • 欠けている部分を見つけ、モデルに反論させて自分の切り口を圧力テストする
  • 各セクションに根拠を紐づけてアウトラインを作り、根拠がないセクションを指摘する
  • 記事全体ではなくセクションごとに下書きする
  • すべての執筆プロンプトに、自分の実際の文章を3段落分お手本として貼り付ける
  • 書き直す前に批評プロンプトを実行する
  • 信じている出典も含め、すべての主張を検証しすべての出典を開く
  • セクションごとに自分の経験からの具体的な要素を1つ加える

よくある質問

GoogleはAI利用の記事にペナルティを課しますか。

Googleの公式見解が対象としているのはAI利用そのものではなく低品質なコンテンツであり、そのガイドラインはテキストがどう作られたかにかかわらず、有用性、独自性、実証可能な専門性を重視している。実際に評価を下げているのは、1回のプロンプトで生成して未編集のまま公開された記事だ。既存の上位記事に何も付け加えていないからだ。本物の切り口があり、事実が検証されていて、自分にしか書けない何かがある記事は問題なく評価される。

文章を書く上でClaudeは本当にGPTより優れていますか。

最初から最後まで人が読む文章については、一貫してその通りだ。Claudeは無駄が少なく、長い文章でも声を保ち、人間らしく響かせるための編集も少なくて済む。アウトラインや比較表、コードやステップリストを中心とした記事といった構造化されたコンテンツにはGPTのほうが向く。最も強力なワークフローは、同じスレッドの中でモデルを1回切り替えるだけの、アウトラインにGPT、下書きにClaudeという組み合わせだ。

出力のどれくらいを書き直すべきですか。

おおよそ20%で、予測しやすい箇所に集中する。冒頭部分、議論と議論のつなぎ目、そして記事が自分自身の経験を反映すべき箇所だ。それ以上を書き直す羽目になっているなら、問題はほぼ常にもっと手前にある。切り口が凡庸だったか、下書きプロンプトに本物の根拠や声のお手本が入っていなかったということだ。

記事全体を1つのプロンプトで頼んでもいいですか。

できるが、結果はそのテーマですでに公開されているものの平均値になり、それはまさに自分が競っている相手そのものだ。全文一括生成は、どのセクションにも定まった役割がないため要約寄りに流れる。それぞれに主張と根拠を指定してセクションごとに下書きすれば、具体的なものになり、弱いセクションを1500語ではなく200語の段階で見つけられる。

AIを使ったことを開示する必要はありますか。

検索エンジンは開示を求めていない。一部の媒体やクライアント、雇用主は求めており、それを明示的に定める契約も増えているので、自分に関係するものは確認しておくこと。どんな場合でも守るべき基準は、自分の名前で公開したすべての主張について自分に責任があるということであり、それはすべての出典を開き、記事中のどんな数字も説明できる状態を意味する。