――Make×WordPress実践で見えてきた、自動化と人間確認の境界線
ブログ制作は、生成AIや自動化ツールを使えば、どこまで自動化できるのでしょうか。
OGURA AI Labでは現在、ブログの記事制作からWordPressへの投稿、SNS展開、AI Weeklyまでを一つの流れとして捉え、少しずつ自動化する実践を続けています。
今回の記事は、その「完成報告」ではありません。
自動化への取り組みを実際に進める中で、現時点までに何ができ、どこで問題が起き、次に何を改善すべきかが見えてきた――その途中経過の報告です。
今回、Google Sheets、Make、WordPressをつなぎ、記事データからWordPressの下書きを作るところまで実際に試しました。
下書き作成には成功しました。
一方、カテゴリーやタグまで一度に処理しようとするとエラーが発生しました。また、エラー表示が出ていてもWordPress側では処理が進み、同じ下書きが複数作られることも経験しました。
そこで現段階では、
「まずはWordPressの下書きまでを自動化し、その先を人間が確認する」
という運用が適していると判断しています。
ただし、これは自動化の最終地点ではありません。
ここから改善を積み重ね、さらに次の自動化へ進んでいきます。
自動化は「一度に完成させるもの」ではなかった
今回の取り組みを始めた当初、私自身にも、
「できるところまで一気に自動化した方がよいのではないか」
という気持ちがありました。
しかし、実際に取り組んでみると、自動化は単にツール同士を接続すれば完成するものではありませんでした。
記事制作には、
- 情報を集める
- テーマを決める
- 既存記事との重複を確認する
- 構成を作る
- 本文を書く
- タイトルや抜粋、スラッグを作る
- WordPressへ入力する
- カテゴリーやタグを設定する
- アイキャッチ画像を用意する
- SEOを確認する
- 公開する
- SNSへ展開する
- AI Weeklyへつなげる
という多くの工程があります。
そして、それぞれに「自動化しやすい仕事」と「人間が判断した方がよい仕事」があります。
まず仕事そのものを分解する必要がありました。
第一段階――仕事と役割を整理した
最初に行ったのは、いきなりツールを接続することではありませんでした。
ブログ制作の仕事を整理し、
AIに任せる仕事
仕組みに任せる仕事
人間が判断する仕事
を分けることから始めました。
たとえば、情報整理や原稿案の作成はAIが得意です。
同じデータを別のシステムへ渡すような繰り返し処理は、自動化ツールが得意です。
一方、
「この記事を本当に公開するのか」
「自分の経験が正しく伝わっているか」
「読者にとって役立つ内容なのか」
といった判断は、人間が担当します。
ここまでが、自動化を始めるための設計段階でした。
第二段階――実際につないでみた
次に、設計した流れの一部を実際に動かしてみました。
今回試した基本構成は、
Google Sheets
↓
Make
↓
WordPress
↓
人間による確認
↓
公開
です。
Google Sheetsには記事制作に必要なデータを整理します。
Makeは、そのデータを受け取り、WordPressへ渡します。
そしてWordPressに記事を「下書き」として作成します。
重要なのは、最初から公開まで自動化しなかったことです。
最終的な公開判断は人間に残しました。
WordPressに下書きができた
まず確認したかったのは、
「Google Sheetsに準備した情報を、Makeを通してWordPressへ送れるのか」
という基本部分です。
実際に動かすと、WordPressに下書きが作成されました。
説明を読んでいるだけでは理解しにくかった「自動化」が、ここで初めて具体的なものとして見えてきました。
これまで人間がコピーして貼り付けていた情報を、仕組みが次の工程へ運ぶ。
小さな一歩ですが、私にとっては重要な前進でした。
ところが、エラーも起きた
次に、
「カテゴリーやタグも一緒に設定できないか」
と試しました。
ここで問題が発生しました。
Make側ではエラーが表示されました。
さらに確認すると、WordPress側では処理が一部進んでいて、同じ下書きが複数作られていることもありました。
ここで一つ、重要なことを学びました。
エラー表示＝何も処理されていない、とは限らない。
エラーを見ると、初心者はもう一度実行したくなります。
しかし、それを繰り返すと、処理先では同じデータが重複して作られる可能性があります。
そこで今回、新しいルールを決めました。
エラーが出ても、すぐ再実行しない
まずWordPressを確認する。
下書きができていないか。
重複していないか。
どこまで情報が入ったのか。
それを確認してから次の操作を考える。
これは今回、実際に問題を経験したからこそ得られた教訓です。
「下書きまで」は最終結論ではない
今回の記事タイトルでは、
「下書きまで」が今はちょうどいい
としました。
ここで「今は」としたことには意味があります。
現段階では、
タイトル
本文
抜粋
スラッグ
WordPressへの下書き作成
などを自動化の対象とし、
カテゴリー
タグ
アイキャッチ画像
SEO
リンク
文章の最終確認
公開
などについては、人間が確認する。
この形が安全性と品質のバランスを取りやすいと考えています。
しかし、これは永久に固定する境界線ではありません。
今後、十分に検証できた工程については、自動化する範囲を広げられるかもしれません。
反対に、自動化してみた結果、人間に戻した方がよい工程が見つかる可能性もあります。
つまり、
自動化する範囲そのものを、実践しながら改善していく。
これが現在の考え方です。
人間の仕事を減らすだけが目的ではない
今回の実践を通じて、自動化についての考え方も変わってきました。
目的は、人間の仕事をすべてなくすことではありません。
たとえば、
コピーする。
貼り付ける。
同じ項目を何度も入力する。
画面から画面へ情報を移す。
こうした繰り返し作業を仕組みに任せられれば、人間は別のことに時間を使えます。
この記事は本当に読者に役立つのか。
事実に間違いはないか。
自分の経験が正しく書かれているか。
もっと分かりやすく伝えられないか。
公開してよい品質なのか。
人間がこうした仕事に集中できるようにする。
それが、OGURA AI Labで目指している自動化です。
今回の作業を「実践ガイド」に残す
今回の記事では、結果だけを紹介して終わりにはしません。
実際に、
何を準備したのか。
どのような流れで接続したのか。
どこまで自動化したのか。
どこでエラーが起きたのか。
どこを人間確認に戻したのか。
を、別途「実践ガイド」として整理します。
ガイドでは、
① 自動化全体の流れ図
② Google Sheetsで準備した項目
③ Makeの設定と役割
④ WordPressへ渡した情報
⑤ 実際に使用した作業指示
⑥ エラーと重複投稿の記録
⑦ 人間による確認チェックリスト
⑧ 今回の自動化範囲と今後の課題
をまとめます。
単なる設定画面の記録ではなく、初心者の方でも、
「なぜこの作業をしたのか」
まで理解できる資料にしていきます。
そして第三弾―AI Weeklyの自動化へ
今回でOGURA AI Labの自動化が終わるわけではありません。
むしろ、今回の経験を次へつなげます。
次に取り組む予定なのが、
AI Weeklyの自動化です。
現在のAI Weeklyでは、
テーマを決める。
ブログとのつながりを考える。
メール本文を作る。
画像を設定する。
ブログへのリンクを設定する。
テストメールを送る。
表示やリンクを確認する。
そして配信する。
という作業を行っています。
この中にも、繰り返し行っている作業があります。
そこで第三弾では、
ブログ記事の完成
↓
AI Weekly原稿作成
↓
画像・リンク設定
↓
配信準備
↓
人間による最終確認
↓
配信
という流れの中で、どこまで安全に自動化できるのかを実際に試していきます。
ここでも、最初から完全自動配信を目指すつもりはありません。
特に、
「このメールを本当に読者へ送るのか」
という最終判断は、人間に残します。
さらに、その先にはSNSがある
OGURA AI Labでは、
SNSで関心を持ってもらう
↓
ブログで詳しく伝える
↓
AI Weeklyで継続して届ける
↓
再びブログへ戻ってもらう
という循環を作ることを目指しています。
したがって、ブログだけを自動化しても完成ではありません。
ブログ、AI Weekly、そして将来的にはSNSまで、どのようにつなげれば、品質を落とさず継続できるのか。
これも今後の検証テーマです。
ただし、SNSについては文章だけでなく、シナリオや画像の品質も重要です。
十分な品質確認ができるようになるまでは、人間の確認を重視します。
今回は「途中の結果発表」
今回の実践で分かったことを整理すると、
下書き作成には成功した。
エラーも経験した。
重複投稿という問題も経験した。
人間が確認すべきポイントが具体的に見えてきた。
そして、
「今は下書きまで」という一つの運用基準ができた。
しかし、これで完成ではありません。
今後は、
試す
↓
確認する
↓
評価する
↓
改善する
↓
次の工程へ進む
というサイクルを繰り返します。
自動化率を高くすること自体が目的ではありません。
仕事の質を高めながら、人間が本当に判断すべき仕事へ時間を使える仕組みを作ること。
それが目的です。
だから今回の記事は、成功報告でも完成報告でもありません。
OGURA AI Labが自動化に挑戦していく、その途中の結果発表です。
次はAI Weeklyへ。
さらにその先へ。
成功したことだけでなく、失敗したこと、分からなかったこと、修正したことも含めて、これからも実践の過程を記録していきます。
AIに任せる仕事と、人間だからこそ担う仕事を、自分たちで設計する。
OGURA AI Labの自動化への挑戦は、まだ続きます。
資料編｜実際に行った自動化の流れを公開します
ここまで、OGURA AI Labで進めているブログ自動化の途中経過をご紹介してきました。
しかし、文章だけでは、
「実際には、どんな流れで作業したのか」
「Google Sheets、Make、WordPressは、どうつながっているのか」
「AIには何を頼み、人間は何を確認したのか」
「どこでエラーが起きたのか」
といった具体的な部分までは、なかなか伝わりません。
そこで今回、実際に行った作業を整理した補足資料、
「OGURA AI Lab ブログ自動化・第2次実践ガイド」
を作成しました。
この資料は、「自動化すれば簡単にブログが完成する」という説明書ではありません。
私自身が実際に試しながら、
何をしたのか。
どこまでできたのか。
どこでつまずいたのか。
その結果、何を人間の確認に残したのか。
を記録した実践資料です。
資料1｜自動化全体の流れ
今回試した基本的な流れを、一枚の図で整理しています。
記事企画・原稿作成
↓
Google Sheets
↓
Make
↓
WordPressに下書き作成
↓
人間による確認
↓
公開
今回の重要なポイントは、WordPressへ送った時点で、そのまま自動公開しなかったことです。
「下書き」で一度止め、人間が確認する。
これが現在のOGURA AI Labの運用です。
資料2｜Google Sheetsには何を準備したのか
自動化するには、AIが文章を書くだけでは足りません。
次の工程へ渡す情報を、一定の形に整理する必要があります。
資料では、記事タイトル、本文、抜粋、スラッグなど、今回どのような情報を準備してWordPressへ渡そうとしたのかを整理しています。
ここを見ることで、
「自動化する前に、人間が何を準備する必要があるのか」
が分かるようにしています。
資料3｜Makeは何をしているのか
今回、Google SheetsとWordPressの間をつなぐ役割を担当したのがMakeです。
初心者にとっては「Makeで自動化する」と言われても、最初は何をしているのか分かりにくいと思います。
私自身も、実際に動かしてみて初めて理解できた部分が多くありました。
そこで資料では、
Google Sheetsから情報を受け取る
↓
Makeが処理する
↓
WordPressへ情報を渡す
という役割を、できるだけ専門用語に頼らず説明します。
実際の設定画面についても、何のための設定なのかが分かる形で記録していきます。
資料4｜どこまで自動化したのか
今回の実践では、すべてを自動化したわけではありません。
現段階で自動化の対象としているのは、主に、
タイトル
本文
抜粋
スラッグ
WordPressへの下書き作成
です。
一方、
カテゴリー
タグ
アイキャッチ画像
SEO
リンク
文章の最終確認
公開
については、人間による確認を残しています。
この境界線は、今後も固定するものではありません。
安全に処理できることが確認できれば、自動化範囲を広げる可能性があります。
反対に、実際に試した結果、人間に戻す工程が出てくる可能性もあります。
資料5｜AIにどのような指示を出したのか
自動化というと、MakeやWordPressなどのツール設定に目が向きます。
しかし、今回の実践では、その前段階にあるAIへの作業指示も重要でした。
何を調べるのか。
何を記事にするのか。
どの情報をWordPressへ渡すのか。
どこで人間が判断するのか。
資料では、今回使用した作業指示の考え方についても整理します。
これは、「AIに何と質問すればよいか」という単発のプロンプト集ではありません。
AIに仕事を任せるために、仕事そのものをどう分けるか。
その考え方を記録したものです。
資料6｜失敗したことも記録しました
今回、すべてが予定どおりに動いたわけではありません。
カテゴリーやタグを処理しようとした際にはエラーが発生しました。
さらに、
Makeではエラーと表示されているのに、WordPressでは処理が進んでいた
という経験もしました。
その結果、同じ下書きが複数作られることもありました。
ここから得た重要な教訓が、
「エラーが出ても、すぐ再実行しない」
というルールです。
まず処理先のWordPressを確認する。
何が作られたのかを確認する。
そのうえで次の操作を考える。
成功した設定だけではなく、こうした失敗も資料に残します。
資料7｜公開前に人間が確認すること
自動化によってWordPressに下書きが作られても、それで記事が完成したわけではありません。
公開前には、人間が、
本文
事実関係
カテゴリー
タグ
アイキャッチ画像
SEO
リンク
レイアウト
最終的な記事品質
を確認します。
資料には、このための公開前チェックリストも掲載します。
自動化によって人間の確認をなくすのではなく、
「人間は何を確認すればよいのか」を明確にする。
これも今回の取り組みの重要な目的です。
この資料も「完成版」ではありません
ここは、今回の資料で特にお伝えしておきたい点です。
この「第2次実践ガイド」は、
ブログ自動化の完成マニュアルではありません。
2026年9月時点で、OGURA AI Labが実際に試し、確認できたところまでをまとめた途中経過の実践記録です。
今回見つかった問題を改善すれば、自動化できる範囲は変わるかもしれません。
そして次は、ブログだけではなく、第三弾としてAI Weeklyの自動化にも取り組みます。
ブログが完成したあと、
ブログ
↓
AI Weekly原稿
↓
画像・リンク設定
↓
配信準備
↓
人間による確認
↓
配信
という流れを、どこまで安全に効率化できるのか。
これも実際に試していきます。
その先には、SNSとの連携もあります。
つまり、この資料そのものも、
実践 → 評価 → 改善 → 更新
を続けていく資料です。
実践ガイドはこちら
今回の作業工程、流れ図、設定内容、指示書、エラー記録、人間確認のポイントをまとめた資料はこちらです。
▼ PDF資料
「OGURA AI Lab ブログ自動化・第2次実践ガイド」
初めてブログ自動化に取り組む方にも、「何から始め、どこで人間が確認すればよいのか」が分かる資料を目指して作成しています。
そして、この資料も今後の実践に合わせて更新していきます。
これは自動化の完成形ではありません。
OGURA AI Labが、自動化を一つずつ積み上げていく途中の記録です。
次は、AI Weeklyの自動化へ進みます。
Leave a Reply